|
|
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 ... 183 184 [185] 186 187 ... 205
4601
« en: Jueves 20 de Octubre de 2005, 19:06 »
En teoria ya deberia funcionar, podes usar el DUMPBIN para ver los simbolos que declarados en el .LIB y pegarlos en este mensaje. Sino tambien podes pasarnos el LIB, la DLL y el .H para poder comprobar que pasa. DUMPBIN /SYMBOLS ARCHIVO.LIB 
4602
« en: Miércoles 19 de Octubre de 2005, 17:36 »
Las dos funcionan igual en cuanto a sus parametros: SYSTEMTIME hora; GetLocalTime(&hora); printf("Estamos en el año: %d", hora.wYear);
4603
« en: Miércoles 19 de Octubre de 2005, 11:27 »
Si lo queres hacer en Windows dispones de su API para trabajar de esta manera: #include <windows.h> #include <stdio.h> #define SECTOR_SIZE 512 void main() { //HANDLE Disco = CreateFile("\\\\.\\PHYSICALDRIVE0", GENERIC_READ | GENERIC_WRITE, FILE_SHARE_WRITE | FILE_SHARE_READ, 0, OPEN_EXISTING, 0, 0); HANDLE Disco = CreateFile("\\\\.\\C:", GENERIC_READ | GENERIC_WRITE, FILE_SHARE_WRITE | FILE_SHARE_READ, 0, OPEN_EXISTING, FILE_FLAG_NO_BUFFERING | FILE_FLAG_WRITE_THROUGH, 0); if (Disco) { BYTE Sector[SECTOR_SIZE]; ZeroMemory(Sector, SECTOR_SIZE); DWORD read = 0; ReadFile(Disco, Sector, SECTOR_SIZE, &read, 0); CloseHandle(Disco); } }
Al llamar a ReadFile se obtiene el primer sector del HD, el que lleva el codigo para bootear. Si usas la llamada comentada tambien podes abrir el volumen. Para mas informacion al respecto la MSDN: http://msdn.microsoft.com/library/en-us/fi.../createfile.aspAca tenes info sobre estos formatos de archivo y sobre desfragmentacion en NTFS: http://www.ntfs.comhttp://www.sysinternals.com/Information/Di...ragmenting.htmlY mucho cuidado que podes arruinar todo el disco. PD. A menos que trabajes en 16 bits assembly no te permitira nada que no te permita el Sistema Operativo y al ser tanto Windows como Linux S.O.s construidos con C toda su funcionalidad esta disponible desde C.
4604
« en: Miércoles 19 de Octubre de 2005, 09:58 »
4605
« en: Miércoles 19 de Octubre de 2005, 09:46 »
hola a todos...
toy recien metiendome en el mundo assembler. Necesito que alguien me pueda ayudar, explicandome basicamente que es una macros, sus funciones y si pueden poner ejemplos basicos para enteder mas... ojala alguien me puede ayudar gracias de antemano. Las macros son construcciones de texto que son reemplazadas por el preprocesador dentro del codigo y no por en ensamblador en si. Estan disponibles en muchos lenguajes como por ejemplo en C (#define) y en assembly especificamente su sintaxis depende del ensamblador (MASM, NASM, FASM, etc) ya que no son parte del lenguaje ensamblador en si. Se suelen utilizar para funciones y tambien para reemplazar valores enteros constantes en el codigo. Aca tenes un ejemplo para MASM de 32 bits: CTEXT MACRO text:VARARG LOCAL TxtName .const TxtName BYTE text, 0 .code EXITM <OFFSET TxtName> ENDM
Con esta macro podes trabajar con cadenas como si estuvieras en C (practicamente) ya que lo que hace es declarar la cadena en la seccion de const y devolverla como resultado de la MACRO. Un ejemplo completo para MASM de 32 bits seria: .386 .model flat, stdcall MessageBoxA PROTO STDCALL :DWORD, :DWORD, :DWORD, :DWORD CTEXT MACRO text:VARARG LOCAL TxtName .const TxtName BYTE text, 0 .code EXITM <OFFSET TxtName> ENDM .code Main: mov eax, CTEXT("Texto del mensaje");resultado de la MACRO (la direccion de memoria de esta cadena) mov ecx, CTEXT("Titulo del mensaje");resultado de la MACRO (la direccion de memoria de esta cadena) invoke MessageBoxA, 0, eax, ecx, 0 ret end Main
Mas info aca: http://en.wikipedia.org/wiki/Macro
4606
« en: Martes 18 de Octubre de 2005, 09:50 »
Hola eternal esta bien si saltamos a FFFF:0000 entonces podemos reiniciar la maquina ok pero yo no puedo poner en C o C++ la instruccion
jmp FFFF:0000 porque no es valido ,,,, entonces q deberia poner para q reinicie la maquina pero en C (si es q programas en c) a y otra cosa .
una vez reiniciada la maquina como hago para con unas cuantas instrucciones pueda configurar el setup sin tener que hacerlo manualmente para que cargue desde el diskette y no desde el disco duro. puedes explicar eso? La verdad es que no programo en C/C++ en 16 bits, solo hago en 32 y 64 bits. Asi que me pase por google y encontre esto: void Reboot() { __emit__ ((unsigned char) 0xEA); /* jmp far --> FFFF:0000 */ __emit__ ((unsigned short) 0x0000); /* offset */ __emit__ ((unsigned short) 0xFFFF); /* segment */ }
Una vez reiniciada la maquina la BIOS ya toma el control y no podes ejecutar ninguna instruccion. Lo tenes que hacer con anterioridad y aca tenes un articulo al respecto: http://www.codepedia.com/1/CMOS_C
4607
« en: Lunes 17 de Octubre de 2005, 20:14 »
4608
« en: Lunes 17 de Octubre de 2005, 10:47 »
¿Tiene relacion directa con assembly ese grupo?
PD. Por favor comproba lo que escribis antes de enviar los mensajes (hablo de la redaccion).
4609
« en: Lunes 17 de Octubre de 2005, 10:43 »
Pero y toda la RAM? Y el sistema operativo ya cargado? Qué pasa con eso? No entiendo muy bien que tiene que ver tu pregunta, el Sistema Operativo NO esta cargado. Lo que se carga es lo que la BIOS quiere, hay una lista de unidades incluso donde podes elegir el orden y desde cuales se intente cargar. Si se carga desde un diskette no hay ningun S.O. sino que en realidad lo que haya en el diskette sera el S.O. (por muy pobre que sea sera lo unico disponible).
4610
« en: Sábado 15 de Octubre de 2005, 22:28 »
Aca tenes otra formita de hacerlo: #include <stdio.h> void main() { int x = 0x12345678; char *tabla = (char*)&x; printf("0x%X\r\n", tabla[0]); printf("0x%X\r\n", tabla[1]); printf("0x%X\r\n", tabla[2]); printf("0x%X\r\n", tabla[3]); }
4611
« en: Sábado 15 de Octubre de 2005, 22:09 »
¿Turbo C? ¿Para MS-DOS?¿Ese Sistema Operativo tiene nocion de lo que es un socket? Lo dudo mucho ... obviamente puede que me equivoque pero lo dudo mucho.
4612
« en: Sábado 15 de Octubre de 2005, 22:04 »
En el primer link anterior tenes dos ejemplos sobre codigo para bootear una PC. Aca tenes la explicacion sobre el arranque de NT 5.1 (XP): http://dotnetjunkies.com/WebLog/unknownref...cles/12284.aspx"The CPU loads the ROM BIOS starting at ROM memory address FFFF:0000 which is only 16 bytes from the top of ROM memory. As such it contains only a JMP (jump) instruction that points to the actual address of the ROM BIOS code." Por lo tanto si saltas a esa direccion (FFFF:0000) es como si arrancaras la maquina nuevamente.
4614
« en: Sábado 15 de Octubre de 2005, 00:47 »
4615
« en: Viernes 7 de Octubre de 2005, 07:38 »
por lo que entiendo la instrucción
i++ No es lo mismo que la i = i + 1, claro... hacen la misma cosa pero internamente la instruccion i++ incrementa directamente el valor de i en 1 mientras que la i = i + 1 primero internamente suma el valor de i con 1 y lo deja en otra variable para luego asignarselo a i nuevamente... osea... es mas lento.
yo se bien lo que es i++ o i-- o i+=5
solo era un ejemplo...
lo que pasa es que he visto codigo en c++ muy raro y que supuestamente es la forma mas directa de hacer cosas... un poco para allá va apuntada mi pregunta... Eso dependera del compilador, en este caso VC++ no hace un inc sino un add 
4616
« en: Viernes 7 de Octubre de 2005, 00:56 »
Por lo menos para VC++ x += 1 y x++ es exactamente lo mismo pero no es equivalente a x = x + 1 que ocupa mas codigo. Y de cualquier manera la ultima opcion no es logica teniendo la posibilidad de hacer la suma sobre el operado (+=).
4617
« en: Martes 4 de Octubre de 2005, 22:28 »
Un par de comentarios, Java para GUI me parece bastante pobre, VB tiene acceso a la API de Windows y por lo tanto puede hacer un GUI como quiera (tal como cualquier otra aplicaciones que se ejecute bajo Windows). Mi recomendacion es C/C++, los lenguajes que mueven el mundo de la informatica. Ejemplos de uso: Windows, Linux, Mac OS, Office y la amplia mayoria de juegos.
4618
« en: Domingo 2 de Octubre de 2005, 10:23 »
VB necesita SIEMPRE de su Run Time (MSVBVMx0.DLL) con lo cual no cumple el requisito. Delphi y Borland C++ si usan sus librerias (OWL/VCL) enlazadas dinamicamente tampoco cumplen el requisito al igual que VC++ usando su libreria MFC. Todo .NET necesita el framework y por lo tanto tampoco cumple el requisito. Si no usan librerias enlazadas dinamicamente y solo enlazadas contra las librerias de Windows podes usar assembly, C/C++, Pascal y cualquier lenguaje compilado que te permita usar la API de Windows y no tenga ninguna otra dependencia.
4619
« en: Viernes 30 de Septiembre de 2005, 19:44 »
El malware es el software maligno y no podemos calificar a una cookie (un simple archivo generado por un navegador) como software
4620
« en: Viernes 30 de Septiembre de 2005, 19:27 »
Asi es.. ese es el uso de las cookies y alli te meten los malwares Una cookie es solo informacion que se guarda en el disco, violacion de la confidencialidad puede ser pero malware no.
4621
« en: Jueves 29 de Septiembre de 2005, 08:43 »
Supongo que Neopro se refiere a "portar" desde un compilador de 16 bits para MS-DOS (Borland C++) a uno de 32 bits para Windows (VC++). Como bien te decia JuanK Visual Studio es un IDE cuyo compilador standard de C++ es VC++, este acepta algunas extensiones como .NET o la libreria MFC pero como acabo de decir es standard por lo cual sabiendo C++ lo unico que tenes que aprender es el funcionamiento de Windows y mas concretamente el de su API (Win32).
4622
« en: Miércoles 28 de Septiembre de 2005, 08:37 »
El objetivo es mantener el orden dentro de las reglas del foro, como ya bien dijeron. Cuanto menos trabajo tenga un moderador mucho mejor.
4623
« en: Martes 27 de Septiembre de 2005, 21:00 »
de un link que me pasaste hace poco. ¿No sera de alguno de los editores? MASM te abriria una consola que se cerraria al no tener ningun parametro que le indique el archivo a ensamblar ...
4624
« en: Martes 27 de Septiembre de 2005, 19:33 »
saludos, me molesta mucho que al instalar el masm en la oficina me ocurre algo, cada vez que necesito sacar el caracter de '@' ( que en la oficina es presionando ALTGr + Q)se me abre automaticamente el masm, y me resulta bastante molesto, la única manera que he visto para quitar, por el momento, ha sido desinstalando el masm.
Hay alguna manera de evitar que esto suceda?  Jamas me paso algo asi, ¿Que version es la que instalaste?
4625
« en: Domingo 25 de Septiembre de 2005, 10:33 »
¿Entonces Microsoft vende la misma muñeca con diferente vestido desde que sacaron w2000?  Desde 1988 se viene trabajando en Windows NT y seria una absoluta locura tirar por la borda años de buen desarrollo y ademas seria impracticable desarrollar una nueva version desde cero todas las veces. Eso no sucede en ningun Sistema Operativo, ni en Linux ni en ningun otro. Sino se sacarian como mucho dos versiones por decada. En cada version hay cambios, incluso en cada service pack hay cambios. Otra cosa es que sean visibles para los usuarios o incluso para los programadores. Microsoft decidio implementar el GUI en modo usuario (NT 3.51) al principio y posteriormente en modo kernel (4.0 en adelante), ningun usuario en el mundo se entero y muy pocos programadores lo saben. Los cambios del Kernel solo suelen ser vistos por los programadores de drivers, los cambios en la API tambien llegan a los programadores de modo usuario pero los usuarios nunca se percatan de ellos, lo unico que pueden ver a ciencia cierta es el aspecto grafico y en menor medida la velocidad o estabilidad. Por lo tan poco que estuve viendo el loader ya funcionaba de manera diferente, en las versiones anteriores cuando se carga un proceso en forma suspendida solo se mapean en memoria NTDLL.dll y la imagen en cuestion (el .exe) y hasta que no se resume el proceso (el hilo principal en realidad) no se acciona el loader y no se cargan las librerias enlazadas estaticamente mientras que en Vista si se cargan las librerias, aparentemente el loader comienza su trabajo antes de que el hilo principal arranque. Y en cuantos a las capas nuevas yo creo que la AMPLIA mayoria de programadores estan de acuerdo en tener a .NET para que les haga casi todo el trabajo, no sera un cambio visible para los usuarios pero si para los programadores. Yo diria que el cambio mas acentuado desde la aparicion de la Win32 API ya que esta sera gradualmente enofocada a .NET (WinFx).
Páginas: 1 ... 183 184 [185] 186 187 ... 205
|
|
|
Mostrar Mensajes
