Compilar sin usar Visual Basic???

Iniciado por Hole_System, 22 Mayo 2008, 02:10 AM

0 Miembros y 2 Visitantes están viendo este tema.

seba123neo

si,el portable es un desastre,te va a tirar error por todos lados,ni un datareport se podia agregar,por lo menos la version que yo probe..
La característica extraordinaria de las leyes de la física es que se aplican en todos lados, sea que tú elijas o no creer en ellas. Lo bueno de las ciencias es que siempre tienen la verdad, quieras creerla o no.

Neil deGrasse Tyson

‭‭‭‭jackl007

Cita de: skullsp en 25 Mayo 2008, 12:00 PM
portable?? naaaaaaaaaaaa, no te bajes eso por favor, no se puede compilar y no tiene ninguan referencia en las librerias, posta que te sale mas barato comprarte una notebook y llevarla a todos lados, antes que usar ese portatil feo


sl2

eso es mejor, el software visual basic portable, es solo para sacarte del apuro y practicar, mas no generar.

SKL (orignal)


SERBice

señoers, VB no compila, sin que lo hace el C2.exe y LINK.exe hasta donde se, si se copian en u directorio esos archivos y sus dpendencias, y se los usa de forma correcta (tal cual los llama el VB) se pude compilar. claro que para eso habria que hacer algo d ingenieria inversa sustituyendo dichos archivos por unos propios que a su vez llamen a los originales y almacenen los parametros recibidos por command$

no obstante, lo qeu el amigo quiere hacer es "serializar" una aplicacion apra distribuirla (tenemos un pequeño bill gates por aqui :P)... pued hacerlo agregando al final del exe el serial y si no queire que "lo descubran" un poco de "texto basura al azar" antes y despues del serial seria perfecto. A pesar de todo, igualmente el sserial dberia ser un hash para asegurar que no pueda ser crackeado facilmente.

as que, contestando a serializar una apliacacion: si, se pude
compilar un soft: si, usando ciertas partes del vb (el linkeador y compilador) se puede.

SKL (orignal)

emmm cobein hizo un compilador, o algo parecido, para hacerlo de formar standar osea EXE y para hacerlo en forma de DLL, es muy interesante, lo hizo para hacer las inyecciones con dll en visual...

SuperDuper.rar - Descargalo en UpSourceCode.com.ar


saludos

Coyote 3 Patas

Colaboro con unas pocas observaciones:

1 Hole_System solo emitió un par de mensajes y todos los demás se pusieron a discutir

2 Si lo que deseas Hole es hacer un programa para proteger otro  con gusto me pongo a tus órdenes. Es un tema que resolví hace varios veranos, en mis años universitarios, desde MS-DOS. Ahora uso otro modelo, pero funciona. Mis programas solo corren en la computadora donde se activan. Con gusto podríamos hacer algunas pruebas sin costo.

3. La discusión sobre si un código interpretado es mejor que uno compilado, es otro gran comentario, mal cimentado. Comencemos por el final: si un estúpido desarrolla en lenguaje C o en ensamblador un compilador, este será tan lento como el pensamiento del estúpido, al grado de que si un tipo muy capaz hace un intérprete en el mismo VB, este podría ser mucho más rápido que el compilador del estúpido. Recuerden: al mal pianista hasta las uñas le estorban.

3. Respecto a si VB es el mejor o peor lenguaje, es lo mismo. Un poeta Inglés seguramente podrá crear piezas maestras en Inglés, pero verdaderas estupideces en Español. No me imagino a Miguel de Cervantes escribiendo en Chino. El mejor lenguaje es el que a tí te resuelve tus problemas. Alguien puede ser un erudito en VB y un total inepto en C, así que pedirle que haga un compilador en C equivale a obtener un producto final listo para la basura; lo que es más, podría ser un erudito en C, pero no tener la más mínima idea de lo que un compilador es, al grado de no poder diferenciar entre un intérprete y un compilador, entre una subrutina y un subprograma, entre un subprograma y una macro, a un cargador de un ligador. En fin. Muchos autollamados expertos en C no conocen siquiera la estructura INTERNA de un programa EXE y menos diferenciaran de un COM (si es que los conocen).

Con un sin fin de cosas en el tintero por escribir...
mas bien: Con un sin fin de cosas en el teclado por escribir....

Saludos desde este lado de cable.

Coyote 3 Patas,
o lo que es lo mismo: Coyote Cojo

seba123neo

La característica extraordinaria de las leyes de la física es que se aplican en todos lados, sea que tú elijas o no creer en ellas. Lo bueno de las ciencias es que siempre tienen la verdad, quieras creerla o no.

Neil deGrasse Tyson

krackwar

Cita de: Coyote 3 Patas en  9 Julio 2008, 02:11 AM
Colaboro con unas pocas observaciones:

1 Hole_System solo emitió un par de mensajes y todos los demás se pusieron a discutir

2 Si lo que deseas Hole es hacer un programa para proteger otro  con gusto me pongo a tus órdenes. Es un tema que resolví hace varios veranos, en mis años universitarios, desde MS-DOS. Ahora uso otro modelo, pero funciona. Mis programas solo corren en la computadora donde se activan. Con gusto podríamos hacer algunas pruebas sin costo.

3. La discusión sobre si un código interpretado es mejor que uno compilado, es otro gran comentario, mal cimentado. Comencemos por el final: si un estúpido desarrolla en lenguaje C o en ensamblador un compilador, este será tan lento como el pensamiento del estúpido, al grado de que si un tipo muy capaz hace un intérprete en el mismo VB, este podría ser mucho más rápido que el compilador del estúpido. Recuerden: al mal pianista hasta las uñas le estorban.

3. Respecto a si VB es el mejor o peor lenguaje, es lo mismo. Un poeta Inglés seguramente podrá crear piezas maestras en Inglés, pero verdaderas estupideces en Español. No me imagino a Miguel de Cervantes escribiendo en Chino. El mejor lenguaje es el que a tí te resuelve tus problemas. Alguien puede ser un erudito en VB y un total inepto en C, así que pedirle que haga un compilador en C equivale a obtener un producto final listo para la basura; lo que es más, podría ser un erudito en C, pero no tener la más mínima idea de lo que un compilador es, al grado de no poder diferenciar entre un intérprete y un compilador, entre una subrutina y un subprograma, entre un subprograma y una macro, a un cargador de un ligador. En fin. Muchos autollamados expertos en C no conocen siquiera la estructura INTERNA de un programa EXE y menos diferenciaran de un COM (si es que los conocen).

Con un sin fin de cosas en el tintero por escribir...
mas bien: Con un sin fin de cosas en el teclado por escribir....

Saludos desde este lado de cable.

Coyote 3 Patas,
o lo que es lo mismo: Coyote Cojo

No rebivas post viejo y no trates de estupido a nadie , ya que no creo qu ni si quieras  seria capas de crear un .com decente.
Mi blog
Bienvenido krackwar, actualmente tu puntuación es de 38 puntos y tu rango es Veteran.
El pollo número 1, es decir yo, (krackwar), adoro a Shaddy como a un dios.

Coyote 3 Patas

1 Pido disculpas por activar post viejos.
2. A nadie le he dicho estúpido, pero si alguien se sintió airecito en las orejas, me disculpo.
3 Krackwar tiene razón, no soy capáz de crear un .COM decente

Saludos a todos

Recomendación: Nunca discutas con un necio.... ni con un estúpido, tendrás que bajarte a su nivel y luego con su mayor experiencia te ganará.

;)

cassiani

Cita de: Coyote 3 Patas en  9 Julio 2008, 03:46 AM
1 Pido disculpas por activar post viejos.
2. A nadie le he dicho estúpido, pero si alguien se sintió airecito en las orejas, me disculpo.
3 Krackwar tiene razón, no soy capáz de crear un .COM decente

Saludos a todos

Recomendación: Nunca discutas con un necio.... ni con un estúpido, tendrás que bajarte a su nivel y luego con su mayor experiencia te ganará.

si no la embarras a la primera, lo haces a la segunda  :-\