exe zu groß!

[bixi400]

Hi!

Ich sehe immer wieder Programme die haben nur um die 35kb.
Wenn mein Programm nur aus einer Leeren Form besteht hat
die EXE Datei 353 kb! :(
Kann man da nicht was einstellen das meine Programme auch
so klein werden?

[c113plpbr]

In diesem Forum schwirren ein paar tutorials über nonVCL-Programmierung rum, ich empfehle dir diese mal zu konsultieren ... das hilft in sachen dateigröße ungemein!

ciao, Philipp

[edit]... wenn man an was anderes denkt als dass man schreibt ... ^^[/edit]

[Stanlay Hanks]

Hi. Wenn dein Programm richtig klein werden soll, musst du das ganze wohl in nonVCL programmieren.
Was du aber noch machen könntest, wäre das Programm mit UPX zu komprimieren.

Man liest sich, Stanlay :hi:

PS: nonAPI...auch schön :mrgreen:

[NicNacMan]

die einfachere lösung wäre die exe zu packen (ich meine nicht als zip):
http://upx.sourceforge.net/


edit: sch*****, zu langsam :wink:

[jbg]

Zitat:

Zitat von bixi400

Ich sehe immer wieder Programme die haben nur um die 35kb.

Die brauchen aber unmengen an MB an zusätzlichen DLLs. Ich kann auch ein VCL Programm schreiben, das 5-10 KB groß ist und mehr als nur ein Formular enthält ohne auf die VCL verzichten zu müssen. Denn auch die VCL kann in eine DLL ausgelagert werden.

Direkte WinAPI Programmierung kommt nur in Frage, wenn das Projekt sehr, sehr klein ist und wenig auf die GUI angewiesen ist. Ansonsten stehen zu investierende Zeit und Nutzen im falschen Verhältnis.

[MrKnogge]

wenn du mal mit api programmierung anfangen möchtest, so kann ich dir nur Luckie's Api tutorial empfehlen.

[Wheelie]

Die im Vergleich zu nicht mit Delphi entwickelten Anwendungen heftige Größe der EXE-Dateien musst du mehr oder weniger in Kauf nehmen. Dafür benötigst du keine zusätzlichen Runtime-Files wie z.B. bei VB oder beim Borland C++ Builder. Standalone-Anwendungen, deren Größe im Bereich von mehreren KB liegt, sind auch oft mit Win32ASM erstellt worden (MASM). Trotzdem bin ich der Meinung, dass der Entwicklungsaufwand in keinem Verhältnis zum Platzersparnis der Exe steht.
Mit UPX kannst du deine Programme packen.

EDIT: man war ich wieder lahm :cry:

[jbg]

Wer ganz kleine Programme haben will, der sollte .NET nutzen (egal welche Sprache). Da bekommt sehr kleine Exe-Dateien (was aber verschwiegen wird, wie auch bei MFC Anwendungen: die 40MB der .NET Runtime Environment)

Mit direkter WinAPI Programmierung wird man nach Windows Longhorn ziemlich im Regen stehen, denn dann ist die WinAPI nur noch zweite Wahl, wenn es nach Microsoft geht, und das tut es beim Windows Betriebssystem.

[Matze]

Es wird die Dateigröße zwar nicht sonderlich minimieren, aber du kannst überflüssige Units aus den Uses entfernen.

[tommie-lie]

Zitat:

Zitat von jbg

Da bekommt sehr kleine Exe-Dateien (was aber verschwiegen wird, wie auch bei MFC Anwendungen: die 40MB der .NET Runtime Environment)

Mit dem Unterschied, daß das .NET-Framework wiederverwertbar ist und einen gewissen Namen hat. Die VCL-Packages (nicht DLL, BPL ;-)) von Borland würde kein DAU einfach so ins Systemverzeichnis kopieren, aber auf .NET steht Microsoft drauf, da ist die Installationsbereitschaft wesentlich größer. Und ist's einmal drauf, kann jede .NET-Anwendung dieses Framework benutzen. Die VCL-Packages müssen aber jeder Delphi-Anwendung beiliegen, da den Usern ja ständig eingeredet wird, non-MS wäre unsicher und man solle niemals was ins Systemverzeichnis kopieren, wo alle Anwendungen die Chance haben, Dateien zu sharen.

Zitat:

Zitat von jbg

Mit direkter WinAPI Programmierung wird man nach Windows Longhorn ziemlich im Regen stehen, denn dann ist die WinAPI nur noch zweite Wahl, wenn es nach Microsoft geht, und das tut es beim Windows Betriebssystem.

Solange die API noch zur Verfügung steht, steht man selber auch nicht im Regen, egal ob MS das für erste oder zweite Wahl hält. Und ich denke, daß das auch nach Longhorn noch der Fall sein wird. Erst wenn sich .NET komplett durchgesetzt hat, werden die API-Calls vielleicht nicht mehr aus dem Anwendungsbereich heraus zur Verfügung stehen, wenn das .NET-Framework vollständig im Kernel-Mode läuft, ergo im Kernel integriert ist und kein "Plugin" mehr ist. Aber bis dahin wird wohl noch das ein oder andere Jährchen vergehen.