möglichst kleine Dateigröße ASM C++

Peter schrieb:
> Allerdings würde ich erstmal das Tooling verstehen

Was da erklärt wird wie EXE to COM, COM komprimieren usw. geht als 64bit 
alles nicht, das ist ein Relikt aus einer fernen Vergangenheit. Such dir 
was anderes als Einstieg, MSDOS ist mausetot.

Georg

...also Emulation (DOS Box) möchte ich definitiv nicht. Es soll ein 
möglichst kleines Windows - von mir aus - Console Programm werden.

Was kann man noch optimieren? Das Kleinste was ich gestern mit 
Compilereinstellungen in VisualStudio startbar erzeugen konnte war eine 
main {return 0;} mit ca. 3,8 KB. Was kann man denn sonst noch machen?

Würde C etwas daran ändern?

Viele Grüße,
Peter

Peter schrieb:
> Es soll ein
> möglichst kleines Windows - von mir aus - Console Programm werden.

Nur so aus Interesse? Praktisch bringt das ja bei vielen GB Speicher 
nichts, wahrscheinlich reserviert auch dein Mikroprogramm erst mal 
unzählige MB Stack- und Heap-Speicher.

Peter schrieb:
> Würde C etwas daran ändern?

Eher zum Negativen - der C-Compiler bindet als erstes Bootup- bzw. 
Init-Code ein, den du nicht brauchst, wenn dein Programm nichts tut. Und 
wenn du Pech hast, wird gleich die ganze Runtime-Library mit 
eingebunden, ob benutzt oder nicht.

Georg

Schau Dich mal bei Free-DOS um.

Habe damit ein paar Antiquitäten unter Fenster 7 zum Laufen bekommen.

Ich glaube die ursprüngliche Intension war wohl, ein paar alte Spiele 
wiederzubeleben. Bei mir geht’s aber auch mit normalen Programmen.

...hab eben mal
http://mathimaaran.angelfire.com/helloworld_tutorial.htm
getestet.

Ist schon mal für eine MSG-Box nicht so schlecht (wenngleich ich das 
immer noch einen ziemlichen Hammer finde, für im Endeffekt einen 
Funktionsaufruf): 2576 B.

Werd' mal sehen, ob man da was mit OpenGL oder DirectX hinbekommt...

Hier hat einer mal versucht unter Linux ein möglichst kleines Binary zu 
erzeugen. Vielleicht ist das eine hilfe für dich im Prinzip musst du das 
gleiche für Windows machen. (oder auf Linux Wechseln, wenn das eine 
Option ist)

http://timelessname.com/elfbin/

Peter schrieb:
> Das Kleinste was ich gestern mit
> Compilereinstellungen in VisualStudio startbar erzeugen konnte war eine
> main {return 0;} mit ca. 3,8 KB.

Das geht besser. Eine leere main ergibt bei mir 1k, ein HelloWorld 2k 
(VS2013). Bei letzterem sind dann von den 2k grob geschätzt etwa 400 
Byte Header und 1,4k sehen aus wie Füllbytes (0x00), da dürfte also noch 
mehr gehen.

1

#include <Windows.h>

2

3

void main( void )

4

{

5

  WriteFile( GetStdHandle( STD_OUTPUT_HANDLE ), "Hello World!\n", 13, NULL, NULL );

6

}

guest schrieb:
> da dürfte also noch
> mehr gehen.

Sag ich doch...
Die exe-Datei des obigen HelloWorld hat jetzt 1k. Entscheidend war die 
Linker-Option "/merge:.text=.rdata".
Und wenn man dann noch den Hexeditor zur Hand nimmt. dann sind es nur 
noch 662 Bytes. 512 Byte für diverse Header und 150 Byte Daten+Code.

guest schrieb:
> guest schrieb:
>> da dürfte also noch
>> mehr gehen.
>
> Sag ich doch...
> Die exe-Datei des obigen HelloWorld hat jetzt 1k. Entscheidend war die
> Linker-Option "/merge:.text=.rdata".
> Und wenn man dann noch den Hexeditor zur Hand nimmt. dann sind es nur
> noch 662 Bytes. 512 Byte für diverse Header und 150 Byte Daten+Code.

Hi! Kannst Du bitte das Projekt anhängen? Das würde ich mir gerne auch 
mal ansehen.

Rufus Τ. F. schrieb:
> Wenn man den "4k"-Ansatz heute verfolgen will, dann nicht unter einem
> Betriebssystem wie Windows (oder Linux), sondern z.B. als UEFI-Modul.

Wobei du selbst dort Protokolle und Schnittstellen nutzt, und nicht 
direkt die Hardware angesprochen wird.

Rolf M. schrieb:
> Da ergibt sich nur die Frage, ob man sowas noch als 4k-Demo bezeichnen
> kann. Die Besonderheit war ja gerade, dass man alles in den 4k
> unterbringt. Wenn man sich nun ein Programm baut, bei dem das Executable
> zwar kleiner als 4k ist, das aber noch Megabytes an Bibliotheken mit
> komplexen Funktionalitäten nutzt, wäre da für mich der Reiz verloren.
> Die Demos damals unter DOS haben ja tatsächlich alles komplett selber
> gemacht, bis hin zur Ansteuerung der Hardware, ohne Nutzung jeglicher
> Bibliotheken.

Das sehe ich anders. Wenn es Libs sind, die auf einer Plattform 
vorhanden sind, sollte man die auch verwenden dürfen (z.B. DirectX 
OpenGL etc). Man kann mit 4K unter Verwendung von vielen Libs auch etwas 
erzeugen, was schlecht aussieht und/oder sich schlecht anhört.
Auf dem 64er kommt ja auch niemand auf die Idee Sprites "selbst zu 
malen"...
Für die Sportlichkeit sorgen dann die Teilnahmebedingungen, was man darf 
und was nicht.

Peter schrieb:
> Hi! Kannst Du bitte das Projekt anhängen?

Kein Problem. Die t.exe im Zip ist so von VS2013 erzeugt, per Hexeditor 
entstand dann daraus die t2.exe (0x00 Bytes am Ende entfernt und Größe 
der Section im Header angepasst).