HDTenEightyP/NetNews huggingface dataset:
From: zatar@dadstoy.gbdata.com (Terry Stockdale)
Newsgroups: alt.msdos.programmer,comp.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Re: IRQ2 or IRQ5
Date: Sat, 9 Jan 93 09:06:43 -0600
Organization: Lots of little files on drive D:

In <1993Jan7.122713.17450@walter.cray.com> kelly@spyro.cray.com (Matt Kelly) writes:
>HELP!!!!

>I built a home-brew MIDI interface for my synthesizer setup.  When
>I built it, I had an old PC-XT clone.  I hooked up the receiver
>section of the interface's UART chip (8250) to IRQ2.  This worked
>just dandy.

>Now I have a 386-SX system.  IRQ 2 doesn't work anymore.  All docu-
>mentation I have read has said that IRQ2 is a "cascade" interrupt.
>WHAT DOES THIS MEAN, AND HOW DO I MAKE IT WORK????

>In an effort to speed up my success, I rewired the interface so
>that it would use IRQ5 instead of IRQ2.  Still no interrupt response.

>I took the software I was using on the old system (which I wrote),
>and re-compiled the .ASM files which handle the interrupts so that
>they would use IRQ5 instead.  Total death.

>Any help would be appreciated.  The system I have is a Goldstar with
>2 serial, 1 parallel, 1 game port, 40 meg HD, 2 floppy drives, VGA.

>Thanks in advance,

>Matt K.
>==============================================================================
>kelly@els.cray.com                   |   Cray Research, Inc.
>                                     |
>Opinions expressed herein are just   |   "The world's fastest supercomputers".
>that.                                |
>==============================================================================

That's "cascade" as in falls into a bunch of pieces.  The IRQ2 was split
at the time of the AT (I think) to provide more interrupts for use.  Eight
bit cards still can't use the bigger numbers, but I understand that the
16bit cards that need interrupts can do so.  

According to my new motherboard's manual, here they are:

IRQ 2	|--IRQ 8	Realtime clock interrupt
        |--IRQ 9	INT 0AH
        |--IRQ 10	Reserved
        |--IRQ 11	Reserved
        |--IRQ 12	Reserved
        |--IRQ 13	Coprocessor
        |--IRQ 14	Hard Disk
        |--IRQ 15	Reserved
       

-- 
__
"Even if you're on the right track, 
you'll get run over if you don't move."  --Will Rogers.

terry@dadstoy.gbdata.com	Terry Stockdale		Houston, Texas
Newsgroups: alt.msdos.programmer,comp.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: kelly@spyro.cray.com (Matt Kelly)
Subject: IRQ2 or IRQ5
Date: 7 Jan 93 12:27:12 CST


HELP!!!!

I built a home-brew MIDI interface for my synthesizer setup.  When
I built it, I had an old PC-XT clone.  I hooked up the receiver
section of the interface's UART chip (8250) to IRQ2.  This worked
just dandy.

Now I have a 386-SX system.  IRQ 2 doesn't work anymore.  All docu-
mentation I have read has said that IRQ2 is a "cascade" interrupt.
WHAT DOES THIS MEAN, AND HOW DO I MAKE IT WORK????

In an effort to speed up my success, I rewired the interface so
that it would use IRQ5 instead of IRQ2.  Still no interrupt response.

I took the software I was using on the old system (which I wrote),
and re-compiled the .ASM files which handle the interrupts so that
they would use IRQ5 instead.  Total death.

Any help would be appreciated.  The system I have is a Goldstar with
2 serial, 1 parallel, 1 game port, 40 meg HD, 2 floppy drives, VGA.

Thanks in advance,

Matt K.
==============================================================================
kelly@els.cray.com                   |   Cray Research, Inc.
                                     |
Opinions expressed herein are just   |   "The world's fastest supercomputers".
that.                                |
==============================================================================
Xref: sparky alt.msdos.programmer:3097 comp.os.msdos.programmer:11799 comp.sys.ibm.pc.programmer:737
From: roy%cybrspc@cs.umn.edu (Roy M. Silvernail)
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer,comp.la
Subject: Re: Setting up serial ports
Date: Mon, 04 Jan 93 18:36:26 CST
Organization: Villa CyberSpace, Minneapolis, MN

jenk@microsoft.com (Jen Kilmer) writes:

> In article <1992Dec30.200952.5153@panther.mot.com> ronf@panther3.panther.mot.
> >Being my first post, I hope this is the appropriate newgroup.
> >
> >I am a Unix/C/Assembler type that finds himself in the position of having to
> >write/port an app. on an IBM PC.  One of the functions needed is to establis
> >carrier on a modem.  My problem?  How do I setup the com?: port using 'C'.
> >Asking the user to use the DOS mode command would be sort of kludgy.
> 
> Well, if you wanted to do what the ms-dos mode command does, it
> does an int 21 to set up the serial port. The int 21 is implemented
> throught the serial port device driver [also a part of msdos unless 
> you've installed a replacement for the default one in io.sys] which
> eventually does a BIOS call. The BIOS then talks to the UART directly.

Jen, I really like the delicacy with which you've phrased this.  :-)

The best way I have found to handle the com port from C is to use an
interrupt-driven library.  I never, ever use bioscom().

> You can of course talk to the UART or the BIOS yourself, and skip msdos
> - particularily if you want to program the chip in a method not provided
> by msdos/BIOS.

Or if you want to handle data rates in excess of 1200 baud successfully.
The BIOS routines aren't interrupt-driven, and polling a port is most
difficult when you are capturing and processing high-speed data.  Your
mileage may vary, of course, but it makes sense to me to be prepared for
the worst from the start.  A good library will support you up to 57,600
bps (and perhaps beyond).

Granted, this application may need only a few bytes and an asserted DCD
line... but the next one might need to handle a 19,200 modem.  If you
start with a library now, you'll be up to speed with it when the time
comes to increase capability.
--
Roy M. Silvernail --    [my opinions] "You can't be serious!"
roy%cybrspc@cs.umn.edu  [get 'em now]   "Sure, I _can_..."
cybrspc!roy@cs.umn.edu  [send $19.93]        -- me
From: adem@aludra.usc.edu (Hey hey hey....   LUGADIS !!!)
Newsgroups: alt.msdos.programmer
Subject: Lisp compiler for MS-DOS
Date: 12 Jan 1993 19:28:06 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

Does anyone know of where I can get a good Lisp compiler for MS-DOS.  This
is strictly for a class, so public domain or shareware is perfect.  I've
looked on FTP sites, but haven't found anything.  Any help would be greatly
appreciated.  My e-mail address is adem@aludra.usc.edu.

Xref: sparky alt.msdos.programmer:3131 comp.os.msdos.programmer:11986 comp.sys.ibm.pc.programmer:768
From: cascio@comet.enet.dec.com (Pete Cascio)
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Re: Changing the Mouse Cursor to Larger-than-standard-sized Images
Date: 11 Jan 93 09:18:33 GMT
Distribution: usa
Organization: Diigital Equipment Corp. Consulting Services, Colorado Springs

In article <3409@bsu-cs.bsu.edu>, jaysen@bsu-cs.bsu.edu (Jason A. Brotherton) writes...
>What I want to do is change the mouse cursor, not to a hand or anything, I
>can do that, but rather to various LARGER objects than the standard
>mouse pointer allows.  The easiest way to explain this would be your
> 
>Is there some way to create larger cursors, or will I have to turn off
>the regular mouse cursor and manually move a sprite by reading the mouse's
>x-y coordinates and drawing/erasing it at that position?  (sprite
>being my terminology for a small bitmapped image...from the C-64 days!)
> 
>I'm programming in Borland C++ v3.0 using a 386-25, using the standard
>VGA modes, running and programming for DOS, and using as a reference,
>"Microsoft Mouse Programmer's Reference"

Using a sprite is the only way I know in standard VGA modes.  XGA does support
larger mouse cursors, though.
Xref: sparky alt.msdos.programmer:3127 comp.msdos.programmer:113 comp.os.msdos.programmer:11964 comp.sys.ibm.pc.programmer:763
From: then@snakemail.hut.fi (Tomi  H Engdahl)
Newsgroups: alt.msdos.programmer,comp.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Game port information (was Re: IRQ2 or IRQ5)
Date: 10 Jan 93 10:08:14 GMT
Organization: Helsinki University of Technology, Finland
Distribution: inet
	<1993Jan9.124633.19036@mnemosyne.cs.du.edu>
NNTP-Posting-Host: lk-hp-17.hut.fi
In-reply-to: istuart@nyx.cs.du.edu's message of Sat, 9 Jan 93 12:46:33 GMT

In article <1993Jan9.124633.19036@mnemosyne.cs.du.edu> istuart@nyx.cs.du.edu (Ian Stuart) writes:

>What IRQ is the game-port on?

Game port does not have any IRQ line. It is just a simple polled
device. It has just I/O address 201h, which you can read and write.
Writing to that address resets the flip-flop timers in the card, which
are used for measuring the state of the joystick potentiometers.
By reading the card you get the state of the buttons and flip-flops.



--
Tomi.Engdahl@hut.fi    !  LOWERY'S LAW:
then@snakemail.hut.fi  !  "If it jams - force it. If it breaks,
                       !   it needed replacing anyway." 

Xref: sparky alt.msdos.programmer:3141 comp.os.ms-windows.programmer.tools:2003
From: venkat@athena.lkg.dec.com (Venkat Tangirala Ramana)
Newsgroups: alt.msdos.programmer,comp.os.ms-windows.programmer.tools
Subject: driver for redirecting lpt1 output...
Keywords: printer driver
Date: 12 Jan 93 18:31:50 GMT
Reply-To: venkat@athena.lkg.dec.com (Venkat Tangirala Ramana)
Distribution: comp.os.msdos.programmer,comp.windows.ms.programmer
Organization: Digital Equipment Corporation


Hi,
	If anybody knows a pointer to any public domain, or shareware
piece of driver code which captures data to lpt1 and redirects.

Please email me to : venkat@athena.lkg.dec.com

Thanks in advance,

/*VENKAT*/
From: cascio@comet.enet.dec.com (Pete Cascio)
Newsgroups: alt.msdos.programmer
Subject: Re: tsr macro recorder and player for msdos apps
Date: 11 Jan 93 09:14:02 GMT
Organization: Digital Equipment Corp. Consulting Services, Colorado Springs

In article <C0Hy36.F9G@ccu.umanitoba.ca>, ferens@ee.umanitoba.ca (Ken Ferens) writes...
>	I am looking for a tsr for recording and playing sequences of keystrokes 
>while running a dos application.  DOS 5.0 provides doskey from the dos command 

I haven't used it in years but I believe it's still around:  Prokey by
Rosesoft.
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer,comp.lang.c++,comp.lang.c
From: mat@mole-end.matawan.nj.us
Subject: Re: Newbie Wants Advice on C-Programming
Summary: K&R, Stroustrup _not_ all that bad ...
Organization: :
Date: Sun, 3 Jan 1993 10:39:26 GMT

In article <1993Jan2.163028.8829@netcom.com>, jimlynch@netcom.com (Jim Lynch) writes:
> In article <1992Dec24.172333.7339@grebyn.com> malak@grebyn.com (Michael Malak) writes:

> >You should always start out with the official books:
> >
> >For C, it is _The_C_Programming_Langauge_ 2nd ed. by Kernighan & Ritchie
> >For C++, it is _The_C++_Programming_Language 2nd ed. by Stroustrup
> 
> No no no no no no no no no no no no. These books are _unreadible_ to a
> beginner.  However, they can be quite valuable as a reference (whenever
> you get around to learning how to read them...)

Not in my experience.  K&R-I and -II are among the most readable books
I know on programming languages.  I learned C from Brian Kernighan's
tutorial, well before K&R was published, and I had only a couple years
of experience in FORTRAN and BASIC at the time.  The K&R books are
improvements over that tutorial.

The trick is not to try to take them all at once.  Take each chapter by
itself and work with the stuff in it for a couple of days before you go
on to the next.

As far as C++ is concerned: if you know C, Stroustrup-II is the best book
out right now; if not, Lippman-II may be better for you.  (I haven't taken
a thorough look at Lippman-II; this comment is based on my reading of
Lippman-I).
-- 
 (This man's opinions are his own.)
 From mole-end				Mark Terribile

 mat@mole-end.matawan.nj.us, Somewhere in Matawan, NJ
Newsgroups: alt.msdos.programmer
From: cascio@comet.enet.dec.com (Pete Cascio)
Subject: Re: Help: Addressing Extended Memory
Organization: Digital Equipment Corp. Consulting Services, Colorado Springs
Date: Tue, 12 Jan 1993 22:16:25 GMT


In article <1ivbu5INN9jc@dayub.dayton.saic.com>, nitewind@repoman.dayton.saic.com (SAIC - Research Park) writes...
> 
>I have a 386SX running MS-DOS 5.0, 4 megs of RAM, and a Microsoft 
>C 6.0 compiler. I have an application where I have to allocate a large
>number of data structs, and seem to be stopped by the 640K limit.  
> 
>Is there any method for extending the program addressing space beyond 
>640K?

You have a choice of:

1) Expanded memory (via EMS driver) which is available to all generations of
   PC.

2) Extended memory (via XMS driver) is available from HIMEM.SYS, 386max, QEMM
   running on 286's and above.

3) A DOS Extender (286 or 386) such as Phar Lap's which runs your program in
   protected mode on an AT-class machine.  I.E. your program will be running in
   the approx. 3 meg or extended RAM, using it thru standard *alloc's.

All three choices have trade-offs in having to modify your source.  The first
two require the most changes but are (almost) free.  The last choice is
expensive but can be most transparent to your code (unless you're calling
DOS or using low memory -- that complicates things in protected mode).
From: s0r1282@zeus.tamu.edu (RAVET, STEVEN)
Newsgroups: alt.msdos.programmer
Subject: Re: Borland C/C++ blues
Date: 8 Jan 1993 19:36 CST
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
NNTP-Posting-Host: zeus.tamu.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <1993Jan8.055812.26546@wariat.org>, erica@wariat.org (Lady of the BitMode) writes...
>Hello, a have a question about borland c++/c 3.1.
>I running win3.1 under dos5.0. I own borland c/c++ 3.1.

>WHen I compile and execute the following code the windows just vanishes
>away before I can cause an event to happen to exit WaitMessage function
>call. Also, the text part of the button on the window is blank.
> 
>=============================================================================
>#include <windows.h>
> 
>int PASCAL WinMain( HANDLE hInstance, HANDLE hPrevInstance, LPSTR lpszCmdLine,
>int nCmdShow )
>  {
>  HWND hWnd;
> 
>  hWnd= CreateWindow( "BUTTON", "PRESS ME", BS_PUSHBUTTON,
>  10, 10, 100, 100, NULL, NULL, hInstance, NULL ) ;
>  ShowWindow( hWnd, nCmdShow ) ;
>  WaitMessage();
>  return 0;
>  } 

I think the problem is that in the process of creating a window, many messages
are sent to the window before it is actually displayed on the screen.  my
guess is that you program starts the window creation in motion, waits for one
message (probably WM_CREATE), and then exits.  the problem is that the window
has not been displayed yet, and certainly is not ready for user input yet.
i think if you use GetMessage(), you will have better results:

	MSG msg;

  do {
    GetMessage(&msg,hWnd,0,0):
  }  while (msg.message!=WM_COMMAND);

take out the WaitMessage() call, and use this instead.  This code ignores
all messages from windows except for the WM_COMMAND message, which signals
user input.  Actuall, DefWindowProc() should be called for any message that
you ignore, but that's probably not important for this example.
Bear in mind that I did not try to compile or run this, and it might be total
crap.  But I don't think it is.  Good luck.
--Steve

Newsgroups: alt.msdos.programmer,comp.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: cascio@comet.enet.dec.com (Pete Cascio)
Subject: Re: IRQ2 or IRQ5
Organization: Digital Equipment Corp. Consulting Services, Colorado Springs
Date: Mon, 11 Jan 1993 09:24:13 GMT

In article <zvtTrAsDBh107h@dadstoy.gbdata.com>, zatar@dadstoy.gbdata.com (Terry Stockdale) writes...
> 
>That's "cascade" as in falls into a bunch of pieces.  The IRQ2 was split
>at the time of the AT (I think) to provide more interrupts for use.  Eight
>bit cards still can't use the bigger numbers, but I understand that the
>16bit cards that need interrupts can do so.  
> 
>According to my new motherboard's manual, here they are:
> 
>IRQ 2	|--IRQ 8	Realtime clock interrupt
>        |--IRQ 9	INT 0AH
>        |--IRQ 10	Reserved
>        |--IRQ 11	Reserved
>        |--IRQ 12	Reserved
>        |--IRQ 13	Coprocessor
>        |--IRQ 14	Hard Disk
>        |--IRQ 15	Reserved

IRQ15 isn't exactly "reserved."  At least not to Artisoft.  My LANtastic
Ethernet card had the option of using IRQ2 for 8-bit PC's or IRQ15 for AT
buses.
Newsgroups: alt.msdos.programmer,comp.os.ms-windows.programmer.tools
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: driver for redirecting lpt1 output...
Keywords: printer driver
Organization: University of Vaasa, Finland
Distribution: comp.os.msdos.programmer,comp.windows.ms.programmer
Date: Wed, 13 Jan 1993 04:45:30 GMT

In article <134806@athena.lkg.dec.com> venkat@athena.lkg.dec.com (Venkat Tangirala Ramana) writes:
>	If anybody knows a pointer to any public domain, or shareware
>piece of driver code which captures data to lpt1 and redirects.

I don't know of drivers, but there are tsr programs for this if you
need those.  My Frequenly Asked Questions have pointers to capture
programs.

 118710 Dec 19 18:56 garbo.uwasa.fi:/pc/ts/tsfaq31.zip

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the Garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  For the Asian users there is the NCTUCCCA.edu.tw
mirror.  The mirrors may lag occasionally, or might not have all the
files.  If you do not receive my reply within five days, please ask
your own site's system manager to construct a returnable mail path
for you". 

..................................................................
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
Xref: sparky alt.msdos.programmer:3105 comp.os.msdos.programmer:11848 comp.sys.ibm.pc.programmer:749
From: CT64@music.mus.polymtl.ca (Nicolas Gauvin)
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Re: Setting up serial ports
Date: 7 Jan 93 02:40:02 GMT
Organization: Ecole Polytechnique de Montreal

>The best way I have found to handle the com port from C is to use an
>interrupt-driven library.  I never, ever use bioscom().
>

Is there any libraries that support 57600 and buffered 16550 that you
would recommend? I'm looking for one, with ASM source if possible.
Newsgroups: alt.msdos.programmer
From: rdj@surgicad.com (Rodney Jacobson)
Subject: Reading COM ports
Organization: Computer Science, Indiana University
Date: Tue, 12 Jan 93 14:58:14 EST

Hi,
	I'm trying to get a program (using bcc) to do simple ascii
modem communications.  I have been unable to read data from the modem.
Is there an easy way to do this?

	Initializing the modem and sending characters is working using
either bioscom() or bios interrupt 14h from Ralf Brown's interrupt
list, but I haven't been able to figure out how to get either method
to read reliably.

Thanks for any help.

 -Rodney Jacobson (rdj@surgicad.com)
Newsgroups: alt.msdos.programmer
From: ferens@ee.umanitoba.ca (Ken Ferens)
Subject: tsr macro recorder and player for msdos apps
Reply-To: ferens@ee.umanitoba.ca
Organization: Elect & Comp Engineering, U of Manitoba, Winnipeg, Manitoba,Canada
Date: Thu, 7 Jan 1993 18:30:41 GMT

Hi,
	I am looking for a tsr for recording and playing sequences of keystrokes 
while running a dos application.  DOS 5.0 provides doskey from the dos command 
line. However, doskey does not work inside a dos application.  Windows 3.1 also
provides a macro recorder, but, of course, it can only be run in Windows.
Your help would be much appreciated.

---
Ken  Ferens
ferens@ee.umanitoba.ca

Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer,comp.lang.c++,comp.lang.c
From: kgphuann@Uz.nthu.edu.tw (Kho-Guan Phuann (LING G794709) TEL.(035)715131-4888)
Subject: Re: Newbie Wants Advice on C-Programming
Organization: National Tsing Hua University (HsinChu)
Date: Fri, 8 Jan 1993 07:27:03 GMT

daled@cadence.com (Dale DePriest) writes:
> ...... 
> The discussion mentions Borland C++.  You may not know that this is
> also known as Turbo C/C++.  The Turbo version is adequate to learn on
                              ?????????????????????????????????????????
> and is quite a bit cheaper.  The full Borland version provides a full
> environment for professional programmers.  The Turbo C can often be
> had inexpensively in the used market, going rate about $25, by people
> that are moving to C++.  Version 2 is excellent and supports all that
> you need to get going.
> ......

	Sorry, I can not but complain here about the poor documents 
Turbo C++ for DOS provides since the product seems to be overly
valued. I bought Turbo C++ for DOS 3.0 by an educational discount.
The retailer told me the package is exactly the same as that 
without discount. Yes, it is *quite a bit cheaper*, but I am rather
disappointed at finding out that there is only one user's manual 
in it. They try to include everything in that book, including 
several hundred pages of C/C++ language tutorial which, though
well written, occupie much space. And the most important infor-
mation I need such as the IDE, which is appreciated by everybody,
is only provided with very few descriptions. It is usually referring
the reader to on-line help, but on-line help can only serve well as a 
reminiscent reference. As a new Turbo C++ user, I need step by step
tutorial on all the menu items. I did try to get help from on-line
help, but its sections always assume the knowledge of each other
circularly. I am always stuck in it.  

  Some days ago, I borrowed Borland C++ 2.0 from a teacher, and was 
impressed by the many manuals packed with it. From the manuals, I 
learned some very basic technique of using IDE. Yes, money speaks
loudest. But isn't it a compiler vendor's obligation to instruct
its customers to use its product, especially use its specific 
features, in an understandable way?

  I learn C++ by reading Lippman's and Stroustrup's books with
pleasure, while I learn Turbo C++ with frustration.

                                               KhoGuan PhuaN
                                        kgphuann@uz.nthu.edu.tw

Newsgroups: alt.msdos.programmer
From: bfarrer@silver.ucs.indiana.edu (Brennecke N. Farrer)
Subject: Re: how to swap keys?
Organization: Indiana University
Date: Thu, 7 Jan 1993 03:26:15 GMT

In article <92363.002140SXK129@psuvm.psu.edu> Spaceman Spiff <SXK129@psuvm.psu.edu> writes:
>i've got a game in which the movement of the cursor is controlled by the
>a,w,s and z keys. i find this incredibly annoying and uncomfortable. is there
>any way for me to be able to swap the a, w, s and z keys with the left, up,
>right and down cursor keys respectively?
>all help will be greatly appreciated.

You could write a keyboard ISR that remaps the a,w,s, and z keys
the arrow keys.  You'd have to hook int 16h and check for those
keystrokes in the keyboard buffer.  Alternately you could write a TSR
that handles the game port and stuffs the keyboard with a,w,s and z.
Then you could use a joystick.

- Brennecke N. Farrer





-- 
Brennecke N. Farrer	    Internet addresses: bfarrer@silver.ucs.indiana.edu
(317)-497-1692					bfarrer@venus.ucs.indiana.edu
Programmer, M.A.I.L.CODE Lafayette IN 47901     (317)-448-4222
I don't speak for my employer, only for me.