DOS-Forum

zatzen hat geschrieben:Ich glaube, ich muss mir jetzt einfach mal Lektüre besorgen zu dem ganzen Thema.
Es sei denn, das war jetzt alles was ich über Assembler wissen muss...

Was Segment Override betrifft, für FS schreibe ich dann einfach

Code: Alles auswählen

db 64h
mov ax, ds:[si]

woraus dann mov ax, fs:[si] wird?

db 64h
mov ax, [si]

Was, wenn ich jetzt auch noch EAX verwenden will...

db 64h ; Segment-Override Prefix
db 66h ; Operand-Size Prefix
mov ax, [si]

So ganz ist mir das nicht klar, und ich schätze, das wird jetz hier zu
weit führen alles einzeln zu hinterfragen. Daher, wie gesagt, Lektüre...
Das wäre vielleicht meine letzte Bitte, wo ich sowas lesen kann,
ASM86FAQ wird hilfreich sein, aber ich sehe hier im letzten Posting auch,
dass da etwas auch der "Intel-Doku" entstammt.

Egal, hab jetzt endlich mal in ASMFAQ reingeguckt mit DOSferatus tollem
Reader, und habe da auch die Sache mit den Prefixes gefunden.

Danke nochmal an alle!

zatzen hat geschrieben:Da gibt's halt nur so Sachen, die ich in ASM86FAQ nicht finde.
Sorry für so viele Fragen...

Für Grafikroutinen beispielsweise habe ich bisher " REP MOVSW " verwendet.
Für MOVSW sind die Register DS:SI und ES:DI default. Da Frage ich mich,
wie man diesen Befehl so umbaut, dass es für bspw. FS und GS funktioniert.
Wenn das überhaupt geht. Sonst muss man es eben "per Hand" machen, also
mit Schleife und MOV.

Und bevor ich mich aus Unwissen verheddere, nur eine Frage, auch etwas
das mir neu war:

Wenn man DS als Register verwenden will für Lesezugriffe, dann kann
man sich scheinbar dessen Spezifierung schenken. D.h. es genügt ein
" MOV ... , [SI] " beispielsweise, ohne die Angabe des Segmentregisters.

Und das scheint auch die richtige Vorgehensweise zu sein, wenn man
durch Präfix ein anderes Segmentregister verwenden will, welches es
erst ab dem 386er gibt.

Beispiel: " DB 64H ; MOV AX, [SI] " wird quasi zu " MOV AX, FS:[SI] " ?

Und wie ich das verstanden habe, kann man bis zu 4 Präfixbytes (in der
richtigen Reihenfolge) vor einen Befehl schreiben, um diesen genauer zu
bestimmen.

zatzen hat geschrieben:Soetwas wie GETMEM gibt es wohl nicht, und man muss selber aufpassen
wie man den Speicher nutzt.

          call SETFREE             
          mov      bx, 2000h         ; 128 KB anfordern/reservieren
          call GETSPACE              ; benötigten SPEICHER ANFORDERN:
          jc  NOSPACE                ; keine 128 KB        = Fehler !
;         .....
;         .....

;--------------------------------------------
SETFREE:  mov      bx, ss            ; zunächst die beiden Segmentadressen
          mov      ax, es            ; voneinander abziehen. Das ergibt die
          sub      bx, ax            ; Anzahl der Paragraphen vom PSP bis
                                     ; zum Anfang des Stack
          mov      ax, sp            ; da sich der Stackpointer am Ende des
          add      ax, 0Fh           ; Stacksegments befindet, gibt sein
          shr      ax, 4             ; Inhalt die Länge des Stacks an
          add      bx, ax            ; zur bisherigen Länge hinzuaddieren
          mov      ah, 4Ah           ; neue Größe an das DOS übergeben
          int    21h
          ret
;--------------------------------------------
GETSPACE: mov      ah, 48h           ; anfordern/reservieren:  BX = Anzahl/16
          int    21h
          ret

zatzen hat geschrieben:Danke, da muss ich mich etwas reinknien um das zu verstehen.

In besagtem Progrämmchen habe ich den Speicher so berechnet:

Code: Alles auswählen

	mov	 bx, cs		; Codesegment + 4096 gibt
	add 	bx, 01000h	; Anfang der Speicheraddresse,
	mov	 ax, 0a000h	; ab der man den Speicher
	sub 	ax, bx		; frei benutzen darf
	cmp 	ax, 8230	; 8230*16 Byte frei?	
				; Ben”tigter Speicher:
				; - 64000 Byte [vscreen]
				; - 57344 Byte [Zeichensatz]
				; - 160*24 Byte [FlameBuffer]
				; - 128*14 Byte [LogoBuffer]
                                ; - 14*16*21 Byte [scrollbuf]

	jae     genug_frei

Warum Speicher ab Codesegment + 4096 benutzbar ist, ist mir gerade nicht klar.
Mögllicherweise liegts an der ASM-Anweisung "org 100h". Als quasi "GETMEM" habe ich
mich darauf beschränkt, die Segmente richtig zuzuweisen, ohne jegliche Reservierung.
Für kleine Projekte ohne Anspruch auf dynamischen Speicher ist das wohl auch kein Problem.