Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.msdos.programmer > #4079
| Newsgroups | comp.os.msdos.programmer |
|---|---|
| Date | 2021-12-03 01:22 -0800 |
| References | <8808cb98-5cfd-444d-87ac-a71ef937f64cn@googlegroups.com> <8mnduvhd2fdw$.33ex4smmmt4t$.dlg@40tude.net> <da470e5b-c79a-4f5d-add7-9d7ea0a313a0n@googlegroups.com> <soclec$tcv$1@gioia.aioe.org> |
| Message-ID | <c9beac2d-b41f-4831-b3be-600b1e23ae61n@googlegroups.com> (permalink) |
| Subject | Re: initial memory |
| From | "muta...@gmail.com" <mutazilah@gmail.com> |
On Friday, December 3, 2021 at 7:45:01 PM UTC+11, Mateusz Viste wrote: > > Do you think that ideally MSDOS 2.0 should have included > > a call to auto-release extra memory? > There is no reliable way to know how much memory your program needs. > Only you know that. It looks like this is the problem: https://stackoverflow.com/questions/43214906/asm-exe-program-16bit-error-changing-size-of-memory tlink (which is what I originally used) puts x'ffff' as the number of paragraphs to allocate, meaning allocate all memory. So this problem needs to be solved by me using a sensible toolchain. I still need to know whether PDOS extensions are available though, because I want to be able to allocate memory by a 32-bit number of bytes rather than paragraphs (and returns a far pointer), so need another API call. Because I want to produce an executable that works on both RM16 and PM16 with linear GDT+LDT. BFN. Paul.
Back to comp.os.msdos.programmer | Previous | Next — Previous in thread | Next in thread | Find similar
initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-02 14:07 -0800
Re: initial memory JJ <jj4public@gmail.com> - 2021-12-03 15:05 +0700
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-03 00:38 -0800
Re: initial memory Mateusz Viste <mateusz@xyz.invalid> - 2021-12-03 09:45 +0100
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-03 01:22 -0800
Re: initial memory JJ <jj4public@gmail.com> - 2021-12-04 14:00 +0700
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-04 08:39 +0100
Re: initial memory Mateusz Viste <mateusz@xyz.invalid> - 2021-12-04 09:35 +0100
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-04 13:00 +0100
Re: initial memory Mateusz Viste <mateusz@xyz.invalid> - 2021-12-04 13:12 +0100
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-04 15:55 +0100
Re: initial memory Mateusz Viste <mateusz@xyz.invalid> - 2021-12-04 16:30 +0100
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-04 18:11 +0100
Re: initial memory Mateusz Viste <mateusz@xyz.invalid> - 2021-12-04 19:04 +0100
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-04 21:02 +0100
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-05 15:01 -0800
Re: initial memory Mateusz Viste <mateusz@xyz.invalid> - 2021-12-06 09:27 +0100
Re: initial memory JJ <jj4public@gmail.com> - 2021-12-05 14:03 +0700
Re: initial memory JJ <jj4public@gmail.com> - 2021-12-04 14:01 +0700
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-04 02:00 -0800
Re: initial memory JJ <jj4public@gmail.com> - 2021-12-05 14:12 +0700
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-05 15:02 -0800
Re: initial memory JJ <jj4public@gmail.com> - 2021-12-06 13:28 +0700
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-03 11:25 +0100
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-03 03:18 -0800
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-03 14:19 +0100
Re: initial memory "muta...@gmail.com" <mutazilah@gmail.com> - 2021-12-03 11:35 -0800
Re: initial memory "R.Wieser" <address@not.available> - 2021-12-03 22:30 +0100
Re: initial memory - SS:SP "R.Wieser" <address@not.available> - 2021-12-06 14:32 +0100
Re: initial memory - SS:SP "R.Wieser" <address@not.available> - 2021-12-06 14:51 +0100
csiph-web