SoloCodigo

Hola a todos.

Mi problema es el siguiente, necesito saber como reservar memoria para varias cadenas de manera dinamica, por ejemplo el usuario dice que quiere hacer un cuestionario de 10 preguntas y que quiere que sea de incisos, de 2 incisos por pregunta en este caso, entonces el total de cadenas a escribir sera de 30 cadenas(Pregunta1,respuesta1 de pregunta1,respuesta2 de pregunta1,Pregunta2 etc.....)
Bueno hasta ahi creo que vpy bien, quiero guardar todas esas cadenas en una variable de tipo **puntero, y despues escribirlas a un archivo con fwrite,para su posterior lectura con fread.

Una idea, mas o menos lo he intentado asi puntero=(char **) malloc(sizeof(char)*totaldecadenas);   y escribiendolas con fwrite y con un bucle ,pero no me sale bien. Agradecere su ayuda.

Seguro que ese malloc reserva suficiente memoria???? ¿no debería ser tamaño de un puntero a char en lugar de tamaño de un char?

Seguro que en el monitor de 17 pusieron 1024x768 como mínimo y posiblemente más, en el de 15 generalmente usan 800x600 por que 1024x768 no se ve tan nítido.

Probaste con la propiedad "escalado" y "pixeles por pulgada" el formulario?

Seguramente tienes un formulario gigante, aqui van algunas ideas:

Usa pestañas, asi el formulario queda organizado en "hojas" que puedes llenar haciendo click en cada pestaña.

Trata agregando una barra vertical de desplazamiento.

Intenta reducirlo para que la ventana principal no ocupe más de 800x600

NOTA: Las pulgadas del monitor NADA tienen que ver con la resolución de la pantalla.  Eso sólo se ve afectado por la máxima resolución del monitor, no por cuantas pulgadas tenga.

Hola,

Aprecio bastante sus comentarios y espero pronto implementar nuevas mejoras.  


P.D.

La habilidad "Regatear" actua inmediatamente (no es necesario activarla) al momento de comprar o vender objetos a un npc.

Simple: aumenta unos retornos de carro y fin de linea, ascii 13, 10(o 10 y luego 13 ?.. como sea el orden... ) en lugar del espacio en linea, un FinDeLinea general para linux,win,mac,etc.

¿Que no existe un writechars que venga con fin de linea incluido?  

(!) Utiliza el tag, boton CODE para mantener las tabulaciones de tu codigo.

Saludos,

Bueno en realidad para que la condenada división resulte el cociente debe poder caber en un registro del mismo tamaño en bits del divisor (8,16,32).  

El problema es que si el resultado es demasiado grande para caber en el registro destino del cociente (AL, AX, EAX) se genera un INT0 (Que generalmente muestra el mensaje no muy adecuado de división entre 0, ya que esa sólo es una de las posibles causas). El cociente y residuo quedan con valores indefinidos.

En el caso:

mov ax,10
mov bx,2
div bx

Si en dx (que en el ejemplo no está con valor definido) tienes un valor mayor o igual a 2 al aplicar division entera:  DX:AX DIV BX (BX=2) siempre te saldra  error. Fíjate que no importa que DX:AX sea MUCHO mayor a BX.

Como DX estaba indefinido en tu código y siendo suficiente que sea mayor o igual a 2 a fuerza de probabilidades te salía ese mensaje de error.

P.D.

Como dijo deldar, en este caso es mejor usar el desplazador  

P.D. 2:

Es fácil darse cuenta por que hay que EVITAR usar divisiones en tu código de alto nivel, el código que genera el compilador vá más alla de un simple DIV o IDIV.

...ahora solo necesito el codigo en C o C++ porque no lo kiere de programas que ya existan, sino nosotros hacerlo...

Haces parecer el trabajo de programar como si sólo fuera tronar los dedos y listo...

Busca un open source, tienes internet a la mano, luego agarra el código, comprendelo, saturalo de comentarios a diestra y siniestra por si es que te preguntan algo, cambia todos esos nombres de variables cortos por unos extra largos y extra auto explicativos.

... de hecho te falta como el 95% del trabajo, tal vez más... En teoría ya tienes la "capa física", a ver  como te va con el resto, pues buena suerte...

P.D.

También creo que Jonathan tiene grandes habilidades de diplomático, y la verdad que es necesario tener esas habilidades...

Como es C++ Builder de Borland:

Utiliza un TpaintBox y un Tbitmap. El Tpaintbox es para mostrar en pantalla y el Tbitmap para guardar la imagen en memoria, cuando no la necesites liberas el Tbitmap y en el evento "onpaint" del TpaintBox pintas la imagen en blanco, sino pintas el Tbitmap.

   

Buena página !!!

Y las gráficas del sonido son perfectas para no tener que bajar o escuchar todos los sonidos, muy buen sistema!!.

Es un termino "místico/arcano" más, como tantos otros de la nomenclatura matemática.  

P.D.

Es la condición del while, for, etc, que debe cumplirse para que se ejecute el código dentro del bucle {} .

¿Estas desarrollando algun videojuego actualmente?

Si, un juego de rol multiusuario masivo (MMORPG), llamados también "MUD" gráficos.

¿que lenguaje usas?

Object Pascal de Delphi

¿usas librerias graficas?¿cuales?¿poque?

Prácticamente DirectDraw, aunque en este punto bien podría usar sólo GDI por la forma en que trabajo con los gráficos para que el juego pueda correr hasta en una pentium clásica con una tarjeta de video de 1MB sin aceleración alguna.

Accedo a las bibliotecas DirectDraw mediante un equivalente de los ".h" de directX para delphi. (http://www.delphi-jedi.org/DelphiGraphics/)

¿para que sistema lo estas programando?

Windows 98, 2000, XP

¿en que fase esta?
Fase beta, aunque es completamente funcional siempre surge alguna idea para implementarla.

¿hace cuanto que lo estas programando?
Hace más de dos años, es un proyecto de tiempos libres.

¿que resolucion usa?
Trabaja en modo ventana y pantalla completa a 640x480x16bits

¿de que se trata?
Es un pequeño mundo medieval fantástico, donde se trata de darle al jugador la mayor libertad en la medida de lo posible (puede trabajar, comerciar, ir de cacería, etc.), no es en absoluto un "juego lineal". En la última versión incluso se pueden conquistar castillos.

¿programas otras cosas que no sean videojuegos?
En mi anterior trabajo (bases de datos), actualmente no estoy programando.

¿estudian algo relacionado?
Soy Ingeniero de Sistemas a nivel licenciatura.

Una cosa es decir que un lenguaje visual te da "todo hecho" y otra que ahorran trabajo redundante. Pero no siempre es más rápido utilizar el arrastrar y soltar en un lenguaje "visual".

Por ejemplo:

Necesitas hacer 50 ventanas de interfaz de usuario para introducir datos en una base de datos. Las 50 interfaces prácticamente son idénticas en funcionamiento, cada interfaz debe evitar que el usuario introduzca datos erróneos (lleno de esos pequeños controles de introducción de datos que ahorran mucho tiempo cuando llenas las ventanas, haciendo todo lo posible para que el usuario tenga que teclear lo menos posible).

¿Como las harías con VB? ¿Las harías visualmente una por una o programarías una ventana especial que se "arme" con los componentes y controles a partir de los campos de base de datos que necesitas llenar?

Con delphi puedes optar por la segunda alternativa (y definitivamente esta hecho para eso) y programar una ventana que se arme con distintos tipos de componentes de acuerdo a los campos que tiene que llenar el usuario y con los controles de introducción de datos necesarios. Para los casos especiales puedes tener una tabla especial en base de datos para armar de forma más específica cada ventana de interfaz. Asi si existe un cambio en base de datos (ej. se agregan campos, o se agregan restricciones para introducir información) la interfaz se adapta a la nueva estructura sin tener que agregar otro componente para un nuevo campo y volver a compilar.

una vez oi a un tipo decir "si supieran lo facil que es quitar un virus"
supongo que es saber donde esta y borrarlo pero hay mas?

no se me dejo la duda

Como ya dijeron mucho depende de la resistencia que presente el virus.

Personalmente puedo contarles de un tipo de virus que a la vez era "antivirus" de si mismo para evitar ser detectado:

El virus x (no recuerdo el nombre   )

Te infectas por via normal: ejecutas el archivo .exe (en este caso el .exe debería ser para win32, el virus no era compatible con otro tipo de .exe infectado).

Cuando ejecutas el archivo infectado de este virus pasa lo siguiente:

1.- El virus comienza su trabajo separandose del archivo infectado y creando un archivo separado ejecutable, también agrega al registro la información para que su ejecutable separado sea cargado como servicio del sistema. Sólo al reiniciar la máquina y cargarse como servicio comenzaba a infectar otros archivos.

2.- El virus limpia el archivo .exe que infecto y que fue ejecutado (aqui actua como antivirus de si mismo y deja un archivo .exe totalmente limpio, evitando ser detectado por sistemas de control de integridad que tenga el .exe). Es importante aclarar que ese virus encriptaba parte del .exe original de forma que un antivirus no podía "curar" los .exe infectados.

3.- En este punto, si borras el .exe separado del virus y quitas del registro la indicación para que sea ejecutado como servicio te deshaces del virus (si es que no tienes otros .exe infectados).

4.- Si no te das cuenta de la infección y empieza a correr el servicio tendrás todos los .exe que ejecutes en adelante infectados y , esta es la parte fea   ,  habilitara puertos de comunicación con protocolos estilo "tftp"(trivial ftp, sin medidas de seguridad) para abrir las puertas de tu máquina de par en par a otros tipos de virus.

+ El virus encriptaba el archivo .exe de forma que los antivirus no podían "curar" los archivos .exe infectados, no se fusionaba realmente al ".exe". Estoy seguro que todos estarán de acuerdo lo astuto de esta artimaña que al mismo tiempo permite al virus pasar inadvertido por auto-controles de integridad del mismo ejecutable  y también es más fácil de programar por evitar tener que asegurar que el .exe funcione luego de que el virus se adiera al archivo original (en este caso el archivo .exe original no era más que un gran bloque de datos en parte encriptado y adosado al ejecutable).

+ Como el virus re-lanzaba al .exe ya limpio, algunos programas que no eran "compatibles" con esta forma de ser ejecutados (desde otro .exe) no "arrancaban" a la primera, intentabas de nuevo (esta vez el .exe ya esta totalmente limpio) y "milagro" funciona sin problemas.

+ Para desinfectarte del virus sin perder tus .exe prácticamente tienes que ejecutar todos tus archivos .exe infectados, el mismo virus se encarga de "curar" tus ".exe" y finalmente con solo borrar el archivo ejecutable que crea para iniciarse como "servicio" quedas libre de la infección. Claro que estoy seguro que alguien que no sepa de programación le parecería una locura la parte de "ejecutar TODOS los archivos .exe infectados".  

Muy buena la entrevista.