|
|
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 ... 103 104 [105] 106 107 ... 205
2601
« en: Viernes 23 de Marzo de 2007, 23:45 »
No lo digo por eso, el fue el primero en integrar el mouse, de Xerox... Mr. Gates se lo copio de Apple (y Apple de Xerox) empecemos por ahi. MS-DOS no necesitaba de ningun mouse ya que era pura linea de comandos y ese fue el S.O. que inicio todo, una copia descarada de CP/M del genial Gary Kildall. Los tools graficos, como los menus y todo eso, si adivinen, Apple fue el primero funcional. Todo eso tambien es copia de Xerox: http://en.wikipedia.org/wiki/Xerox_AltoAdemas, el (Mr. Gates) no tuvo ninguna iniciativa, solo suerte, como saben el compro Windows e hizo un trato con IBM... Bill no incorporo nada nuevo, Windows tampoco pero IBM y muchas mas si. ¿Suerte? Já, por favor ... Y estas confundiendo Windows con MS-DOS ... muchos años pasaron hasta que CREARON Windows. PD: No he visto el primer PC de Microsoft Ni lo veras ya que justamente lo que hicieron fue popularizar hasta limites jamas imaginados la PC y eso es lo que se esta diciendo aca. El que no sea capaz de reconocer eso es que tiene graves problemas.
2602
« en: Viernes 23 de Marzo de 2007, 22:58 »
No esto seguro de lo que ustedes dicen sobre las PC personales, yo creo que Steve Jobs fue el verdader promotor y Bill Gates lo siguio... Bajo NINGUN punto de vista, Apple no vendia PCs (entendido como IBM PC o compatible) sino su propio hardware totalmente propietario. A ver donde esta el monopolio! Si fuera por Jobs no solo tendrias un S.O. cerrado sino un hardware cerrado.
2603
« en: Viernes 23 de Marzo de 2007, 18:19 »
No, MessageBox solo soporta como parametros cadenas ya "formateadas". Podes usar sprintf © o wsprintf (WINAPI).
2604
« en: Viernes 23 de Marzo de 2007, 17:01 »
mmm, interesante, entonces ustedes que P2P recomiendan, personalmente me gusta mas eMule que Ares, ni hablar de imesh, kaza que me parecen horribles.- Yo uso BitLord o BitComet.
2605
« en: Viernes 23 de Marzo de 2007, 16:45 »
A menos que haya un bug en los programas de P2P y la recepcion de X datos permita ejecutar Y codigo no hay ningun riesgo mientras no ejecutes el malware.
2606
« en: Viernes 23 de Marzo de 2007, 16:27 »
El gran legado del bill gates es uno de los monopolios mas grandes y poderosos de la historia. Eso me lo podria dejar a mi! 
2607
« en: Viernes 23 de Marzo de 2007, 11:38 »
Gracias por la recomendacion, pero por lo que busque aca en argentina no existe el libro. No habra una version digital como para que pueda ojear un poco y ver si vale la pena que lo pida para importar? Que yo sepa no hay, al menos no viene con el libro ni la vi jamas por ahi. Lo que si viene es el codigo de los ejemplos y las herramientas necesarias (MASM/32, NASM, FASM, etc).
2608
« en: Viernes 23 de Marzo de 2007, 09:50 »
necesitaria un empujoncito con ASM, porque la verdad lei de todo y no tengo forma de encaminarme. Es tan distinto de todo lo que vi, o sea, no se ni como empezar. Si leiste los enlaces que estan en el foro de ensamblador y no entendes yo te recomiendo comprar un libro. Por ejemplo este: http://www.casadelibro.com/fichas/fichabib...INCLUYE+CD-ROM)Empieza desde -1, con varios capitulos de explicaciones en general de la arquitectura pero a la vez desde el comienzo ya vas a viendo unos hello world's para MS-DOS, Windows y Linux. Despues tiene mucho sobre MS-DOS y bastante sobre la BIOS en lo que yo no me concentraria demasiado (con leer los ejemplos y entender muy por encima como funciona sobra), despues seguiria con el capitulo que prefiera de Linux o Windows.
2609
« en: Viernes 23 de Marzo de 2007, 08:12 »
La PC la inventaron en IBM (un grupo que lo hizo practicamente a la fuerza y sin ningun tipo de apoyo) pero sin lugar a dudas si tenemos una PC en nuestras casas es por la vision de tipos como Bill Gates. No quiero decir que fuera el unico que lo penso pero el fue el que lo materializo.
2610
« en: Viernes 23 de Marzo de 2007, 08:10 »
Si, las plantas poseen raciocinio ... como dice una cancion de Sumo: mejor no hablar de ciertas cosas.
PD. Es Freud.
2611
« en: Jueves 22 de Marzo de 2007, 21:46 »
Si lo que queres es obtener el tamaño en disco de un archivo podes usar CreateFile y GetFileSize.
2612
« en: Jueves 22 de Marzo de 2007, 21:45 »
Para desensamblar está tambien el Win32Dasm, jajajajaj, que cosa más vieja pero comenta el codigo y permite seguir los saltos. En desensamblador el IDA no tiene competencia pero no creo que sea el adecuado cuando apenas arrancas
2613
« en: Jueves 22 de Marzo de 2007, 21:33 »
Gcc tiene una opcion que en vez de generar un binario genera assembly,
es muy util cuando uno esta escribiendo un compilador y quiere saber como se
imlementa el paso de parametros  Obviamente VC++ tambien lo soporta pero dumpbin sirve para objetos/binarios ya hechos y lo tengo mas incorporado. En VC++ estan: /FA Assembly code; .asm /FAc Machine and assembly code; .cod /FAs Source and assembly code; .asm If /FAcs is specified, the file extension will be .cod
2614
« en: Jueves 22 de Marzo de 2007, 21:30 »
Si no tiene el guión bajo ¿Es stdcall? Generalmente si, stdcall es tipo Funcion@NumeroDeParametros*4. ¿Cual es la utilidad de tener el programa dentro de una funcion (main)? Es standard y la pueden llamar desde cualquier lado. ¿Sale del programa con tan solo RET? ¿No falta ExitProces? Si. main es en realidad llamada por la Run Time Library (donde esta _printf si la usas estaticamente) y puede o no usar ExitProcess pero es ya un tema de implementacion, cuando haces un ejecutable para Windows este te llama a tu punto de entrada desde la Kernel32 y la direccion que te deja en la pila es la de un codigo que hace push eax (lo que devuelva tu entry point) y call ExitThread (que desencadena al final ExitProcess) 
2615
« en: Jueves 22 de Marzo de 2007, 19:59 »
Para el fin sirve, muchas Gracias. Fue muy pero muy explicita tu explicacion. De nadas, no son cosas sencillas si uno parte de -1 asi que trate de darte un empujoncito 
2616
« en: Jueves 22 de Marzo de 2007, 18:08 »
Pues yo no se uds, pero yo comprendi mucho mejor le funcionamiento de las pc's su arquitectura y sus debilidades a partir de que estudie un rato el asm no solo comprendes mejor los procesos, sino que hasta te imaginas el flujo de bits atraves del bus de datos... Si, conectenme el CPU a las venas!
2617
« en: Jueves 22 de Marzo de 2007, 17:23 »
Muchas Gracias por la explicacion, pero no uso el VC++.  Esa no es una respuesta valida cuando podes descargarlo gratuitamente eh Podes usar el WinDbg o el OllyDbg para depurarlo (tambien son gratis).
2618
« en: Jueves 22 de Marzo de 2007, 16:48 »
Con cualquier desensamblador lo podes hacer. Si usas VC++ hay un programa llamado dumpbin al cual le podes pasar el objeto (.obj) o ejecutable (.exe,.dll,.sys,etc) y con el modificador /disasm te dara el codigo. Tambien podes usar un depurador para no solo ver el codigo estaticamente sino en ejecucion (instruccion por instruccion). Para empezar a ver cosas simples te recomiendo trabajar con dumpbin /disasm archivo.obj ya que el obj no cuenta con la Run Time Library es un archivo de un tamaño mucho mejor y por donde te podes manejar con mayor soltura. Un ejemplito que yo haria (TODO PARA 32 BITS), suma.cpp: #include <stdio.h> void main() { printf("%d\r\n", 2 + 2); }
cl /c suma.cpp (solo compilamos, genera el obj pero no el exe). ¿Crees que vas a ver alguna suma realmente? La respuesta es que no hay ningun add en el codigo generado en este caso ya que es posible obtener el resultado en tiempo de compilacion. Si hacemos dumpbin /disasm suma.obj > suma.txt Tendremos este output el archivo: Microsoft (R) COFF/PE Dumper Version 7.10.6030 Copyright (C) Microsoft Corporation. All rights reserved. Dump of file ej.obj File Type: COFF OBJECT _main: 00000000: 55 push ebp 00000001: 8B EC mov ebp,esp 00000003: 6A 04 push 4 00000005: 68 00 00 00 00 push offset $SG608 0000000A: E8 00 00 00 00 call _printf 0000000F: 83 C4 08 add esp,8 00000012: 33 C0 xor eax,eax 00000014: 5D pop ebp 00000015: C3 ret Summary 54 .debug$S 2A .drectve 5 .rdata 16 .text
Podemos ver como se crea el frame para la pila (trabajo hecho con ebp y esp). Como se le pasa el parametro de la suma (4) y despues el del texto (un offset a la seccion de datos) y como se hace la llamada a printf (el guion bajo es tipico de la convencion de llamada C) al igual que el arreglar la pila despues de una llamada (add esp, 8 en este caso ya que pasamos 2 parametros y la pila es de DWORDs que ocupan 4 bytes). Finalmente vemos que pese a declarar como void el main el compilador devuelve como codigo de retorno al sistema un cero (xor eax, eax) en el registro eax. Finalmente restaura la pila al estado en que fue llamada (pop ebp) y retorna a quien sea que lo haya llamado (ret).
2619
« en: Jueves 22 de Marzo de 2007, 15:09 »
Si, Intel toda la vida.
2620
« en: Jueves 22 de Marzo de 2007, 14:22 »
¿Esa foto tiene un icono de Windows en la esquina inferior izquierda? 
2621
« en: Jueves 22 de Marzo de 2007, 08:11 »
Instinto de reproducirse ... sinceramente me parece una total y absoluta ridiculez. Les creeria si hablaran de livido, de deseo sexual pero de instinto de reproduccion, por favor!
Ahora pretenderan hacernos creer que cuando ven una mujer piensan en dejarla embarazada ...
2622
« en: Jueves 22 de Marzo de 2007, 00:05 »
Y te salva la vida cuando tenes que depurar ... a ver que haces para depurar un problema en un ejecutable de terceros o mucho peor, ya que es mas que factible, una incompatibilidad con software de terceros. Ahi no tenemos el codigo fuente
2623
« en: Miércoles 21 de Marzo de 2007, 22:24 »
Aunque (pudo estar mal en esto) ahora no tiene mucho sentido programar en ASM, teniendo en cuenta que hay BIOS hechas 100% en C/C++  o tlavez si, bueno no se creo que depende del trabajo o no? En S.O.s modernos como Windows o Linux la BIOS es obsoleta y apenas se usa para que cargue el sector de arranque o como mucho durante el mismo arranque del S.O. pero durante la ejecucion normal ya en modo protegido/long (32/64 bits) no se usa en lo absoluto.
2624
« en: Miércoles 21 de Marzo de 2007, 22:07 »
Si, muuy pocos... esta el "proyecto" Gemini, pero no son muchos lo que lo usan desde C/C++ y todos los demas lenguajes de un nivel mas alto. No solo por los lenguajes de alto nivel sino que los que programan en ensamblador para Linux lo hacen en su amplisima mayoria con NASM.
2625
« en: Miércoles 21 de Marzo de 2007, 16:31 »
Encontré esto, espero te sirva:
http://support.microsoft.com/kb/129796 Ahi hay un ejemplo de CreateProcess + WaitForSingleObject que es el mejor metodo.
Páginas: 1 ... 103 104 [105] 106 107 ... 205
|
|
|
Mostrar Mensajes
