si se puede generar un exe.. justamente hoy estba hablando con cobein, y dijo que un pibe de 18 años que esta en planeta source code, como estaba aprendiendo asm se creo un compilador de asm jajajaja, asi qeu seguramente crea exes tambien, es uqe nadie tiene la experiencia suficiente como para hacer algo...

sl2

Antes de nada, no soy un fan de Visual Basic, pero mucha gente me hace gracia.

No tiene nada que ver a que visual basic "esté a años luz del asm". Pues claro, asm es de bajo nivel y visual basic es de alto nivel.

También se busca en un compilador que sea portable, es decir, que se pueda portar a distintos sistemas operativos, por tanto programarlo en visual basic es programar un compilador prácticamente para windows, a pesar de haber alternativas de visual basic para otros OS.

El problema es muy sencillo a nivel teórico. Los ficheros PE, o también llamados ejecutables (o exe's), tienen una estructura (una cabecera, el OEP o dirección del punto de inicio del programa, etc....), y esos archivos están en código máquina que es el lenguaje más cercano que se puede traducir literalmente en 1 y 0.

Un compilador lo que hace es traducir un lenguaje (ya sea inventado o alguno real) a código máquina, generando primero la estructura correspondiente para cada sistema operativo, incluyendo las librerías necesarias, y luego introduciendo el código máquina necesario para ejecutarse de la misma manera que se programó en el lenguaje original. (En este punto decidme donde no se puede hacer esto en visual basic).

Luego, primero hay que informarse qué hace realmente un compilador o intérprete, entonces diréis que si que es posible, aunque al no parecerse nada el lenguaje original al lenguaje destino, será mucho más difícil la traducción.

Visual Basic tiene mucha potencia en cuanto al diseño del entorno gráfico del programa, y su método de programación es sumamente sencillo, aunque para algunos incompleto, es cierto. Pero tiene acceso total a las API's de Windows, por tanto control total sobre el sistema, como lo hacen otros lenguajes. Por tanto, antes de comparar hay que conocer. Por supuesto, hay limitaciones en cuanto a la potencia del lenguaje, pero si no se programa un intérprete, ¿para que quieres potencia?

PD: Tanto que os gusta decir que los compiladores se hacen con otros lenguajes, ¿sabéis hacer compiladores con dichos lenguajes?

Un saludo.

Yo tampoco quiero generar una discusión, simplemente quería hacer una aclaración de que en cualquier lenguaje se puede hacer un compilador, aunque es un trabajo duro hacer uno totalmente funcional.

Por supuesto, las limitaciones de Visual Basic están en la optimización del código y su potencia. Al ser un lenguaje pseudo-interpretado, su velocidad de ejecucion es menor que un lenguaje compilado. Por tanto, hacer un intérprete de un lenguaje de bajo nivel en visual basic se volvería totalmente inútil, ya que programar en ese lenguaje normalmente se hace por su velocidad y optimización. Interpretarlo en Visual Basic le quitaría las ventajas que tiene un lenguaje de bajo nivel.

La mejor opción en ese aspecto siempre sería hacer una compilación, ya que al parecerse tanto el ensamblador al código máquina, se hace mucho más fácil que con la traducción de un lenguaje de alto nivel.

¡Saludos!

Creo que no me has entendido bien. Da igual que lo compiles en P-Code o en Nativo. Un lenguaje interpretado siempre será más lento que un lenguaje compilado, como bien he dicho antes, hacer un intérprete en visual basic, o en cualquier otro lenguaje, siempre será más lento que traducir un lenguaje a código máquina.

No quiero hacer una discusión sobre esto, así que dejo ya de postear en este post.

¡Un saludo!

Creo que bajare el VB portable y lo probare, pq la verdad creo q es la mejor...

aunque se puede pensar en otro metodo...para el lio del numero....

grx a todos por el debate..

salu2