(workaround) HDPMI32 on DR-DOS with XMS only (DOSX)
> > Anyways, I didn't say it wasn't moot, just that it was fairly strange
> > behavior. Maybe for best compatibility HX should try XMS 2.0 calls by
> > default if the 3.0 ones fail.
>
> The most robust strategy probably is to generally use xms v2 calls
> whenever the block of memory to allocate is < 64 MB.
>
> You can modify the source yourself, it's in pagemgr.asm, procedure
> allocxms.
Why would I do that when I can take the lazy way out? (Besides, you know I suck at programming.)
1). use HIMEMX, or
2). "set HDPMI=64"

Complete thread:
- (workaround) HDPMI32 on DR-DOS with XMS only - Rugxulo, 27.03.2009, 17:11
![Open in board view [Board]](img/board_d.gif)
![Open in mix view [Mix]](img/mix_d.gif)
- (workaround) HDPMI32 on DR-DOS with XMS only - DOS386, 31.03.2009, 03:44
- (workaround) HDPMI32 on DR-DOS with XMS only - Rugxulo, 01.04.2009, 13:21
- (workaround) HDPMI32 on DR-DOS with XMS only - Japheth, 01.04.2009, 16:39
- (workaround) HDPMI32 on DR-DOS with XMS only - Rugxulo, 01.04.2009, 20:41
- (workaround) HDPMI32 on DR-DOS with XMS only - Japheth, 02.04.2009, 07:48
- (workaround) HDPMI32 on DR-DOS with XMS only - Rugxulo, 02.04.2009, 21:04
- (workaround) HDPMI32 on DR-DOS with XMS only - Japheth, 02.04.2009, 07:48
- (workaround) HDPMI32 on DR-DOS with XMS only - Rugxulo, 01.04.2009, 20:41
- (workaround) HDPMI32 on DR-DOS with XMS only - Japheth, 01.04.2009, 16:39
- (workaround) HDPMI32 on DR-DOS with XMS only - Rugxulo, 01.04.2009, 13:21
- (workaround) HDPMI32 on DR-DOS with XMS only - DOS386, 31.03.2009, 03:44
Mix view