creo que no lo deje muy claro...

el mismo catch requiere un identificador (hdwnd) manejador de ventnas, como quieras llamarle...

el identificador es un numero entenro que si es llevado al limite, para evitar el desborde de su variable, simplemente no almacenara mas....

no hay espacio ni para asignarle al catch un identificador, no hay nada que atrape el error, el error no esta en el programa esta en la limitacion del sistema operativo

No voy a discutir este asunto mas contigo, aun eres bebe, com odicen por ahi que los demas saquen sus conclusiones.

EOF -> para mi

y que pasa con el codigo CIL, que es lo que ejecuta mono, mono nunca toca la parte PE y aun sigue siendo ejeutable en mono


Tratas de exponerme de nuevo y quedas expuesto, sabes bien que el programa su carga util ejecutable no esta en el PE y solo es asi por compatibilidad para que no truene como cacahuate windows al tratar de ejecutar un exe que no es PE


y la pregunta sigue... conoces o no la herramienta para liberarlo del framework


Asi que di la verdad, te equivocaste, no eres el unico que sabe programar aqui, puedes darle tus rollos mareadores a novatos, a mi no.

le preguntaste al usuario, como sabeS? por que seria otro error de semantica,
el dice convertir, no buscar donde dejo el exe


aqui lo dice clarito


Quiere CONVERTIR, no BUSCAR donde esta el EXE

Eternal idol, sabes bien que un programa compilado para el framework .NET solo tiene de PE la cabezera y eso solo para inicie su ejecusion o diga que requiere Windows si es que alguien aun usa DOS en estos dias, sabes bien que el resto de codigo es CIL

Saliendo un poco de la discusion, sobre si PE o CIL.


Tienes alguna solucion para el usuario, y o creo que el que pregunto sabe perfectamente que su programa ejecutable no es lo que espera y tiene de entrada depedencia a un framework...

La pregunta es y la re hago como originalmente dijo


Es posible hacer ejecutable PE a un CIL, conoces alguna herramienta para liberarlo totalmente del framework, no precompilacion a codigo de maquina, esa todos la conocemos, pero eso no lo libera del framework...

mejorando la pregunta...

Sabes como liberar un CIL del framework, algun ¿compilador/linkeador que lo haga a nativo del os?

Que estas señalando Eternal Idol, primero dices que no hay portables ejecutables, excepto por el nombre o redactaste mal tu post, quedando un problema de semantica


si es asi, le falta alguna que otra palabra y un par de comas para que no quede a especulacion cuando dices NO EXISTE NINGUN CODIGO PE, si estas hablando en el contexto del framework o no


fuera del contexto del framework te conteste, si los hay, en GNU/Linux

En Windows ya no, aunque siguen llamando PE al formato.

En linux aunque el formato no es PE, ahi, aun se pueden hacer ejecutables independientes de librerias

Bueno, parece que en realidad el problema es.... que no queda memoeria ni siquiera para que el catch funcione, tambien ten en cuenta que en windows cada objeto tiene un identificador del sistema operativo, cada ventana, cada etiqueta, cuadro, radio, todos tienen un identificador unico que windows conoce, si los llevas al maximo, no podras crear nada mas, ni un objeto mas, por que windows ya no tiene la capacidad de manejarlo. incluso no tendria espacio para asignarle su identificador al catch


asi que pueden ser 2 cosas

1 agotaste los identificadores de cada ventana ( cada objeto se considera una ventana )
2 agotaste completamente la ram disponible para tu programa

yo creo que es la primea opcion

Creo que la pregunta de akkjz  esta mal planteada y no le entendieron.


en .NET los programas no son programas PE, son pseudo codigo C-IL de Microsoft para el framework .NET

sin el framework el programa no va a correr, por que no es un programa de verdad de Windows

Tan es asi que ese mismo EXE si cumple con todas las apis de mono podria ejecutarse en Linux con mono, sin recompilarlo.

Los EXE de .NET son como los Java son codigo intermedio.


entonces la pregunta debe ser, como pasar de codigo IL a codigo PE