|
|
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 - Eternal Idol
Páginas: 1 ... 181 182 [183] 184 185 ... 205
4551
« en: Viernes 11 de Noviembre de 2005, 18:46 »
gotoxy no es standard, no entiendo como enseñan cosas tan inutiles como esa funcion. Ya no estamos en la epoca de las cavernas (MS-DOS, 16 bits, etc).
4552
« en: Viernes 11 de Noviembre de 2005, 13:46 »
Lo ideal seria que no se pidiera la tarea en un foro. Si tenes alguna duda especifica te ayudaremos dentro de lo posible.
4553
« en: Jueves 10 de Noviembre de 2005, 08:33 »
En mi caso es por gusto, por placer. No me aburre en lo mas minimo (afortunadamente en mi trabajo tengo que desarrollar siempre software de bajo nivel, aprender cosas nuevas e investigar por mi cuenta). Lo de ganar dinero es un agregado que no me molesta pero si quisiera ganar mucho me haria politico 
4554
« en: Miércoles 9 de Noviembre de 2005, 19:32 »
Necesitarias un compilador que te generara SOLO codigo, por ejemplo un ejecutable tipo COM (que no tiene ninguna cabecera) pero su origen no es 0100h sino es 07C00h. De cualquier manera hay instrucciones que no existen en los lenguajes de alto nivel y son necesarias dentro de un Sistema Operativo, por ejemplo las instrucciones necesarias para configurar la tabla de interrupciones. Lo que se suele hacer es un loader en assembly y un Kernel en C.
4555
« en: Lunes 7 de Noviembre de 2005, 08:42 »
y porque no puede trabajar? cual es el problema? ¿Porque no trabaja? Porque es un compilador de C. ¿Cual es el problema? Exactamente el mismo que tratar de usar el cs.exe (compilador de C#) para compilar codigo de C++.
4556
« en: Sábado 5 de Noviembre de 2005, 09:26 »
Sockets
4557
« en: Sábado 5 de Noviembre de 2005, 09:26 »
En este caso, segun lo que entendi, una funcion de la API de un dispositivo retorna datos en una cadena y esta no esta bien formada.
4558
« en: Sábado 5 de Noviembre de 2005, 09:24 »
4559
« en: Viernes 4 de Noviembre de 2005, 22:15 »
4560
« en: Viernes 4 de Noviembre de 2005, 21:53 »
4561
« en: Viernes 4 de Noviembre de 2005, 18:58 »
Podes usar la funcion 0 de la interrupcion 16h para obtener el caracter introducido en el registro AL. http://www.ctyme.com/intr/rb-1754.htmEn AL esta el codigo ASCII del caracter.
4562
« en: Viernes 4 de Noviembre de 2005, 18:42 »
Eso es simplemente imposible, ese array tiene un tamaño de 20 bytes y los registros normales tienen 4 bytes ni siquiera en registros de 64 bits (8 bytes) te entraria ese array.
¿Queres hacer eso o tenes que hacer eso? No tiene ninguna logica ...
4563
« en: Viernes 4 de Noviembre de 2005, 18:14 »
Podes generar una DLL con C++ exportando funciones de tipo __stdcall (es absolutamente necesario que sean stdcall) y llamarlas desde VB.
4564
« en: Viernes 4 de Noviembre de 2005, 18:13 »
una variable y dejarlo en un registro ¿Porque necesitas usar una interrupcion para eso? ¿De que tipo de variable estamos hablando? Si es un campo definido en la seccion de datos podes hacer un mov registro, variable sin necesidad de ningun tipo de interrupcion.
4565
« en: Jueves 3 de Noviembre de 2005, 22:00 »
Si, deberias dar mas datos, como por ejemplo el prototipo de la funcion de la API y los tipos de las variables que estas manejando. Supongo que a sera un puntero a char ...
4566
« en: Miércoles 2 de Noviembre de 2005, 23:55 »
toy usando el turbo assembler Bueno, proba a usar TINY o sacar el org y si sigue sin funcionar proba con MASM.  
4567
« en: Miércoles 2 de Noviembre de 2005, 21:46 »
4568
« en: Miércoles 2 de Noviembre de 2005, 21:44 »
y hay alguna forma de ejecutarlo en 32 bits sin estar en modo protegido??? No, justamente el modo protegido es de 32 bits. ¿Porque no haces un programa de 16 bits?
4569
« en: Miércoles 2 de Noviembre de 2005, 19:41 »
y esto es exclusivo de win xp?? o son cosas totalmente diferentes, que pena la ñoñez  A la BIOS no vas a poder acceder desde ningun programa que se este ejecutando en modo protegido.
4570
« en: Miércoles 2 de Noviembre de 2005, 19:21 »
¿Un lenguaje que no tiene futuro? Todo tiene una representacion en asm ... hay muchos campos donde el conocimiento de assembly es muy util. Sin ir mas lejos en la depuracion o la inyeccion de codigo en otros procesos. Y no estoy hablando de assembly de 16 bits sino de assembly de 32 y 64 bits.
4571
« en: Miércoles 2 de Noviembre de 2005, 08:43 »
4572
« en: Miércoles 2 de Noviembre de 2005, 08:37 »
4573
« en: Miércoles 2 de Noviembre de 2005, 08:25 »
Tengo como proyecto hacer un pequeño juego en modo grafico, usando assembler, me pasaron un ejemplo que tiene ciertas funciones en c embebido y lo compilé con BCC 5.5 + TASM32... cuando lo voy a ejecutar en winxp me saca error,
tengo entendido que xp bloquea el uso de las interrupciones y creo esa la causa del problema...
habra algun emulador para ejecutar el programa??
el error será que obedece a otra cosa???
gracias El error es que estas intentando acceder a interrupciones de la BIOS que estan presentes en modo real (16 bits) desde un programa de modo protegido (32 bits). No podes usar herramientas de 32 bits como TASM32.
4574
« en: Miércoles 2 de Noviembre de 2005, 00:22 »
es el codigo del reloj....... y no imprime nada.... porfa alguien lo puede ver, para que me diga cual podria ser el posible error!! ¿Con que ensamblador estas generado el ejecutable? A mi me funciona perfectamente despues de generar el ejecutable con MASM, imprime la hora y la va actualizando en la esquina superior derecha. ¿Ese era el objetivo, verdad? A simple vista hay una incongruencia entre el MODEL y el org 100h cuyo comentario dice que es un archivo COM, si queres generar un COM tenes que usar el modelo TINY y no el SMALL.
4575
« en: Martes 1 de Noviembre de 2005, 21:39 »
Páginas: 1 ... 181 182 [183] 184 185 ... 205
|
|
|
Mostrar Mensajes
Voy a creer que no fue intencional 
