Groups | Search | Server Info | Login | Register
Groups > de.comp.lang.assembler > #1191
| 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> |
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 | Next — Previous in thread | Next in thread | Find similar
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