Thema: Problem beim assemblen vom bootloader

[hackgod]

Hi zusammen.
Ich hab ein Problem: ich hab mir schon ein paar bootloader
zurechtgeproggt und wollte nun mal fat12 ausprobieren.

Da hab ich mir gedacht: schreibste denn quelltext von teejay ab
(von wegen lerneffekt ), wollte dann assemblen mit
nasm -f bin -o boot_fat.bin boot_fat.asm
Dabei meldet er mir dann folgendes:
boot_fat.asm:285: error: TIMES value -1 is negative

voran kann das liegen?  

Danke im voraus

P.S.: echt geiles Forum. hilft echt gut.

mfg

hackgod

[Roshl]

ganz einfach bei der times angabe wäre der bootloader schon grösser als du dort angibst, mit anderen worten wenn du den auf 512 byte auffüllen willst er aber schon mehr als 512 byte hat gibts nen fehlern, du musst irgendwo ein paar bytes einsparen, bei TJ's originalem bootloader geht das ziemlich einfach, da meistens sehr platzverschwenden geproggt wurde^^

[Another Stupid Coder]

Daran, dass der Code ein Byte zuviel hat Er darf nur 512 Byte haben.

[hackgod]

hm, daran hab ich auch schon gedacht.
nur weiss ich leider nich wie ich da noch ein paar
bytes einsparen könnte :-s  :-k

die kommentare brauch ich nich rauslöschen oder?
das macht nasm doch automatisch mein ich.
wenn ich ne datei include, muss ich dann die befehlszeile
ändern?

mfg

hackgod

[DarkThing]

Die Kommentare werden vor dem asseblieren automatisch entfernt. bei nem Include musst du nix an der Befehlszeile ändern.

@Platz sparen: Da gibts viele Tricks. Am einfachsten ist es Strings zu verkürzen. Was auch hilft ist wenn du statt mov ax,0 das hier schreibst: xor ax,ax.
Lass einfach das times weg. Dann sollte er es assemblieren und poste mal wie groß die Datei ist (damit man mal sieht obs hoffnunglos zu groß ist ).

[hackgod]

das gibt's nicht!!!!
werden whitespaces ignoriert? ich hoffe ja.
denn die datei is nachm assemblieren GENAU 513 Byte groß!!!
     

soll ich den source eben posten?

// EDIT:
hat sich erledigt. hab noch ne mov ax,0 gefunden
funzt super mit fat12

mfg

hackgod

[DarkThing]

Leerzeichen werden ignoriert (außer in Strings). Wenn du meinst es gibt ne Stelle im Code die man optimieren kann wärs gut wenn du die postest.

[hackgod]

ich hab bei teejay's funktion ExecuteKernel
das mov ax, 0 gefunden, also:

Code: [Auswählen]


ExecuteKernel:
mov ax, 0x1000
push         ax
mov ax, 0
push         ax
retf


den hab ich dann durch diesen ersetzt:

Code: [Auswählen]


ExecuteKernel:
mov ax, 0x1000
push ax
xor ax, ax
push ax
retf

funzt bis jetzt ganz gut

mfg hackgod

[DarkThing]

Um den Hintergrund zu erklären:
Aus mov ax, 0 wird in Maschinensprache das hier:
B8 00 00
Das B8 ist der eigentliche Befehl, also "mov ax,". Die beiden 00 stellen den Wert da der in das Register geschrieben wird. Also insgesamt 3 Byte.

Aus xor ax, ax wird das:
31 C0
Also 1 Byte gespart.

Es gibt noch eine Reihe anderer Tricks in dieser Art. Aber erst mal sollte man das so bei allen mov ?x, 0 machen, also auch bx,cx und dx.

[Roshl]

Was viel bringt ist auch die funktionsanfangsequenz
mov ebp,esp push esp oder so ähnlich durch enter 0,0 zu ersetzen
am ende das selbe durch leave dadurch wird einges gespart.
ich habe durch einige andere optimierungen die sich auch auf die algorithmen beziehn die grösse um ein viertel reduziert^^
Um das so alles zu finden muss man asm allerdings ziemlich perfekt können
es gibt viel mehr noch um code zu sparen aber das lass ich hier mal weg^^

[hackgod]

oh mann, da hat man grad ein erfolgserlebnis mit fat12 und dann...

Ich hab versucht die Konsole unter Ressource-Center zu implentieren.
da passiert gar nix unter bochs, die bootlog.txt wird tierisch gross(ca. 40 mb) wo dann hauptsächlich drin steht:

BOUND: fails bounds test

woran kann das liegen?

mfg

hackgod

[DarkThing]

Ich vermute das das daran liegt das du an den Anfang der Binärdatei springst, da stehen aber bei der Console noch Daten.

Ansonsten noch nen Tipp: Schreib mehr selbst Bootloader ist okay, aber den Kernel und die Console würd ich komplett selbst schreiben. Und dann solltest du in den PMode wechseln.

[Roshl]

das heisst das irgendwo im code ein boundtest (grenzen) durchgeführt wird der fehlschlägt kann viele gründe haben