Access memory over 64MB?

[Byron Blue]

I'm running Watcom 11.0c with PMODE/W 1.33.
When I check the available RAM, it seems to only base itself of 64 MB - even
when the system has 2 GB.
Is there a setup I've missed somewhere?

Byron Blue

[Johann Klammer]

Post by Byron Blue
I'm running Watcom 11.0c with PMODE/W 1.33.
When I check the available RAM, it seems to only base itself of 64 MB -
even when the system has 2 GB.
Is there a setup I've missed somewhere?
Byron Blue

Hello,

A short time ago, I've used causeway+watcom.. the largest I tried was a
128MiB allocation (using calloc). It seems to have worked(I did not get
NULL pointer). But it was Openwatcom 1.6, not 11.0c. I still know,
because it surprised me a bit as I had read about the 64MiB limit
somewhere... not sure if it was openwatcom, causeway or the version of
freedos(R1.44 from the UBCD) that allowed it... Just dug out that old
stuff and tried again.. The largest I could get was 512 MiB, albeit with
a bit of disk activity... 1GiB fails.. but this box only has 512 MiB, so
I am not sure if this is the limiting factor...

From what I remember, protected mode memory allocations work slightly
different depending on the memory management software that's loaded. It
may be worth trying different boot configurations...

...

[n***@nospam.hotmail.com]

The 64 MB limit is an implementation limitation of PMODE/W. You can take=
a =

look at some benchmarks I did when involved in DOS/32A comparing most of=
=

the commercial and free Watcom compatible DOS Extenders at =

http://guti.bitacoras.com/wp-content/uploads/2013/07/dos32a/html/gnrl/13=
.html

My recommendation would be to switch either to DOS/32A or Causeway that =
=

are compatible with your current PMODE/W, and supports up to 512 MB =

(tested), maybe more. The cost would be about 10 KB more of executable =

size, but you will notice also some execution speed increase.

Regards.

Post by Byron Blue
I'm running Watcom 11.0c with PMODE/W 1.33.
When I check the available RAM, it seems to only base itself of 64 MB =

- =

Post by Byron Blue
even when the system has 2 GB.
Is there a setup I've missed somewhere?
Byron Blue

-- =

Usando el cliente de correo de Opera: http://www.opera.com/mail/

[Byron Blue]

I had tried DOS/32A yesterday with the same result.
I have found though that in DOS 6.22 the memory ceiling was RAISED to 64MB:
http://www.msfn.org/board/topic/159631-testing-ms-dos-limitations/
I'm trying to find another version of DOS to use at this time.
Thank you for all your help,
Byron

wrote in message news:***@p4-2800...

The 64 MB limit is an implementation limitation of PMODE/W. You can take a
look at some benchmarks I did when involved in DOS/32A comparing most of
the commercial and free Watcom compatible DOS Extenders at
http://guti.bitacoras.com/wp-content/uploads/2013/07/dos32a/html/gnrl/13.html

My recommendation would be to switch either to DOS/32A or Causeway that
are compatible with your current PMODE/W, and supports up to 512 MB
(tested), maybe more. The cost would be about 10 KB more of executable
size, but you will notice also some execution speed increase.

Regards.

Post by Byron Blue
I'm running Watcom 11.0c with PMODE/W 1.33.
When I check the available RAM, it seems to only base itself of 64 MB -
even when the system has 2 GB.
Is there a setup I've missed somewhere?
Byron Blue

[Steve Fabian]

Byron Blue wrote:
| I'm trying to find another version of DOS to use at this time.

Did you try FreeDOS from FreeDOS.org? Never used it myself...

[r***@hotmail.com]

Post by Byron Blue
I had tried DOS/32A yesterday with the same result.
http://www.msfn.org/board/topic/159631-testing-ms-dos-limitations/
I'm trying to find another version of DOS to use at this time.

The free and open source HX-DOS extender claims to support close to 4GB,
and works with Open Watcom. http://www.japheth.de/HX.html

Roald

[Byron Blue]

I've been looking into HX DOS. I does appear to be promising.
Now I'm trying to determine the setup for Watcom 11.0C (the documentation is
for OW).
Thanks for the pointer...
Byron

Post by Byron Blue
I had tried DOS/32A yesterday with the same result.
http://www.msfn.org/board/topic/159631-testing-ms-dos-limitations/
I'm trying to find another version of DOS to use at this time.

The free and open source HX-DOS extender claims to support close to 4GB,
and works with Open Watcom. http://www.japheth.de/HX.html

Roald

[japheth]

Post by Byron Blue
I've been looking into HX DOS. I does appear to be promising.
Now I'm trying to determine the setup for Watcom 11.0C

I don't know - never used Watcom 11.0C

As fas as HX is concerned: if the underlying XMM does support 64 MB only ( as
it apparently is the case with HIMEM.SYS of MS-DOS 6.22 ), then HX will also
be restricted to 64 MB.

So your first step should be either to change to a "more advanced" DOS version
or replace the HIMEM.SYS driver of v6.22 by a newer one - see for example HimemX:

http://www.japheth.de/Jemm.html

[Byron Blue]

I ran HDPMI32.exe and found that it would open the 2GB (by running
DPMI.exe).
Because the executable is compiled using PMODE/W it will not run under the
environment.
I need to replace the PMODE/W stub with HX DOS.
I don't know if this is possible.
I've downloaded the latest OW release and will attempt to load it on one of
my other laptops this weekend to see if I can work around the issues.
Thank you for your kind assistance,
Byron

Post by Byron Blue
I've been looking into HX DOS. I does appear to be promising.
Now I'm trying to determine the setup for Watcom 11.0C

I don't know - never used Watcom 11.0C

As fas as HX is concerned: if the underlying XMM does support 64 MB only (
as
it apparently is the case with HIMEM.SYS of MS-DOS 6.22 ), then HX will also
be restricted to 64 MB.

So your first step should be either to change to a "more advanced" DOS
version
or replace the HIMEM.SYS driver of v6.22 by a newer one - see for example
HimemX:

http://www.japheth.de/Jemm.html

[Wilton Helm]

11.0c is quite old and far from being supported. I'd start with the current
version of OW. A number of problems may disappear just from that.