HDTenEightyP/NetNews huggingface dataset:
From: kevin@kosman.uucp (Kevin O'Gorman)
Subject: Help! MS C++ 7.0a fails on my project
Organization: Vital Software Services, Oxnard, CA
Date: Thu, 5 Nov 1992 00:50:22 GMT

I'm trying to port a medium-sized project from Borland C++ to MS C++ 7.0a
(I just got an upgrade from MS today).  It fails to build in the link
stage, complaining of data segments over 64K.

Well, I know I've got initialized data segments over 64K, and it's all
string constants (okay, this is a text adventure game).  But that's why
I'm not using fast compile, and why I'm choosing the huge model.

This works in Borland.  Anybody know if it can be made to work in MS?
I don't really want to change the design philosophy, because I'm trying
to keep this thing working on multiple platforms (It already works on
UNIX and Mac).

I'm running under PWB, if it matters.  I'm also running under QEMM, with
QDPMI, and DesqView, rather than Windoze, but I would be astonished if
any of that made a difference.
-- 
Kevin O'Gorman ( kevin@kosman.UUCP, kevin%kosman.uucp@nrc.com )
voice: 805-984-8042 Vital Computer Systems, 5115 Beachcomber, Oxnard, CA  93035
Non-Disclaimer: my boss is me, and he stands behind everything I say.
From: yding+@pitt.edu (Yijun Ding)
Newsgroups: comp.os.msdos.programmer
Subject: Can't see mouse cursor on Hercules graphic mode
Date: 7 Nov 92 05:11:58 GMT
Organization: University of Pittsburgh

I have a graphic program works fine on CGA/VGA.  It seems to work with 
Hercules card except that you can't see the mouse arrow in graphic
mode.  

I am using TC2.0, something like:

  initgraph(...);
  ...
  __int__(0x33);    /* normal mouse call */

This is for IBM running MSDOS.  Any ideas?

Thanks in advance.
-- 
//Yijun Ding, Pittsburgh //Go your way, be happy.
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.os.msdos.programmer
Subject: Re: COMPILING SPEED
Date: 6 Nov 92 19:56:20 GMT
Reply-To: exuhag@exu.ericsson.se
Organization: Ericsson Network Systems, Richardson, TX
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.

Duncan Murdoch writes:
>
>But Turbo Pascal has all of those, and is much faster than any C or C++ 
>compiler I've ever seen.

Turbo Pascal is even faster than, or at least the same speed as,
Turbo Assembler.  TP on my old 8MHz 8088 machine is still faster
than Turbo C on my 386/20.  I've also used 6502 assemblers on
< 2MHz machines which were about the same speed as Turbo Assembler.
Forgetting about all obvious differences, etc., doesn't it still
seem that something is wrong?

>Why do people accept such slow compile times?  Turbo Pascal demonstrates 
>that fast compiler technology exists.  Is C++ five times harder to compile 
>than TP?

Additionally, TP shows how nicely integrated tools can be.  There's
no separate linker, you can compile straight to memory if you want,
etc.  Many integrated development systems are simply shells which
call various tools--and they feel like it.  

--
James Hague   
exuhag@exu.ericsson.se
Newsgroups: comp.os.msdos.programmer
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: Batch problem
Date: 13 Nov 92 08:32:05 GMT
Organization: Microsoft Corporation

In article <1dualbINN52t@usenet.INS.CWRU.Edu> au240@cleveland.Freenet.Edu (Ari Pitkanen) writes:
>
>
>How do I pass '%%f' to 'DoIt'? 

Well, I'd suggest making DoIt a separate batch file.
Or move to using qbasic.
 
>:Main
>cd scene
>for %%f in (*.*) do call doit %%f    REM call doit.bat using %%f 
>goto End

doit.bat
>cd..
>trace scene\%1                       REM %1 is parameter passed from Main
>copy scene\%1 traced
>del scene\%1

-jen
From: Bob.Dickey@altern8.mi.org (Bob Dickey)
Sender: FredMail@altern8.mi.org
Newsgroups: comp.os.msdos.programmer
Subject: Re: Boot protection
Date: 05 Nov 92  03:43:24 EST

-U>In the past I used a public domain software item to protect my hard disk. 
It
-U>Asked for a password at HD boot time.  I used it on an XT, and although it
-U>would boot from the floppy, any attempt to read the HD resulted in an
-U>Invalid Drive Specification   error.  So it is possible.  BTW:  if you have
a
-U>AMI Bios, it should have a Hardware protection system.  I can't remember the
-U>name of the program that I mentioned above, but will look it up and send
-U>details to anyone who wants them.
Simon,
Send the details PLEASE. This sounds like it maybe better than what I have
now.


 * OLX 2.1 TD * Crime wouldn't pay if the government ran it!

Newsgroups: comp.os.msdos.programmer
From: ski8032@tamsun.tamu.edu (The Man Behind The Curtain)
Subject: Re: box chars in text files.
Organization: Texas A&M University, College Station
Date: Wed, 11 Nov 1992 17:39:05 GMT

Thus spake scavanag@neumann.une.edu.au (Steven Cavanagh):
>I've seen text files where box characters have been used. I'm about to write
>my first program that uses box characters and I was wondering how they do it.
>(note: I already KNOW how to put them on the screen, I was just wondering if
>they use a special text editor or something that is easier than the roundabout
>ASCII number method.

Here's a solution that I've used.  I wrote a TSR which will replace
your keystrokes with deranged equivalents whenever the Scroll Lock
is on.  One of the remappings is the numbers into box chars (in
a somewhat reasonable way based on their location on the numeric
keypad) which you could then type directly into your text editor.
Unfortunately, however, many editors just don't allow direct input
of these types of characters...  if it does, then you may be in luck. 
If anyone's interested in trying it out, I'll uuencode it or make
it available for ftp.

>Steven Cavanagh                 |        So many women-
>                                |                      -So little charisma.

-- 
Till next time,                \o/   \o/
                                V \o/ V     email:pinky@tamu.edu
<>  Sam  Inala  <>                 V
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.os.msdos.programmer
Subject: Re: TD/386 woes...
Date: 6 Nov 92 14:33:04 GMT
Reply-To: exuhag@exu.ericsson.se
Organization: Ericsson Network Systems, Richardson, TX
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.

todd j. derr writes:
>
>I have had NO success trying to use TD/386.  Problem was that port 21h
>was getting changed somewhere and I couldn't figure out where, when it
>occurred to me, "hey, this is a prefect job for TD386"... So, I put
>it's driver in CONFIG.SYS, fire it up, set break on out to port 21, run.
>boom.  GP fault. 

I had this same problem.  It ended up that I was loading DOS high, something
which TD can't handle.  This is mentioned in a Borland tech notice on SIMTEL,
but not in the manuals or README file.

--
James Hague   
exuhag@exu.ericsson.se
From: wdrdjh@thor.cf.ac.uk (Dr D J Harvey 92)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Borland C++ under DPMI
Date: 10 Nov 92 13:10:10 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

In article <1992Nov6.203614.4587@digi.lonestar.org> kgallagh@digi.lonestar.org (Kevin Gallagher) writes:
|In article <1992Nov5.145435.18705@dcs.warwick.ac.uk> nwalczak@dcs.warwick.ac.uk (Nick) writes:
|>I have Borland C++, it refuses to run from DOS which is fair enough since I
|>have HIMEM.SYS installed which conflicts with BC's DPMI server.
|
|Funny.  I have Borland C++ 3.1, DOS 5.0, and Windows 3.1 all installed on my
|486 clone.  HIMEM.SYS is loaded, as well as EMM386.SYS (which is configured
|to emulate several meg of expanded memory and the rest as external memory).
|DOS is loaded high.
|
|Both the IDE compiler and the command line compiler work just fine under DOS.
|
Shouldn't be so funny, after all, the main advantage of DPMI over
previous such systems (VCPI etc), is that programs should be able to run
under each other's DPMI hosts.

harveydj@cardiff.ac.uk
+44 222 552588
Dept Radiology
University Hospital of Wales
Heath Park
Cardiff CF4 4XW
UK
Newsgroups: comp.os.msdos.programmer,gnu.gcc.help
From: westes@sti.com (Will Estes)
Subject: POSIX-compliant Library for DOS?
Keywords: mouse capture interrupt IRQ
Organization: Mail Group
Date: Fri, 13 Nov 1992 00:13:35 GMT

Does anyone make a POSIX-compliant library for DOS?  How much of POSIX
is IPC, process control, and other things that wouldn't make a lot of
sense under DOS?  

Does the GNU C++ for DOS have a POSIX library?  

The purpose of this question is that I need to write a mail gateway that
may need to run under DOS, Windows/NT, and UNIX.  Writing the core of
the application to just POSIX seemed like a safe strategy.

-- 
Will Estes		Internet: westes@netcom.com
Newsgroups: comp.os.msdos.programmer
From: jenk@microsoft.com (Jen Kilmer)
Subject: Re: What is MicroSoft's usenet address?
Date: 11 Nov 92 07:03:34 GMT
Organization: Microsoft Corporation

In article <1dj8itINN6ru@matt.ksu.ksu.edu> danodom@matt.ksu.ksu.edu (Dan Odom) writes:
>roger@hpnmdla.sr.hp.com (Roger Petersen) writes:
>>I once sent e-mail to postmaster@microsoft.com, 
>>asking if they had an on-line e-mail support address,
>>or even customer feedback address.
>>Postmaster@microsoft.com said that they didn't.
>>Progressive?  Not.
>
>I've found another corporation that behaves this way: Borland.
>If you send mail to customer-support@borland.com, they send you
>a message saying that they don't offer support on the Internet and
>you'll have to ask them on Compu$erve.  What a rip!

Does anyone know of microcomputer software companies that do
provide product/technical support via internet?

Back when I was in product support [MS-DOS/Windows, didja guess?] 
part of why internet support suggestions where shot down was that
'not as many users there as compuserve' and 'no one else does, so
we don't have to'. 

BTW: Yes, I was on the MS-DOS 900 line ($2/min or $20/call); no
it is NOT programming support; NO the $ microsoft gets from that
doesn't begin to cover the cost of offering it (after AT&T and
federal, state and local taxes are taken out, microsoft gets about
$1/minute).

-jen
not speaking for microsoft in any way, shape or form.
Newsgroups: comp.os.msdos.programmer
From: jafcdiss@cs.ruu.nl (Jeroen van Disseldorp)
Subject: (ahem...) HELP! Who has Tech Help 4.0 or higher?!
Date: Fri, 6 Nov 1992 10:56:53 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: Tech Help 4


I'm desperately searching Tech Help Version 4.0 or higher to explore more
of my 386. I have Version 3.3a and it lacks all info of the VGA and 386.
If anyone can help, please mail me at jafcdiss@cs.ruu.nl
From: frey@isa.de (Steffen Frey)
Newsgroups: comp.os.msdos.programmer
Subject: looking for COBOL algorithm
Date: 5 Nov 92 09:48:29 GMT
Organization: ISA GmbH, Stuttgart, FRG


Hi folks,

I'm looking for a nice COBOL (MS 4.0 preferable) algorithm for
	"Towers of Hanoi".

It would be great if there would be one out there - maybe I could
FTP it from somewhere...

Thanx in advance.
Steffen Frey (frey@isa.de, frey@hp9001.rz.fh-pforzheim.de)

-- 
ISA GmbH, Azenbergstr. 35, D-7000 Stuttgart 1, Germany 
Steffen Frey      *** Murphy`s Law will never die! ***
INTERNET: frey@isa.de           BITNET: frey%isa.de@unido.bitnet
UUCP:     frey@isaak.uucp   or  ...!{uunet!unido,pyramid}!isaak!frey
From: iarit@slate.mines.colorado.edu (ARIT ISMAIL)
Newsgroups: comp.os.msdos.programmer
Subject: putting chars back to keyboard buf.. Round 2..
Date: 12 Nov 92 18:00:37 GMT
Organization: Colorado School of Mines

Hi,

First, thanks to those who replied to my last buffer question.!!
Now, here is my code..

void
PushBackChar(char aChar)
{
    unsigned int       temp2;
    unsigned int far  *tail = (unsigned int far *)(0x0040L << 16 |
                                                   0x001CL);
    unsigned int far  *head = (unsigned int far *)(0x0040L << 16 |
                                                   0x001AL);

    temp2 = *tail;
/* let's go to next box, see where we are.!*/
    temp2 += 2;

    if (temp2 <= 0x3E)
        goto still_got_space;
    else
    {   /* go back to start*/
        temp2 = 0x1E;
        temp2 += 2;
    }

still_got_space:
    if ((*head) == temp2)
        goto cant_push;
    else                        /* don't care about ext. keys */
    *((int far *)(0x0040L << 16 | (long)(temp2 - 2))) =
                                              (unsigned)aChar;

                                /* update tail */
    *((unsigned far *)(0x0040L << 16 | 0x001CL)) = temp2;

cant_push:;
 /* trash */

};



this code works just fine(Well.! not always!!..), but there is a
problem. Sometimes, DOS shell reads whatever I pushed recursively
'till I do Ctrl-C (I am using this to push some strings back to DOS
shell from a tsr). Does anybody know/see what the problem is?
 Thanks in advance.

iarit@slate.mines.colorado.edu
From: denning@vax.oxford.ac.uk (Iain Morrison)
Newsgroups: comp.os.msdos.programmer
Subject: 32-Bit Pascal Compilers?
Date: 5 Nov 92 17:18:13 GMT
Organization: Oxford University VAX 6620

Hello there,
   I was wondering if anyone had any experience with 32-bit pascal compilers
running under MSDOS on a PC (486DX). I also reguire virtual memory management.
Any favourites (and if so why) or alternatively compilers to avoid like the 
plague. 

     many thanks
       Iain Morrison

       Inorganic Chemistry Laboratory
       Oxford
Newsgroups: comp.os.msdos.programmer
From: jgeniec@medulla.cis.ohio-state.edu (Joseph Geniec)
Subject: Using bitmaps in DOS apps.
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Tue, 10 Nov 1992 18:25:38 GMT


Does anyone know how to load a standard bitmap (.BMP) in a DOS application
and display it with putimage() ? Do I need to know the format specifics of a
.BMP file?

		Many Thanks,
		Joe Geniec

Xref: sparky comp.os.msdos.programmer:10446 misc.int-property:1413
From: danwood@netcom.com (Daniel J Wood)
Newsgroups: comp.os.msdos.programmer,misc.int-property
Subject: Re: How to "save" behind window in graphics mode?
Keywords: Window Dos Graphics text save behind
Date: 9 Nov 92 23:14:09 GMT
Article-I.D.: netcom.1992Nov9.231409.2831
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

a_rubin@dsg4.dse.beckman.com (Arthur Rubin) writes:

>Doesn't this violate the "Backing Store" patent?  (Proof once again that the
>patent was obvious.)

I guess my ignorance in DOS programming is showing again. What's this patent?
And does this mean that somebody's gonna come breathing down my neck if 
write an application with windows?
From: nyeda@cnsvax.uwec.edu (David Nye)
Newsgroups: comp.os.msdos.programmer
Subject: Re: LASTDRIVE function/asm/ect... Need one!
Date: 8 Nov 92 21:58:34 GMT
Organization: University of Wisconsin Eau Claire

There is source code for this in the disk that accompanies the book
Undocumented DOS by Andrew Schulman et al.  Every programmer who
writes under DOS should have a copy.  I don't think the code is PD
so I can't post it.  Basically, you call Int 21h fn 19h to get the
current drive and then Int 21h fn 0Eh to select that drive.  As a
byproduct of doing this, LASTDRIVE is returned in AL.  Bear in mind
that LASTDRIVE does not contain the number of drives in the system,
only the size of the array built to hold disk information (the
Current Directory Structure array).  There often are fewer drives
than LASTDRIVE, and may be more if the machine is networked.  The
only reliable way to actually count drives is to walk the Drive
Parameter Block chain.

David Nye
nyeda@cnsvax.uwec.edu
Newsgroups: comp.os.msdos.programmer
From: hpv@kelvin.uio.no (Hans Peter Verne)
Subject: Detecting Windows ?
Organization: University of Oslo, Norway
Date: Tue, 10 Nov 1992 15:22:44 GMT


I'm writing this for a friend who doesn't have access to the net, poor soul.
Please reply by mail, I'll post a follow-up (if I get any replies...).

Does anyone know a reliable way to determine if windows (tm) is running,
and under which mode, from a standard dos program ?

I've tried the int2F,1600 function, but to no awail.

Greetings,
Hans Peter ( hpv@ulrik.uio.no )
From: dillman@ubvmsd.cc.buffalo.edu (Thomas Dillman)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Environment size hack in DOS 5?
Summary: Don't tell me about SHELL= in CONFIG.SYS!
Date: 13 Nov 92 13:28:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

>In article <1992Nov12.234502.22273@midway.uchicago.edu> pynq@quads.uchicago.edu (George Jetson) writes:
>>BTW, patching COMMAND.COM *is* the only correct solution.  CONFIG.SYS
>>only affects the first loaded copy of COMMAND.COM.  Further, there are
>>various kludge solutions floating around, e.g., ENV.ARC (from 1988 [!]) in
>>MSDOS.SYSUTL on Simtel, et al, but I am not interested in kludge solutions.
> 
As an alternative 4DOS can be configured to create at least X bytes of 
environment space in any sub-shells.

Thomas J. Dillman
Xref: sparky comp.os.msdos.programmer:10495 comp.lang.c++:16074 comp.lang.c:16308
From: tlhouse@nyx.cs.du.edu (fiver)
Subject: Re: COMPILING SPEED
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Distribution: na
Date: Sat, 7 Nov 92 14:30:28 GMT


>>Why do people accept such slow compile times?  Turbo Pascal demonstrates 
>>that fast compiler technology exists.  Is C++ five times harder to
>>compile than TP?
 
>In terms of complexity in compilation, C and C++ is more difficult
>to compile, because of the extreme flexability of expression that
>is relatively curtailed in the Pascal Language, even with the more
 
Gee .. a fun religious war may be coming .. I vote for 'C' .. but vote out
the war (that is, to not have the war) ..
From: a0045@rrz.uni-koeln.de (Jochen Roderburg)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Environment size hack in DOS 5?
Date: 13 Nov 92 17:27:50
Organization: Regional Computing Center, University of Cologne, F. R. Germany
NNTP-Posting-Host: berry.rrz.uni-koeln.de
In-reply-to: pynq@quads.uchicago.edu's message of Thu, 12 Nov 1992 23:45:02 GMT

In article <1992Nov12.234502.22273@midway.uchicago.edu> pynq@quads.uchicago.edu (George Jetson) writes:

   In versions of DOS prior to 4.0, there was a well known patch location
   in COMMAND.COM that allowed you to change the default environment size.
   The default was usually something like 160 bytes (0A paragraphs), which
   is ridculously low.  However, it was a simple matter to use DEBUG to
   patch it to something reasonable (e.g., setting the byte to 30 would get
   you a 768 char [minimum] environment, in all your subshells.)

I can't tell you the exact location, only for the german version which 
wouldn't help you very much, but I remember that the unexpected problem
with this patch for DOS 5 was, that the default environemnt size is now
256 and not 160, so you have to search for something with hex 10 and
not hex 0A to locate the patch point.

Jochen Roderburg
Regional Computing Center
University of Cologne
Robert-Koch-Str. 10                    Tel.:   +49-221/470-4564
D-5000 Koeln 41                        E-Mail: Ro @ RRZ.Uni-Koeln.DE
Germany

Newsgroups: comp.os.msdos.programmer
From: jon@stekt.oulu.fi (Jouni Miettunen)
Subject: Re: text formatting
Organization: University of Oulu, Dept. of EE, Finland
	<00963352.FF5FC640@FHYDRA.FYSEL.UNIT.NO>
	<1992Nov6.230439.2185@cnsvax.uwec.edu>
Date: Sat, 7 Nov 1992 13:18:24 GMT

In article <1992Nov6.230439.2185@cnsvax.uwec.edu> nyeda@cnsvax.uwec.edu (David Nye) writes:


> In article <00963352.FF5FC640@FHYDRA.FYSEL.UNIT.NO>, dahls@fhydra.dnet.unit.no (Joern Yngve Dahl-Stamnes) writes:

> >         Why reinvent  the wheel?  There  are
> >         several  nroff/troff  like  programs 
> >         you can get by anonymous ftp.

> 1)  for fun
> 2)  for school

Or for use. I just bought a Data General Dasher LP2 matrix printer,
which is not compatible to _any_ program I tested and so I have to
write a print program of my own. One of the features I'm going to add
is text justification.

It's quite easy to do left, right and center justification, but the
wide (both left _and_ right justification) is giving me a lot of
trouble. All pointers to literature are more than welcome! Even some
sample source code would be accepted... ;-)

> David Nye

--jouni

--

* Jouni Miettunen  jon@stekt.oulu.fi  * Oulu * Finland * Europe *
*** Good fortune will find you, providing you gave directions ***
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: COMPILING SPEED
Organization: Queen's University
Distribution: na
Date: Fri, 6 Nov 1992 14:58:58 GMT

In article <1992Nov6.102017.17897@sequent.com> furballs@sequent.com (Paul Penrod) writes:
>>Q: Is compiling under C++ inherantly slower than C??
>
>Yes, always...
>C++, because of its very nature, contains quite a bit of overhead,
>since the compiler must resolve such cuties as polymorphism,
>inheritance, and the like.

But Turbo Pascal has all of those, and is much faster than any C or C++ 
compiler I've ever seen.  

>With your compile times under a minute, I dont think you can
>optimize all that much, nor should you have much to complain about.
>Now, on one of the project I am working on, it takes about 45
>minutes to compile 7 megs or source, broken up into 15
>subdirectories, and several hundred files. 

I don't have any projects that big to compare, but the compile + link time 
for a project with 350K of source (1/20th of yours) is 9 seconds
under TP (1/300th of your time, assuming you were including 
linking, i.e. 15 times as fast).  

>The fastest optimization came when I switched away from a 386 and
>went to a 486/33 from a 386/25. The compile times are now down to a
>more reasonable 15 minutes.

My timing was on a 486-25 system, without paying any special attention to 
optimization. Still it was 5 times faster than your compiler.

Why do people accept such slow compile times?  Turbo Pascal demonstrates 
that fast compiler technology exists.  Is C++ five times harder to compile 
than TP?

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.os.msdos.programmer
From: dmeltzer@erc.cat.syr.edu (David Meltzer)
Subject: Re: 386 Assembler Question - Easy one...
Organization: Electronic Resource Center, Syracuse
Date: Wed, 11 Nov 92 23:07:33 EST

In article <1992Nov11.114831.6643@ufhx1.ufh.ac.za> cssjs2@ufhx1.ufh.ac.za (Mr I Scheepers) writes:
>In <1992Nov9.162931.1@camins.camosun.bc.ca> morley@camins.camosun.bc.ca writes:
>>In 386 assembler I need to fill an extended register with 4 copies
>>of the same byte.  Right now I'm using the following:
>
>>   mov  al,VALUE
>>   mov  ah,VALUE
>>   shl  eax,16
>>   mov  al,VALUE
>>   mov  ah,VALUE
>
>>I'm curious... is there a better/faster way to stuff the register?
>
>How about:
>	mov al,VALUE
>	mov ah,al
>	mov eax,ax
Wouldnt't that last line move the 16-bit value of AX register to the 32-bit
EAX register, like doing a mov ax,al?  Unfortunately there is no way to
access the high 16-bits of EAX directly as such, like a EHAX (which would
invariably lead to a EHAL <sigh>).
David Meltzer
,