|
|
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 ... 152 153 [154] 155 156 ... 205
3826
« en: Viernes 8 de Septiembre de 2006, 22:11 »
acaso todos los keyloggers son malware? todos se usan para hacer daño? si pensas eso, entonces el "kiddie" sos vos, y cuando hable con vos hablame, asi q no te metas. Mira payasito, yo cite a una persona y vos me citaste a mi. Asi que por favor no hagas el ridiculo de decir que no me estabas hablando. En cuanto a que me llames kiddie ... la verdad ... ME CHUPA UN HUEVO  Hace un keylogger con la API de Windows (jaja) y despues contanos para que bondad lo quieren. Conste en actas que cualquier tipo de LECTURA de mi teclado sin mi permiso es MALWARE.
3827
« en: Viernes 8 de Septiembre de 2006, 21:40 »
Si, lo podes cargar de un archivo por ejemplo, tenes que usar memoria dinamica para ir creando los objetos pertinentes. Y no te olvides de los destructores que no figuran por alla arriba, de paso usa memoria dinamica para los datos de tamaño dinamico como las cadenas.
3828
« en: Viernes 8 de Septiembre de 2006, 21:38 »
1. Mire el programa, me se me parecio mucho a un compilador de C o C++. COn sus librerias. headers y demas. Pero digo una cosa, para q necesito todas esas birerias y prototipos de funciones si estoy programando en ensamblador? Por ej, lo que me dijiste en el post anterior de WriteFile y GetStdHandle, q son, funciones, la 1 para escribir un archivo? Esque no parece ensamblador, xq en ensamblador segun tenia entendido, para escribir en un archivo tenias q invocar un rutina de SO, poniendo el num de puntero de la IDT en dx, (sino recuerdo mal) y posteriormente llamar a la interrupcion 21... La int 21h, es de MS-DOS, con ella accedes a los servicios de este Sistema Operativo. En Windows existen DLLs que exportan servicios como WriteFile y GetStdHandle, es la forma documentada de usar los servicios del S.O. y es la que deberias usar. En fin que no existe ninguna diferencia REAL entre usar los servicios de MS-DOS y los de Windows, no estas a mas bajo nivel por hacer un int 21h que por llamar a una funcion ya que finalmente Windows hara su int 2Eh o sysenter/syscall para pasar al Kernel. Es cierto que en MS-DOS podias utilizar la BIOS y tenias libre acceso a los puertos de I/O pero esto en S.O.s de 32 bits no suele ser para nada cierto. 2. Yo lo unico que queria es hacer un programa, con el codigo q puse arriba, para win de 32 bits, tengo q cambiar algo del code q puse? como lo compilo y linkeo con el masm32? TODO tenes que cambiar, tiene que usar los servicios de Windows y no los de MS-DOS. En vez de salirme los caracteres ascii k me salian volcando el contenido de la mem con el dump... se supone k en esas direcciones de memoria tiene k aver los caracteres ascii, no instrucciones de asm como cmp, y eso , no???? U desensambla, da lo mismo que haya en la memoria ya que siempre seran BYTEs, puede llegar a decirte que no son opcodes validos o interpretarlos como si lo fueran dependiendo de los valores que contengan los mismos.
3829
« en: Viernes 8 de Septiembre de 2006, 21:36 »
Me imagino que con el deviceobject que creo en la inicialización de mi driver no puedo llamar a otros devices. igual me pasará con mi driverobject. Obviamente no, ese es para que te llamen a vos. No se como obtener el fileobject de otro objeto, es decir no se si existe una función equivalente al createioobject del modo usuario en el modo kernel. Podes obtener un objecto apartir de un HANDLE con ObReferenceObjectByHandle, pero no creo que necesites hacer eso. Estoy probando en modo usuario a leer directamente de "\\\\.\\PHYSICALDRIVE0" pero esto no se si me funcionaría si no esta montado, es decir si tengo un disco duro no reconocido por windows por ejemplo con ext2 de linux, no se si podria leer en modo raw o algo parecido, por eso quería utilizar las funciones de la bios como la int13. No soy un experto en el File System pero que yo sepa lo que no te funcionaria serian los VOLUMENES (lease E:, F:), que si tienen que estar reconocidos por Windows mientras que los discos son eso, discos y punto, no importa si no estan formateados. Abriendo el physicaldrive estas leyendo en modo raw puramente, lees sector por sector, incluso cuando abris con \\C:\ lo estas haciendo y podes generar un ISO del disco perfectamente, da exactamente lo mismo que tipo de particion sea ya que la podes leer y escribir. Extracto de la MSDN, funcion CreateFile: You can use the CreateFile function to open a physical disk drive or a volume. The function returns a handle that can be used with the DeviceIoControl function. This enables you to access the disk partition table. However, it is potentially dangerous to do so, because an incorrect write to a disk could make its contents inaccessibleAsi que mucho cuidado con escribir eh, jodes la particion en 30''. En cuanto a la BIOS olvidala, a lo sumo podrias recurrir a in's y out's. muchas gracias por contestarme. De nadas, para eso estamos. Probablemente en tu caso no sea necesario ni como hacer un driver y sea mejor que sigas con el camino del physicaldrive.
3830
« en: Viernes 8 de Septiembre de 2006, 09:32 »
hey por cierto lo de la propuesta para cuando va a entrar, porque ya tiene rato que la veniamos trabajando, otra cosa, va a querer que tambien se vea bien lo de los moderadores, por moderadores mas activos, hay unos que se presentan una vez al mes y si se va a hacer lo de la propuesta de JuanK para el AntiSpam, va a querer moderadores mas responsables no creen? ¿Y como pensas medir eso? Aclaro que la cantidad de mensajes no marca nada ya que el trabajo de un moderador es justamente ese (moderar) y no responder.
3831
« en: Viernes 8 de Septiembre de 2006, 09:24 »
Si, lo q keria hacer es un programa para Windows, un exe, de 32 bits.
Pero una cosa, si lo quisiera para unix, el codigo asm seria el mismo, porque solo depende del cpu, lo q variaria serian las instrucciones antes del codigo no??
Pues ya te digo, lo q queria hacer de momento es un programa, con este codigo , q sea de 32 bits para Windows. Este programa me funciona, pero no es de 32 bits, q es lo q quiero, y lo mejor. Si intento poner los registros extended con la "e", no lo reconoce el tasm, q tengo q hacer?? El Sistema Operativo necesita un tipo de ejecutable en particular (ELF, PE, etc) y exporta una API determinada. No podes hacer un ejecutable portable entre S.O.s de 32 bits ya que no podes acceder a la BIOS y sus servicios son diferentes. Para Windows tendrias que usar por ejemplo la funcion WriteFile para escribir en la consola que obtendrias con GetStdHandle. Que yo sepa el TASM solo crea ejecutables para MS-DOS, si queres hacer programas para Windows te recomiendo el MASM32.
3832
« en: Jueves 7 de Septiembre de 2006, 21:11 »
Gracias Eternal Idol, y como pongo ese mismo codigo, pero k sea para 32 bits? Eske yo lo cogi de un manual, q decia k era para archivos .exe, y crei k todos los exe eran para 32 bits. Pues bien, necesito este mismo programa, pero q sea para 32 bits, ayuda xfa !!
Saludos. No, los EXEs pueden ser de 16, 32 o 64 bits. ¿Que queres hacer exactamente? ¿Un programa para Windows?
3833
« en: Jueves 7 de Septiembre de 2006, 10:57 »
Digo esto porque nose he visto C, C++, Turbo C, y similares y nose las diferencias de estos. C y C++ son dos lenguajes de programacion, Turbo C es un compilador (arcaico) del lenguaje C.
3834
« en: Jueves 7 de Septiembre de 2006, 08:25 »
1. Efectivamente, tu codigo es de 16 bits, usa el Debug que viene con Windows.
2. El microprocesador puede ejecutar codigo de 16, 32 y 64 bits (los ultimos micros AMD 64 y clones de Intel). Dependiendo del modo de ejecucion real (16 bits), modo protegido (32 bits) y modo largo (64 bits) tenes disponibles unos registros especificos (ax, eax, rax, etc).
3835
« en: Jueves 7 de Septiembre de 2006, 08:25 »
Por supuesto que no es facil hacer un driver de modo Kernel para Windows (supongo que estas con NT), especialmente cuando empezas y no conoces muy bien la estructura del Sistema Operativo.
Si lo hicieras en modo Usuario, tal vez haya IOCTLs que te sirvan, harias un programa y no un driver.
Ese ejemplo de driver esta hecho para demostrar los diferentes tipos de I/O que se pueden usar en NT. No se muy bien que codigo estaras agregando ... Para comunicarte con el driver del ejemplo ya tenes el DEVICE_OBJECT que se crea con IoCreateDevice.
Vas por el camino correcto, necesitas un DEVICE_OBJECT, fijate como hace CreateFile para obtener un HANDLE (este es dependiente del objeto FILE_OBJECT y desde el mismo podes llegar al DEVICE_OBJECT). Igual no se si realmente te sera util esto o terminaras usando lo mismo que podrias usar desde modo Usuario.
Ya nos contaras mejor que funciones queres usar exactamente ...
3836
« en: Jueves 7 de Septiembre de 2006, 08:15 »
Jeje, South Park es genial y tambien conozco al Sr. Mojon, por eso puse la definicionde Mojon real.
3837
« en: Miércoles 6 de Septiembre de 2006, 20:00 »
¿No son lo mismo que los debuggers?  NO. Mira el enlace que deje ...
3838
« en: Miércoles 6 de Septiembre de 2006, 19:59 »
Super interesante 
3839
« en: Miércoles 6 de Septiembre de 2006, 17:05 »
Mmm recompilacion minima ... crea un proyecto y si te va bien enfrenta las dos configuraciones para ver que cambiaste ...
3840
« en: Miércoles 6 de Septiembre de 2006, 16:41 »
Comproba si esta activado el enlace incremental.
3841
« en: Miércoles 6 de Septiembre de 2006, 16:32 »
De nadas, no son como el Purify en Run Time pero son bastante utilizadas.
3842
« en: Miércoles 6 de Septiembre de 2006, 15:41 »
Por cierto el Argentum online esta hecho en VB.
3843
« en: Miércoles 6 de Septiembre de 2006, 14:57 »
NO es cierto eso. Busca informacion sobre la STL y la libreria Boost por ejemplo.
3844
« en: Miércoles 6 de Septiembre de 2006, 11:14 »
3846
« en: Miércoles 6 de Septiembre de 2006, 10:17 »
3847
« en: Miércoles 6 de Septiembre de 2006, 09:15 »
Milestone Es Hito con el significado de Mojón.
hito, ta.
(Del lat. fictus, part. pas. de figĕre, clavar, fijar).
5. m.
Mojón o poste de piedra, por lo común labrada, que sirve para indicar la dirección o la distancia en los caminos o para delimitar terrenos.
mojón1.
(Del lat. hisp. *mutŭlo, -ōnis, de mutŭlus).
1. m. Señal permanente que se pone para fijar los linderos de heredades, términos y fronteras.
2. m. Señal que se coloca en despoblado para que sirva de guía.
3848
« en: Miércoles 6 de Septiembre de 2006, 09:12 »
3849
« en: Miércoles 6 de Septiembre de 2006, 09:10 »
El unico que me interesaria seria el TurboUninstall.exe 
3850
« en: Martes 5 de Septiembre de 2006, 21:43 »
Si supiera algo de la API de Windows te lo haría, pero mis conocimientos no pasan de la consola de 8 bits. LOL ¿Consola de 8 bits?
Páginas: 1 ... 152 153 [154] 155 156 ... 205
|
|
|
Mostrar Mensajes
... que epocas aquellas... 
