|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - m0skit0
Páginas: 1 ... 27 28 [29] 30 31 ... 100
702
« en: Jueves 1 de Octubre de 2009, 11:45 »
Cuanto llevas con C/C++ ? Casi 10 años ya (cómo pasa el tiempo  ) Lo autoaprendiste? Sí, pero no empecé a aprender a programar con ello, sino que lo aprendía cuando ya sabía un poco de BASIC y Pascal.
703
« en: Jueves 1 de Octubre de 2009, 11:41 »
Primero, decirte que estás usando C++ y no C, ya que bool no es un tipo de datos que exista en C, pero sí en C++. Creo que la implementación de esta pila es mediante un array de punteros, esto es, sería equivalente a: typedef struct{ dato_t datos[]; int tope; int tamanio; }pila_d;
Y ya se va reservando memoria y los punteros se guardan en el vector datos (que al fin y al cabo también es un puntero). Pero para ello hay que reservar primero el espacio para el vector de punteros datos, ya que en un principio no tiene memoria alguna asignada. Por esto mismo sería interesante ver la inicialización de la pila y también la función pila_cambiar_tamanio (que supongo debería usar realloc() más que malloc()). Si fuera una pila implementada mediante una lista dinámica (sin vectores) debería tener nodos, algo así (enlazado simple): /* Nodo (elemento) de la pila */ typedef struct { dato_t dato; nodo* sig; } nodo; /* La pila en sí */ typedef struct { nodo* cabeza; int num_elementos; } pila;
es decir, un elemento que apunta a otro siguiente y así sucesivamente.
704
« en: Miércoles 30 de Septiembre de 2009, 18:59 »
Yo que tú no me fiaría de RstJueguito.Update, sino que haría una sentencia SQL UPDATE aparte.
705
« en: Miércoles 30 de Septiembre de 2009, 18:51 »
También me conseguí bajar el Principles and Practice Using C++ de Stroustrup. Es una locura de tocho (1200 páginas!!) pero he leído buenas críticas, lo conocéis? Qué os parece para mi? Lo siento, ni idea de cuál es... Con lo rápido que había avanzado desde 0 hasta aquí y el encasquillamiento que he cogido con el tema punteros jeje Eso es sencillamente porque no sabes qué se esconde detrás del telón... Lo que te dije más arriba: si quieres saber el porqué de las cosas, hay que empezar por entender cómo funcionan las cosas a nivel de hardware. Porque al fin y al cabo, el software siempre corre en un cacho de chatarra 
706
« en: Miércoles 30 de Septiembre de 2009, 18:47 »
Otro consejo: píllate un buen libro de C y empieza a leer...
707
« en: Miércoles 30 de Septiembre de 2009, 18:44 »
El código de C es totalmente válido en C++ (por algo se llama C++, es decir, una extensión de C), así que con compliarlo todo como si fuera C++ no debería haber ningún problema.
En cuanto a lo de cross-compiling, no tienes que tener tampoco ningún problema. Eso sí, la compilación para cada una de las plataformas debes hacerla por separado, no importa que estén todos en el mismo Makefile o en distintos Makefile (aunque te aconsejo lo segundo así lo tienes más ordenado).
708
« en: Miércoles 30 de Septiembre de 2009, 18:38 »
Primero, es de mala educación y mal gusto postear ese tochaco infumable e ilegible. Para algo están las etiquetas de código o los ficheros adjuntos. En fin, cualquier cosa menos eso  Usa la versión con la que fue compilado originalmente, la 4.0.2 y nos cuentas. Y por favor, edita ese primer post 
709
« en: Miércoles 30 de Septiembre de 2009, 17:31 »
Me fastidilla todo el rollo del comunicarse con el hardware En realidad es lo más bonito del ensamblador. Cuando le pilles el truquillo odiarás las APIs  Si nunca has programado un PIC, te aconsejo que primero empieces con el Intel 8259, más sencillo, y predecesor del APIC. De todas formas, te dejo la documentación del APIC Intel 82093: http://download.intel.com/design/chipse ... 056601.pdf. Si tienes alguna duda en concreto, a lo mejor te la puedo solucionar. Saludos
710
« en: Martes 29 de Septiembre de 2009, 10:58 »
Cierto, Eternal Idol, disculpad los dos mi despiste 
711
« en: Martes 29 de Septiembre de 2009, 10:56 »
Me refiero a que pongas el código de lo que tienes hecho y vemos dudas concretas... Porque ese código necesita de conexión a base de datos, y yo no sé cuál tienes, ni el nombre de la base de datos, ni de las tablas, ni el usuario, ni la contraseña, etc... Te aconsejo que vayas haciendo por lo menos esa parte y la postees, luego vemos lo que no entiendas cómo hacer.
Saludos
712
« en: Martes 29 de Septiembre de 2009, 10:24 »
Primero, te aclaro una cosilla: en un SO moderno los recursos del ordenador son administrados por el mismo SO. Es decir, las aplicaciones que corren encima del SO necesitan "perdirle" al SO permiso para usar ciertos recursos, que el mismo SO les asigna. Aclarado esto, sigamos. int main () { char *flux = "test"; }
Aquí conviene tener en cuenta cómo funciona un compilador. Al asignar un valor en la misma declaración del puntero (es decir, una asignación estática), el compilador automáticamente reserva la memoria necesaria para la cadena de caracteres. Aquí tienes otro ejemplo de asignación estática: int main () { char flux[20]; }
Reserva un espacio de 20 char. Sin embargo, aquí: int main () { char *flux; *flux = "test"; }
Sólo declaras un puntero, pero no reservas la memoria (que debes pedir al SO). Es decir, sólo reservas la memoria para el puntero (32 bits por ejemplo), pero no para la cadena "test" (6 caracteres, 6 bytes). Tendrías primero que pedírsela al SO: int main () { char *flux; int len; // Tamaño de la cadena // Reservamos la memoria (tamaño de cadena + 1) // Ponemos la memoria a 0 // Copiamos la cadena en la memoria reservada }
es el equivalente en C de new en C++, pero para tipos que no son clases (como char*). De todas formas, en C++ es aconsejable usar la clase string en vez de char* y utilizar siempre punteros a clases. Ten en cuenta que el manejo de punteros nos da más control sobre qué estamos haciendo, pero también convierte tareas aparentemente sencillas en bastante más tediosas que en otros lenguajes de más alto nivel, que abstraen este tipo de detalles. Sin embargo, con tener más control podemos hacer que nuestro código corra más rápido que código generado automáticamente. hay alguna documentación, aunque sea muy extensa, sobre los punteros en C++? Los punteros en C++ son idénticos a los de C. Yo siempre aconsejo documentación en inglés porque suele ser mucho más completa y más fácilmente accesible: http://www.google.es/search?client=fire ... gle+SearchCualquier duda, no dudes en postear, pa eso estamos
713
« en: Martes 29 de Septiembre de 2009, 09:59 »
creo que usigned long long es para C++ También para C. C++ lo que añade son las clases y todo el paradigma de orientación a objetos. Ponte algo compilable que dé ese mismo error y ya lo depuramos.
714
« en: Lunes 28 de Septiembre de 2009, 16:59 »
entonces habra alguna forma de extender el rango de una variable? A lo mejor debes usar unsigned long long. 
715
« en: Lunes 28 de Septiembre de 2009, 16:39 »
Necesito un solo script no dos ¿Dónde ves tú dos scripts? ¿Te has tomado la molestia de leerlo y entenderlo? ¿ Para qué quiero una función ? Necesitaría un script que pudiera ejecutar desde cualquier parte. Por ejemplo desde inicio - ejecutar Lo compilas en VB6, generas un EXE y ya lo ejecutas desde dónde quieras. Además no puedo cerrarme en el objetivo. Tengo que añadir a la línea de la ruta un modificador de comando de apertura del documento que no es otra cosa que una macro previamente creada en word. Pues entonces añádeselo a la ruta... No veo dónde está el problema...
716
« en: Lunes 28 de Septiembre de 2009, 16:34 »
¿Y qué tienes hecho? Porque hacértelo, nadie te lo va a hacer...
717
« en: Lunes 28 de Septiembre de 2009, 16:30 »
La teoría me dice que "a" sólo está apuntando a una variable de tipo int que contiene el numero 10. Y bien, donde está esa variable? Como se llama? No existe tal variable. El dato ya lo tienes referenciado por *a. Ten en cuenta que en un computador, los datos se almacenan en la memoria, y ésta no es más que un conjunto de celdas con direcciones. Un puntero es simplemente lo que su nombre indica, un apuntador a una dirección de memoria (en realidad ES una dirección de memoria, igual que todas las variables). Si quieres realmente entender qué se esconde detrás de un lenguaje de programación de alto nivel (como C y C++), te aconsejo unos cuantos enlaces: http://en.wikipedia.org/wiki/Von_Neumann_architecturehttp://www.springerlink.com/content/978-1-84882-255-9http://www.intel.com/products/processor/manuals/
718
« en: Lunes 28 de Septiembre de 2009, 16:14 »
Sí, así sí, que no es lo mismo que lo de antes. Pero puedes usar la misma variable array int array[3] = {10, 20, 30};
Resumiendo, en C, los vectores (arreglos, matrices, arrays...) son simplemente punteros. Lo puedes comprobar con: ¡Saludos!
719
« en: Lunes 28 de Septiembre de 2009, 11:35 »
Hablando claro: marca y modelo de la tarjeta TV PD: Impossible is nothing
720
« en: Lunes 28 de Septiembre de 2009, 11:26 »
¿Por valor? ¿O quieres decir por referencia? Te aclaro la diferencia por si las moscas:
Por valor: se pasa una copia del valor de la variable, así los cambios de valor en el código llamado no afectan a los valore del llamante. Esto es, si modificamos el valor de la variable en la función/procedimiento, a la vuelta la variable retoma el valor original, y no el modificado.
Por referencia: se pasa un puntero a la variable. Los cambios del valor de la variable son permanentes. Esto es, si modificamos el valor de la variable en la función/procedimiento, a la vuelta la variable retiene el nuevo valor.
721
« en: Lunes 28 de Septiembre de 2009, 11:23 »
¿Seguro que no es un desbordamiento de long? A lo mejor debes usar unsigned long long.
722
« en: Lunes 28 de Septiembre de 2009, 11:19 »
int *array[3]; Ejem, no. Eso es un array de punteros a enteros. De todas formas, si usas un array, usa índices ( array[0], array[1]...) que para eso están, para simplificar el asunto 
723
« en: Lunes 28 de Septiembre de 2009, 11:17 »
También estaría fenómeno que pusieras qué error te marca y en qué línea.
724
« en: Viernes 25 de Septiembre de 2009, 13:54 »
Depende del contexto
Ejemplo que es mas Seguro un servidor que no responde aun ping (como que no existe) o uno que si responde "negando el acceso" pero delatandose que existe Creo que no me he explicado bien. Con obscuridad me refiero a no mostrar cómo se descubren y se atacan las vulnerabilidades, intentado evitar que la gente que no sepa no aprenda. En mi opinión quién quiera aprender a explotar vulnerabilidades lo hará independientemente de que aquí desglosemos o no los ataques. Estoy de acuerdo que el mejor profesional de la seguridad es aquel que conoce las formas en que operan "las mentes" de los "hackers", la informacion que se determine publicar debe de tener un enfoque donde se pongan casos practicos de como contrarestar una vulnerabilidad de tal forma de hacerla inutilizable, no de como explorarla. Es un poco inútil mostrar como protegerse de una vulnerabilidad sin mostrar cómo detectar que esa vulnerabilidad es explotable. Es decir, dale un pez y comerá un día, enséñale a pescar y comerá toda la vida. Lo cierto es que ya pudieras publicar algo de que llamas Hacking ético para ver a que te refieres. tambien tengo unos documentos a compartir los buscare y es los paso Lo cierto es que eso lo posteé hace tiempo cuando tenía tiempo (valga le redundancia). Ahora no dispongo de tiempo para ponerme a hacerlo, desgraciadamente, ya que ando liadillo con un proyecto también relacionados con este tema. Para que me entiendas, te pondré EL libro de referencia, para mí de lo mejorcito de hacking ético: http://www.hackingexposed.com/
725
« en: Viernes 25 de Septiembre de 2009, 13:46 »
¿Acaso no has visto qué nick tiene? 
Páginas: 1 ... 27 28 [29] 30 31 ... 100
|
|
|
Mostrar Mensajes
