![]() |
Re: EXE kleinstmöglich machen
Zitat:
|
Re: EXE kleinstmöglich machen
Zitat:
![]() UPX zerstört dir das komplette Sperichermanagement von Windows, wie bereits geschrieben habe. dann lieber ein SFX. @freejay: Hast du denn meinen Beitrag gelesen? ![]() |
Re: EXE kleinstmöglich machen
@daniel G
Die Probleme kannte ich noch nicht mit UPX. Das sehe ich mir mal an... Aber der Kunde bekommt eine EXE. Ein Zip bedeutet, dass das Programm erst das Update entzippen muss und dann die alte EXE mit der neuen EXE überschreiben muss. Ob er dies der Threadersteller will? Kann es sein, dass einige Router die EXE nicht durchlassen?????? :roll: [Nachtrag] Phoenix hat in seinem Beitag mit UPX keine Probleme. Für den Zweck wird es reichen. ![]() [/Nachtrag] |
Re: EXE kleinstmöglich machen
Zitat:
|
Re: EXE kleinstmöglich machen
Zitat:
|
Re: EXE kleinstmöglich machen
Tja, die beste Möglichkeit die Exe klein zu bekommen dürfte wohl - wie bereits erwähnt - die Verwendung des .Net Frameworks sein.
UPX (und andere Exe-Packer) so kategorisch abzulehnen wie gotos (*hüstel*) halte ich für grundsätzlich falsch. Ich sehe ein dass es keinen sinn macht eine 100MB-Exe zu UPXen, bei einer 1MB-Exe dürfte das das Windows Speichermanagement aber heutzutage herzlich wenig stören ;) Bei verwendung von Zip o.ä. bleibt eben immer, dass man mitunter auch noch kostenpflichtige Zusatzsoftware braucht - bei .Net gewissermaßen zwar auch, aber das kostet nix und ist sowieso meistens vorinstalliert. Ergo: -> .Net |
Re: EXE kleinstmöglich machen
Zitat:
|
Re: EXE kleinstmöglich machen
Zitat:
|
Re: EXE kleinstmöglich machen
Bei mir war es nicht vorinstalliert. Das Netframework ist hinzu auch noch groß und muss erst installiert werden. Dadurch sinkt die Komfortablität der Anwendung und sie wird im Prinzip nur noch größer.
|
Re: EXE kleinstmöglich machen
[quote="Daniel G"]
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:20 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz