Index
> Main > flat assembler 1.67.26-27Goto page Previous 1, 2 |
| Author |
|
- carpe noctem
|
DOS386 18 Feb 2008, 05:33
Tomasz Grysztar wrote:
OK ... but it should use DPMI if available and not try UNREAL even then ... since this never worked for anyone  Anyway, since this "32-bit unreal mode" doesn't (!!!) remove the 64 KiB CS limit, and this limit is almost full, it's only a question of time when the unreal mode will have to leave: 1.67.27, 1.67.28 
Rugxulo wrote: > Vista 32-bit is actually worse than XP 32-bit: only 32 MB DPMI limit Just format your HD and install DOS 
> Nope, under WinME the DOS version still crashes/exits the DOS window. OK, thanks for respecting my exclusivity, I'm the only one who dares to test DOS stuff on DOS, and from minimal tests, the bug seems fixed in 1.67.26  But still I mostly use the IDE because the non-IDE version crashes on a DPMI host ..._________________ Bug Nr.: 12345 Title: Hello World program compiles to 100 KB !!! Status: Closed: NOT a Bug |
|||
18 Feb 2008, 05:33 |
|
|
Tomasz Grysztar 18 Feb 2008, 10:06
DOS386 wrote: But still I mostly use the IDE because the non-IDE version crashes on a DPMI host ... I know nothing about such crash - did you report it as a bug? |
|||
|
18 Feb 2008, 10:06 |
|
|
DOS386 19 Feb 2008, 00:05
> know nothing about such crash - did you report it as a bug?
bttr did ... 4+1/2 years ago: http://board.flatassembler.net/topic.php?t=472 And me also, 1 year ago: http://board.flatassembler.net/topic.php?t=6469 |
|||
|
19 Feb 2008, 00:05 |
|
|
rugxulo 19 Feb 2008, 04:03
If you load one of the DOS DPMI TSRs (either CWSDPMI or PMODETSR) when in real mode (XMS only or no mem. managers), it doesn't use the DPMI API at all, only uses unreal/flat real/whatever instead (and works, at least in my testing on DR-DOS).
However, loading HDPMI32 under pure DOS (no XMS, no EMS) crashes. But I'm not sure if it's FASM's fault or HDPMI's. |
|||
|
19 Feb 2008, 04:03 |
|
|
Tomasz Grysztar 19 Feb 2008, 16:45
DOS386 wrote: bttr did ... 4+1/2 years ago: He only reported that fasm doesn't want to use DPMI when processor is not in V86 mode, there was nothing said about any crash. rugxulo wrote: However, loading HDPMI32 under pure DOS (no XMS, no EMS) crashes. But I'm not sure if it's FASM's fault or HDPMI's. Perhaps HDPMI32 uses some extended memory, but fasm doesn't realize that extended memory is used (since there is no XMS) and when using all the extended memory for its own purposes, it breaks up some HDPMI structures? Well, for case when there is no XMS I have only this VDISK-memory-allocation detection routine I've made after HDOS (which earlier copied it from PMODE), I don't know if there were any other standards of letting other programs know that some of the extended memory is used (and if HDPMI does such things). |
|||
|
19 Feb 2008, 16:45 |
|
|
DOS386 08 Mar 2008, 01:14
Tomasz Grysztar wrote: He only reported that fasm doesn't want to use DPMI when processor is not in V86 mode, there was nothing said about any crash. Plus it "doesn't work" ... Quote: fasm 1.49 doesn't work with DPMIONE. According to Quote: Well, for case when there is no XMS I have only this VDISK-memory-allocation detection routine I've made after HDOS (which earlier copied it from PMODE), I don't know if there were any other standards of letting other programs know that some of the extended memory is used (and if HDPMI does such things). It's probably because of the poor "raw" INT 15 memory management "standards" ... it works with CWSDPMI, but not with DPMIONE and not with HDPMI32 : no spectacular crash , but doesn't work ... but this problem will soon be obsolete because of the 64 KiB limit _________________ Bug Nr.: 12345 Title: Hello World program compiles to 100 KB !!! Status: Closed: NOT a Bug |
|||
|
08 Mar 2008, 01:14 |
|
|
Tomasz Grysztar 08 Mar 2008, 09:44
DOS386 wrote: It's probably because of the poor "raw" INT 15 memory management "standards" ... it works with CWSDPMI, but not with DPMIONE and not with HDPMI32 : no spectacular crash , but doesn't work ... but this problem will soon be obsolete because of the 64 KiB limit Don't be so sure, there aren't really that many things planned to be added into core, and I'm able to still get pretty much space under that limit. |
|||
|
08 Mar 2008, 09:44 |
|
|
DOS386 16 Mar 2008, 01:00
Tomasz Grysztar wrote: Don't be so sure, there aren't really that many things planned to be added into core, and I'm able to still get pretty much space under that limit. Yeah ... decrypt post before trying to extract some information 
Still, I'd like to see the "Error-200-bug" fixed, plus some of the issues being pointed out very frequently (listing, ...). _________________ Bug Nr.: 12345 Title: Hello World program compiles to 100 KB !!! Status: Closed: NOT a Bug |
|||
|
16 Mar 2008, 01:00 |
|
|
asmfan 01 Apr 2008, 05:09
Tomasz, please add all available includes to the package. I mean ole32 maybe others. Just had problems compiling examle in masm notation and haven't found CoInitialize and others COM funct. declared in import.
|
|||
|
01 Apr 2008, 05:09 |
|
| Goto page Previous 1, 2 < Last Thread | Next Thread > |
Forum Rules:
|