Hello Mr. McMackins, hello Mr. Viste,
I found the bad code. While your example works, if I change it to use
calloc (which is what my code is using at the particular failure point),
then it fails. Looks like calloc is doing something funny.
Actually, I just found that both malloc( ) and
I found the bad code. While your example works, if I change it to use
calloc (which is what my code is using at the particular failure point),
then it fails. Looks like calloc is doing something funny.
Happy Hacking,
David E. McMackins II
Supporting Member, Electronic Frontier Foundation
On Sat, 28 Jul 2018 11:49:42 -0500, David McMackins wrote:
> Is there a way to allocate a buffer in OpenWatcom that is larger than
> 64k?
Sure. Either use XMS/EMS, or rely on the "huge model" kludge.
> I'm currently trying to stay within the compact memory model, but
> even if I compile for huge
Hello Mr. McMackins,
Is there a way to allocate a buffer in OpenWatcom that is larger than
64k? I'm currently trying to stay within the compact memory model, but
even if I compile for huge memory model, I'm getting an out of memory
error for trying to allocate about 80k for a buffer. My machine
Perhaps I should clarify that by "buffer" I just mean some space on the
heap allocated via malloc()
Forwarded Message
Subject: Re: [Freedos-devel] Larger buffers in Watcom
Date: Sat, 28 Jul 2018 18:55:31 +0200
From: Eric Auer
To: David McMackins
Hi David,
maybe there is a
Is there a way to allocate a buffer in OpenWatcom that is larger than
64k? I'm currently trying to stay within the compact memory model, but
even if I compile for huge memory model, I'm getting an out of memory
error for trying to allocate about 80k for a buffer. My machine has 128M
of memory, so
://github.com/tkchia/build-ia16/releases/tag/20180728-redist-djgpp .
I think for now I will include just the source patches for Binutils and
GCC --- but I will include the full sources for those too, if Mr. Hall
needs/wants me to. (I figure that one should have little problem anyway
in getting