Mensajes

[.Lee mi firma ¬¬"...]

.
.Lee mi firma ¬¬"...

No habra tanto rollo... solo hay que hacerle un hook a esa api y denegar TODO lo que pase por hay, cuando ejecute algun EXE...

Infierno Lunar!¡.

Si hookeas ese API y lo deniegas TODO, todas las aplicaciones de VB que utilicen classes se iran a la ***** , se puede comprobar facilmente si la llamada es legitima... pero mejor me callo... nunca se sabe si hay alguien de Avira cotilleando por aqui

[Zombie_AddRef@MSVBVM60]

.
Avisas por qué el día qué sueltes eso jura qué me instalo 2 o mas AV... entre ellos Avira ( Aun que no le guste a nadie!¡. )

Dulces Lunas!¡.

Ya estas avisado, con Zombie_AddRef@MSVBVM60 puedo llamar a cualquier puntero usando funciones nativas del VB6

Código [Seleccionar] Expandir

http://foro.elhacker.net/programacion_visual_basic/vb6src_mzombieinvoke_llama_apis_sin_declararlas-t301834.0.html


Ves instalando AVs y reza a tu[s] dios[es]

Es mas yo no se programar en nada y cambiando un poco de tema podrias ayudarme orientandome con visual basic, a mi me interesaria empezar con eso, me gustaria saber que programa necesito y como puedo inciarme ojala pudieras ayudarme

Es una broma? No te quejabas hace un instance de que se desviaba el post? Si tienes alguna duda CONCRETA me envias un privado...

No me da tiempo a leerme la documentacion ni nada, pero veo que estais dando la vuelta al numero usando cadenas... Esto puede que os ayude a mejorar la velocidad

Código [Seleccionar] Expandir

Public Function lngReverse(ByVal lLong As Long) As Long
   Do
       lngReverse = (lngReverse * 10) + (lLong Mod 10)
       lLong = lLong \ 10
   Loop While lLong > 0
End Function

Saludos

Hola a todos, que divertido que el tema hable de una cosa y mientras casi todos opinan con referencia al tema...Karcrack debate otro tema con Eternal Idol
eso es fabuloso.

Te gusta Me alegro mucho

No nos hemos salido del tema, demostramos que el VB no es un lenguaje de tontos

Como dije al principio hay que usar la herramienta adecuada para resolver cada problema  

Opino exactamente lo mismo Pero eso no implica que no se deba de exprimir al maximo cada herramienta

Mira que DbgPrint es necesaria  

Jaja, lo habia pensado

Hay una cosa que no pienso discutir, y es que VB6 no esta diseñado para ciertas cosas... pero las cosas para las que no esta diseñado se pueden hacer con mas o menos problemas... un ejemplo es la implementacion de ASM...

Es por eso que yo para comenzar recomiendo Delphi, que es un lenguaje con menos limitaciones... Aunque sabes que al final acabaras programando en C o ASM, si realmente te gusta programar.

DbgPrint por ejemplo, el numero de parametros es variable y stdcall no soporta eso (el llamado acomoda la pila). Tambien hay muchas funciones que son fastcall como IofCompleteRequest por ejemplo.

Ummm... entonces tocaria usar ASM Inline... Ahi la cosa se complica, ya que los metodos para usar ASM no funcionarian, asi que ahi ya toca jugar con los .OBJ, para incrustar el codigo en ASM...

Al parecer si aunque no lo vi en ningun lado y no se hasta que punto la dependencia con la Run Time lo hace factible y el codigo generado para la misma es valido en estas circustancias y generacion frankestein de ejecutable ...

A ver si tengo un rato esta noche y te hago un "Hello World" desde R0

Es decir que ni se puede instalar el IDE en Windows de 64 bits (al menos con el metodo normal)  

Asi es, para poder instalarlo hay que parchear el instalador...

¿Y las funciones que no son stdcall? ¿Es la unica convencion de llamada que soporta VB, no? ¿Hay que ejecutar codigo en assembly?   ¿Solo se puede trabajar con tipos primitivos y funciones exportadas por el Kernel? No es muy BASIC que digamos   ¿De verdad alguien puso eso en practica?  

No sabia que hubiese funciones del Kernel en CDECL
Sin duda no es nada basico... pero se puede hacer o no?

Otro punto para la lista entonces: un hello world de 64 bits.

No me habia planteado nunca ese problema... imagino que no, no seria posible... VB6 esta un tanto desfasado en este tema... con que te diga que el instalador viene en 16bits

1. Es posible programar Drivers en VB, el compilador lo permite, solo que las cosas se complican en el codigo. Por supuesto siempre sera mas sencillo hacerlo con C o [F/M/N]ASM...

¿Puedo ver un ejemplo? Siempre estoy abierto a que me corrijan  

¿Como permite esto el compilador/enlazador si el lenguaje en si mismo - al menos en la implementacion de Microsoft que es su dueño - depende de una libreria de modo Usuario? No digo que sea imposible pero debe requerir un hackeo muy grande del IDE y/o reescribir esa Run Time para proveer su funcionalidad ...

Para funcionar correctamente el ejecutable tiene que estar enlazado contra el Kernel y no puede estarlo contra el Run Time de VB que es una libreria de modo Usuario, ademas el SUBSYSTEM tiene que ser NATIVE.

2. Ahi tienes toda la razon, VB no es multiplataforma... Pero... Gambas?

Y si, Gambas es BASIC pero no es VB.

1- Hay que modificar los parametros que se le pasan al LINKER, cambiar el procedimiento de inicio, despues eliminar la referencia a MSVBVM60 y trabajar con TLBs de las APIs del KERNEL , como ya he dicho mucho mejor hacerlo en los lenguajes que estan diseñados para estas cosas

2- Esta claro, no es VB. Pero tiene una sintaxis/procedimientos muy muy similares...