From: buers AT gmx DOT de (Dieter Buerssner)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: THE BET
Followup-To: poster
Date: 18 Apr 2000 04:30:58 GMT
Lines: 23
Message-ID: <8dgu6d.3vvqu6v.0@buerssner-17104.user.cis.dfn.de>
References: <Pine DOT LNX DOT 4 DOT 10 DOT 10004180513400 DOT 1540-100000 AT darkstar DOT grendel DOT net> <38FBB73E DOT 4AFA584A AT mtu-net DOT ru>
NNTP-Posting-Host: pec-114-33.tnt7.s2.uunet.de (149.225.114.33)
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: fu-berlin.de 956032258 8167502 149.225.114.33 (16 [17104])
X-Posting-Agent: Hamster/1.3.13.0
User-Agent: Xnews/03.02.04
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

[followup set]

Alexei A. Frounze wrote:

>I forgot about one important thing. W/o FIDIVRL executed in parallel to
>the span() function he wouldn't get such a result. This trick is
>unchanged by him. 

This is wrong. Repeating it, doesn't make it correct.

Quick proof for the source, #defined for "Level II", without
any of your inline assembly.

E:\test\a2>gcc -O -S tmapping.c


E:\test\a2>grep -i fidivrl tmapping.s


E:\test\a2>exit


If you don't understand, RTFM.