Ejecutar programas sin necesidad de tener .Net Framework instalado

ahora que recuerdo, en el site de nlite, salio creo, un projecto en el que
tu podias decidir
que partes del NetFx querias instalar, me parece que es muy parecido a lo
que queremos ahora.

Como se ve, siempre hay cosas muy interesantes,
aunque tambien creo, que ese projecto desparecio :(

Carlos.

"Julian Mejio" wrote in message
news:
Hola.
Tengo una duda acerca de la ejecución de programas en máquinas que no tengan
instalado .Net Framework. Me refiero a que tengo una aplicación la cual será
distribuida en CD en un evento, y no será instalable, ya que es el material
del
evento. En pocas palabras, la aplicación será el puente entre el material y
el
usuario final. Sin embargo, si el computador donde se ejecute la aplicación
no
tiene .Net Framework instalado no se podrá ver, y todo el trabajo se
perdería.
Necesito saber si hay alguna forma de que la aplicación sea portable y no
requiera instalación para poder ser ejecutada.

El vínculo que diste está más o menos lo que quiero, lamentablemente no tengo
$5000 US así que tendré que buscar otra solución. Creo que Encarta trae una
instalación silenciosa de .Net Framework en el CD, será confirmar y si puedo,
hacer eso para instalarlo. Mi objetivo en sí es que se ejecute el programa, sea
lo que sea para hacer, y lo más transparente al usuario final.

RFOG wrote:
Mostrar la cita

Ni funcionará. Windows de por sí no entiende los ejecutables .net y
saltará una pantalla que te dirá "Error 135" y poco más. Para que una
aplicación .NET funcione es necesario parchear el sistema operativo para
que reconozca ese tipo de ejecutable y lance la máquina virtual .NET etc.

No obstante, existe una aplicación de terceros que permite virtualizar
un ejecutable y permitir que se lance sin instalar nada en el equipo
cliente. Aquí va más o menos explicado:
http://www.genbeta.com/2007/12/10-t...licaciones


Por otro lado, resulta enormemente aventurado lanzarse a realizar una
aplicación de ese tipo sin antes haberse planteado y verificado el tema
de si se va a ejecutar sin necesidad de instalar nada en el ordenador
cliente...


"xcal" wrote in message
news:%
Mostrar la cita

creo que seria parecido a crear uno un assembly
y ver como desde el solution explorer colocar las
referencias, pero nunca hice eso

Carlos.

"Julian Mejio" wrote in message
news:
Sí. Estaba pensando en eso, como copiar la parte del .Net Framework que
utilizo
y agregar la nueva referencia, pero no sé si daría, tengo que probar, y
bueno,
en cuanto a esas herramientas de terceros, también las tendría que
probar,
no sé
si pierda funcionalidad o se altere la interfaz gráfica (uso XAML) cuando
queden
convertidas.

xcal wrote:
Mostrar la cita

Existen herramientas de terceros para convertir codigo net a c?digo
nativo
win32 o win64.

Mas creo que tu idea es si puedes copiar un assembly del netfx que tenga

los
Mostrar la cita

namespaces
que vas a usar, pejm dentro del folder de tu aplicaci?n, bueno,
espero que
algun forero nos ayude

Carlos.

"Julian Mejio" wrote in message
news:
Hola.
Tengo una duda acerca de la ejecuci?n de programas en m?quinas que no

tengan
Mostrar la cita

instalado .Net Framework. Me refiero a que tengo una aplicaci?n la cual

ser?
Mostrar la cita

distribuida en CD en un evento, y no ser? instalable, ya que es el

material
Mostrar la cita

del
evento. En pocas palabras, la aplicaci?n ser? el puente entre el
material

y
Mostrar la cita

el
usuario final. Sin embargo, si el computador donde se ejecute la

aplicaci?n
Mostrar la cita

no
tiene .Net Framework instalado no se podr? ver, y todo el trabajo se
perder?a.
Necesito saber si hay alguna forma de que la aplicaci?n sea portable
y no
requiera instalaci?n para poder ser ejecutada.

En algun momento lei algo de unncompilador JIT (just in time) que viene
en el .Net Framework y se podria generar un ejecutable para x86 o x64
dependiendo del caso, pero nunca profundice mucho.

Saludos

xcal escribió:
Mostrar la cita

hombre, nadie se esta aventurando, solo estamos lanzando nuestras primeras
conjeturas,
nadie ha querido dársela de sabio. Si ubiesemos errado en esto ultimo, ok,
tendrias razon.

Asi por ejemplo, la siguiente conjetura es que me parece que Microsoft ya se
planteo el mismo problema, habria que buscar si tienen ellos alguna
solucion. Lo que sucede es que
por ejemplo, la maquina virtual podria algun dia llegar a hacerse "portable"
tambien.
Como ves, todo conjetura. Pasa que cometemos errores, no me dedico al
csharp,
ni actuo en programación net, y por eso se me olvidan a veces algunas cosas.

gracias por el link, esta muy interesante.

"RFOG" wrote in message
news:
Mostrar la cita

Ni funcionará. Windows de por sí no entiende los ejecutables .net y

saltará
Mostrar la cita

una pantalla que te dirá "Error 135" y poco más. Para que una aplicación
.NET funcione es necesario parchear el sistema operativo para que

reconozca
Mostrar la cita

ese tipo de ejecutable y lance la máquina virtual .NET etc.

No obstante, existe una aplicación de terceros que permite virtualizar un
ejecutable y permitir que se lance sin instalar nada en el equipo cliente.
Aquí va más o menos explicado:

http://www.genbeta.com/2007/12/10-t...licaciones
Mostrar la cita

Por otro lado, resulta enormemente aventurado lanzarse a realizar una
aplicación de ese tipo sin antes haberse planteado y verificado el tema de
si se va a ejecutar sin necesidad de instalar nada en el ordenador
cliente...


"xcal" wrote in message
news:%
Mostrar la cita

creo que seria parecido a crear uno un assembly
y ver como desde el solution explorer colocar las
referencias, pero nunca hice eso

Carlos.

"Julian Mejio" wrote in message
news:
Sí. Estaba pensando en eso, como copiar la parte del .Net Framework que
utilizo
y agregar la nueva referencia, pero no sé si daría, tengo que probar, y
bueno,
en cuanto a esas herramientas de terceros, también las tendría que

probar,
Mostrar la cita

Mostrar la cita

no sé
si pierda funcionalidad o se altere la interfaz gráfica (uso XAML)

cuando
Mostrar la cita

Mostrar la cita

queden
convertidas.

xcal wrote:
Mostrar la cita

Existen herramientas de terceros para convertir codigo net a c?digo
nativo
win32 o win64.

Mas creo que tu idea es si puedes copiar un assembly del netfx que

tenga
Mostrar la cita

Mostrar la cita

los
Mostrar la cita

namespaces
que vas a usar, pejm dentro del folder de tu aplicaci?n, bueno, espero
que
algun forero nos ayude

Carlos.

"Julian Mejio" wrote in message
news:
Hola.
Tengo una duda acerca de la ejecuci?n de programas en m?quinas que no

tengan
Mostrar la cita

instalado .Net Framework. Me refiero a que tengo una aplicaci?n la cual

ser?
Mostrar la cita

distribuida en CD en un evento, y no ser? instalable, ya que es el

material
Mostrar la cita

del
evento. En pocas palabras, la aplicaci?n ser? el puente entre el

material
Mostrar la cita

Mostrar la cita

y
Mostrar la cita

el
usuario final. Sin embargo, si el computador donde se ejecute la

aplicaci?n
Mostrar la cita

no
tiene .Net Framework instalado no se podr? ver, y todo el trabajo se
perder?a.
Necesito saber si hay alguna forma de que la aplicaci?n sea portable y

no
Mostrar la cita

Mostrar la cita

Mostrar la cita

requiera instalaci?n para poder ser ejecutada.

Microsoft Visual C++ MVP
==>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Momentos Leves: http://momentosleves.blogspot.com/
Cosas mías: http://rfog.blogsome.com/
Libros, ciencia ficción y programación
>> Si una nación tiene un héroe, estará salvada.

Hasta donde yo sé eso no te evita el .NET. Lo que hace es, durante la
instalación, pasar el programa a código nativo para que cargue y ejecute
algo más rápido (ya que el proceso de compilado y optimizado al vuelo ya
está hecho).

El inconveniente es que eso hay que hacerlo en el ordenador destino (no
vale, o al menos en el .NET 2 no valía) compilarlo en el ordenador de
desarrollo y distribuirlo al cliente ya en formato binario. Además, el
resultado se coloca en formato *extraño* dentro de la CAG, que es un área
de ficheros situada dentro de las carpetas de windows, por lo que una vez
*njenado* ya no puede residir en una carpeta normal (y menso aún en un
CD). Y ese ejecutable sigue necesitando acceder a las bibliotecas .NET
instaladas en el ordenador cliente.

Nota: JIT son las siglas de Just In Time, que MS llama al proceso de
compilar partes del programa de MSIL a código nativo durante la ejecución,
así como el de optimizar al vuelo el código durante la ejecución.

A lo que te refieres es a pasar tu aplicación por el programa llamado
"ngen", que está en el .NET Framework del cliente (por lo que las máquinas
destino han de tenerlo instalado) y que a falta de otro nombre yo llamo
"ngenar" al proceso de hacerlo.

On Fri, 24 Oct 2008 02:19:30 +0200, Sebastian I wrote:

Mostrar la cita

En algun momento lei algo de unncompilador JIT (just in time) que viene
en el .Net Framework y se podria generar un ejecutable para x86 o x64
dependiendo del caso, pero nunca profundice mucho.

Saludos

xcal escribió:
Mostrar la cita

hombre, nadie se esta aventurando, solo estamos lanzando nuestras
primeras
conjeturas,
nadie ha querido dársela de sabio. Si ubiesemos errado en esto ultimo,
ok,
tendrias razon.
Asi por ejemplo, la siguiente conjetura es que me parece que Microsoft
ya se
planteo el mismo problema, habria que buscar si tienen ellos alguna
solucion. Lo que sucede es que
por ejemplo, la maquina virtual podria algun dia llegar a hacerse
"portable"
tambien.
Como ves, todo conjetura. Pasa que cometemos errores, no me dedico al
csharp,
ni actuo en programación net, y por eso se me olvidan a veces algunas
cosas.
gracias por el link, esta muy interesante.
"RFOG" wrote in message
news:
Mostrar la cita

Ni funcionará. Windows de por sí no entiende los ejecutables .net y

saltará
Mostrar la cita

una pantalla que te dirá "Error 135" y poco más. Para que una
aplicación
.NET funcione es necesario parchear el sistema operativo para que

reconozca
Mostrar la cita

ese tipo de ejecutable y lance la máquina virtual .NET etc.

No obstante, existe una aplicación de terceros que permite virtualizar
un
ejecutable y permitir que se lance sin instalar nada en el equipo
cliente.
Aquí va más o menos explicado:

http://www.genbeta.com/2007/12/10-t...licaciones
Mostrar la cita

Por otro lado, resulta enormemente aventurado lanzarse a realizar una
aplicación de ese tipo sin antes haberse planteado y verificado el
tema de
si se va a ejecutar sin necesidad de instalar nada en el ordenador
cliente...


"xcal" wrote in message
news:%
Mostrar la cita

creo que seria parecido a crear uno un assembly
y ver como desde el solution explorer colocar las
referencias, pero nunca hice eso

Carlos.

"Julian Mejio" wrote in message
news:
Sí. Estaba pensando en eso, como copiar la parte del .Net Framework
que
utilizo
y agregar la nueva referencia, pero no sé si daría, tengo que probar,
y
bueno,
en cuanto a esas herramientas de terceros, también las tendría que

probar,
Mostrar la cita

Mostrar la cita

no sé
si pierda funcionalidad o se altere la interfaz gráfica (uso XAML)

cuando
Mostrar la cita

Mostrar la cita

queden
convertidas.

xcal wrote:
Mostrar la cita

Existen herramientas de terceros para convertir codigo net a c?digo
nativo
win32 o win64.

Mas creo que tu idea es si puedes copiar un assembly del netfx que

tenga
Mostrar la cita

Mostrar la cita

los
Mostrar la cita

namespaces
que vas a usar, pejm dentro del folder de tu aplicaci?n, bueno,
espero
que
algun forero nos ayude

Carlos.

"Julian Mejio" wrote in message
news:
Hola.
Tengo una duda acerca de la ejecuci?n de programas en m?quinas que no

tengan
Mostrar la cita

instalado .Net Framework. Me refiero a que tengo una aplicaci?n la
cual

ser?
Mostrar la cita

distribuida en CD en un evento, y no ser? instalable, ya que es el

material
Mostrar la cita

del
evento. En pocas palabras, la aplicaci?n ser? el puente entre el

material
Mostrar la cita

Mostrar la cita

y
Mostrar la cita

el
usuario final. Sin embargo, si el computador donde se ejecute la

aplicaci?n
Mostrar la cita

no
tiene .Net Framework instalado no se podr? ver, y todo el trabajo se
perder?a.
Necesito saber si hay alguna forma de que la aplicaci?n sea portable
y

no
Mostrar la cita

Mostrar la cita

Mostrar la cita

requiera instalaci?n para poder ser ejecutada.

==>>> Mi blog sobre programación: http://geeks.ms/blogs/rfog
Momentos Leves: http://momentosleves.blogspot.com/
Cosas mías: http://rfog.blogsome.com/
Libros, ciencia ficción y programación
>>> Si una nación tiene un héroe, estará salvada.

Microsoft Visual C++ MVP
==Mi blog sobre programación: http://geeks.ms/blogs/rfog
Momentos Leves: http://momentosleves.blogspot.com/
Cosas mías: http://rfog.blogsome.com/
Libros, ciencia ficción y programación
El cielo se gana por favores. Si fuera por méritos usted se quedaría
afuera y su perro entraría.