HDTenEightyP/NetNews huggingface dataset:
From: dobler@sparc1.wiwi.uni-karlsruhe.de (Volker Dobler)
Newsgroups: comp.lang.pascal
Subject: Printer Unit
Date: 17 Dec 1992 14:52:16 GMT
Organization: Institut fuer Entscheidungstheorie und Unternehmensforschung Universitaet Karlsruhe (TH)
Distribution: world
NNTP-Posting-Host: etupc30.wiwi.uni-karlsruhe.de

Hi,

does anybody knows a Unit in Turbo Pascal (perhaps as OOP Unit), to support
one or more printer. I know, there is such a unit within the TurboPower
Object Vision program, but that's not compatible with Turbo Vision :-(.
I want to write a program with Turbo Vision, where i have to print out
a lot of stuff.

Thanks, for any hint,
Volker
==============================================================================
|          Volker Dobler, Universitaet Karlsruhe (TH), Deutschland           |
|                                                                            |
|   e-mail: dobler@etupc30.wiwi.uni-karlsruhe.de     ,-----------------------|
|    oder     ul1f@dkauni2.bitnet                    |  I don't like chaos,  |
|  PGP20-Public Key:                                 |  but chaos likes me.  |
|        finger dobler@etupc30.wiwi.uni-karlsruhe.de |                       |
==============================================================================
Newsgroups: comp.lang.pascal
From: gyl.midroni@rose.com (gyl midroni)
Subject: BPW debugger problems
Organization: Rose Media Inc, Toronto, Ontario.
Date: Mon, 14 Dec 1992 06:42:39 GMT
X-Gated-By: Usenet <==> RoseMail Gateway (v1.70)


Date Entered: 12-14-92 01:34
Hi all,

    With great anticipation I started looking at the BP70 package I 
got this week.  So far no problems with the DOS version, but I am 
having all sorts of trouble with the windows version:

1)  The debugger won't recognize breakpoints on my application, even 
though the "messagebeeps" tell me that the code in those routines was 
called.   This occurs only in one specific application, so probably 
the problem is me, not the debugger.  HOwever, there is no such 
problem with the identical code on the TPW 1.5 debugger (allowing for 
different OWL units between versions)

2)  Similarly, the debugger crashes unpredictably, even though the 
code it is running works fine without the debugger.  Again, no such 
problem with the old debugger.  These crashes are totally graceless, 
going to the dos prompt, or even rebooting the system without any 
error message or warning.

3)  I've been randomly (seemingly) getting "Unknown PSP  XXXX " where 
XXXX is a 4 or 5 digit number messages on running the debugger.  I've 
never seen these in the old debugger.  These messages, however, do not 
seem to indicate any serious problem, because the debugger does not 
crash. (right away, anyway)

     I'm pretty sure that the problem is my code... meaning some 
pointers are flying around loose (probably those damn PCHAR's... 
whoever invented the syntax for these should be shot.  If I wanted 
stuff like that, I'd be using 'C' for programming), or values out of 
range, but why would these error cause so much damage with this 
debugger, but not with the one that came with TPW 1.5.  At this point 
I have given up on BPW and returned to TPW 1.5, so any ideas would be 
helpful.

                   Thanks,  Gyl
                   gyl.midroni@rose.com



    My thanks for any replies or suggests on how to go about 
localizing the problem.  Remember,  I can't seem to set breakpoints in 
this damn program!!
---
   RR 1.60 R001881
   RM 2.00 : RoseNet<=>Usenet Gateway : Rose Media 416-733-2285
From: murphy1@husc10.harvard.edu (Gerard J. Murphy)
Newsgroups: comp.lang.pascal
Subject: Email address for Robert Sedgewick?
Date: 17 Dec 92 03:05:08 GMT
Distribution: na
Organization: Harvard University Science Center


   OK, I haven't been able to get any help with a problem I posted
involving a text pattern matcher using non-deterministic finite
automata based on Sedgewick's example in his book 'Algorithms', so
let me ask a different question.  Does anybody know if Dr. Sedgewick
has an email address at Princeton and, if so, what it might be?  
That way I can contact him directly.  

   Thanks in advance.

                                       Gerry Murphy
From: 00dfmeeker@leo.bsuvc.bsu.edu (David F. Meeker)
Newsgroups: comp.lang.pascal
Subject: Re: help with die rolls...
Date: 16 Dec 92 21:39:58 GMT
Organization: Broccoli Productions

In article <1992Dec16.170959.3637@csdvax.csd.unsw.edu.au>, p2112899@csdvax.csd.unsw.edu.au writes:
> Could someone please show me how to get random die rolls going.
> 
> I am writing an attribute program for a roll playing game and need to roll die
> for it.
> 
> The code I have done is:
> 
> for i := 0 to 3 do  pe := pe + random(6);
> 
> to roll a 6 sided die 3 times, but it doesn't work as it should. Some values
> produced are actually lower than possible.
> 
> The minimum roll from 3 six sided die is 3, sometimes I get 2???
> 
> Any help will be appreciated.
> 
> Richard.
> P2112899@csdvax.csd.unsw.edu.au

	Well, I've never been one to trust "random" number generators,
so here's my technique....  (Picked it up in my Basic (BLECH!) days.. ;)
Here's a little bit of pseudo-code:

Random number = int( random(100) * highest number / 100 )

	Use whatever number for random you think is appropriate / your
compiler can handle... (I use 100, personally..)

Anyway, hope that helps..

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
"But I know one thing that never dies: judgement on each one dead."

David F. Meeker			Ball State University, Muncie Indiana
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Internet: 00DFMEEKER@BSUVC.BSU.EDU
Newsgroups: comp.lang.pascal
From: amead@s.psych.uiuc.edu (Alan Mead)
Subject: Re: my PD editor fights back / TP prot scheme
Organization: UIUC Department of Psychology
Date: Mon, 14 Dec 1992 17:03:16 GMT

ATURNER@rcnvms.rcn.mass.edu (Alan Turner) writes:


>I have my favorite PD editor which I use for small - quick little progs.
>I decided that I would go in with Dos debug and just change the color attr
>byte - so I can see my screen better - guess what?
>The program knew that I modified one byte! and gave me an error message
>accordingly! "Program has been altered" and blew up!

>This is my question because now I am curious - does anyone know of TP prot
>schemes along these lines or is this a strictly assembly thing?
>How can a program do this!!!????

Ah, your being prtected from those screen colors.   Probably what the 
editor does is to keep a checksum of its size.  When you modified a 
single byte, its computed checksum didn't match and it, as you say, 
blew up (I would say self-destructed).

But this was probably intended as a safty feature to stop viri from
causing damage rather than as copy protection.

And last I checked there were ready-made TP units to do this for you.  They
might be called something like VIRPROT and, while you should check local
ftp sites, I last saw such a beast on Garbo.

Note that you can also store information (like the screen color) inside
the program (ie, and modify the object file instead of keeping track of
a ".rc" file) in which case you have to carefully exclude those lines 
form the checksum.

-alan
From: Phil.Hodges@f601.n105.z1.fidonet.org (Phil Hodges)
Sender: postmaster@therose.pdx.com
Newsgroups: comp.lang.pascal
Subject: Disable Crtl-Break and C
Date: Mon, 14 Dec 1992 03:49:06 -0700

SL>From: sl9dm@cc.usu.edu
  >Newsgroups: comp.lang.pascal

  >> What sort of code do I need to include in a pascal program (writen in
  >> Borland Pascal 6.0) to disable CTRL-BREAK and CTRL-C?

SL>> How about CTR-ALT-DEL?
  >>
  >Not possible because the computer catches the CTL-ALT-DEL and reboots
before
  >the program sees it.

    NOT true! Ever hear of interrupt vectors?!!?!?!?!?!?!?!?! Try this unit.
All you need to do is put Uses CAD, and it will disable C-A-D in your
programs.
You have to call RestoreCAD before leaving the program.

UNIT CAD;

INTERFACE

USES Dos;

VAR
  Int9Handler  : POINTER;

PROCEDURE InterceptCtrlAltDel;
PROCEDURE RestoreCAD;

  IMPLEMENTATION

PROCEDURE InterceptCtrlAltDel; Assembler;

CONST
  Ctrl         = 4;
  Alt          = 8;
  Del          = $53;
  KbdPort      = $60;                  { Keyboard port }
  KbdCtrlPort  = $61;                  { Keyboard control port }
  PIC          = $20;                  { 8259 Interrupt controller }
  EOI          = $20;                  { End-of-interrupt }

  ASM

  PUSH   AX
  PUSH   DS
  MOV    AX, SEG @Data
  MOV    DS, AX
  STI
  IN     AL, KbdPort
  AND    AL, 01111111b
  CMP    AL, Del
  JNE    @2

  @1 :     MOV    AH, 2               { BIOS Get keyboard flags service }
  INT    16h
  TEST   AL, Ctrl + Alt
  JNZ    @3

  @2 :     PUSHF
  CALL   [Int9Handler]
  JMP    @4

  @3 :     IN     AL, KbdCtrlPort
  MOV    AH, AL
  OR     AL, 10000000b
  OUT    KbdCtrlPort, AL
  XCHG   AH, AL
  OUT    KbdCtrlPort, AL
  CLI

  MOV    AL, EOI
  OUT    PIC, AL
  @4 :     POP    DS
  POP    AX
  IRET                       { make sure we return correctly }
END;  { InterceptCtrlAltDel }

PROCEDURE RestoreCAD;

BEGIN
  SETINTVEC (9, Int9Handler);
END;  { RestoreCAD }


BEGIN
  GETINTVEC (9, Int9Handler);
  SETINTVEC (9, @InterceptCtrlAltDel);
END. {Unit CAD}


 * SLMR 2.1a * COBOL programmers understand why women hate periods.
From: ramsays@access.digex.com (Scott Ramsay)
Newsgroups: comp.lang.pascal
Subject: Re: FLI TPU for TP6/7 ??
Date: 18 Dec 1992 15:38:15 GMT
Organization: Express Access Online Communications, Greenbelt, MD USA
NNTP-Posting-Host: access.digex.com
Keywords: FLI

In article <u910826.724465283@bruny> u910826@bruny.cc.utas.edu.au(Louis siuoL) writes: >As the title says, I'm looking for a FLI library.
>I already have FLILIB.ZIP which is a lib for C, but I don't want to have
> to convert the whole thing. 
>(Shareware/PD Please)
>
>--
>Louis Solomon - a student at The University of Tasmania
>      e-mail: u910826@bruny.cc.utas.edu.au

   gametp20.zip is a gaming lib for Turbo Pascal 6.0.  It plays FLI files.
Only TPU files and DOCS, are included. but you can freely use it.

   You can find it at nic.funet.fi in the pub/msdos/games/programming
directory.

----
  Scott Ramsay
  ramsays@access.digex.com

-- 
----
  Scott Ramsay
  ramsays@access.digex.com
From: mvdl@et.tudelft.nl
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 13 Dec 92 21:21:52 +0100
Followup-To: none
Organization: TU-Delft, dpt of Electrical Engineering

In article <1992Dec13.031805.7854@spock.UUCP>, vohaul@spock.uucp (Razvan Surdulescu) writes:
> Hi.
> I would be interested in buying the 7.0 version of Turbo Pascal.
> Unfortunately , I don't know very much about this software product and
> I was wondering if somebody could help me with some information , through
> e-mail or post in on the news.
> I would like to know the price , size , if it can be run as Dos application
> or is it just under Windows etc...
> It would really help me if somebody could provide me with this piece of 
> information.
> Thank you.

It will run onder DOS, but has a WINDOS-unit included for windows support...
Although it's just the dos-version.
the compiler has been improved, it has some extra units (e.g. a strings-unit to
handle strings in a C-way and the mentioned WINDOS unit). It supports 32bit
instructions now. I think that's it in a nutshell.. I paid 230 dutch guilders
for it, which is about 128 US-dollars I guess, but it might be yet cheaper in
the US.

Michel.

> My adress is   vohaul@choate.edu
> 
> 
> -- 
>
From: Yann.Chalon@info.unine.ch
Newsgroups: comp.lang.pascal
Subject: Re: Stopping Control-C...  I though I was...
Date: 15 Dec 92 16:35:11 GMT
Organization: University of Neuchatel, Switzerland

In article <1992Dec13.093306.7988@crash>, tech@crash.cts.com (Don Bontemps) writes:

> I wrote an application program that I did not want the user to be able
> to exit via pressing <control-C>.  I included the "setcbreak := true"
> line to my source code.  This stops <control-C> but does not stop
> <control-break> (ie: the break on the pause key).  Can someone tell me
> how to prevent <control-break> from doing this?   Thanks.....!

If you include the line "CheckBreak := True;" in your souce file, both
<Ctrl-C> and <Ctrl-Break> are disabled.

I always use it in my programs and it works fine.

Greetings.

Yann.Chalon@info.unine.ch

From friday on : Yann.Chalon@etudiants.unine.ch

Newsgroups: comp.lang.pascal
From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Subject: Re: winsys and OWL
Organization: Purdue University
Distribution: comp.lang.pascal
Date: Fri, 18 Dec 1992 23:52:38 GMT

In article <1992Dec18.181037.7820@rose.com>, 
   gyl.midroni@rose.com (gyl midroni) writes:

> My understanding was that OPro from TurboPower, and Turbo Vision from 
> Borland were largely incompatible (not impossible, but totally 
> different application frameworks)

The incompatibilities between OPRO/Pascal and TV rest with 
the two interfaces.  There are other aspects of OPRO 
which have nothing to do with the interface, and these
are not likely to conflict with TV. The last part of 
Volume 2 is dedicated to Data objects -- stacks, queues,
single- and double-linked and circular lists, bitsets, string,
stream and array objects.   

Volume 3 is entitled "TSRs and More", which gives 
you the idea that there's a lot more to OPRO than 
just interface objects: string handling routines, 
DOS/BIOS calls, interrupts and TSRs, memory allocation,
macros, app cloning, BCD reals, assorted in-line
macros and an in-memory sort routine.

Out of three volumes, 1600+ pages of minute 
typeface documentation, nearly half
is related to non-interface specific objects and routines.
I don't use any of the package in my TV programs, 
but I found the source code a good tutorial in 
object oriented programming when I was
just learning.

Whether it is worth buying OPRO for its "other" 
functional half is a toss up.  OPRO/C++ has 
much less, if any, of this "other" functional half.  

As to the second half of Midroni's article wondering 
about WINSYS, I have no experience with TurboPower's 
Windows related products.  Give them a call on their
800 number (they have one don't they?) and talk to
them.  You're likely to speak with someone who has
intimate knowledge of the product -- like the programmers,
or the president -- from what I hear.  Be prepared, 
be methodical, and write down all your questions 
in advance, so you don't forget anything.  They might 
even have an XX-day money back return policy so you
can test drive the toolbox.  How can you lose?

PF
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.lang.pascal
Subject: Overlays and device drivers
Date: Fri, 11 Dec 1992 09:08:10

Duncan Murdoch wrote in a message to All:


 DM> I assume that your device driver is being called from
 DM> outside your program. If so, it won't be part of the chain,
 DM> so it had better not do anything to  trigger a swap:  don't
 DM> call any code that's overlaid from within it. 

Arghhh, is this really true? You're right about it that it calls code in
overlaid units. Is there a workaround? Can this be considered a bug (if
so I expect a bugfix in your buglist of course :-) )?


Greetings,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl

Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Alarm interrupt programming in TP6 -- Please read
Organization: University of Vaasa, Finland
Date: Sat, 12 Dec 1992 07:02:00 GMT

In article <Bz41KB.Jt8@mach1.wlu.ca> litt3509@mach1.wlu.ca (Carl Litt u) writes:
>the system clock interrupt 1A (hex) has a service that allows you to
>program the alarm to activate interrupt 4A (hex) at a given time.  The
:
>the way some viruses work.  Anyways, I'm trying to write a program to make
>use of this 'alarm', but it doesn't seem to work.  Here's what I've got:

It might not be this problem, but you are banking on a reserved EMM
function, which does not as such suggest that it would work, not at
least in a generic fashion.   I am not sure.

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: uusource.zip uploaded to Garbo
Organization: University of Vaasa, Finland
Date: Sat, 12 Dec 1992 08:58:51 GMT

-From ts@uwasa.fi Sat Dec 12 10:57:12 1992
-Subject: Re: uusource.zip
-To: ATURNER@RCNVMS.RCN.MASS.EDU (Alan Turner)
-Date: Sat, 12 Dec 1992 10:57:12 +0200 (EET)
-Cc: msdos-ann@TACOM-EMH1.Army.Mil (Combined SIMTEL20 & Garbo announcements)

>
> Date sent: 11-DEC-1992
>
> Hello Timo,
> I have made an upload to garbo as pc/incoming/uusource.zip
> The upload includes uuencode.pas uudecode.pas and a brief
> .doc file --> uusource.doc
> Hope I didn't miss any part of the u/l procedure...
>
>    +++AT
>
> -=Alan Turner=-
> -=Email: aturner@ecn.mass.edu=-
>

Thank you for your contribution.  This upload is now available as
   4651 Dec 11 12:17 garbo.uwasa.fi:/pc/turbopas/uusource.zip

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Week numbers
Organization: University of Vaasa, Finland
Date: Sat, 12 Dec 1992 06:43:59 GMT

In article <Bz3nBs.3E3@cs.vu.nl> sbakker@cs.vu.nl (Bakker S) writes:
>Can anyone tell me how to number weeks, i.e. does Jan. 1 fall into week #1 or

This is what I have.  Others will hopefully give you direct answers
to complement this.

TSUNTE: (uses Dos)
  :
  WEEKNRFN Returns the week number for a given date
  WKDAYFN  Returns modern weekday
  ZELLERFN Zeller's congruence (for comparing dates etc)

  99367 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3140.zip
 101110 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3150.zip
 103186 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3155.zip
 103345 Nov  8 19:13 garbo.uwasa.fi:/pc/ts/tspa3160.zip

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.lang.pascal
From: beuker@hercules.cs.uregina.ca (Craig Beuker)
Subject: interrupts and neat things of these sorts
Date: Thu, 17 Dec 1992 22:59:39 GMT
Organization: University of Regina, SK, Canada

    Season's Greetings all. I have a question about interrupts.  quite simple
    actually.. How do I implement one?  Is there any documentation out there
    on how these little suckers work?  I am using T.Pascal 5.5  and the example
    they give in the help file is not very enlightening..
    Any, or all help will be much appreciated.
    (I want to implement an interrupt that will monitor the comm port for 
    characters, if one is encountered, add it to w QUE(circular) for later
    processing.)  Thanx for your help.

       Craig..
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: still wanted: info-pascal archives
Organization: University of Vaasa, Finland
Date: Sat, 19 Dec 1992 15:25:11 GMT

In article <34760@adm.brl.mil> ATURNER@rcnvms.rcn.mass.edu (Alan Turner) writes:
>Are the info-pascal mail msgs stored in any archives?
:
>I could download all the RFC files I can find but I want info-pascal files.
>I have searched garbo but could not find.

Alan, I don't have the old news stored at Garbo, but I have one
tentative idea.  Maybe you should try another newsgroup.  I seem to
recall having sometimes heard something of the news being stored on
CD-ROM.  I have now knowledge if this is true, but you could try
alt.cd-rom.  Another group that you might try is
news.newusers.questions for directions where to turn to with this
dilemma.  I can only hope that this helps.

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

Newsgroups: comp.lang.pascal
From: amead@s.psych.uiuc.edu (Alan Mead)
Subject: Re: Creating a TSR
Organization: UIUC Department of Psychology
Date: Wed, 16 Dec 1992 23:18:15 GMT

bobbe@vice.ICO.TEK.COM (Robert Beauchaine) writes:

>  For the best discussion I've ever seen on this subject, find a
>  copy of _Turbo_Pascal_Advanced_Programmer's_Guide_.  It addresses
>  every part of TSR programming, including stack switching,
>  reentrancy, unloading, checking for a running copy, etc.  

I find that my school library can usually turn up a copy of these
technical books.  But I usually need an author.  An ISBN and/or
publisher wouldn't hurt either.
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: TP's reset on read-only files
Organization: University of Vaasa, Finland
Date: Mon, 14 Dec 1992 02:29:20 GMT

In article <1992Dec12.214246.50@newton.hartwick.edu> wisanr@newton.hartwick.edu writes:
>I've been astonished to discover that TP's reset procedure can't open a
>read-only file ex@|cept as a text file.  This appears to be true of

Sorry.  This claim just is not true.

>The only work-around I've found is to change the attribute, open and
>read the file, close it, and put it back to read-only.  I don't like it because

Not necessary.

>Now, what?

Simple:
FileMode := 0;

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: 374ossdow@yokota-emh.af.mil (374 OSS/DOW)
Newsgroups: comp.lang.pascal
Subject: RE: Keyboard Routine
Date: 16 Dec 92 06:02:28 GMT


                   I N T E R O F F I C E   M E M O R A N D U M

                                        Date:      16-Dec-1992 03:01pm JST
                                        From:      Maj Waters 
                                                   374OSSDOW 
                                        Dept:      
                                        Tel No:    225-8417

TO:  Remote Addressee                     ( _INFO-PASCAL@BRL.MIL )


Subject: RE: Keyboard Routine

All,
   Thanks for the responses on switching the keys.  I've been trying to
use the ansi routine but forgot how to 'invoke' the commands.  I know it's
an escape sequence and all and that you add ansi.sys to config.sys, etc.,
but I can't remember exactly how to run one of the commands.  Of course,
my DOS 4.0 manual lists the commands but says NOTHING about how to call
the commands.  For example, to change keys "ESC[code1;code2pESC[code2;code1"
Well, okay.....but what do I DO with that?!?  I tried COPYing to a file
or to CON, executing it (knew that wouldn't work!), and TYPEing the sequence
and nothing works.  Even after I figure this out I have a feeling it will
not work since so many programs take over keyboard control (dumping kbd
buffer, etc.).
   Yes, I KNOW this doesn't have a lot to do with Pascal.....:-), so I
won't waste any more bandwidth on this here.  It does appear though, that
I will need to write an ISR and hope that no application programs will
throw it out.
   If anyone has more ideas or suggestions, I would be happy to have email
on this subject.  Thanks for the help and support!
    Ken (pls send email to 374ossdow@yokota-emh.af.mil)
---------------------
Ken Waters    USAF, Maj, Staff Weather Officer, Yokota AB, Japan (Fussa-shi)
Internet:  DET15WX@osan-emh.af.mil     or  374OSSDOW@yokota-emh.af.mil
Compuserve: 73307,131 (checked once a yr!)       N4PBY/HL9PIT/J71???
---------------------




Newsgroups: comp.lang.pascal