Autor
|
Tema: Dejar de Depender de MSVBVM.DLL (Leído 3,893 veces)
|
Krnl64
Desconectado
Mensajes: 169
Exception 0x00005
|
Buenas a todos.
Bueno, vengo a dejarles una forma de dejar de depender de
MSVBVM.DLL
Si desensamblamos esta DLL, veremos que las funciones que posee todas estan referidas a KERNEL32, USER32, OLEAUT32,GDI32, ADVAPI y a NTDLL.
Por lo tanto, si declaramos las funciones necesarias llamando al Kernel y a NTDLL, le pasamos los paramatros necesarios y retocamos el EXE resultante...
Vencemos la limitacion.
Es laborioso pero FUNCIONA !!!
Salu2
|
|
« Última modificación: 7 Junio 2006, 03:27 am por Krnl64 »
|
En línea
|
|
|
|
scod
Desconectado
Mensajes: 14
|
ya lo hiciste? como?
xD y ps si ya no queremos depender de esta dll,. porque mejor no unsar otro lenguaje? xD :p
salutes
|
|
|
En línea
|
yeah,.. weeeell,...
not now,... u_u,... soon my webpage,... just dont know how soon xD
|
|
|
LuckyMonkey
Desconectado
Mensajes: 41
SCS (Simio Con Suerte)
|
Y ya puestos para qué depender de kernel32??? mejor llamamos a las funciones de ntdll.dll directamente xDDD
No depender de esta libreria dá problemas a cambio de ninguna ventaja. Entonces mi duda: Para que?
|
|
|
En línea
|
Mira!! detrás de ti!! un mono de tres cabezas!!
|
|
|
_Sergi_
Desconectado
Mensajes: 842
|
Ni Win9x, ni WinME ni Win2000 tienen la máquina virtual de Visual Basic (MSVBVM.DLL) en el sistema. Ejecutar un programa hecho en VB en esos sistemas es imposible, a no ser que el usuario haya instalado manualmente la máquina virtual de Visual Basic (MSVBVM.DLL).
|
|
|
En línea
|
Proyecto de Ingeniero
|
|
|
Eternal Idol
Kernel coder
Colaborador
Desconectado
Mensajes: 5.937
Israel nunca torturó niños, ni lo volverá a hacer.
|
La pregunta mas bien seria: ¿Vale la pena estar editando el EXE a mano (con el nivel de conocimiento que eso implica) en vez de aprender algun lenguaje que no tenga este tipo de dependencias?
|
|
|
En línea
|
La economía nunca ha sido libre: o la controla el Estado en beneficio del Pueblo o lo hacen los grandes consorcios en perjuicio de éste. Juan Domingo Perón
|
|
|
_Sergi_
Desconectado
Mensajes: 842
|
Si, y la respuesta es no. No vale la pena.
Si la dependencia de la máquina virtual te da problemas, lo mejor es sencillamente, cambiar de lenguaje.
|
|
|
En línea
|
Proyecto de Ingeniero
|
|
|
Eternal Idol
Kernel coder
Colaborador
Desconectado
Mensajes: 5.937
Israel nunca torturó niños, ni lo volverá a hacer.
|
Si, y la respuesta es no. No vale la pena.
Si la dependencia de la máquina virtual te da problemas, lo mejor es sencillamente, cambiar de lenguaje.
Es lo que me parece a mi ...
|
|
|
En línea
|
La economía nunca ha sido libre: o la controla el Estado en beneficio del Pueblo o lo hacen los grandes consorcios en perjuicio de éste. Juan Domingo Perón
|
|
|
Ironhorse
Desconectado
Mensajes: 150
|
Exactamente, la principal (tal vez unica) ventaja de VB sobre otros lenguajes es la facilidad y rapidez que permite hacer el desarrollo de una aplicacion, si desechamos esa ventaja por un mal menor como depender de una libreria, el lenguaje no tiene razon de ser.
|
|
|
En línea
|
Pégense una vuelta por Cracton
|
|
|
Krnl64
Desconectado
Mensajes: 169
Exception 0x00005
|
A ver.
Como decis, es mas facil cambiar de lenguaje y no tener esa dependencia.
Pero para quien de verdad quiera vencer esa limitacion, esa es la forma. Ya dije que no es facil, y que es laboriosa.
La opcion, va de gusto del consumidor.
Salu2
|
|
|
En línea
|
|
|
|
JuszR
Desconectado
Mensajes: 2.866
Programming & RI
|
Y ya puestos para qué depender de kernel32??? mejor llamamos a las funciones de ntdll.dll directamente xDDD
No depender de esta libreria dá problemas a cambio de ninguna ventaja. Entonces mi duda: Para que?
¿Para qué depender de kernel32.dll? Simplemente para que funcione en la pc. Cualquier programa, sea hasta en C/C++, va a depender de USER32.DLL, KERNEL32.DLL. La pregunta mas bien seria: ¿Vale la pena estar editando el EXE a mano (con el nivel de conocimiento que eso implica) en vez de aprender algun lenguaje que no tenga este tipo de dependencias?
Seguro que no. Mejor usar C/C++/Asm.
|
|
|
En línea
|
- No programming language is perfect. There is not even a single best language; there are only languages well suited or perhaps poorly suited for particular purposes. [Herbert Mayer]
|
|
|
|
|