HDTenEightyP/NetNews huggingface dataset:
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: GNU C 2.2x available yet?
Organization: SAR Systems Development & Processing, JPL
Date: Tue, 29 Sep 1992 00:21:47 GMT

In article <ntomczak.717697968@vega> ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann) writes:
>Bjarne Pohlers <POHLERB@DMSWWU1A.UNI-MUENSTER.DE> writes:
>>In article <ntomczak.717476481@vega>, ntomczak@vega.math.ualberta.ca (N
>>Tomczak-Jaegermann) says:
>>>gcc 2.2.2 for ST is currently at PatchLevel 3.  It was available
>>>some two days after FSF release.
>>>
>>>There is a series of updates on a.a which contain - among other
>>>things Atari specific patches (not very extensive) to FSF distribution.
>>>Look somewhere in 20'th.  The last one is from August this year.
>>>
>>Where are these update-files? I just can find the files until update20.zo
>>(atari/gnustuff/tos/updates) and they are to build gcc2.1 and old versions of
>>the libs.
>>Thanks,
>
>I wish I would know!  I uploaded updates 21, 22, 23, and 24 to a.a some
>weeks ago and assumed that they filtered in the meantime to their
>rightful place.  If they are still not yet in .../updates then try
>- in blind - .../new directory.  Or ask Jeff.

Those files seem to have disappeared. I sent them again today. Btw, the
file renaming has occurred, so now you can find things in
	~ftp/atari/Gnustuff/Tos/Updates

I've put updates 21-24 up, which is the latest official collection.
The gc222bin and gc222lib stuff that I put up is based on update24 +
additional changes...
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

California, land of dreams. For many, moving out to CA is their first step
toward fulfilling their dreams. For most of them, it's also their last.
From: portmann@disuns2.epfl.ch (Thomas Portmann)
Newsgroups: comp.sys.atari.st.tech
Subject: changing vortex HD against another one ?
Date: 26 Sep 92 19:02:40 GMT
Reply-To: portmann@disuns2.epfl.ch (Thomas Portmann)
Organization: Ecole Polytechnique Federale de Lausanne

hello people !

i've got a question for you cracks...
i have a vortex HD with 20MB which i want to replace bye a bigger
one (only the drive, not what's around).
so my questions are: 
there are two platines one is  by vortex, but what's the other one
for ? what does it control ?
has anybody any suggestions as what kind of drive i should
put in ?

any suggestion is welcome...

		TOM

-----------------------------------------------------------------------
	portmann@di.epfl.ch	/	GO NO SAINTS
-----------------------------------------------------------------------
	the little shop of horror: ...it's an audry, 2 !...
_______________________________________________________________________
Newsgroups: comp.sys.atari.st.tech
From: 7103_2622@uwovax.uwo.ca (Eric Smith)
Subject: Re: Non-Blocking reads
Organization: University of Western Ont, London
Date: Sat, 26 Sep 1992 14:24:41 GMT

In article <1992Sep25.203233.1046@csi.uottawa.ca>, cbbrowne@csi.uottawa.ca (Christopher Browne) writes:
> 
> I've got a program I'm trying to get ported to the Atari from the big
> wide world out there, and seem to be down to two "missing" functions:
> 
> (1) Something called kbhit(), more particularly:

< stuff omitted >
 
> int getch(void)

< stuff omitted>

> From what I can tell, this LOOKS sufficiently UNIX tty-ish that it's
> probably not going to be directly Atari friendly (although it's
> POSSIBLE with a proper redefining of "ttyfd", it might be ok).

At least one of the variants of code you posted would work under MiNT
with the MiNT library (MiNT supports ioctl(FIONREAD,...) and all
of the other common Berkeley ioctl() functions). It wouldn't work
under plain TOS, though.

If you're willing to have the code work only on the console,
you could probably do something like:

int kbhit() { return Bconstat(2); } /* is a character waiting */
int getch() { return Bconin(2) & 0x00ff; }   /* read 1 character */

This will work under both TOS and MiNT.
--
Eric R. Smith                     email:
Dept. of Mathematics            eric.smith@uwo.ca
University of Western Ontario
From: grellier@ufrima.imag.fr (GRELLIER thierry)
Newsgroups: comp.sys.atari.st.tech
Subject: help needed on GEM programming
Date: 30 Sep 92 09:35:26 GMT
Organization: Univeristy of Grenoble


	I've got trouble with the WM_REDRAW message which is easily
	smashed by other messages like WM_M1. How avoid it ?
	More exactely, my problem happens when the user calls the
	information dialog box on the menu whereas the program is
	also waiting for a WM_M1 message. When he clicks on Ok, the
	button is in the area and so the redraw message of the end of
	the dialog is smashed by the MU_ENTRY event.

	Thanks for answering to me.

	Thierry grellier

PS: I program in C.
Newsgroups: comp.sys.atari.st.tech
From: cs311113@umbc5.umbc.edu (cs311113)
Subject: Line-A Evil?
Organization: Univ. of MD, Baltimore County
Date: Wed, 30 Sep 1992 14:21:09 GMT


I hear that there are problems with Line-A commands from machine to machine
in the St world.  Well, a friend of mine is using a Line-A command to shorten
the screen.. basicially give himself a status line.  I was wondering what other
ways there are to do this that easily.  Thanks..


-- 

"If trees could scream, would we be so cavalier about cutting them down?
 We might, if they screamed for no reason."
From: hutch@bellman.lanl.gov (John Hutchinson)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TOS Chip & Socket Numbers
Date: 29 Sep 92 19:06:26 GMT
Article-I.D.: newshost.1992Sep29.190626.2770
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory

In article 2270@a.cs.okstate.edu, cummins@a.cs.okstate.edu (CUMMINS JOHN WILLI) writes:
>In article <1992Sep28.152621.29769@newshost.lanl.gov> hutch@bellman.lanl.gov writes:

>>I've got a 6-chip set of TOS 1.4 and need to know which chips go into which
>>sockets.  I had this information before but it's long gone now.  Appreciate
>
>Using the C-xxxxn numbers for tos 1.0, and the L0, L1,... H2
>numbers for tos 1.4
>
>1.0       1.4
>C-0       H2
>C-1       H1
>C-2       H0
>C-3       L2
>C-4       L1
>C-5       L0
>
>If this isn't enough...  maybe someone else has the Unn numbers from the
>motherboard they can add to the table....


Hey, thanks.  But I really _do_ need the Unn numbers from the motherboard
sockets of a 520/1040 to match up with the chip numbers.  Anybody out there
care to "pop the hood" and check for me?

Thanks,

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________



---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
From: seimet@rhrk.uni-kl.de (Uwe Seimet)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Floppy Disk Fats ..... In the beginning......
Date: 2 Oct 92 11:02:05 GMT
Distribution: eunet
Organization: University of Kaiserslautern, Germany

wabe@ukc.ac.uk (W.A.B.Evans) writes:

>	Why was it decreed in the beginning that TOS should use FIVE
>(512-byte) sectors to store its (12-bit) FAT Info.??

>	Surely no more that 3 of these sectors will EVER be needed (at
>least for the 720 kbyte ATARI standard double sided format )!! Is this
>not an example of ATARI wasting 2 whole sectors per FAT copy i.e. 2 kbytes
>per Floppy?

>	Or am I missing something?

No, you're right. But remember that HD or ED floppies need more than 3
sectors per FAT.

***************************************
*        Uwe Seimet                   *
*        seimet@rhrk.uni-kl.de        *
*        seimet@chemie.uni-kl.de      *
*-------------------------------------*
* I really hate this damned machine,  *
*     I wish that they would sell it. *
* It never does that what I mean      *
*     but only what I tell it.        *
***************************************
From: daryl@piano.adept.ih.att.com (55000-Daryl Monge(ih1439)392)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: XBIOS say() in MultiTOS :)
Date: 29 Sep 92 16:35:45 GMT
	<annius.717754947@freyr>
Organization: 5ESS(TM)-US Release Management
In-reply-to: annius@sif.research.ptt.nl's message of 29 Sep 92 08:22:27 GMT


   >We have one of those "wonderful" NeXT printers in the lab, and whenever
   >it starts whining at us, it's met with a chorus of "SHUT UP!"s from anyone
   >near it.
   I did give this some thought. You're absolutely right you'd better not
   replace all alerts by spoken ones without allowing the user to disable
   this feature.

However, as a home computer user, I often walk away from a busy machine to another
room.  Having the ability for the machine to tell me something finished or that
something is wrong is useful.  Especially useful is the ability to distinquish
between something completing, that I do not need to attend to, and a problem
(out of paper) that I may wish to attend to quickly.

Such a feature MUST be selectable.  On my GCR I have Trek sounds on some functions
and although it is OK during the day, persons trying to sleep are REALLY
irritated by the noise (:-)

Daryl Monge			AT&T Bell Labs
EMAIL: daryl@adept.att.com	VOICE: 708-713-4696
GEnie: D.MONGE
PAPER: Rm 2A-448   P.O. Box 3050, Naperville, Il 60566
From: sytang@lamar.ColoState.EDU (Shoou-yu tang)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Xircom Ethernet Adapter Software
Date: 28 Sep 92 14:57:44 GMT
Organization: Colorado State University, Fort Collins, CO  80523

In article <1a6mqgINNun@golem.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:
>>I heard rumours that there exists a Xircom Ethernet Adadpter
>>driver for the Atari ST.
>>
>>(That's the little box you plug into your PC printer port)
>> 
>>bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-2000 Hamburg 76 - FRG
>
>Well some years back when I first saw a Xircom here I informed the Atari
>distributer here, but the Big problem is that ST does not have all of the pins
>that are used in a PC, the Atari printer port is very limited...
>
>
>Roger..........             sheppard_r@kosmos.wcc.govt.nz

 Since there are at least three company making SCSI Ethernet device, a driver
 for the SCSI Ethernet would be nice. The company that I know of only has the
 driver for PC and Mac.
 
 These SCSI Ethernet boxes are external and connect to the SCSI port. They do
 work, at least with Mac as we have four of  these boxes working with Mac (from
 SE to Mac II). Cost is ranging from $250 to $400.  And maybe less for higher
 education.
 
 In principal, with a SCSI device driver and recompile the NCSA Telnet on a ST
 should work.[No, I don't know how to write a SCSI device driver]

 Just some information.
 Tang
 sytang@lamar.colostate.edu
Newsgroups: comp.sys.atari.st.tech
From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
Subject: AES bugs 
Date: Sat, 3 Oct 1992 21:45:32 GMT
Organization: MSD software vault #9 @THD

Is there a list of known GEM bugs out and available somewhere ? 
I could flood this newsgroup if I wanted to, with AES bugs (well
almost) but I think people might tire of this, especially if the
information is already available from someplace.

Nat!
-- 
 -----   Email: wallmann@backus.pu.informatik.th-darmstadt.de  -----
                "Bang that bit that doesn't bang"                 
 Album of the month: "Psalm 69" Ministry
From: cummins@a.cs.okstate.edu (CUMMINS JOHN WILLI)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: floppy media change problem
Date: 2 Oct 92 14:09:55 GMT
Article-I.D.: a.1992Oct2.140955.24863
Organization: Oklahoma State University, Computer Science, Stillwater

In article <1992Oct1.144351.25@bra.isnet.inmos.co.uk> svrobins@bra.isnet.inmos.co.uk writes:
>I have a TEAC 3.5" 720K floppy drive hooked up to my Mega 2 as drive B, 
>and have a problem with the ST not detecting when I've changed the disk 
>in the drive. I don't have the model number here, but I can get it if
>its important.

Tos 1.x (x <= 2) is a problem.  To get things going with tos 1.0
I had to guarantee that my new floppy drive toggled write protect when I
removed/reinserted a non-write protected disk.  Now tos 1.4 checks "serial
numbers" and maybe other stuff too.  But the floppy drive I used (ND352, I
think that's Toshiba) only output valid write protect sensor info while it
thought a disk was in the drive.  So... I glued down the disk change sensor,
so it would put out "valid" write protect info all the time.  Worked like a
charm.

jc
From: plate@cdsmn.mn.org (Doug Plate)
Newsgroups: comp.sys.atari.st.tech
Subject: Cyber Seq.  Info and Question
Date: 29 Sep 92 06:16:55 GMT
Organization: Dicomed, Inc.


Hi,
I started messing around with some picture formats over the weekend.
I wrote a small program to display PI1 format and then began to hack away
at the Cyber Seqence animation format.  This is my first attempt at ST 
graphics.  

First the information:  The picture format document that I got from
atari archive was inaccurate in it's description of the Cyber Sequence
format.  At least with regard to the three .seq files that I have
(klingone.seq, scanned.seq and lamp.seq).  After the initial sequence
header, as described in the document, there is an array of longs that
make up a frame index (this is not in the document).  
There is one long (32 bit) word for each frame
of the sequence.  Each of these words is an offset into the sequence file
pointing to the frame headers.  After this frame index begins the frame
headers and data as described in the document.  I was able to figure this
out using a hex file editor.  

Now the question: I am having a little trouble understanding how the image
data is packed.  The runlength style encoding I understand, it's the splitting
up of the bit planes that I'm having trouble with.  My confusion has to do
with the terminology used to descibe the bit planes.  The document says
the four bitplanes are split up and written vertically:

	bitplane 0, word 0, scanline 0
	bitplane 0, word 0, scanline 1
	...
	bitplane 0, word 0, scanline 199 (assuming 200 scanlines)
	bitplane 0, word 1, scanline 0
	etc.

How are the bitplanes numbered?  What does it mean "word 0" , "word 1"?

I understand that it takes bits from four words to make a pixel.  Assuming 
these four words are numbered 0, 1, 2, 3,  isn't bitplane zero for the
sixteen associated pixels all located in word zero?

Help!

Regards,
Doug Sr.
Newsgroups: comp.sys.atari.st.tech
From: Kromke@thor.mim.uni-hannover.dbp.de (Andreas Kromke)
Subject: Re: AES bug ?
Organization: Institut fuer Messtechnik, Universitaet Hannover, Germany
Date: Wed, 30 Sep 1992 13:16:31 GMT

>Huh? I've been working/programming with my ST for several years now, and 
>have never encountered those 'severe bugs' you're talking about. Could you 
>tell use more about them, please? Esp. when they show up, of course :).

Try to change the size of a window and make a double click into another 
window or into the menu bar. Or try to drag an icon into the menu bar an 
make a fast double click. Or only try to type with ten fingers in Wordplus. 
Experienced secretaries and fast typers freeze a TOS two times a day.

>And the original poster had obviously forgotten to 
>do an appl_init() call and a>v_opnvwk() call, as someone else noted in a 
>previous posting, so probably>*that* was the problem, and not those 'severe 
>bugs'.

Of course, you should do appl_init(), but in TOS 1.04 it is a dummy 
function (not in multitasking systems!). appl_exit() is very important!
You don't need v_opnvwk(), when you don't need VDI calls. Why open a door 
without entering?

>AES/VDI could all have been better, but they're not *that* 
>bad.

They are, try to write stable and fast programs in standard TOS and VDI!

Guenther Gravel   gravel@thor.mim.uni-hannover.de
         X400:    C=DE AD=DBP PD=UNI-HANNOVER
                  OU1=MIM OU2=THOR S=GRAVEL
Newsgroups: comp.sys.atari.st.tech
From: dk3uz@mcshh.Hanse.DE (Edmund Ramm)
Subject: serial2 >19k2?
Organization: Point of Presence & MCS Hamburg
Date: Sat, 3 Oct 1992 11:27:39 GMT


   Is it possible, to operate the SERIAL2 port (the one driven by an SCC)
on a MEGA/STE at Baud rates >19200bps? If yes, how would I go about it, please?

   cu, Eddi

UUCP:     uunet!mcsun!unido!mcshh.hanse.de!dk3uz     |  Real:  Edmund H. Ramm
AMPRNET:  dk3uz%dk3uz@db0hhn.ampr.org [44.130.0.81]  |  AX.25: dk3uz@db0hb
Newsgroups: comp.sys.atari.st.tech
From: peter@rhrk.uni-kl.de (Gunter Bitz)
Subject: Re: TOS Chip & Socket Numbers
Organization: University of Kaiserslautern, Germany
Distribution: eunet
Date: Wed, 30 Sep 1992 21:19:11 GMT

cummins@a.cs.okstate.edu (CUMMINS JOHN WILLI) writes:

>In article <1992Sep28.152621.29769@newshost.lanl.gov> hutch@bellman.lanl.gov writes:
>>I've got a 6-chip set of TOS 1.4 and need to know which chips go into which
>>sockets.  I had this information before but it's long gone now.  Appreciate
>>
>>___________________________ John "HUTCH" Hutchinson _________________________

>Using the C-xxxxn numbers for tos 1.0, and the L0, L1,... H2
>numbers for tos 1.4
And for an old 520 ST Layout th Uxx number are

>1.0       1.4	Uxx
>C-0       H2	U2
>C-1       H1	U3
>C-2       H0	U4
>C-3       L2	U5
>C-4       L1	U6
>C-5       L0 	U7 

The Uxx numbers are diffrent for a 1040-Layout but you should find Lo-0 ,
Lo-1 ..... Hi-2 written on the board.
OK, that's all !
cu



Newsgroups: comp.sys.atari.st.tech
From: grier@bnr.ca (Brian Grier)
Subject: Re: XBIOS function to set floopy seek rate
Keywords: Floppies floprt
Organization: BNR
Date: Tue, 06 Oct 1992 12:59:04 GMT

In the manuals I have the make reference to a routine
called 'floprt'. This sets the amount of time that the
floppy controller waits for the head to move before issuing
another command to the drive.

B. Grier
From: osoelgaultier+@CMU.EDU (Stefan Monnier)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Help: PC Harddisk on ST
Date: 30 Sep 92 23:15:36 GMT
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.sys.atari.st.tech: 30-Sep-92 Help: PC
Harddisk on ST dirksen@research.ptt.nl (316)

> Hello out there,

> I've got a 20 Mbyte Harddisk + AT Western Digital Controller.
> I would like to connect it to my Atari 1040.

> Is there somebody who knows how to do it? Are there drivers for PC-AT Harddisks
> available for the Atari ST? Any help is welcome.

> Please mail to   M.J.G.Dirksen@research.ptt.nl

> Thanks,
> MaD


It would be a bit expensive: your controller is of no use.
You should get a host-adapter (from ICD or any other) to 
change your DMA output (ACSI protocol) to an SCSI and
then a controller (OMTI or ADAPTEC or something) to
change from SCSI to MFM (or RLL). And you would need
some power supply, a case, etc...,
The only thing you could use is that 20B HD, which is likely
to be slow (and not worth much more than 50-100$)

For the drivers: no problems, it's standard.

All in all, just get a new HD, plain SCSI: it's gonna be faster,
cheaper, better...

	Stefan

-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------
Newsgroups: comp.sys.atari.st.tech
From: seimet@rhrk.uni-kl.de (Uwe Seimet)
Subject: Re: AHDI upgrades
Organization: University of Kaiserslautern, Germany
Date: Wed, 30 Sep 1992 06:39:38 GMT

morris@divsun.unige.ch (mike morris) writes:

>Please forgive a dumb question from a non-techie :

>       To upgrade to AHDI 5.0, do I have to reformat my drive?
>        Or can I just copy the new prgs etc. over the old?

Simply replace the old AHDI with the new one.

***************************************
*        Uwe Seimet                   *
*        seimet@rhrk.uni-kl.de        *
*        seimet@chemie.uni-kl.de      *
*-------------------------------------*
* I really hate this damned machine,  *
*     I wish that they would sell it. *
* It never does that what I mean      *
*     but only what I tell it.        *
***************************************
Newsgroups: comp.sys.atari.st.tech
From: kllove@bearcat.ecn.uoknor.edu (Kenneth L Love)
Subject: Object Oriented Programming (availability on ST?)
Date: Tue, 6 Oct 1992 03:39:53 GMT
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA


Please reply by *E-MAIL*.
Here goes:

Is a C++ available for Atari.  I have Turbo C++ v3.0 for the IBM platform,
but would prefer to use my Mega 2 to edit files, compile, link, and execute
them.  I'm just starting with C++, so my programs won't be overly large
(no more than 10K source code).  Also, some documentation covering Atari
specifics (GEM, AES, graphics modes, etc.) would be nice.  BTW, I have
Lattice verson 5.0, would the documention for its Atari specific stuff be
relevent to C++?

Is such a beast available?  I'm willing to buy a commercial program if it
is well done and has extensive documentation.  A shell would be nice too.
I'm going to get Gemini from a.a, but a built in shell would be great.

Anyway, I'm looking for suggestions.  If anything is at a.a, please specify
all files that I will need.  I do have a hard drive, so that isn't a
problem.

Assume I know nothing about ST/STe/TT/Falcon/etc./etc. internals.  You'll
be pretty close to the truth of the matter.  What book or books would you
recommend getting?

                                                  adTHANKSvance,
                                                  Kenneth Love
Newsgroups: comp.sys.atari.st.tech
From: jad2433@ritvax.isc.rit.edu (Neonman)
Subject: Re: No red in monitor
Reply-To: jad2433@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Wed, 30 Sep 1992 06:05:27 GMT

In article <BvAs2G.2up@acsu.buffalo.edu>, v5914ane@ubvmsd.cc.buffalo.edu (Steve) writes:
>Does anyone have any Idea on why my atari color monitor lost the red in the 
>picture??

In this case there are some immediate things to check.

Making sure its unpluged and discharged of any static electricity, open the
monitor casing removing the back cover housing.

You need to use an Ohm meter or something that can show continuity (a good
connection).  The end that plugs in to the computer has several pins in it.
The Atari Pin out diagram in the ST manual will come in handy here.

This is what the computer in put has, so the Color monitor will only have some
of these connected.

1 - Audio out (from computer into monitor)
2 - Composit Video (usually not connected)
3 - General Purpose Output (usually not connected)
4 - Monichrome detect  (not on color cable)
5 - Audio in (into computer out of monitor not connected)
6 - Green    Yes, this should definately be connected
7 - Red      Probably your broken wire------------<<<<<<<!
8 - Plus 12-Volt Pullup
9 - Horizontal Sync
10 - Blue    Yes definately should be there
11 - Monichrome  (not connected on color monitor)
12 - Vertical Sync
13 - ground

Use the continuity checker to see if you have a good cable. The one end will
obviously be the end with all the pins that usually connects to the back of the
computer, and the other will connect to some weak pins on the PC board of the
Monitor, so be carefull if you remove this from the monitor.

When I had this problem My cable was good, but the pin that the cable connected
to in the monitor was broken.  With a little Solder and a bit of patience it
was back and running in no time. 

If the cable is good and the connections to the PC board are good inside the
monitor, now things get a little rough.

Either the Red Gun on the monitor has failed, or something in the monitor
controling the red gun has failed, or the problem is in the ST.

If you know someone with a working monitor, or another ST, the location of the
problem can be determined by swapping things arround and seeing what works or
does not work.

If the ST is determined to have the problem, start with the Plug, and from
there you are on your own.  I hope its just the peskey cable or one of the pins
on the minitors PC board. Good luck.

If you need any other help Mail my account JAD2433@rit.edu


Newsgroups: comp.sys.atari.st.tech