4. Compiler mit kleinsten Executables

Compiler mit kleinsten Executables

  • M

    @SideWinder: Ich glaube kaum, dass diese COM Datei noch kleiner geht. Das XCHG AX,BP (ein byte) ist ja schon ein kleiner undokumentierter Trick. Es ersetzt das MOV AH,09 (zwei bytes), weil das höherwertige Byte von BP zum Start des Programms aus irgendeinem komischen Grund immer gleich 09 ist.
    Wenn ich den String auslagern soll, kann ich auch gleich den restlichen Code auslagern. Das wäre dann aber geschummelt. Da müsste dann ja nur ein Programm vorher ausgeführt werden, dass seinen eigenene Real Mode Interrupt installiert und dann bräuchte ich den im Hello World Proggie nur noch auszuführen -> 2 bytes 😃

    0
  • S

    Wenn mans so sieht...aber im Grunde genommen habe ich bei der C++-Version auch nicht mehr gemacht. Habe vieles aus der MSVCRT.dll genommen, hab MFC dynamisch gelinkt, etc - andererseits sind die grundlegenden Dinge noch immer da.

    MfG SideWinder

    PS: Hello World mit 2Bytes ... kleiner wirds dann wohl keiner mehr schaffen...

    0
  • C

    Na die zwei Bytes würden ja nicht alleine laufen...

    Aber die 19 sind echt MEEEGGGAAAA COOOOOOOLLLL
    😃 🙂 😃 🙂 😃 🙂 😃 🙂

    cu,
    Lukas

    0
  • S

    Kenn mich da nicht so aus, aber wieso sollten die 2Bytes alleine nicht laufen?

    MfG SideWinder

    0
  • B

    Nimm INT 3, das ist nur 1 Byte 😉

    (0xCC vs. 0xCD 0xnn)

    0
  • C

    @SideWinder

    Habe die Aussage:
    Da müsste dann ja nur ein Programm vorher ausgeführt werden,
    ...

    ...so interpretiert, dass man damit die 2 Bytes ausgeführt werden können vorher noch ein anderes Programm gestartet werden muss. Das heisst die 2 Bytes wären "alleine" nicht lauffähig, man müsste vorher schon was getan haben, dass aber auch eine bestimmte länge an Code braucht...

    Ja, hoffe keinen Denkfehler gemacht zu haben...

    cu,
    Lukas

    [ Dieser Beitrag wurde am 12.06.2002 um 21:48 Uhr von Consystor editiert. ]

    0
  • C

    Oje 19 Bytes. Mal gucken ob das Prog noch auf meine 21990232555520 Byte Festplatte draufpasst 😃 😉 :p 🙄

    mfg

    PS: 21990232555520 bytes müssten doch rund 20 Gix sein, wenn ich mich nicht verrechnet hab. 🙂

    0
  • V

    Original erstellt von Chris++:
    **Oje 19 Bytes. Mal gucken ob das Prog noch auf meine 21990232555520 Byte Festplatte draufpasst 😃 😉 :p 🙄
    **

    Die Kosten für den Verzeichniseintrag sind ja schon größer als der Datei Inhalt (nein, kein amerkanistischer Getrenntschreibfehler, that's Genitiv). Mit ner Clustersize von 16kb auf ner großen FAT-Platte kommste auf ein Schrott-Zu-Nutzdatenverhältnis von 800/1.

    0
  • C

    Ah... und das heißt? 😮

    0
  • D

    das jedes programm immer nur auf der Festplatte in 16 kb schritten gespeichert wird 😑 machst du Text Datei mit einem Zeichen -> 16 KB auf Festplatte weg, machst du Textdaei mit 16 KB und 1 Byte -> 32 KB weg usw... ist leider Verwaltungstechnisch nötig sonst würden da diverse Dinge vielzuviele Daten zu verwalten haben

    0
  • C

    Achso. D.H. ich müsste jetzt meine Zahl nochmal durch 16 teilen um an das richtige ergebniss zu kommen.

    0
  • C

    man nehme ein perfektes ffs dateisystem mit selbst festzulegender blockgröße und automatischer defragmentierung durch klasse (net)bsd dateisystemtechnik 😃 😃

    0
  • S

    @Chris++: Nein, eigentlich nicht. Du musst nur damit rechnen, dass eine Datei mit 1kb 16kb belegt. Die Größe herauszufinden ist unter Windows sehr einfach: Datei -> Rechtsklick -> Eigenschaften. Dann steht unter Größe, z.B.:

    Größe: 1,50 KB (1.536 Byte), 16.384 Byte belegt

    MfG SideWinder

    0
  • D

    Original erstellt von Chris++:
    Oje 19 Bytes. Mal gucken ob das Prog noch auf meine 21990232555520 Byte Festplatte draufpasst 😃 😉 :p 🙄

    Was, du hast eine 21 Terrabyte Festplatte ? 😉
    Vielleicht sollte ich mir auch so eine zulegen. Meine 100GB sind schon fast voll.

    [ Dieser Beitrag wurde am 13.06.2002 um 21:34 Uhr von DrZoidberg editiert. ]

    0
  • X

    http://www.farb-rausch.com/ -> look out for 16byte!!!! demo [fr-016]

    0
  • B

    jo, und bitte auch mal disassemblieren 😃 versteht einer was da genau abgeht?

    0
  • C

    Disassembliert siehts so aus:

    :0001.0100 B013                   mov al, 13
:0001.0102 CD10                   int 10
:0001.0104 C42F                   les bp, [bx]

* Referenced by a (U)nconditional or (C)onditional Jump at Address:
|:0001.010E(U)
|
:0001.0106 AA                     stosb
:0001.0107 11F8                   adc ax, di
:0001.0109 6413066C04             adc ax, fs:[046C]
:0001.010E EBF6                   jmp 0106

    naja... das soll mal einer durchblicken :p
    So wie ich das sehe, sind da ziemlich viele Annahmen im Spiel. was ist bx beim start, worauf zeigt ds:si, was ist fs, di und ax? Naja sowas geht auch nur unter DOS. 😃

    0
  • C

    achja, fs:[046C] wird wahrscheinlich auf den bildschirmspeicher zeigen. Der erste int 10 schaltet dann wohl in den grafikmodus um.
    Und es ist ne ganz hübsche endlosschleife 😉

    0
  • S

    Also auf Deutsch gesagt, bringt das Programm absolut nichts?

    MfG SideWinder

    0
  • V

    Shade Of Mine schrieb:

    Kleiner gehts AFAIK nicht mehr.

    wenn man dem linker auch ein kleines /align gibt, darf man das /filealign auch runtersetzen.
    man kann nen kleineren stub nehmen.
    macht zusammen 576 bytes.

    #pragma comment(linker,"/FILEALIGN:16")
#pragma comment(linker,"/ALIGN:16")
//#pragma comment(exestr,"<< (c) Volkard Henkel >>")
#pragma comment(linker,"/IGNORE:4078")
#pragma comment(linker,"/IGNORE:4089")
#pragma comment(linker,"/MERGE:.rdata=.text")
#pragma comment(linker,"/MERGE:.data=.text")
#pragma comment(linker,"/SECTION:.text,ERW")

#pragma comment(linker,"/nodefaultlib")
#pragma comment(linker,"/incremental:no")
#pragma comment(linker,"/entry:crtmain")
#pragma comment(linker,"/subsystem:console")

//der stub ist von http://its.mine.nu/html/coding/essays/stub.html
#pragma comment(linker,"/IGNORE:4060")
#pragma comment(linker,"/stub:stub.exe")

#pragma optimize("s",on)

#include <windows.h>

int __stdcall crtmain()
{
	DWORD bytesWritten;
	WriteFile(GetStdHandle(STD_OUTPUT_HANDLE),"hello, world!",13,&bytesWritten,NULL);
	return 0;
}
/*
26.02.2004  03:56               576 test1.exe
               1 Datei(en)            576 Bytes
*/
    0
Anmelden zum Antworten