FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Cómo determinar el tamaño original de un archivo ejecutable
Hola a todos,
A ver si podéis echarme una mano con el siguiente problema. En uno de mis proyectos necesito adjuntar ciertos datos en un archivo ejecutable, esto es, en realidad adjunto un archivo a otro archivo, este último un ejecutable generado también con Delphi. Todo funciona bien, excepto si además cambio el icono de dicho archivo ejecutable. Para conseguir el tamaño original de un archivo ejecutable, me baso en el siguiente código de Angus Johnson:
La idea del anterior código es determinar el tamaño original de un archivo ejecutable, sin contar con el archivo que hemos adjuntado al mismo, puesto que este se "añade" al ejecutable, pero, no forma parte de sus "cabeceras" (no sé si me explico, porque, aquí me pierdo un poco, tengo que reconocerlo). Pues bien, en teoría esto ha de funcionar, sin embargo, el anterior código siempre retorna "0" en Windows NT (Windows 10, por ejemplo). Como se trata un código para Delphi 3, yo lo he "sabido" modificar un poco de este modo:
En efecto, el código modificado que muestro arriba no retorna "0", sin embargo, no tiene en cuenta el cambio del icono del ejecutable. Es decir, supongamos que el archivo ejecutable original tiene un tamaño de 100 bits. Ahora pueden darse dos casos: que el tamaño del icono a usar sea mayor o menor que el del ejecutable original: sea como sea, la función anterior retornará 100, es decir, no tendrá en cuenta que se ha cambiado el icono del ejecutable. Como para saber la cantidad de datos a leer del archivo ejecutable se determina por la fórmula: Tamaño Actual - Tamaño Original, dicha fórmula falla, en el sentido de que, por ejemplo, si se usado un icono de menor tamaño que el original, es posible que "Tamaño Actual" sea menor que "Tamaño Original", de modo que estaríamos leyendo una cantidad de datos negativa, o sea, que no podremos leer correctamente dichos datos. ¿Qué es lo que necesito? Tengo dudas sobre si los cambios que he introducido a la función de Angus Johnson son del todo correctos o no, de modo que esta función, o sea, la que determina el tamaño original del archivo ejecutable, la que esté causando los problemas: puesto que no tenga en cuenta el posioble cambio del icono. Hay que decir, que, si no se cambia el icono, todo funciona como se espera, pero, el cambio del icono es una opción para el usuario y no se puede simplemente eliminar. He probado varias cosas, por ejemplo, en la función original tenemos esta línea:
Como puede verse, en la modificación que yo he hecho dicha línea se ha transformado en esta otra:
Ahora bien, si trato de hacer lo siguiente, para tratar de ajustar más:
... dicha cambio implica que la función retorne de nuevo siempre "0". ¿Otras posibles causas del problema? Creo que el problema está determinado porque la función anterior no es capaz de tener en cuenta el cambio de icono en el archivo ejecutable. Pareciera que sigue "leyendo" el tamaño original del icono y así el resultado que ofrece está equivocado, tanto en el caso de que el icono a cambiar sea mayor o menor que el original. Pero, por otro lado, me queda también la duda de que pueda ser, precisamente, la función encargada de cambiar el icono, la que esté causando el problema, porque, de alguna forma no "actualize" el tamaño al del nuevo "icono/recurso". Sin embargo, la función encargada de cambiar el icono, originalmente escrita por Jordan Russell para Inno Setup, funciona por lo demás correctamente.
¿Alguna conclusión? Quiero pensar que, puesto que estoy tratando de traducir un código escrito en Delphi 3, que, además no comprendo muy bien, la función problemática no es la encargada de cambiar el icono, sino "GetExeSize", que, no consigue determinar bien el tamaño original del archivo ejecutable, es decir, no tiene en cuenta el posible cambio del icono. Pero la verdad es que no puedo concluir que ahí esté el problema... y por eso necesito de vuestra ayuda, puesto que tal vez alguno de vosotros esté más puesto que yo en estos asuntos y pueda ofrecer algo de luz al respecto. Por favor, si necesitáis cualquier otra información que se me haya olvidado, decídmelo y trataré de proporcionarla. ¡Muchas gracias a tod@s! Última edición por dec fecha: 28-02-2017 a las 10:45:51. |
#2
|
||||
|
||||
Pregunta tonta: ¿por qué no dejas el icono fuera?
|
#3
|
||||
|
||||
Hola,
De pregunta tonta nada... Gracias por responder Casimiro. Pero, ¿qué significa dejar el icono "fuera"? |
#4
|
||||
|
||||
Quiero decir, según he entendido, que si el usuario puede cambiar el icono del programa ¿por qué no lo cargas el ficherito desde disco?
|
#5
|
||||
|
||||
Hola,
He pensado algo parecido, desde luego, pero, la idea es que el icono "luzca" en el propio archivo ejecutable, es decir, no es tanto que dicho icono aparezca en el formulario u otro lugar, pero, en el mismo icono del ejecutable. En todo caso estaríamos obligando a distribuir el icono en cuestión junto con el ejecutable... que tendría un icono "original"... no sé... Casimiro... de veras que he pensado que simplemente decir, "no se puede cambiar el icono", pero, entiendo que no debo tomar dicho camino, pues, por mejorar algo, vamos a empeorar otra cosa. Yo creo que la función "GetExeSize" puede mejorarse, es decir, no está del todo bien adaptada por mí desde el código original de Angus Johnson, de modo que por ahí pueden ir los tiros... dicha función debería devolver el tamaño original de un ejecutable, teniendo en cuenta si se cambia el icono del mismo... que es lo que parece que no hace... aunque, como he dicho arriba, tal vez la función hace su trabajo bien (lo dudo, porque, yo mismo modifiqué dicha función para ser válida en Windows NT) y sea la función que actualiza el icono quien deja algo "sin actualizar"... |
#6
|
||||
|
||||
¿Pero lo de cambiar el icono y el tamaño del ejecutable es por alguna protección?
|
#7
|
||||
|
||||
Hola a todos,
Gracias por contestar Casimiro. No; en mi proyecto uno de los ejecutables actúa como un "stub", como un "autoextraible", es decir, en dicho ejecutable se adjunta una aplicación del usuario. Cuando el ejecutable se inicia "muestra" la aplicación del usuario. El problema es que tal como lo hago ahora (actualizando cierto recurso del ejecutable que sirve de "stub") el tamaño del mismo se limita a unos 500 MB, que, no está mal, pero, con esta segunda forma que estoy intentando es posible eliminar dicha limitación, empero, no funciona... pues con la primera forma, aun con dicha limitación en el tamaño del ejecutable final, al menos sí puedo cambiar el icono sin problema. |
#8
|
||||
|
||||
Esta es una de esas preguntas que escafandra seguramente sabe contestar (a ver si al oir su nombre se acerca ) Yo sólo puedo comentar dos cosas:
1. ¿Tendrá algo que ver con el paso de 32 a 64 bits? 2. Has probado algo más sencillo como lo que comentan aquí? LineComment Saludos |
#9
|
||||
|
||||
Hola a todos,
Gracias por contestar Román. He probado de todo majo... de hecho hace años que me peleo con este asunto. El método que muestras en tu enlace, por ejemplo, y, si no recuerdo mal... falla en el momento en que se "firme" un ejecutable. Y esto es necesario, es decir, dar la posibilidad de firmar los ejecutables/aplicaciones del usuario. Respecto de que sea cuestión del paso de 32 a 64 bits, no estoy muy seguro, porque, también aquí ando perdido. En principio yo no estoy intentándolo en una aplicación de 64 bits, sino en una de 32 bits. Sin embargo, es cierto que, probablemente, no sé traducir correctamente la función de Angus Johnson, que, seguramente, funcionaría bien antes de Windows NT. Creo que aquí está el problema: en el paso de Windows 9x a Windows NT. Tal vez haya más, pero, por ejemplo, esta línea que he remarcado arriba:
... y que yo trato de traducir como:
... probablemente no pueda ser traducida así sin más. Pero, como he dicho arriba, en el momento en que la traduzco por esto otro:
... la función retorna siempre "0". Pero, claro, seguramente, la traducción primera que estoy haciendo está mal, puesto que "reduce" dicha línea, y tal vez ahí esté el meollo del asunto. Por otro lado, según escribo esto, se me hace raro que la función traducida por mí retorne el tamaño del ejecutable original... es cierto que no tiene en cuenta el cambio de icono (lo que la hace inservible) pero, al fin y al cabo está retornando el tamaño del ejecutable original... o sea que tal vez la función que actualiza el icono también tenga algo que ver después de todo... tal vez "se olvida" de actualizar el tamaño del ejecutable teniendo en cuenta el nuevo icono... Como digo, llevo años intentando que algo así funcione: que se pueda adjuntar un archivo de cualquier tamaño a un ejecutable, permitiendo a su vez cambiar su icono, y, por supuesto, que permanezca siendo válido para su firma. Esto me abriría más puertas además de mejorar el proyecto del que trato aquí: podría acaso pensar en nuevos proyectos también. Última edición por dec fecha: 01-03-2017 a las 07:56:46. |
#10
|
||||
|
||||
No sé sobre eso
|
#11
|
||||
|
||||
Y porque no tomas el tamaño antes de adjuntarlo? Porque tienes que medirlo como recurso?
Y si mides el archivo antes de adjuntarlo, lo adjuntas y luego restas? Y me refiero a solo mirar el tamaño del archivo tal cual, sin entrar a su estructura interna.
__________________
El malabarista. |
#12
|
|||
|
|||
Coincido con mamcx, por que simplemente no haces el calculo del tamaño del exe de forma separada con el calculo del tamaño del icono y luego restas sumas o lo que tengas que hacer?
Saludos. |
#13
|
||||
|
||||
Hola a todos,
¡Ya somos unos cuantos! Cita:
Cita:
El tamaño del icono, por otro lado, es desconocido, es decir, lo escoje el propio usuario. Es cierto que podemos conocerlo, por supuesto, pero, por ejemplo, el tamaño del icono elegido puede hacer que el tamaño original del ejecutable varíe a más o a menos, puesto que el archivo ejecutable tiene ya un icono "por defecto" incorporado, que no tiene porqué coincidir (sería raro que lo hiciese) con el que elija el usuario. He pensado (pero no lo he llegado a intentar por mero aburrimiento, es decir, como una especie de decir basta ya) en utilizar un recurso del ejecutable sólo para guardar el tamaño del icono, de modo que después podamos hacer los cálculos necesarios. Es posible que funcionase... y además guardar dicho tamaño en un recurso del ejecutable no sería para nada problemático: ahora mismo guardo así hasta 500 MB. De hecho los cálculos no necesitan ser perfectos. Es decir, afortunadamente, lo que se guarda en el ejecutable es un archivo "zip", y, a la hora de descomprimir, digamos que la herramienta de descompresión (los componentes Abbrevia) se muestra tolerante, por ejemplo, si el tamaño del archivo "zip" original resulta "mayor" (dado el incremento del tamaño del icono) no hay problema aún así para descompromir el "stream zip" en cuestión. En fin, voy a tratar de pararme en esto, al menos para comprobar si pudiera funcionar... y os avisaré si logro hacerlo o si al cabo la cosa se complica de una forma no esperada. ¡Muchas gracias a todos! P.S. No obstante, ciertamente la función "GetExeSize" acaso debería funcionar tal como lo hacía antaño en Windows 9x. Seguramente mi traducción esté mal (apuesto por esto al 99%) o bien dicha función no funcionaría nunca en Windows NT... cosa que dudo muchísimo... |
#14
|
||||
|
||||
Hola a todos,
Bueno, pues, a ver si soy capaz de explicarme, pero, vaya por delante que al final parece que lo he/mos conseguido. Esta mañana quise probar lo que Mario y bitbow propusieron. Pues bien, el caso es que los resultados obtenidos no eran los esperados, esto es, la cosa funcionaba bien para determinados iconos, pero, no para otros. Ya había escrito aquí un mensaje describiendo esta situación, cuando, después de enviarlo (algunos lo habréis acaso recibido) he decidido borrarlo, puesto que algo no me cuadraba... En primer lugar he querido descubrir que la suma TAMAÑO EJECUTABLE + TAMAÑO ICONO, no coincidía con lo que obteníamos al medir el tamaño del ejecutable, una vez cambiado el icono. Yo esto lo he atribuido al hecho de que el icono se guarde en un determinado recurso del ejecutable: tal vez, entonces, el tamaño del icono no sea exactamente igual al tamaño final que tenga el recurso que alberga el icono. No estoy seguro de este párrafo en concreto, pero, el caso es que he borrado mi mensaje, y es que... ¿Por qué funcionaba con unos iconos pero no con otros? Y entonces he descubierto que el icono problemático, tenía en su interior varios tamaños de imagen, partiendo de un tamaño de 512 píxeles. He intentado abrir entonces el archivo ejecutable generado con el programa XN Resource Editor, y, en efecto, no he podido acceder al recurso "MAINICON", por un error "Pixel Format Not Valid for Icons or Cursors". Entonces he considerado que, aunque podía cambiarse dicho icono sin errores, tal vez dicho icono estaba jorobándolo todo, porque, de hecho el icono original del ejecutable tiene un tamaño máximo de 256 píxeles, y, si no me equivoco, Delphi XE2 no soporta (en Windows) iconos de más resolución que esa. De modo que ahora parecía que el problema no venía dado porque el TAMAÑO EJECUTABLE + TAMAÑO ICONO no coincidiese con el tamaño del ejecutable generado. El problema parecía causarlo el icono de tamaño de 512 píxeles, y, en efecto, al quitar la imagen de dicho tamaño del icono, o usando iconos de un tamaño máximo (no parece importar el mínimo) de 256 píxeles, la cosa parece funcionar como se espera... y ahora puedo obtener ejecutables "que funcionan" mayores de 1,5 GB. O sea, ¿prueba superada? Parece que sí, pero, me quedan algunas dudas al respecto y son las siguientes: 1º Sigo pensando que, en efecto, el TAMAÑO EJECUTABLE + TAMAÑO ICONO no coincide con el tamaño que al cabo el ejecutable tiene. Resulta que cuando se cambia el icono de un ejecutable, no se trata de sumar al tamaño del ejecutable el tamaño del archivo del icono, sino que este último se alberga en un recurso del ejecutable que, digamos, tiene su propio tamaño. Luego lo que yo estoy guardando ahora mismo, es decir, TAMAÑO EJECUTABLE + TAMAÑO ICONO, parece funcionar, sí, pero, aunque sin estar seguro, me atrevo a decir que funciona porque la descompresión del archivo tiene cierta "tolerancia", de modo que no importa si el "stream" que se lee es mayor que el original: la descompresión se realiza sin problemas. 2º Creo que la función "GetExeSize" debería seguir funcionando en Windows NT (no diré ya en Windows 64 bits, porque, aunque funcionase, tal vez el código tampoco tendría nada que ver). Si esta función hiciese su trabajo como lo hacía en los tiempos de Windows 9x, seguramente todo sería más sencillo, mejor dicho, más exacto, puesto que estaríamos obteniendo el tamaño del ejecutable original ya con el icono incluido... y teniendo en cuenta que el tamaño de este puede no tener que ver con el tamaño que ocupe el icono en el recurso correspondiente. 3º Tengo que tomar el camino del primer punto. Una vez descubierto que el causante del problema era un determinado icono (de tamaño excesivo) he querido probar con "GetExeSize", pero, no funciona. Es decir, de momento, tengo que tomar el camino sugerido por Mario y bitbow, puesto que, aunque no sea "exacto" (vamos, si no es que estoy completamente equivocado) parece funcionar correctamente, siempre que el icono no supere el tamaño máximo, pero, esto ya no es problema de la solución, sino de que iconos de más tamaño no parecen soportarse. En fin, voy a hacer unas cuantas pruebas más, pero, como digo, parece que el asunto se puede dar por solucionado... al menos mi proyecto puedo ahora "compilar" aplicaciones de más de 500 MB, y, además hacerlo de una forma más rápida y segura en todo caso, puesto que antes actualizaba un recurso del ejecutable "base", y, esto causaba problemas no sólo con archivos grandes, a veces también con los pequeños. Esta otra opción de "adjuntar" al ejecutable un archivo es más rápida y eficiente. ¡Muchas gracias a todos! ¡Comentaré por aquí cómo acaba la cosa! Última edición por dec fecha: 01-03-2017 a las 14:52:15. |
#15
|
||||
|
||||
Cita:
El código funciona bien en Todos los WIndows, el problema es el compilador. En delphi 7 no hay problema pero los que priorizan unicode, la fastidian, como siempre. Al usar PCHAR el compilados asume (malamente) un PWCHAR con lo que al incrementar el puntero se hace en múltiplos de 2 bytes. Esta es la modificación que debes hacer:
El código expuesto calcula el tamaño del ejecutable actual, pero puede modificarse para calcular el tamaño teórico de cualquier fichero ejecutable conociendo su ruta. El formato PE de los ejecutables de Windows, agrandes rasgos consta de: - Cabecera DOS 'MZ' : IMAGE_DOS_HEADE: 64 bytes - DOS Stub o subprograma encargado de avisar del error si no se ejecuta en Windows: 448 bytes - Firma PE: 'PE00': 4 Bytes. - Cabecera PE: IMAGE_FILE_HEADER: 20 Bytes. - Cabecera opcional: IMAGE_OPTIONAL_HEADER: 224 Bytes. (tamaño variable) - Cabeceras de sección: IMAGE_SECTION_HEADER: 40 Bytes cada una, número variable - Cuerpos de sección: código, datos importados y exportados, relocations, recursos... Tamaño indeterminado. Además, todo esto lleva una alineación con lo que la afirmación TamFile + TamIcono = NewTamfile es falsa. la siguiente clase es un fragmento de otra más completa para el manejo del PE que escribí hace ya algunos años con la funcionalidad de eliminar secciones de un ejecutable. El tema está aquí. Dado que es un foro restringido, voy a publicar un fragmento que permite calcular el tamaño teórico de un archivo ejecutable que no se está ejecutando. Si no coincide con el real, "algo se ha añadido sin permiso oficial al ejecutable" (aunque un buen "añadidor", ya se encargará de modificar todo el PE para oficializarlo).
El código no funcionará compilado a 64bits. Por otro lado, una forna de encontrar fácilmente el fin de fichero sin usar el PE, es adherirle al final una firma fija compuesta de una cadena conocida. Una búsqueda nos dará el tamaño de archivo, y a partir de esa firma podemos añadir más cosas al archivo inicial. Código:
Stub + Firma + DatosVarios. Saludos. Última edición por escafandra fecha: 01-03-2017 a las 22:31:48. |
#16
|
||||
|
||||
#17
|
||||
|
||||
Hola a todos,
Bueno, escafandra, qué puede uno decir... ¡muchas gracias! Acabo de probar con la función "GetExeSize" modificada por ti, y, en efecto, funciona como se espera sin problema alguno. Mejor aún, puesto que, probando de nuevo con el icono de 512 píxeles también funciona correctamente, es decir, la función calcula ahora el tamaño correcto del archivo ejecutable, teniendo en cuenta el cambio de icono, la firma del ejecutable, etc. Es para estar contento, pues, ciertamente, mi proyecto puede ahora trabajar sin problemas con archivos de más de 500 MB, de hecho de más de 1 GB. No ahora mismo, pero, esto me daría pie además a otros posibles proyectos similares. ¡Mejor imposible! Bueno... Cita:
Cita:
¡Muchas gracias de nuevo a todos! ¡Y muchas gracias a escafandra en particular, que pudo entender y traducir la función de Angus Johnson! P.D. Definitivamente he sido muy tonto dejando pasar tanto tiempo en preguntar aquí en el ClubDelphi: ¡mucho mejor me hubiera ido! Ahora toca agarrarse a aquello de que nunca es tarde, etc. Última edición por dec fecha: 02-03-2017 a las 08:18:13. |
#18
|
||||
|
||||
Hola a todos,
Pues nada, que, pasaba por aquí, y, me he dicho, voy a darle de nuevo las gracias a estos muchachos, que, ciertamente, lo merecen. ¡Muchas gracias de nuevo a todos por vuestra ayuda! |
#19
|
||||
|
||||
A escafandra, los demás sólo somos una cara bonita
LineComment Saludos |
#20
|
||||
|
||||
Hola a todos,
No; sabes de sobre que eso no es así. Por muchos motivos, pero, además aquí los compañeros propusieron una solución que, aunque no era perfecta, lo cierto es que podía hacer el apaño. Otra cosa es que escafandra se merezca el reconocimiento debido. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
determinar el tamaño de una fichero | lmpadron | C++ Builder | 5 | 14-11-2011 23:04:27 |
Determinar el tamaño óptimo de un datafile | SMTZ | Oracle | 2 | 03-02-2007 13:04:45 |
Form Vuelve al Tamaño original | Enan0 | Varios | 5 | 15-08-2006 18:53:14 |
como achicar el tamaño de mi Ejecutable | Patricio | Varios | 2 | 22-11-2005 13:48:45 |
Como determinar el tamaño de una base de dato ? | Raptor | Varios | 4 | 06-08-2004 02:17:56 |
|