HDTenEightyP/NetNews huggingface dataset:
From: schmiher@Informatik.TU-Muenchen.DE (Hermann Schmidt)
Subject: Re: How to test for a key ALREADY pressed?
Originator: schmiher@hphalle7c.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 8 Apr 1992 07:07:21 GMT


These few lines of assembler do the job.
First, the keyboard status is checked; if there
is a keycode the program reads the code and return the ascii
portion, 0 otherwise. Does not work with function keys because
they generate an ascii value of 0 and can only be
distinguished by the scan code. (Yes, I know, not much
changes necessary, but I didn't need that feature :-).

Feed the following lines into debug (debug < file).
(Emtpy lines are intended - Don't leave them out.)
---cut here
a
XOR	AL,AL 
MOV	AH,01
INT	16   
JNZ	010C 
XOR	AL,AL
JMP	0110 
XOR	AX,AX
INT	16   
MOV	AH,4C
INT	21   

w
ntestkey.com
rcx
14
w
q

--- cut here
If you run testkey.com in a batch file and test for errorlevel 1 any key
pressed at that time makes the condition become true.

Example:

rem begin of autoexec.bat
echo press any key if you don't like to run WINDOZE
.
[stuff that takes some time to run]
.
testkey
if errorlevel 1 goto no_win
  win
:no_win
:end
Newsgroups: comp.os.msdos.programmer
From: G.Eustace@massey.ac.nz (Glen Eustace)
Subject: Problem with exec'ing a Turbo Pascal program
Organization: Massey University, Palmerston North, New Zealand
X-Reader: NETNEWS/PC Version 2c
Date: Thu, 9 Apr 92 21:32:10 GMT

Can someone throw some light on  the following for me.

We have a situation which involves three programs x, y, z.  The
important point seems to be that prog y is written in turbo Pascal (
I am not sure about the version but I think it is 5 or 6 ).  The
problem we have is as follows.

y     spawns      z                     OK
x     execs       z                     OK
x     execs       y                     OK
x     execs       y     spawns    z     Fails with insufficient RAM

The lanquage used for z seems irrelevant.
The lanquage for x is C.  We have tried MSC5.1 and 6 and TC 2 but
they all demonstrate the same problem.  When y is written in C there
isn't a problem.

What we are trying to do is that when a NEW version of some program
is installed on our file server, it gets put in a directory with a
'.NEW' extension.  The idea being that these are not in the PATH.  If
a user wishes to try the new version he types

    NEW    COMMAND    PARMS         instead of
    COMMAND     PARMS

This has worked well for ages.  We have found that it fails when the
program that is new is a TurboPascal program and it, as part of its
function, spawns other progs.

An explanation of this behaviour would be appreciated.  Our
experiments have indicated that when a Turbo Pascal program is
exec'ed it gets given all of RAM even though there is a compiler
directive that told it to only allocate a small heap :-(

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Glen Eustace, Systems Software Manager | EMail: G.Eustace@massey.ac.nz
Computing Services, Massey University, | Phone:         +64 6 350 5161
Palmerston North,  New Zealand. GMT-12 | Fax:           +64 6 350 5607

Newsgroups: comp.os.msdos.programmer
From: melchers@Harpo.Chemie.FU-Berlin.DE (Bernd Melchers)
Subject: Re: problem with nmake in QuickC v2.5
Organization: Free University of Berlin, Germany
Date: Fri, 10 Apr 1992 13:48:02 GMT

calvert@QueensU.CA (John Calvert) writes:

>Is this the right groups for questions concerning the QuickC compiler?
>If not please excuse me and redirect me. Thanks.

>I have the following in my makefile:

>qlink /E /NOL file1.obj file2.obj file3.obj file4.obj file5.obj \
>    file6.obj file7.obj ,,, lib1.lib lib2.lib

>I get the folling error message:
>NMAKE : fatal error U1045: spawn failed: Arg list too long

>What gives? Why are 7 object files and 2 libraries too much for qlink?


I think, this has something to do with the limit of 128 characters per line
in the msdos commandline. Use
qlink /E /NOL *.obj ,,, lib1.lib lib2.lib
and it should work.

But I don't know the solution, if you really use only 107 bytes as above.

Please email me, if you know another solution.


Bernd

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@harpo.chemie.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383890            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: brown@NCoast.ORG (Stan Brown)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Printer off-line
Date: 16 Apr 92 21:33:12 GMT
Article-I.D.: NCoast.1992Apr16.213312.22909
Organization: Oak Road Systems, Cleveland Ohio USA

In article <1992Apr15.151328.5678@bradford.ac.uk> N.J.Watts@bradford.ac.uk (NJ WATTS) writes:
>Dear all,
>   	Is it possible to determine whether or not a printer on the stdprn 
>stream is on-line or not before sending any information to it?  I cannot 
>get around the problem that the operating system cuts in whenever the printer 
>is off-line and leaves an unsightly message in the middle of my applications.

You don't mention which programming language you're using, so I'll stick
to the general solution: INT 17 function 02; see Ralf Brown's interrupt
list or other BIOS references.

Oh what the heck, it's not long:

           mov ah,2
           mov dx,0   (0=LPT1, 1=LPT2, 2=LPT3)
           int 17h

Status comes back in AH.  You want bit 4 (selected) to be a 1 and the
following to be 0: bit 5 (out of paper), 3 (I/O error), 0 (timeout).


-- 
Stan Brown, Oak Road Systems, Cleveland, Ohio, USA       brown@ncoast.org
"But this information is only being given on a need-to-know basis."
"I need to know _everything._ How else can I know whether I need to 
know it?"          -- quoted from memory from {Yes, Prime Minister}
From: smclewin@ultrix.ramapo.edu (Scooter McLune)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Turbo C/C++ for dos and windows - Differences?
Date: 16 Apr 92 19:48:51 GMT
Organization: University of Delaware

harrison@sun.lclark.edu (Mark Harrison) writes:


>I'm not sure if this is the right place, but can anyone tell me what the
>difference is between Borland's Turbo C/C++ and Turbo C/C++ for Windows?
>What I really want to know is will the windows version do everything
>the dos version does, or is it just for windows programming?

>Mark Harrison
>harrison@sun.lclark.edu

TC++ for windows will _only_ generate windows programs.  TC++ for
DOS will only generate dos apps. (at least in the earlier versions)

Borland C++ 2.0 and greater will generate both DOS and windows apps in 
a DOS hosted environment.


SMM
From: suthan@cs.hw.ac.uk (Manickam Umasuthan)
Newsgroups: comp.os.msdos.programmer
Subject: Float-point
Date: 15 Apr 92 13:25:47 GMT
Organization: Dept of Computer Science, Heriot-Watt University, Scotland

I shall be thankful if someone let me know about the following.
I bought a software which needs floating point processer (hardware or
compiler). The problem is I don't have either. I like to know whether it is
possible to get the floating point complier via ftp.

THANKS VERY MUCH
-- 
-------
M.Umasuthan, 
Dept. of Comp. Sci.,Heriot-Watt University, 79 Grassmarket,
Edinburgh, EH1 2HJ  U.K. :: EMAIL:  suthan@uk.ac.hw.cs
From: crichmon@sedona.intel.com (Chris Richmond)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Programming in 386/486 protected mode
Date: 7 Apr 92 23:18:45 GMT
Reply-To: crichmon@sedona.intel.com
Organization: Intel Corporation, Embedded Microcomputer Division


PC Week ran an article ( Oct. 14 1991 , page 133 ) on this topic.
The compilers reviewed were:

        Intel's          386/486 CodeBuilder 1.0;
        MetaWare's       High C 2.31
        Symantec's       Zortech C++ 3.0
        Watcom's         C/386 8.5

The things scored were:

        Accuracy of generated code
        Execution speed of generated code
        Completeness and org. of documentation
        Quality of add. tools
        Price vs Performance

Zortech was first, Watcom second, Intel third, and MetaWare fourth.
                                  /* tie here if you count dots/half dots */
                                  /* empty dots.                          */

For Windows 3.0 development, Zortech and Watcom would work.  Stuff
written/compiled with Intel's compiler would run as DOS apps under
Windows.  

I have a copy of Intel's compiler ( of course ) and have used it 
for a couple of projects, only because they wouldn't work under
Borland's C compiler.  Between the two, I would use Turbo C++ any
day.  It compiles MUCH faster than Intel's ( no benchmarks, but for this
one project, I would guess 5-10x for TC++).  Also, CodeBuilder doesn't
include any library documentation.  They want you to buy a MicroSoft C 6.0
reference set ( it at least lists that as one of the needed items (along
with a 386/486 computer) on the outside of the box).  -> nested comments <-

Check the article for the most accurate info, please!!!
--
 Chris Richmond         |     Internet: crichmon@sedona.intel.com
 Intel, Corp. C3-21     |     Phone: (602)-554-8827
 5000 W. Chandler Blvd. |     This crazy is a world place. 
 Chandler, AZ  85226    |     My think losing I'm mind.
 
Newsgroups: comp.os.msdos.programmer
From: hoyski@meaddata.com (David Hoy)
Subject: How can I determine drive type?
Organization: Mead Data Central, Dayton OH
Date: Mon, 6 Apr 1992 18:35:50 GMT
Distribution: usa


Does anyone know how I can determine if a given drive number refers to a
fixed, floppy, network or RAM drive? The _bios_disk() calls in
MicrosSoft C 6.0A only work on floppy drives but I don't know how to
verify that the drive number I'm about to use is a floppy drive.

Any help would be greatly appreciated.

--
Dave Hoy            | 1st Law of Debugging:   | (513) 865-1871   
Mead Data Central   |  "Constants aren't...   | Session Manager Development
P.O. Box 933        |    variables don't."    | hoyski@meaddata.com
Dayton, Ohio  45401 |                         | uunet!meaddata!hoyski
Newsgroups: comp.os.msdos.programmer
From: kai@pyrite.SOM.CWRU.Edu (Kai Getrost)
Subject: Detailed CPU type detecting (386DX vs. 386SX)
X-Post-Machine: pyrite.som.cwru.edu
Followup-To: comp.os.msdos.programmer
Keywords: read FAQ
Organization: WSOM CSG, CWRU, Cleve. OH
Date: Tue, 7 Apr 92 19:46:50 GMT


     Does anyone have assembly source for a *detailed* detection of
the CPU of a machine?  I mean not just 8086 vs. 286/386/486, but
distinguishing a 386 or 486DX from an SX, and perhaps a NEC V20 (?)
from an 8088/8086, as well as coprocessor type (if present).  The
method mentioned in the FAQ, in VOL10N20.ZIP (PC Magazine archive) on
simtel, distinguishes between 8086/286/386/486 and floating point
types, but I'd like a way to detect 386SX vs. 386DX chips, and NEC chips vs.
Intel's.  I'm writing a system-information program similar to Norton's
SI.  Anyone know of any sources?  advTHANXance.




"...adventures into the esoteric     |        Kai Getrost
 periphery of the C shell may reveal |            ---
 unexpected quirks."                 | kai@pyrite.som.cwru.edu
                 -- SunOS 4.1 csh(1) | kai@b62624.student.cwru.edu



--
"...adventures into the esoteric     |        Kai Getrost
 periphery of the C shell may reveal |            ---
 unexpected quirks."                 | kai@pyrite.som.cwru.edu
                 -- SunOS 4.1 csh(1) | kai@b62624.student.cwru.edu
From: s1110238@giaeb.cc.monash.edu.au (Lee Hollingworth)
Newsgroups: comp.os.msdos.programmer
Subject: Re: How can I silence a ^C interrupt?
Date: 16 Apr 92 06:27:30 GMT
Organization: Monash University, Melb., Australia.

In article <1992Apr15.034832.12774@ctr.columbia.edu> kibirev@csa.UUCP (oleg kibirev) writes:
>In article <1992Apr15.023725.104692@cs.cmu.edu> ralf+@cs.cmu.edu (Ralf Brown) writes:
>#In article <1992Apr14.210313.21622@ux1.cso.uiuc.edu> jas37876@uxa.cso.uiuc.edu (John A. Slagel) writes:
>#}    An easy way to get rid of it is to locate the cursor at a
>#}    non-displayed location, like row 26 when you're not using it.
>#
>#That won't completely solve things, because the CRLF that gets output would
>#cause the screen to scroll.  You can't hardcode row 26 either, because the
>#screen might be 43, 44, 50, 60, 64, 66, or even 75 lines.  And it will
>#probably crash my system if run on my mono display because the "^C" will
>#overwrite highloaded TSRs at B100h....
>
>Probably, the simpliest method to avoid ^C is to intercept INT 9 &
>remove offensive keystrokes (ie ^C, Break and ^@). Or better yet, not
>to use DOS for screen output :-).
>
>							Kibirev Oleg
>							kibirev@CSA.BU.EDU

Even easier is not to use any functions which make use of INT 9, ie use the
BIOS functions bioskey() etc...

Lee Hollingworth
s1110238@giaec.cc.monash.edu.au
Newsgroups: comp.os.msdos.programmer
From: phil@ux1.cso.uiuc.edu (Phil Howard)
Subject: 4Eh Find First File - 4Fh Find Next File
Organization: University of Illinois at Urbana
Date: Thu, 16 Apr 1992 19:54:37 GMT

I would like to know exactly what the:
    4Eh Find First File
    4Fh Find Next File
MS-DOS function calls provide.  The FILEINFO structure only has room for a
single file name component.

If I use a file name (pointed to be ds:dx) such as:

    c:\dir1\dir2\dir3\file.ext

what do I get back in the fiFileName field of FILEINFO?  The last component
of the path (e.g. "file.ext")?

What if "file.ext" is really a directory (and I do NOT append "\*.*")?

What if the file name specified by ds:dx is "c:" or "c:\" ?

I am trying to make a simplified function for getting recursive file and
directory names given one or more pathnames.  By simplified, it is one
that is just called repeatedly and it takes care of all the details of
recursion (which the MS-DOS functions do not).  Each time it is called
it returns the next full path name even if it is in a different directory.
But the exact defined behaviour of 4Eh and 4Fh with regard to certain kinds
of paths that can be specified is not clear.
Newsgroups: comp.os.msdos.programmer
From: johnr@cs.uwa.oz.au (John Redman)
Subject: Serial and Parallel Ports
Organization: Dept. Computer Science, University of Western Australia.
Date: Thu, 16 Apr 1992 04:22:06 GMT

This is probably a very basic kind of thing to
ask, but --

	How do I go about reading and sending
	information from/to serial and parallel
	ports?

Any PD code or programs (with source if possible)
or any email explainations would be greatly
appreciated.


Thanks,
	John.
Xref: sparky comp.os.msdos.programmer:5287 comp.os.msdos.misc:3118
From: jwl3885@rigel.tamu.edu (THIS SPACE FOR RENT)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Re: How would YOU do this
Date: 10 Apr 92 00:35:00 GMT
Followup-To: comp.os.msdos.programmer
Distribution: na
Organization: Texas A&M University, Academic Computing Services
News-Software: VAX/VMS VNEWS 1.41

In article <1992Apr9.152256.8551@kakwa.ucs.ualberta.ca>, jimmy@namao.ucs.ualberta.ca writes...
>   I have an application in DOS where I select an icon from a palette
>   and place it on a screen. After the icon is placed on the canvas,
>   pixels under the graphics mouse cursor disappear. Why does this 
>   happen and what is the fix ? Using 386 and VGA.

Try turning the mouse cursor off before you blit the ICON for the last time.
Then you can turn it back on immediatly.  This should fix the problem...

Hope this helps.
John
From: pp@wsinti01.info.win.tue.nl (Peter Peters)
Newsgroups: comp.os.msdos.programmer
Subject: Re: TSR Programming Source
Keywords: TSR Programming
Date: 14 Apr 92 07:22:34 GMT
Reply-To: pp@info.win.tue.nl

pbreton@snowhite.WPI.EDU (Peter R Breton) writes:


>     I'm trying to learn how to go about programming TSRs.  Could anyone
>reccommend any good references?  Be they books, magazine articles, etc...
>Any help would be greatly appreciated.

>Thanks.

>*****************************************************************************
>-Peter Breton (pbreton@snowhite.wpi.edu) (pete%hweng%banyan@thing.banyan.com)

There is a German magazine called "DOS International" (strange name
eh...) that currently has a series of articles on TSR programming. It
started this month (april) and will continue in may and june. From the
looks of it, it covers almost everything you could ever want upto and
including calling dos functions and doing disk access. In this series
of articles they use assembler/turbo pascal to implement the stuff.
I do not know if there is a ftp site that carries the text and/or
programs of this magazine. Does anybody know ??

-- 
| Peter Peters                              | UUCP  : pp@win.tue.nl     |
| Eindhoven University of Technology (TUE)  | PHONE : +31-(0)40-474120  |
| Dept. of Mathematics and Computer Science | TUE   : HG 8.82 / 4120    |
| Disclaimer : I said WHAT ???              | VHF   : pa0ppe            |
From: Kevin.Lu@f386.n632.z3.fx.cec.edu.au (Kevin Lu)
Newsgroups: comp.os.msdos.programmer
Subject: msdos debuggers
Date: Fri, 10 Apr 1992 17:19:00 +1000

CAL>From: cal@world.std.com (Charles A Lynch)
CAL>Organization: The World Public Access UNIX, Brookline, MA

CAL>Hi. I wonder if anyone out there knows of some good debuggers. I'm
CAL>using Microsoft's Codeview now, but it kind of stinks...I almost
CAL>prefer to use DEBUG. So anyway, please let me know, preferably in email,
CAL>of any good 8086 machine code debuggers. If commercial, you could hint
CAL>where to pick it up, or if shareware, where I can FTP it from.

Whats wromg with codeview? I use the one with MASM v6.0 , and i would
certainly use it over debug! (although running Codeview and for that
matter MASM v6.0 on anything but a 386 is a bit dicey).

Try Borland Turbo debugger, it supposed to be good. I'm just waiting
till they (borland) fix it up so it no longer does strange things with
dos5 in HMA , and UMBs.


 * SLMR 2.1a * 

 * Origin: Eastern Mail Centre [PEP] OZ. +61-3-725-1621 (3:632/386)
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.os.msdos.programmer
Subject: Re: C compiler reviews needed
Date: 15 Apr 92 16:14:03 GMT
Organization: Ericsson Network Systems, Richardson, TX

Mark William Hopkins writes:
>
>Power C is $20 with optional add-ons, library source for extra, and a good
>reference.  Need I say more :)

How Mix Software stays in business with these sorts of prices
is beyond me.  It has to cost a good portion of that $20 just
to print the manuals.  Their office is 1/4 mile down the
street from me--maybe I should go ask them.

--
James Hague   
exuhag@exu.ericsson.se
From: jwhite@oasys.dt.navy.mil (White)
Newsgroups: comp.os.msdos.programmer
Subject: Re: DOS is dead.
Date: 17 Apr 92 14:13:07 GMT
Organization: Annapolis Detachment, CDNSWC Code 2723 
	      (formerly David Taylor Research Center, Annapolis MD)

In article <1992Apr17.131144.23112@cbfsb.cb.att.com> rbrager@cbnewsg.cb.att.com (rbrager) writes:

>It would be nice if this were true. I would like to see one that had
>multi-tasking and virtual memory management and cost < $150.

If you have a copy of windows 3.x lying around, and you live in the
US, call IBM and get OS/2 2.0 for $49.00

Joe White
From: robert@solan.unit.no (Robert Schmidt)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Warm boot?  (All suggestions so far have been dangerous!)
Date: 11 Apr 92 11:11:09 GMT
Organization: Norwegian Institute of Technology

In article <roelof.8@parst1.UUCP>, roelof@parst1.UUCP (Roelof van Suilichem) writes:
 > In article <1992Mar30.171014.3133@exu.ericsson.se> exuhag@exu.ericsson.se (James Hague) writes:
 > 
 > >Raymond Chen writes:
 > >>
 > >>Many people (including me, even) suggest the standard "jmp FFFF:0000"
 > >>method.
 > >>
 > >>But this is extremely dangerous if the user is running disk cacheing
 > >>software, since it bypasses *everything*!  Caches don't get flushed,
 > >>and you run the risk of trashing your hard drive!
 > 
 > As far as I know, they just precede the jmp with a 1 second delay so that
 > the cache can flush.  This is still dangerous.
 > 
 > Roelof

Another solution (and one used by configuration menus like Autocon and ConEd)
is to execute a DOS shell right before boot, to call the cache's own flush
function.  If you don't do any more disk access after the shell returns,
you're pretty safe to boot.

The disadvantage is that no two cache's use the same commands to flush.
One solution is to let the user provide a command line for flushing.  You'll
then need to explain the user that it's in his own interest that this is
done.

A typical command line is for example: MYCACHE /FLUSH

-- 
Regards from Robert Schmidt, PC C/asm is my game, fast graphics is my 
pain  -  Watch for my VGA/SB demo!
     e-mail to robert@solan.unit.no
 snail-mail to Stud.techn. Robert Schmidt, stud.post 170,
               Norwegian Institute of Technology, Trondheim, NORWAY
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.os.msdos.programmer
Subject: Re: DOS is dead.
Date: 17 Apr 92 12:03:23 GMT
Organization: University of Vaasa, Finland

In article <1992Apr16.115655.1283@nic.unh.edu> pss1@kepler.unh.edu (Paul S Secinaro) writes:
>Unfortunately, Microsoft is rumored to be coming out with a 32-bit
>version of DOS.  The rationale behind this is beyond my comprehension.
>
>I mean, if it's 32-bit, it won't be backwards compatible with
>conventional MS-DOS anyway, so why not just stick with Windows (or
>other OS'es) running DOS emulators?

Perhaps because of the postential 50 milloin users (suckers? :-)
instead of the few millions.

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
Newsgroups: comp.os.msdos.programmer
From: kibirev@csa.bu.edu (oleg kibirev)
Subject: Can BC 3.0 be made to run on a computer with 1M of RAM?
Organization: Computer Science Department, Boston University, Boston, MA, USA
Reply-To: kibirev@csa.bu.edu (oleg kibirev,ugrad,3525563,3525563)
Date: Wed, 15 Apr 1992 04:29:34 GMT

I am thinking about getting a better C compiler. I've seen BC 3.0
running on machine of my friend & it looks fine (no religious wars,
please...). However, the most important thing I understood from a
reply of bc30-info@Borland.COM is that it's not going to run on my PC.
I have a 286 with 1M of RAM & no place to put more memory. The
dinosaur  needs 1M of only extended mem. I can't believe I've seen a
64K C compiler for DOS! Apperently, Borland thinks that all of us will
run the thing in DOS-compatibility window of Cray IV.

Now the question. I've never written protected mode programs, but I
think that if BC 3.0 is using DPMI, it should be possible to give
it as much "extended memory" as it wants by swapping to the disk. Is
there a program to replace DPMILOAD that will do this?

						 Kibirev Oleg
						 kibirev@CSA.BU.EDU
From: sorrow@maple.circa.ufl.edu
Newsgroups: comp.os.msdos.programmer
Subject: Re: "Sticky" keyboard in Borland C++ 3.0
Date: 11 Apr 92 21:24:47 GMT
Article-I.D.: math.1992Apr9.011014.6146
Reply-To: SORROW%oak.decnet@pine.circa.ufl.edu
Organization: The CIRCA Underground

Could someone tell me what the sticky keyboard problem is?  I have
a Northgate OmniKey keyboard which supports sticky keys normally,
but I have this feature disabled....since using 3.0 of BC++ thought
the shift or ctrl keys occasionally get "stuck" in BC++...but I thought
it was a problem with my kbd...is this the problem?

I'm using an Omnikey/102 on an 80486 w/8MB, BC++ 3.00, and QEMM-386 5.11.

Brian