Groups | Search | Server Info | Login | Register


Groups > de.comp.lang.assembler > #1191

Re: Image deflaten

From Stefan Reuther <stefan.news@arcor.de>
Newsgroups de.comp.lang.assembler
Subject Re: Image deflaten
Date 2020-06-18 17:59 +0200
Message-ID <rcga2r.2ps.1@stefan.msgid.phost.de> (permalink)
References <hkuie5FdrbeU1@mid.individual.net> <rcdmpc.22o.1@stefan.msgid.phost.de> <hkuvmqFgk4jU1@mid.individual.net>

Show all headers | View raw


Hallo,

Am 17.06.2020 um 18:46 schrieb Jens Kallup:
> Am 17.06.20 um 18:18 schrieb Stefan Reuther:
>> Also sucht man sich einfach einen schönen Bereich raus, der nicht schon
>> fest vom System vergeben ist, und benutzt den.
> 
> schön von Dir zu hören.
> Mal angenommen, das segment 0x1000 mit offset 0x0000, also 1000:0000
> oder linear 0x10000000
> dürfte an die Grenze von 1 MB kommen?

Nein, hat Bernhard ja schon erklärt.

Ich hatte die Memory Map verlinkt. Zusammengefasst:

00000 - 004FF = IVT + BIOS Daten
00500 - 07BFF = frei
07C00 - 07DFF = hier wurde dein Bootsektor hingeladen
07E00 - ????F = frei
????0 - 9FFFF = EBDA
A0000 - BFFFF = Bildspeicher

Segmentadresse der EBDA steht an 0040E (also 0040:000E oder 0000:040E,
was immer dir besser gefällt). Damit ist hinter deinem Bootsektor (also
07E0:0000 oder 0000:7E00 oder wie auch immer) bis zur EBDA alles frei,
um die 600k.

> jetzt müsste man aber erstmal die Daten in den Speicher legen.
> Ok, das macht man mit read sectors vom int 0x13.
> Das gibt dann den Bereich wieder zurück wo der Puffer liegt.

Die Pufferadresse musst du angeben (ES:BX).

http://www.ctyme.com/intr/rb-0607.htm

Wenn du mehr als die genannten 600k brauchst, brauchst du Protected
Mode, dann kannst du aber den INT 13 nicht mehr verwenden.

Du kannst auch deinen eigenen Code erstmal verschieben, z.B. an 00500,
um noch ein paar k mehr zu bekommen.


  Stefan

Back to de.comp.lang.assembler | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Image deflaten Jens Kallup <kallup.jens@web.de> - 2020-06-17 14:59 +0200
  Re: Image deflaten Stefan Reuther <stefan.news@arcor.de> - 2020-06-17 18:18 +0200
    Re: Image deflaten Jens Kallup <kallup.jens@web.de> - 2020-06-17 18:46 +0200
      Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-06-18 15:17 +0200
        Re: Image deflaten "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2020-06-23 11:31 +0200
          Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-06-23 22:06 +0200
            Re: Image deflaten Jens Kallup <kallup.jens@web.de> - 2020-06-24 01:38 +0200
              Re: Image deflaten Jens Kallup <kallup.jens@web.de> - 2020-06-24 01:46 +0200
              Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-06-24 14:33 +0200
            Re: Image deflaten Stefan Reuther <stefan.news@arcor.de> - 2020-06-24 17:38 +0200
              Re: Image deflaten Jens Kallup <kallup.jens@web.de> - 2020-06-24 18:46 +0200
              Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-06-24 22:23 +0200
                Re: Image deflaten Stefan Reuther <stefan.news@arcor.de> - 2020-06-25 18:30 +0200
                Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-06-26 11:35 +0200
                Re: Image deflaten Stefan Reuther <stefan.news@arcor.de> - 2020-06-26 18:30 +0200
                Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-08-06 09:28 +0200
                Re: Image deflaten "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2020-06-26 18:39 +0200
                Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-08-06 09:29 +0200
      Re: Image deflaten Stefan Reuther <stefan.news@arcor.de> - 2020-06-18 17:59 +0200
  Re: Image deflaten Jens Kallup <kallup.jens@web.de> - 2020-06-18 19:26 +0200
    Re: Image deflaten Bernhard Schornak <schornak@web.de> - 2020-06-18 19:59 +0200

csiph-web