HDTenEightyP/NetNews huggingface dataset:
From: fabien@sun2.cern.ch (Fabien Collin)
Subject: ISIS 3.0.6 and GBCAST (Bug ?)
Keywords: isis gbcast bug
Organization: European Laboratory for Particle Physics (CERN) Switzerland
Distribution: comp
Date: Fri, 31 Jul 1992 14:15:07 GMT

	Hi Ken,

	I think there is a problem with GBCAST in the new release 3.0.6 :

	I have a GBCAST benchmark which runs without problem with 3.0.5,
	but when I run it with 3.0.6, it hangs !

	Do you know about it ?
	Is it a bug ?
	Perhaps I am doing something wrong. I can send you my files if you
	want.

	Thanks,

								Fabien

-- 
-------------------------------------------------------------------------
 COLLIN Fabien				| Computing & Networking Division	
 Email: fabien@sun2.cern.ch		| Building 31, 3-013		
 Voice: + 41-22-767-2487		| CERN 1211 Geneva 23		
 Fax :	+ 41-22-767-7155		| Switzerland			
-------------------------------------------------------------------------
Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: V2.2.6/V3.0.6 "grid" demo
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Wed, 22 Jul 1992 01:41:23 GMT

An early user of V3.0.6 pointed out that in this release of ISIS,
the grid demo in random broadcast mode eventually gets out of sync.

I tracked this down to the demo itself.  A few months ago we
made it more fancy by having random mode use a mix of gbcast, cbcast
and abcast calls, and it turns out that this wasn't done quite
correctly... the result is that grid in this mode can sometimes issue
concurrent multicasts that update the same cell, one with abcast and
one with cbcast.  Naturally, these can be seen in inconsistent orders
and hence the grid gets out of sync.

So: ISIS is fine, but the grid demo program is slightly flakey.

If you use grid in a demo, run it in abcast or cbcast mode to avoid
a complicated explanation...  By default, the program runs in abcast
mode, which is a little slower than cbcast but quite safe.

BTW grid also is non virtually synchronous in mbcast and fbcast
mode ("unordered" and "fifo" broadcasts).  The difference, though,
is that these non-vsync behaviors shouldn't surprise anyone...

-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
From: ken@cs.cornell.edu (Ken Birman)
Newsgroups: comp.sys.isis
Subject: Coffee mugs
Date: 24 Jul 92 20:08:53 GMT
Organization: Cornell Univ. CS Dept, Ithaca NY 14853

A few people have sent mail asking where the mugs are.  We are
starting to send them out now, but are using the cheapest available
postal service.  It may be a few weeks before they are all out, and
people outside of the US will have an additional delay while they
ride around the ocean in a boat...


-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.isis
From: ken@cs.cornell.edu (Ken Birman)
Subject: Re: Getting client dumps
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Distribution: usa
Date: Tue, 21 Jul 1992 23:54:14 GMT

In article <91500@bu.edu> hss@bigbird.bu.edu (Himanshu Sinha) writes:
>The manual says that I can get a client dump if I send the HANGUP signal to the
>client. When I do that all I get is a "Hangup" message and the process exits.
>I can't find a <pid>.log file anywhere.
>
>What am I doing wrong?

Sounds like our mistake!  The manual should have recommended that you
use USR2: kill -USR2 pid, or "cmd snap".

We used to use HANGUP in V2.1 but this was a mistake since it made it
hard to detect real hangups.

-- 
Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
Newsgroups: comp.sys.apple2
From: mccla_d@horsa.cs.odu.edu (dennis mcclain-furmanski)
Subject: More on Rom 1 GS Going Bonkers
Organization: Old Dominion University, Norfolk, VA, USA
Distribution: comp.sys.apple2
Date: Wed, 22 Jul 1992 13:18:31 GMT

To show how tired I was, I forgot to try the self test on
the machine we're trying to fix. (Thanks, unknown).

In addition to the previous problems noted, the machine in
question gives a self-test error as 0601 0000. A serial test
failure, in register read/write. It does this now immediately
on power up with both apples down. When the problems first
started, a self-test gave a System Good response.

The devices in the serial ports are IW II and external
modem.

Any ideas what it might be?

Anything else I should do/try to fiddle with the symptoms?

Anyone have a 5 lb Craftsman Ball Peen Computer Fixer handy?

Reply here, e-mail mccla_d@cs.odu.edu or rdapl.ed@aol.com.
Snail mail to me care of Saint Goofy's Home For The
Bewildered. If you send food, no salt please; it makes the
electro-shocks much worse.


-=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=-
>%>    Application now being taken for an opening in the Bavarian    <%<
>%>    Illuminati. Only perfect Yeti genetic specimens need apply.   <%<
-=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=--=<+|+>=-
From: flash@pro-applejacks.cts.com (Glenn Koproske)
Newsgroups: comp.sys.apple2
Subject: Re: Bilestoad
Date: 22 Jul 92 08:17:14 GMT
Organization: Crash TimeSharing, El Cajon, CA

In <9207190148.AA03634@GRANNY.CS.NYU.EDU>
m-jk8594@GRANNY.CS.NYU.EDU (James Kyriannis) writes:

>There's a program available (I >think< it's freeware), called APL2EM -- 
>an Apple II Emulator for the PC.  It offers excellent Apple II
>emulation, and includes a utility for transfering Apple disks to PCs.
>What's great is that all the classics, including Bilestoad, Bolo, Taipan,
>etc., can now be played on the PC!

I doubt that software written for the 6502 and 65816 chips will run on the
80x86 series CPU chips.

-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-
ProLine:  flash@pro-applejacks                  |  AppleJacks 
Internet: flash@pro-applejacks.cts.com          |  Computer Club
UUCP:     crash!pro-applejacks!flash            |  of St. Louis
GEnie:    G.KOPROSKE                            |  (314) 781-0143
-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-=*=-
Xref: sparky comp.sys.apple2:17843 news.groups:16036
From: ma@unislc.uucp (Marlin Allred)
Subject: Re: SCSI floticals and RamFAST v3.00+
Reply-To: ma@unislc.UUCP
Organization: Unisys
Date: Mon, 27 Jul 1992 13:42:04 GMT

In article <fmlin.0v7a@terapin.com> fmlin@terapin.com (Frank M. Lin) writes:
>
>This is the reply I got from Drew...
>
>  If you haven't gotten a nasty gram from us then we got your board.  The
>Cd-Rom support is pretty generic.  We support every SCSI Cd-Rom on the
>market.  As for the Flopticals, don't believe everything you hear.  The
>RF support standard mass storage devices that are removable (Syquest,
>Bernoulli) and I'm pretty sure that the flopticals fall under that
>category.  We _used_ to require a partition map under version 2.xx but
>we got away from that under 3.0.  Under 3.0 we will mount up a volume
>even if it does not contain a partition map.
> 
>   DRew
>
>So... sounds like the floptical *should* be able to read/write 1.4mb HFS disks.
>
Can anyone give me a few mail order houses that offer the Ram Fast at the 
pretty good prices? 

Newsgroups: comp.sys.apple2
From: jasonp@oakhill.sps.mot.com (Jason Perez)
Subject: how do i generate fonts w/toolbox
Keywords: fonts orca/c 
Reply-To: jasonp@gollum.UUCP (Jason Perez)
Organization: Motorola Inc., Austin, Texas
Date: Tue, 28 Jul 1992 16:15:46 GMT

   i've been struggling with the toolbox to generate fonts and i'm up against
a brick wall!  how does one go about generating fonts to memory that aren't in
the */system/fonts folder.  i've tried using InstallFont, and have successfully
generated different *point* sizes (with the help of Pointless), but i've not been
able to generate fonts with different styles, like bold+italic.  the following code
segment shows how i'm trying to do it (orca/c 1.3):

	FontID menuFont;
	FontHndl fonthandlex; /* handle required for AddFontVar*/

	menuFont.fidRec.famNum = GetFamNum("\pCourier");
	menuFont.fidRec.fontStyle = 0x0003; /* bold+italic*/
	menuFont.fidRec.fontSize = 0x000c; /* 12 point*/
	
	InstallFont(menuFont.fidRec,0x0000);  	
	(*fonthandlex)->style  = menuFont.fidRec.fontStyle;  /* set up handle for*/
	(*fonthandlex)->family = menuFont.fidRec.fontStyle;  /* AddFontVar */
	(*fonthandlex)->size   = menuFont.fidRec.fontStyle;
	AddFontVar(fonthandlex,0x0002);
	FMSetSysFont(menuFont.fidRec);


  that's it.  incidentally, i had to modify the control.h file because it #define(d) 
family, which also happens to be a variable name, so i could get the code to compile
correctly.  i've assigned the font handle info to be the same as the fontID info.  what
happens is that InstallFont will seemingly do nothing, as it can't find a bold+italic
Courier font (if it's only bold, a 12 point font will be generated,as Courier Bold is in
the */system/fonts folder).  AddFontVar gives me error $1b04-family not found.  i still
get this error if i give it a font that *is* already in the fonts folder.  FMSetSysFont give
me an error-Font not found, obviously, since it wasn't installed.  
  what is the proper procedure to generate new font styles that aren't in the fonts folder?
  and once it's generated, how do i get this font to be the font in the system menu bar?  
FMSetSysFont doesn't change the menubar font as far as i can tell.  i'm calling this function
before i set up the menus, but orca's startdesk(640) function has already drawn the menubar
frame, so do i need to call FMSetSysFont before startdesk calls DrawMenuBar?

-- 
Jason Perez                             | 
jasonp@gollum.sps.mot.com               | "Gig 'em!"     "Frodo lives!"
j0p7771@sigma.tamu.edu                  | "Don't have a cow man!"
________________________________________|______________________________________
From: seah@ee.rochester.edu (David Seah)
Newsgroups: comp.sys.apple2
Subject: Re: SoniqTracker .52 & ModZap .80
Date: 26 Jul 92 13:49:34 GMT
Organization: Univ of Rochester, College of Engineering and Applied Science

Some of those MODs that refuse to work might be Octalyzer MODs, which
I guess are 8-voice MOD songs.  I downloaded a few once (took forever)
and was pretty miffed when I discovered that Lo and Behold... :)

-- 
Dave Seah ^..^     | Graduate MSEE, University of Rochester, New York         |
Resume On Request:)| Apple II Art & Graphics Forum Consultant, America Online |

[Internet] seah@ee.rochester.edu, AFCDaveS@aol.com   [America Online] AFC DaveS
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: comp.sys.apple2
Subject: ProTERM 3.0 max limit
Date: 23 Jul 92 04:16:00 GMT
Reply-To: fadden@amdahl.uts.amdahl.com (Andy McFadden)
Organization: Amdahl Corporation, Sunnyvale CA

I've been playing with a v.32bis/v.42bis connection for the past couple
of days (that's 14.4Kbps with compression) and ProTERM 3.0, and it seems that
the maximum possible throughput is around 2700 chars per second.

Basically I've got the port set at 38.4 and am downloading a file containing
200,000 asterisks from a UNIX host using Ymodem-G (Zmodem gave similar
results, so don't tell me to go do that).  As far as I can tell, ProTERM
does something like:

    accept data until the recv buffer is full
    drop RTS
    wait for a bit to make sure nothing has come through while we were busy
	setting the pot
    write the stuff to disk
    raise RTS

The halt to write data was about 1.5 - 2 seconds, happening once every 64K.
Writing to /ram5 had about the same results as writing to my RamFAST.

It's possible that the compression isn't squashing stuff as small as possible,
but sending /usr/dict/words was accomplished in one run at 2698 cps -- almost
exactly what the asterisks file got.  Even if you add a bit for Ymodem
overhead, it's nowhere near the theoretical max (3840 cps).

I'm not entirely sure what to make of it.  I know that having bursts for file
updates (and there were at least four of them during the transfer) is going
to affect the overall rate.  However, the "rd" light wasn't fully on except
for the first few seconds right after RTS was raised, so perhaps it's a mix
of a non-optimal compression dictionary with the lack of asynchronous I/O.

So I dunno.  But if you've gone significantly beyond 2700cps (that's about
158K per minute), I'd be interested in hearing what you did.  It does make
me wonder whether the 57.6K fix for ProTERM has any value other than for a
null modem cable.

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: comp.sys.apple2
From: philip@utstat.uucp (Philip McDunnough)
Subject: Re: Amiga.FST
Organization: University of Toronto, Dept. of Statistics
Date: Thu, 30 Jul 1992 02:59:42 GMT

In article <1992Jul29.182341.19224@edsi.plexus.COM> scottba@edsi.plexus.COM (Scott Anderson) writes:

[ ]
>
>>AMAX II+ does not run colour. It uses the 128k Mac+ ROM's. It takes
>>computer completely(i.e. you can't multitask Mac and Amiga programs
>>together. You are probably thinking of the "vapourware" Emplant product.
>
>ERRRT.  WRONG. DEAD WRONG.  I HAVE seen the beta version of AMAX II+.
>You just desribed AMAX II.  VERSION II+ DOES the FX to a tee.  
>Well, you said $300 was just a start.  Well, yeah.  I have had to spend
>gobs on my //GS.  RAMFAST, HARD DRIVE, ZIP GSX, SONIC BLASTER, RAM. 
>You need to spend money to improve any computer company's low end
>model.  The 3000 gives you 68030 or 68040 at 20+ mhz for much less than
>any color mac.  The funniest thing was running Soft PC mac version from
>AMAX. !!

Look. Amax II+ is made by ReadySoft( in Toronto). It has been out for a
while. It uses 128k Mac+ ROM's. It is b/w and does not multitask along
with the Amiga. I've used it for quite a while. You are thinking of 
Emplant. Please check your facts.
>
>>I would suggest you get your facts straight before making any decisions at
>>all w.r.t. computer purchasing.
>
>I would suggest you see what I'm talking about before posting. 
>If it were legal, I would send what I used to you. I'm not a beta
>tester of AMAX II+, but AMIGA users have definately taken the piracy
>helps me attitude (and have enough hackers to keep good software around
>without software companies) so I got to see it anyway.

I have seen, used, had, etc...all the things you think you are talking
about. You basically are quoting from Amiga magazines. I'd suggest you
phone ReadySoft. They make AmaxII+ (nice product actually).
 
Philip McDunnough
philip@utstat.toronto.edu
From: grover@EMUNIX.EMICH.EDU (Grover Thomas)
Newsgroups: comp.sys.apple2
Subject: Re: Music Contruction set to Soundsmith
Date: 31 Jul 92 19:32:46 GMT

Philip McDunnough:

[about SoundSmith being discontinued by the author...]
>In many ways the pirate did everyone a favour. It showed just how much
>Aalbers was committed to the program. I, for one, won't miss it. I've
>always considered it junk.
 
I was never overwhelmed by any SoundSmith music, either, but many
arcade games used it for their music, and there really aren't very
many composition programs to begin with.  This means that now there
are even fewer than there could have been.

>Frankly the GS is better of without it. There needs to be a good, as
>opposed to mediocre, sequencer for the GS and a good midi translator.

Yes, it would be nice... but I don't hear about anyone else working on
such a thing.  I would rather have a "mediocre" sequencing program than
none at all.
 _                                                 _
(_) Responses welcomed by grover@emunix.emich.edu (_)
Newsgroups: comp.sys.apple2
From: chauhan@aristotle.ils.nwu.edu (Amrit Chauhan)
Subject: Re: Shareware collection agency?
Organization: The Institute for the Learning Sciences
X-Newsreader: Tin 1.1 PL4
Date: Thu, 23 Jul 1992 12:06:10 GMT

Now, here's something the cba2 moderator-wanna-bes should invest their time
in.  This is a valuable use of resources, rather than what has been
proposed...so, why don't those responsible for the RFD move to this instead
because I see this as much more important.

Amrit

--
(*) The Institute for the Learning Sciences @@ Northwestern University (*)
() chauhan@aristotle.ils.nwu.edu -- Amrit Chauhan  () My rolling stone has
() (708) 467-1976 -- The Zoo                       () gathered moss....
() 1890 Maple Ave.  Evanston, IL  60201            ()  - Teenage Fanclu
From: danield@pro-grouch.cts.com (Daniel Davidson)
Newsgroups: comp.sys.apple2
Subject: Re: Amiga.FST
Date: 29 Jul 92 21:20:53 GMT
Distribution: world
Organization: The Collective Insanity

scottba@edsi.plexus.COM (Scott Anderson) writes:
>The Amiga 500 was the best home PC for the price until Amiga dropped
>it.  Now the base 3000's are.  period.  Imagine programming in Text
>mode, starting that to compile, start playing Agony (awsome game),
>pause it when you start dying a lot on level 3, start another game that
>is your personal favorite, get sick of it, then decide it is time to
>call your connection to the net.  Now imgaine this.  All of those games
>would be GAME OVER if you pause them, because they would keep going in
>the background.  Talk about awsome stuff for a $300 computer. 

The amiga 3000 Is *NOT* a $300 computer.  $3000 maybe...

[Video Toaster Comments deleted.]
>Forgetting AMAX II+?  The Color MAC under system 7 emulator?  It can be
>had on software or hardware depending on whether 2-3 Mhz lost to
>putting the code into ram as opposed to using rom on a card.

Did they ever fix the problem that prevented you from putting any Mac stuff
on the hard drive?  I know with the original Amaxs, you were stuck with just 
floppies.

>The best thing is that an Amiga 3000@33mhz with Amax II+ hardware is as 
>fast a mac as a Quadra 950, and when an Amiga (can be both computers
>simultaneously) will blow the socks off of a 950. 

That this a matter of opinion.  Benchmarch results Please.  I think you will
find that their are compatibility problems with Amax, and that is is much
slower than a similar Mac Just becasue of the translation work needed to make
the Mac software work on the amiga.  I am not saying the Amiga is a bad
machine, however, to buy one just to use it as a Mac  is not smart.  For Amax
you still need to get the Mac Roms wich is getting harder to do (You did plan
to do this legaly right?).

> Did I bother to
>mention that such an Amiga with Unix in ROM costs about $3900?
>Just a little less than a Quadra 950 with AU/X... hehe

The Unix operating system is *NOT* in ROM on the Amiga.  the entire OS would
not fit unless you had several Megabytes of ROM.  Part of the Kernal might be
in ROM, but not the entire OS.

>Remember,  Amiga is going to release a new computer within a year.
>That means that the price of a 3000 should go down. 
>I need an AMIGA, but for now I stick with my GS at 9mhz/16cache and run

You mean that Commadore will release a new computer.  Instead of going down
in price, the 3000 might just get discontinued.
From: wsheffield@pro-ace.cts.com (Wayne Sheffield)
Newsgroups: comp.sys.apple2
Subject: Re: reviews and questions
Date: 15 Jul 92 22:13:24 GMT
Organization: ProLine [pro-ace]

In <1992Jul5.045024.28119@ausom.oz.au> paw@ausom.oz.au (Peter Watson) writes:

>Just a small correction - the AppleDisk3.5 driver shipped with System 6.0
>works fine with my Apple II 3.5 Drive Controller and Apple HDFD drive!
>
>Which is more than I can say for some of the software protection schemes
>on some programs that I have! (Does anyone have a patch for Reader Rabbit GS
>to allow it to run from a hard disk? My kids keep asking why they can't run
>it!)
The Learning Company sent me an instruction sheet on how to do this, here
goes:

I.  1.  Go to Basic
    2.  type prefix /reader.rabbit
    3.  type bload misc.rtns
    4.  type call -151  (  gets you into Apple Monitor with * prompt)
    5.  type 6003:2
    6.  type control-C
    7.  press return
    8.  type bsave misc.rtns
    9.  type bye

II. 1.  create a new folder, call it whatever you like.
    2.  drag all files from your RRGS disk into the folder.

to run program, double-click on reader.system.  There you go!
----
ProLine:  wsheffield@pro-ace
Internet: wsheffield@pro-ace.cts.com
UUCP:     crash!pro-ace!wsheffield
ARPA:     crash!pro-ace!wsheffield@nosc.mil
From: taob@generic.UUCP (Brian Tao)
Newsgroups: comp.sys.apple2
Subject: Re: High-Speed Help Needed
Date: 31 Jul 92 16:21:49 GMT
Reply-To: taob@generic.UUCP (Brian Tao)
Organization: Terra*Net Technologies Corp Toronto

foegelle@ccwf.cc.utexas.edu (Michael Foegelle) writes...
>
>The difficulties with a high speed modem are common, but it's not the 
>GS's fault.  First off, you HAVE to have a cable with CTS/RTS handshaking
>capability.  (I.E.  The CTS and RTS lines must be properly connected between
>modem and computer.)  This is something which typically was not necessary or
>required by your old 2400. 

    When I upgraded from a GVC 2400 to a 14.4k Dual Standard, I kept the
cable from the 2400 (which I bought four years ago).  Although I haven't
tested the pins, I'm quite certain it isn't a hardware handshaking cable.
I can connect to other HST's at 14400 and v.32 modems at 9600 without any
data corruption problems.  v.42bis is on at all times and my serial port
in set to 38400 in Proterm.  I don't think you aboslutely *need* an RTS/CTS
cable, but it may speed up throughput because the computer doesn't have to
send XON/XOFF's for flow control.
-- 
Brian T. Tao    =*8-) | ::::::::> tcomtaob@chasm.scar.utoronto.ca <::::::::
Dept. of Exobiology   | :::::> generic!terranet!taob@zoo.toronto.edu <:::::
University of Toronto | "Though this be madness, yet there is method in't."
From: ronmercer@gnh-bauhaus.cts.com (Ronald E. Mercer)
Newsgroups: comp.sys.apple2
Subject: Re:      Gif Coverters
Date: 25 Jul 92 21:22:28 GMT
Distribution: world
Organization: The Internet


 
>Just wondering, but does anyone have any idea what happended to the programs
>LordHighGiffer, or Prizm? I saw a post awhile ago that said LHG would be out
>soon, and I've had Prizm on order from LRO for almost a month and a half. All
>I can get out of LRO is something like 'duh, we don't know yet, it's not out
>yet, call back later.' I'd appreciate it if someone had some sort of
timetable
>on these two, so I don't have to keep bothering them.

Prism will begin shipping either July 31st, or a few days after.


--
InterNet: ronmercer@gnh-bauhaus.cts.com                 Ronald E. Mercer
                                                        Programmer.
                                                        (Apple IIGS and NeXT)
Newsgroups: comp.sys.apple2,from.socal.com
From: pro-apa.cts.com!bkogawa (Bryan Ogawa)
Subject: Re: SoniqTracker .52 & ModZap .80
Organization: AppleWorks Programmers' Association - (213) 463-9289 300-1200-2400
Date: Wed, 29 Jul 1992 08:20:09 GMT

Well, 
1. No, the Amiga does not have 4 stereo channels/oscillators/whatever. It
   splits the 4 voices over 2 outputs. 1 and 4 go to one side, and 2 & 3 go
   to the other, if I'm not mistaken.
2. I believe that a SB does 16 synthesized voices (not sampled) and 1      
   digitized one. In order to play .MOD files, it combines the 4 voices    
   through the 1 digitized channel.
------------------------------------------------------------------------------
Bryan K. Ogawa  Undergraduate Computer Science and Engineering Major, UCLA
                Jesus has done great things for me!     II Infinitum
bkogawa@pro-palmtree.socal.com <-School Yr.  All Yr.-> bkogawa@pro-apa.cts.com
--------------> From Pro-APA BBS,  (213) 463-9298 (D/CALAN) <-----------------
Newsgroups: comp.sys.apple2