flat assembler
Message board for the users of flat assembler.

Index > Main > flat assembler 1.67.26-27

Goto page Previous  1, 2
Author
Thread Post new topic Reply to topic
f0dder



Joined: 19 Feb 2004
Posts: 3170
Location: Denmark
f0dder
rugxulo wrote:

Tomasz Grysztar wrote:

So 1.67.26 has a lot of SSE4 instructions already supported, but some of them will be supported in the next release (1.67.27), I hope to get it finished soon.

Do any actual machines (for sale) even support it yet? If not, I don't see the huge need to hurry here (unless you like working under BOCHS, heh).

Don't the "Penryn" (or, rather, 45nm process fab) class of core2 CPUs support SSE4? Those are on the street now.

_________________
Image - carpe noctem
Post 03 Feb 2008, 23:31
View user's profile Send private message Visit poster's website Reply with quote
DOS386



Joined: 08 Dec 2006
Posts: 1901
DOS386
Tomasz Grysztar wrote:
revolution wrote:
I have never understood the reason for using unreal mode. I can't see what advantage it has over PM.

Well, on some old machines it was faster than PM. And this implementation of it (the one that fasm uses) is also a kind of my 'pet', piece of code I really like and was proud of when first invented it.


OK ... but it should use DPMI if available and not try UNREAL even then ... since this never worked for anyone Sad 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 Question

Rugxulo wrote:

> Vista 32-bit is actually worse than XP 32-bit: only 32 MB DPMI limit

Just format your HD and install DOS Wink

> 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 Smile 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
Post 18 Feb 2008, 05:33
View user's profile Send private message Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
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?
Post 18 Feb 2008, 10:06
View user's profile Send private message Visit poster's website Reply with quote
DOS386



Joined: 08 Dec 2006
Posts: 1901
DOS386
> 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
Post 19 Feb 2008, 00:05
View user's profile Send private message Reply with quote
rugxulo



Joined: 09 Aug 2005
Posts: 2341
Location: Usono (aka, USA)
rugxulo
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.
Post 19 Feb 2008, 04:03
View user's profile Send private message Visit poster's website Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
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).
Post 19 Feb 2008, 16:45
View user's profile Send private message Visit poster's website Reply with quote
DOS386



Joined: 08 Dec 2006
Posts: 1901
DOS386
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
Post 08 Mar 2008, 01:14
View user's profile Send private message Reply with quote
Tomasz Grysztar
Assembly Artist


Joined: 16 Jun 2003
Posts: 7724
Location: Kraków, Poland
Tomasz Grysztar
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.
Post 08 Mar 2008, 09:44
View user's profile Send private message Visit poster's website Reply with quote
DOS386



Joined: 08 Dec 2006
Posts: 1901
DOS386
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 Idea

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
Post 16 Mar 2008, 01:00
View user's profile Send private message Reply with quote
asmfan



Joined: 11 Aug 2006
Posts: 392
Location: Russian
asmfan
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.
Post 01 Apr 2008, 05:09
View user's profile Send private message Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar.

Powered by rwasa.