|
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 ... 166 167 [168] 169 170 ... 205
4176
« en: Domingo 21 de Mayo de 2006, 15:43 »
Loco no se porque se deberia de volver loco con el assembler si es de lo mas divertido sino preguntale a Eternal Idol y veras que no esta loco ami me gusta el assembler y no creo estar loco Yo no empece con assembly
4177
« en: Domingo 21 de Mayo de 2006, 15:42 »
Volvee a releer el hilo, se explica su cierre claramente.
4178
« en: Domingo 21 de Mayo de 2006, 14:12 »
Eso lo que hace es saltar justamente a la direccion donde esta cargada la BIOS y por lo tanto desencadenar el inicio de la maquina como cuando le das al boton de reset. Para pasarlo a C++ necesitas para empezar un compilador que genere codigo de modo Real (16 bits).
Despues podes hacer lo mas facil que consiste en meter los bytes correspondientes al salto uno por uno (esto ya dependera del compilador, en VC++ usarias __emit aunque obviamente no en 32 bits). Lo que en MASM seria un db:
reset equ DB 0EAh, 0h, 0h, 0FFh, 0FFh
4179
« en: Domingo 21 de Mayo de 2006, 12:15 »
Excelente ahora mismo ya estuve trabajando con mi disco de inicio autobooteable y un programa para formatear dicho disco y todo lo he hecho en ensamblador y coinicido contigo en que seria mucho mas facil y potente hacerlo en C++ Me parece que estas metiendo en la misma bolsa muchas cosas. Un disco autobooteable no tiene nada que ver con un driver, un driver esta ligado estrechamente con el S.O. bajo el cual va a ejecutarse y un disco autobooteable no tiene un S.O. (o es el mismo el S.O.). Esto se va a escuchar raro pero... ¿Existen drivers multiplataforma? Si, el codigo puede ser multiplataforma (con gran cantidad de defines claro) pero el binario no. El binario tiene que estar ligado a las funciones del Kernel y sus instrucciones tienen que ser nativas al microprocesador. Lo primero nos excluye un driver multiplataforma con el mismo binario para diferentes S.O.s (Windows/Linux por ejemplo) y lo segundo nos excluye un driver multiplataforma con el mismo binario para diferentes microprocesadores (32/64 bits por ejemplo).
4180
« en: Domingo 21 de Mayo de 2006, 11:43 »
4181
« en: Sábado 20 de Mayo de 2006, 09:15 »
Yo opino que es mejor iniciar con Pascal, estructurado y de alto nivel, para no empelotarse desde el principio con conceptos como clase, objeto, herencia, registros del procesador, memoria expandida, memoria extendida, etc, etc... Te recomiendo C, todavia la vida y no Pascal, fundamentalmente por una cuestion de utilidad. En cuanto a estos terminos ninguno seria necesario conocer con C y los dos ultimos son arcaicos (para S.O.s de 16 bits).
4182
« en: Sábado 20 de Mayo de 2006, 09:13 »
Tal vez este apagada la PC  La ip la resuelve ...
4183
« en: Viernes 19 de Mayo de 2006, 17:59 »
Creo que una forma de hacerlo seria consultando los valores actuales del display, mientras tenga menos de 4 valores, obtenes el valor de cada uno y lo escribis en el anterior.
4184
« en: Viernes 19 de Mayo de 2006, 16:43 »
Porque no lo transfieren a la taberna!
P.D.: Me olvide que idioma era, pero si tiene significa, lo malo es que no me acuerdo que era
Saludos, ¿Eso no es euskera?
4185
« en: Viernes 19 de Mayo de 2006, 16:00 »
4186
« en: Viernes 19 de Mayo de 2006, 14:05 »
Bueno, he encontrado unos parches de seguridad bastante recientes (la última revisión fue hace dos días) aunque no son oficiales de Invision Board porque como dije antes dejaron de dar soporte a esta versión desde hace un tiempo. Espero que con esto estemos más seguros. Si llega a ocurrir algo siempre nos quedará el backup diario pero esperemos que no sea necesario utilizarlo 
Un saludo. Muy bueno  Y esperemos queno haga falta
4187
« en: Viernes 19 de Mayo de 2006, 13:28 »
Que gente, por dios, que gente. ¿No tienen verguenza de atacar un foro de programadores? Bueno, habra que ir haciendo muchos backups
4188
« en: Viernes 19 de Mayo de 2006, 07:40 »
Excelente voy a checar la informacion y pues bueno los drivers los tengo pensado utilizar en windows XP en windows 98 para posteriormente pasar a red hat 9.0, no se para que S.O sea mas dificil , lo del EXE2BIN es proque he leido un libro sobre ensamblador en el cual me dice mas o menos como programar mis dirvers pero dice que el Masm me generara un executable a este ejecutable debemos sacar su imagen binaria con el EXE2BIN y posteriormente renombrarlo son *-sys aunque este libro nunca me dice como instalarlo como usarlo o si cambia con respecto al sistema operativo supongo que si cambia porque es obvio pero es una parte que no entiendo. bueno en fin voy a checar tu informacion y gracias por ella. XP esta basado en NT y 98 no, son dos cosas muy diferentes en su arquitectura pero podes basarte en WDM para conseguir bastante, no total, compatibilidad. Bueno el MASM tambien es capaz de generar archivos COM que no son mas que codigo ... ese libro parece mas bien orientado a MS-DOS, un S.O. donde ciertamente los drivers se escribian en assembly.
4189
« en: Viernes 19 de Mayo de 2006, 07:36 »
Bueno señores para jugar esta la taberna del bit, gracias.
4190
« en: Viernes 19 de Mayo de 2006, 07:34 »
A mi no me gusta nada y menos viendo lo que nos traduce Enko ... parece un exploit ...
4191
« en: Miércoles 17 de Mayo de 2006, 20:13 »
4192
« en: Miércoles 17 de Mayo de 2006, 20:12 »
Primero y principal hay que saber para que S.O. queres desarrollar los drivers, es fundamental. Si es para Windows NT te puedo dar bastante informacion y consejo ya que es a lo que me dedico. Primero y principal el uso de assembly se desaconseja absolutamente por Microsoft ya que atenta contra la portabilidad, podes seguir por ese camino pero realmente no te servira de mucho, te lo digo por experiencia ya que mis primeros drivers los hice en assembly. Si queres hacer algo profesional vas a pasarte a C o C++ tarde o temprano, sin ir mas lejos el DDK no casi soporte para assembly. De cualquier manera te paso un par de enlaces geniales al respecto: http://www.freewebs.com/four-f/http://mipagina.cantv.net/jjaguilerap/sys.htmlEl primero es puro assembly y el segundo empieza con C y despues lo genera con assembly.
4193
« en: Miércoles 17 de Mayo de 2006, 17:48 »
bueno ahi la cosa cambia, si no te gusta leer y amas la practicidad del videofilm, te respeto tus gustos. lo que pasa es que generalmente los cineastas no respetan por completo el contenido de un libro cuando lo llevan a una pelicula. Mas nada por eso. Creo que es imposible interpretar lo que dije de esa manera ... Dije que no leo BEST SELLERS, no que iba a ver la pelicula o que no me gustaba leer, nada mas lejos de la realidad.
4194
« en: Miércoles 17 de Mayo de 2006, 17:08 »
4195
« en: Miércoles 17 de Mayo de 2006, 08:36 »
Como vemos todavia hay mucha gente en el mundo que vive en la edad de piedra
4196
« en: Martes 16 de Mayo de 2006, 18:18 »
4197
« en: Domingo 14 de Mayo de 2006, 10:05 »
Bienvenido
4198
« en: Sábado 13 de Mayo de 2006, 21:22 »
Bueno, entonces mil disculpas por lo dicho. No te preocupes, no pasa nada, no lo digo por esto en particular sino por la actitud generalmente, no perdamos el tiempo criticando a nadie, perdamoslo haciendo cosas
4199
« en: Sábado 13 de Mayo de 2006, 18:53 »
Esto es lo que dice la Wikipedia: "In October 2000, Corel announced that it was forming what it called "a strategic alliance" with Microsoft and that Microsoft would be investing $135 million in Corel." No compraron ni Corel ni esa distribucion que sigue bajo otro nombre desde que Corel la vendio: XANDROS. http://en.wikipedia.org/wiki/XandrosMe parece que el discurso de pegarle todo el tiempo a Microsoft aburre por demas.
4200
« en: Sábado 13 de Mayo de 2006, 18:07 »
No, podra correr virtualmete a linux. Ah, te referis al Virtual Pc entonces ... No hombre, como se te ocurre, yo hablo de Corel, compro un 20% o algo asi, y lo dejaro de usar http://en.wikipedia.org/wiki/CorelAhi no dice ni que Microsoft haya comprado Corel ni Corel Linux ... es mas, esa distribucion fue vendida y se sigue produciendo bajo otro nombre.
Páginas: 1 ... 166 167 [168] 169 170 ... 205
|
|
|