|
|
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 ... 9 10 [11] 12 13 ... 100
251
« en: Jueves 27 de Enero de 2011, 15:34 »
Buf, realmente no quiero convertir esto en un hilo de discusión C vs C++... Cada lenguaje tiene su propósito y su utilidad (yo siempre he sido más de C). Si programas en C++ no es obligatorio usar clases. Eso no es C++.
252
« en: Jueves 27 de Enero de 2011, 13:14 »
253
« en: Jueves 27 de Enero de 2011, 12:15 »
Si estás programando en C++, quizás sea un poco más complicado que hacerlo en C, en C, para los principiantes suele ser facil. Bueno, es cuestión de entender mínimamente la POO. En cuanto se entiende, es más fácil, más estructurado y más limpio en C++.
254
« en: Jueves 27 de Enero de 2011, 12:04 »
Para asuntos de bajo nivel como esos, C es el lenguaje más recomendable. Obviamente no uses VB, Java, Delphi, Matlab, C#... Estos lenguajes no fueron diseñados para eso (contrariamente a C que sí fue diseñado para ello).
255
« en: Martes 25 de Enero de 2011, 20:56 »
conozco una empresa de Europa del Este que todavía monta máquinas industriales con un x86 en modo real de 16 bits con MS-DOS (bueno, una variante OEM modificada por ellos mismos)... Lo único es que las placas las fabrican y montan ellos. Son una variante entre un PC-XT y un PC104 industrial... No hace falta irse tan lejos. Eso lo hacen en España mismo (no digo el nombre de la empresa porque he trabajado ahí).
256
« en: Martes 25 de Enero de 2011, 14:17 »
No sé a qué te refieres con octeto. Octeto es un byte en castellano. A lo mejor te quieres referir a otra cosa...
257
« en: Martes 25 de Enero de 2011, 11:43 »
Léete las normas antes de postear 
258
« en: Martes 25 de Enero de 2011, 11:42 »
Yo he hecho un SO en ensamblador en modo real que usaba las llamadas a BIOS de 16 bits sin problema. Eso sí, hace 4-5 años. Si las placas ponen "esta placa no soporta MS-DOS ni Windows 9x" entonces habrá que hacerle caso al fabricante. Aún asi, insisto en el punto más importante a mi parecer: De todas formas no tiene sentido alguno desarrollar nada para 16 bits en la actualidad.
259
« en: Lunes 24 de Enero de 2011, 12:50 »
El hardware moderno ejecuta perfectamente un sistema de 16 bits, así que MS-DOS funcionaría perfectamente en cualquier PC (siempre ke encuentres cómo instalarlo). Es la lacra de retrocompatibilidad a la que nos tiene acostumbrados Intel (y últimamente por culpa de AMD). Y de todas formas una máquina virtual no es más que una representación abstracta del hardware de ahora. Así que si funciona en una MV, funciona en una máquina real.
De todas formas no tiene sentido alguno desarrollar nada para 16 bits en la actualidad.
261
« en: Lunes 24 de Enero de 2011, 10:22 »
Para hacer la carga y parseo más eficientes, si el fichero no está diseñado para ser modificado a mano, te aconsejo que no uses ficheros de texto y evites las cadenas de caracteres en lo posible. El texto es de lo peor que le puedes dar a parsear a un computador. Te puedes hacer una sencilla GUI para manejarlo si necesitas modificar/visualizar partidas guardadas manualmente.
262
« en: Domingo 23 de Enero de 2011, 22:46 »
Supongo que casteando el puntero void que me devuelve al objeto adecuado podría acceder a él, pero si tengo diferentes tipos de objetos, como saber que objeto me devuelve? Eso ya depende de cómo lo implementes tú. Ten en cuenta que si la lista contiene todo tipo de objetos, tienes que poder distinguir cada cuál. Podrías usar un tipo enumerado con los objetos que vayas a guardar en la lista, y lo incluyes en el nodo de la lista. También puede ser una buena idea incluir el tamaño del dato del nodo. Saludos
263
« en: Domingo 23 de Enero de 2011, 14:51 »
Eso que dices es en Windows. En Linux no abres ninguna consola. De todas formas, si lo que quieres es mantener una relación con el nuevo proceso abierto, personalmente me centraría en el estándar POSIX y sus llamadas al sistema (fork, execve, etc...), y no en un estándar cerrado de una única empresa que sólo funciona en un único SO.
Saludos.
264
« en: Domingo 23 de Enero de 2011, 14:48 »
Te la puedes montar tú mismo usando void*, malloc y free
Saludos.
265
« en: Jueves 20 de Enero de 2011, 19:17 »
Lo que pasa es que así no te va a escribir ff, sino [][][]f[][][]f. Tienes que usar char.
266
« en: Jueves 20 de Enero de 2011, 16:23 »
Burbuja.
267
« en: Jueves 20 de Enero de 2011, 16:22 »
268
« en: Jueves 20 de Enero de 2011, 09:52 »
Los arrays ("vectores" en castellano) no son más que punteros con memoria reservada al fin y al cabo.
269
« en: Jueves 20 de Enero de 2011, 09:50 »
char -> rango de -128 hasta 127. Si te pasas, te "das la vuelta" (lo que técnicamente se llama desbordamiento u overflow).
unsigned char -> rango de 0 a 255.
270
« en: Miércoles 19 de Enero de 2011, 16:21 »
char* array_de_dos_strings[2]; char* ejemplo1 = "Un string"; char* ejemplo2 = "Dos strings"; array_de_dos_strings [0] = (char*)malloc(strlen(ejemplo1 )*sizeof(char));strcpy(array_de_dos_strings [0], ejemplo1 ); array_de_dos_strings [1] = (char*)malloc(strlen(ejemplo2 )*sizeof(char));strcpy(array_de_dos_strings [1], ejemplo2 ); int i; for (i=0; i<2; i++) { printf("%sn", array_de_dos_strings [i ]); }
271
« en: Miércoles 19 de Enero de 2011, 00:13 »
Es que no entendí qué quisiste decir con "escrivir"
272
« en: Martes 18 de Enero de 2011, 20:49 »
#define REP(k,a) for(int k=0; k < (a); ++k) Perdona, no puedo resistirlo, pero debo decir que esto me supera. Tambien podes usar memcpy. +1 O strcpy, o mejor incluso, strncpy.
273
« en: Martes 18 de Enero de 2011, 16:56 »
Es lo mismo que te dijo Xaos, sólo que él te dio la respuesta directamente y yo intentaba que te buscaras un poco la vida.
274
« en: Martes 18 de Enero de 2011, 10:30 »
¿Con qué función/procedimiento escribes en pantalla? Eso deben ser opciones de formateo de dicha función/procedimiento.
275
« en: Martes 18 de Enero de 2011, 10:29 »
Por supuesto, ¿qué mundo sería éste si no se pudiera hacer eso? ¿Para qué servirían las bases de datos?  Tendrás que conectar con la base de datos y mandarle una orden SQL que recoja los datos que necesites.
Páginas: 1 ... 9 10 [11] 12 13 ... 100
|
|
|
Mostrar Mensajes
