|
|
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 ... 110 111 [112] 113 114 ... 205
2776
« en: Martes 27 de Febrero de 2007, 18:28 »
2777
« en: Martes 27 de Febrero de 2007, 18:28 »
Bueno específicamente mis preguntas serian estas.
-se puede ocultar un programa de ensamblador en Windows.
O sea que cuando lo ejecuten se ejecuten en forma oculta o sea que no este a la vista del usuario que solo se ejecute, obviamente el programa va a estar ejecutándose por ejemplo que el programa digamos que va a hacer 1000 ficheros obviamente el programa en ensamblador se va a tardar y la ventana va a estar en la barra como le aria para que no apareciera en la barra y se este ejecutando.
A ver si esta muy explicado
- de una vez ya que estamos aquí me podrían decir donde encuentro una buena pagina de programas residentes. Bueno creo que so es todo
 ¿Que no este a la vista en donde? ¿En el task manager? Si por vista te referis a una ventana, los programas no crean una por defecto. En Windows (gama NT) no hay residentes sino servicios: http://win32assembly.online.fr/beepserv.txt
2778
« en: Martes 27 de Febrero de 2007, 18:18 »
VC++ 6.0 es viejo ya, cualquier version de Visual Studio .NET esta bien. http://msdn.microsoft.com es la version completa y casi siempre la mas actualizada PERO es mas lento, instalada en la maquina es mucho mas comodo.
2779
« en: Martes 27 de Febrero de 2007, 18:16 »
Por un minutito no llegue antes a casa 
2780
« en: Martes 27 de Febrero de 2007, 16:37 »
Creo que los numeros no iban aca:
A las 16:30 UTC se abrirán los posts para que podáis publicar vuestor número (recordar que es sólo un simulacro y el número no se tendrá en cuenta para el concurso!) . Los posts se cerrarán a las 17:15 UTC.
2781
« en: Lunes 26 de Febrero de 2007, 22:53 »
2782
« en: Lunes 26 de Febrero de 2007, 22:46 »
Pero si en el 90% se usan en la seccion .data, los dejo ahí. Si, los de .data son los globales y esos que mostras son locales, pero son estos ultimos los que se usan en un 90%, tipico ejemplo de C: void funcion() { int x = 5; //<< variable local! }
2783
« en: Lunes 26 de Febrero de 2007, 22:44 »
Esa es la otra duda que tenía, en los tutoriales de eczelion usan GlobalAlloc peró vi en un codigo que se usaba HeapAlloc. (No sabía cual era mejor) Segun la biblia (MSDN): Note The global functions are slower than other memory management functions and do not provide as many features. Therefore, new applications should use the heap functions. However, the global functions are still used with DDE, the clipboard functions, and OLE data objects. Y segun yo y mi depurador Globa* termina llamando a Heap* (que en realidad esta redireccionado a RtlHeap* en la NTDLL).
2784
« en: Lunes 26 de Febrero de 2007, 22:28 »
No se para que usas Global* pero si copiaste el codigo correctamente estas pasando los parametros al revez:
HGLOBAL GlobalReAlloc(HGLOBAL hMem, SIZE_T dwBytes, UINT uFlags);
Primero el nuevo tamaño y despues los flags.
PD. Es mejor usar Heap*.
2785
« en: Lunes 26 de Febrero de 2007, 22:23 »
Gracias por el tip, debe de ser eso porque no llame a la funcion. De nadas  Respeto las variables locales, voy a ver que saco... es raro, pero en los ejemplos con los que viene fasm, son todas globales. Depuralo para ver donde se jode; Creo que los ejemplos que tenes son asi por una razon: FASM no soporta variables locales como MASM. Es mucho mas simple usar variables locales ya que son datos que estan dentro de la memoria del ejecutable (en la seccion .data por ejemplo).
2786
« en: Lunes 26 de Febrero de 2007, 09:27 »
De manera simple para "crear" una nueva interrupcion lo que se hace es escribir en una estructura que ya esta en memoria. El chiste es hacer que una de sus entradas apunte a nuestro codigo (eso seria lo que denominas "subir a memoria un conjunto de instrucciones", en realidad ya estan en memoria si tu codigo se esta ejecutando). Para saber la direccion de esta estructura en memoria necesitamos obtener el valor contenido en el registro IDTR, no accesible directamente, usando la instruccion lidt. http://pdos.csail.mit.edu/6.828/2005/readings/i386/LGDT.htmAca mucha mas informacion sobre la estructura: http://www.acm.uiuc.edu/sigops/roll_your_own/i386/idt.html
2787
« en: Domingo 25 de Febrero de 2007, 23:43 »
Un programa escritor en ensamblador puede hacer lo mismo que cualquier otro y dependiendo del entorno mas cosas.
Tu pregunta muy poco especifica, faltan datos como S.O. para empezar y despues que definas claramente que queres decir con de forma oculta.
Seria interesante que dijeras exactamente que queres hacer y la razon por la cual lo queres hacer ...
2788
« en: Domingo 25 de Febrero de 2007, 18:05 »
El problema es este, cuando defino una variable como "local" dentro del WndProc y la uso, la aplicacion se cuelga.
Pasa por ejemplo cuando defino local ps PAINTSTRUCT. Cuando la paso como parametro por referencia a alguna funcion de la GDI, cuando ejecuto la aplicacion, es como que no arrancara, aunque sigue corriendo sin mostrar la ventana. Depuralo  A grosso modo las variables locales estan en la pila, son perfectamente seguras y ampliamente utilizadas (son el 99% de las variables de los programas, tambien a grosso modo jeje). Si uso un editor de recursos para hacer un dialogo y le coloco algun "componente" uqe no es de los mas comunes como si los son EDIT, LISTBOX, BUTTON... Supongo que sera por no llamar a InitCommonControls/InitCommonControlsEx, fijate en la MSDN.
2789
« en: Sábado 24 de Febrero de 2007, 15:45 »
Jaja, me averiguan algo sobre Jose Garcia y John Smith
2790
« en: Sábado 24 de Febrero de 2007, 10:17 »
¿Acaso estos casos aislados (el de JuanK y el mio) no demuestran que la mentalidad de la gente está cambiando? ¿O solo está ocurriendo en Colombia? La excepcion no hace mas que confirmar la regla.
2791
« en: Viernes 23 de Febrero de 2007, 20:04 »
Pues es algo asi, ya que estamos programando con el Visual Studio 2005 pero estamos haciendo aplicaciones en C para Win 32 en modo consola, todavia no vemos nada visual, ni mucho menos con botones ni nada parecido. Solo es parecida la interfaz con el usuario ya que VS solo genera ejecutables para Windows de 32 y 64 bits.
2792
« en: Viernes 23 de Febrero de 2007, 18:27 »
Bueno, se resolvio el problema, el profesor tambien se rindió, nos pidio que investigaramos eso para hacer un programa que mostrara la hora y la fecha del sistema, al ultimo terminamos haciendolo con estructuras, si alguien quiere el codigo que me diga y lo posteo. Tal vez el esperaba que hicieran un ejecutable para MS-DOS ...
2793
« en: Viernes 23 de Febrero de 2007, 13:10 »
o usando ports !!! ¿O a que? Y no pongas tres signos de exclamacion a menos que quieras indicar que estas gritando.
2795
« en: Viernes 23 de Febrero de 2007, 09:14 »
Si divertido.
Pekeño consejo para los sabelo todo de estos foros.
Nunca dejen su msn, nunca saben con que lammer se pueden encontrar Ahi ya se fue al carajo el pendejo de mierda este y en vez de ser gracioso paso a ser imbecil. Recomiendo ban. De todas las comunidades que estoy que seran mas de 5 o 6 en la unica que me recivieron mal fue en esta solo por nombrar sin kerer la #### palabra "virus" Por algo esta es la MEJOR COMUNIDAD DE PROGRAMACION EN CASTELLANO.
2796
« en: Jueves 22 de Febrero de 2007, 21:24 »
2797
« en: Jueves 22 de Febrero de 2007, 19:18 »
Microsoft es solo una empresa màs , si claro es la màs poderosa del mundo , pero la funcion de toda empresa es generar ingresos, todo lo demàs esta en segundo termino asì como la salud e integridad de los empleados e inclusive la calidad esta en segundo termino, todo sea por conseguir màs ingresos, es la ley de todas las empresas no solo Microsoft. Bingo!
2798
« en: Jueves 22 de Febrero de 2007, 18:26 »
2799
« en: Jueves 22 de Febrero de 2007, 18:17 »
Yo no me explico por que la gente es así, disculpen mis palabras si no son muy "formales" pero, ¿para que chingados ponen las pinches fotos de el tipo? ¿no hubiera bastado con solo escribir/describir? me caga, en realidad me caga que hagan ese tipo de cosas, como los correos que muestran a un niño con quien sabe cuantas heridas...
Está bien, que se quejen de microsoft, que le pidan a microsoft, la verdad... no tengo palabras, me frusto mucho cuando veo estas cosas... Es cierto que es de mal gusto presentar esas imagenes, pero tambien es cierto lo que dijo JuanK, no sabemos como lo estan pasando los autores de la pagina, muy probablemente estan desesperados por mejorar la salud y calidad de vida de su ser querido. Conste, no me parece correcto, pero lo entiendo.
2800
« en: Jueves 22 de Febrero de 2007, 17:27 »
Si no se les puede dar a todos, la solución entonces es no darle a ninguno... Yo no hable de ninguna solucion pero el sitio habla de moral y me parece equivocado el planteo que hacen. ¿Es moral que los empleados de Microsoft sean ayudados y los pobres se jodan? no estoy de acuerdo, hay que ayudar cuando se puede y ya que no se le puede ayudar a todos al menos si se debería hacer con los mas cercanos y en este caso un empleado que trabajo en la compañía tiene cercanía suficiente para que la compañía le ayude en la medida de sus posibilidades, que desde luego para Microsoft no son pocas. A la compañia solo le interesan los numeros que den superavit, deberian saberlo ya.
Páginas: 1 ... 110 111 [112] 113 114 ... 205
|
|
|
Mostrar Mensajes
