HDTenEightyP/NetNews huggingface dataset:
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: Are flopticals compatible with those mini cd's?
Date: 22 Nov 1992 00:47:14 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu

herbertf@ersys.edmonton.ab.ca (Herbert Fung) writes:

>I was reading the paper the other day about Sony's new mini cd
>players. These cd players could record and playback these little
>optical disks in a cartidge case that look similar to some floptical
>disks. Could these disks be played on a floptical drive?

Nope. The floptical (i.e. 21mb) disks start with normal high density magnetic
media and engrave really precise optical guide tracks on the platter. This lets
a modified magnetic head with an optical tracking system achieve a much higher
track density than a normal magnetic drive (with mechanical tracking).

Magneto-Opticals (which to me means anything like NeXT disks or the ones you're
talking about) use a different mechanism that yields even higher density (like
128 mb and up) and reliability but does not allow backwards compatibility with
older floppies in the same mechanism, like the floptical does.

The Magneto-Opticals are definitely the long-term solution, but they are still
too new a technology, and Insite correctly positioned their floptical system
as a transition technology -- which is exactly what I needed, and that's why I
bought one.

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.sys.apple2
From: hiroki@limerick.cbs.umn.edu (Hiroki Morizono)
Subject: How do I control soft switches?
Reply-To: hiroki@limerick.cbs.umn.edu
Organization: University of Minnesota
X-Newsreader: Tin 1.1 PL5
Date: Mon, 16 Nov 1992 19:00:37 GMT


Hi, I'm trying to open/close a switch using  a solid state relay, from
the game port of an apple2e, using game controller 0
(there is this piece of lab equipment that needs to be turned on and off at 
20 second intervals)


The program looks something like this:

10 INPUT "on interval"; A
20 INPUT "off interval"; B
30 INPUT "repeats "; C
40 FOR L = 1 to C
50 POKE -16295,253   
60 FOR O = 1 TO A : NEXT O
70 POKE -16296, 0    
80 FOR F = 1 TO B : NEXT F
90 NEXT L

-16295, -16296 are supposed to turn the game control output  on and off,

So before doing anything, I decided to just put wires in pins 5 and 3,
Game control 0, and ground , and hook em up to a multitester. Got no changes 
when I ran the thing. (I used long intervals--100, 300 etc) 
Pin 2 (+5V) and Pin 3 (Gnd) gives me back 5v, so it isn't a loose connection. 

How do I turn on and off the soft switches? 

Am I right in assuming that once TTL is set high, it stays high, or do I 
need to enclose the "switch on" magic woid/line between my FOR-NEXT statements?

What am I doing wrong (besides poking at the brains of my computer)?
(I don't need a nice program for now, just one that does the job)

Email would be very gratefully appreciated,
Thanks in advance,
Hiroki Morizono
hiroki@limerick.cbs.umn.edu (Machine is supposed to be taken off line tonight)
mori0009@student.tc.umn.edu (Might be a better place to try.)
From: TTAYLOR@WSMR-SIMTEL20.ARMY.MIL (t. t. taylor)
Newsgroups: comp.sys.apple2
Subject: DOS 3.3 Launcher
Date: 19 Nov 92 14:42:44 GMT
Distribution: world
Organization: The Internet


     Where can DOS 3.3 Launcher be found?

-------
Newsgroups: comp.sys.apple2,rec.music.synth
From: musjndx@gsusgi2.gsu.edu (Jonathan N. Deitch)
Subject: Re: MIDI for the //c???
Organization: Georgia State University
Date: Wed, 18 Nov 1992 16:33:20 GMT

irsman@iastate.edu (That Ian Guy) writes:

>In article <jmk3.721939227@crux1.cit.cornell.edu> jmk3@crux3.cit.cornell.edu (Jay M. Krell) writes:
>>The Apple MIDI interface connects to the serial port, so it should at least
>>work on the //c hardware wise. I'm not sure about software.

>Nope.  The Apple MIDI (and compatibles...I happily use an Altech 'Mac' 
>interface on my GS) all require the host serial port to run at the MIDI data
>rate, which is 31.something kbaud.  This is well out of range of the 6551 chip,
>so MIDI will not work on a //c.  Sorry.

Well ... my solution was to design an add-on board that fits the addresses
for the 6850 serial chip and 6840 timing chip that the Passport MIDI 
interfaces use around the four bytes the 6551 uses.  It looks like this :

Port 2 : C0A0-C0AF

C0A0-C0A7 : 6840 registers
C0A8-C0AB : 6551 registers
C0AC-C0AD : 6850 registers

The 6551, then, is untouched and still functions as a serial port.  The two
68xx chips are the same chips used in the Passport //e MIDI interfaces and
generate 31.25 kbaud output which I hook into a standard Mac interface. The
only problem with this setup is the following :

1) You have to hack your //c or design a memory board type piggy back arrage-
   ment (which means you have to remove your memory board).
2) The 6850 registers on the regular Passport card are C0A8 and C0A9, which
   means they have to be moved on the //c.  If you don't, the built in
   interupt handler coughs and dies on you.  Also, this means any software
   written for the Passport interface will have to be edited to change all
   references to the 6850 to the new addresses.

I'm working on a new version that includes a memory card, a clock, and a MIDI
interface all on a single piggyback card, but I haven't had the time to 
actually sit down and make it all work.

- Jonathan
-- 
         ** Atlanta Braves - Back to Back NL Champs '91 and '92 **

 Internet: jdeitch@gisatl.fidonet.org   Fidonet: Jonathan Deitch@1:133/411.7
           musjndx@gsusgi2.gsu.edu      Bellnet: 1 - (404) - 261 - 3665           
-----------------------------------------------------------------------------
Atlanta 1996 !! | Play Pinball !! | Don't Panic ! | "I hate it when I can't
--------------------------------------------------| trust my own technology!"
"Thrills!  Chills!  Magic!  Prizes!" -- Hurricane |    -- Geordi LaForge

Gene Roddenberry, Isaac Asimov, Jim Henson, Dr. Seuss, Mel Blanc ... Sigh ...

Newsgroups: comp.sys.apple2
From: slhood@bluemoon.use.com (Stephen L. Hood)
Subject: SyQuest and Apple DMA SCSI card
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Sun, 15 Nov 92 14:24:18 EST

I have an Apple DMA SCSI card in my ROM 01 IIGS.  I am using a SyQuest 44 
megabyte removable hard drive and a Quantum 85 megabyte hard drive with 
this card.  After several severe headaches, I was able to get both drives 
working together (and with the proper partition booting first) by manually 
yanking all internal resistors and terminating the chain externally.  The 
system now boots the Quantum 85 properly. 

I am experiencing two small problems, however.

1.  When going to ProDOS 8 from GS/OS, the system pauses at the splash 
screen to check the SCSI chain.  It scans the Quantum, and then scans the 
SyQuest.  However, if I do not have a cartridge in the SyQuest (usually I 
don't), the system hangs, reading the drive continuously.

2.  From GS/OS, it usually takes two to three tries before the GS 
recognizes an inserted cartridge.  Since inserting a cartridge and waiting 
for it to spin up to speed takes over 15 seconds, this gets to be 
annoying.

I'm pretty sure this is the fault of the Apple DMA SCSI card, which I know 
isn't exactly the best at handling removable media.  My question, then, is 
this:  is there a GS/OS driver available for the SyQuest and the DMA SCSI 
card?  Or should I junk it and get a RAMFast rev.D v3.0 1 meg?  (Keep in 
mind that the former would be preferable due to finances...)


Thanks for any advice!


| Stephen L. Hood                  Ask me about GNO/ME, the multitasking |
|  Micro Center, Inc.                    environment for the Apple IIGS! |
|  slhood@bluemoon.rn.com                  "My Woz, my Woz, why have you |
|  slhood@pro-works.cts.com                               abandoned me?" |
Newsgroups: comp.sys.apple2
Subject: SEAs?
From: Radagast <TS8RBOTW@MIAMIU.BITNET>
Date: Monday, 16 Nov 1992 12:33:28 EST
Organization: Miami University - Academic Computer Service

Why are Sefl-Extracting Archives (particularly GSHK) called self-
extracting when they don't?  That's annoying having to change the
file type and aux type like we have to do with GSHK.  Is GSHK the
only SEA like that, or do all have to be manipulated?  GSHK is the
only SEA I've ever seen.
 
Just curious...
   ...Tim
 _                                   _                            _
[_  Miami University, Oxford, OH:   [_] Cols, OH: 614/471-1265    _]
 _] tfschmidt@miavx1.acs.muohio.edu [_] tschmidt@pro-tcc.cts.com [_
[_  ts8rbotw@miamiu.bitnet          [_] Radagast@bluemoon.rn.com  _]
Newsgroups: comp.sys.apple2
From: bird@cbnewsd.cb.att.com (j.l.walters)
Subject: Re: More On DOS 3.3 Launcher
Organization: AT&T
Date: Wed, 18 Nov 1992 03:09:18 GMT

From article <1992Nov17.012841.7029@fawlty.towers.oz.au>, by johnmac@fawlty.towers.oz.au (John MacLean):
> I still haven't made the decision to complete version 2.0 which will,
> if completed, have the following features:
> 
> - Full read/write version (not just read only like version 1.0 -> 1.3).
> - The launcher will work on a //e or //c (with quit via control-reset),
> with no loss of functionality for the GS user.
> [I'm not ignoring those 2e user's sending mail - all replies bounce].
> - There will be a CDA to allow you to swap which "disks" are in which
> "drives".

I hope you decide to do version 2.0. There are a lot of //e folks
out there that probably have more DOS 3.3 stuff (and many with
hard drives) than the IIgs folks.

Shucks, I'd probably sign up again just because it would be even
more cool than your present version ;-)

		Joe Walters att!ihlpm!bird, IH 2A-227 (708) 224-7189
		To know, and not to do, is not yet to know
-- 

		Joe Walters att!ihlpm!bird, IH 2A-227 (708) 224-7189
		To know, and not to do, is not yet to know
From: astein@nysernet.org (Alan Stein)
Newsgroups: comp.sys.apple2
Subject: Re: Genie Gateway charges?
Date: 18 Nov 92 01:37:48 GMT
Organization: NYSERNet, Inc.

<KCR103@psuvm.psu.edu> writes:

>Does the Genie person get charged upon receipt or sending of mail or both?

Both.
-- 
Alan H. Stein   -----  AJIN   -----  astein@israel.nysernet.org
Newsgroups: comp.sys.apple2
From: jchappel@nyx.cs.du.edu (Jeanne Chappell)
Subject: Re: Future of the II line (???)
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Tue, 17 Nov 92 12:08:00 GMT

In article <Bxu3rp.6D9@darkside.osrhe.uoknor.edu> dsdd@okcforum.osrhe.uoknor.edu (Roy Barrett) writes:
>: > and isn't subject to 2000 clones messing up protocal, I highly doubt that
>: > Apple would give up the II line.
>: 
>:   Too late.. they already did. Blame it on that Pepsi dude..
>: 
>Not, The Apple II is still produced and is selling millions..
>
I received an Apple Computer, Inc advertisement in the mail the other day.
The ad consist of 40 pages of colorful Mac stuff (of course) - however,
I was surprised that Apple dedicated 2 WHOLE PAGES to the Apple II.  Not
to Apple II computer itself but to Apple II "stuff" like: Joystick, mouse,
HyperCardIIGS, System 6, slot cards...


--
    Jeanne Chappell        
    jchappel@nyx.cs.du.edu 
Newsgroups: comp.sys.apple2
From: hal@budapest.math.macalstr.edu (Harold Byron Bouma)
Subject: Re: A+/InCider article:  ACK!
Organization: Iowa State University, Ames IA
Date: Sat, 21 Nov 1992 22:45:39 GMT

Matt Ackeret writes

> hal@budapest.math.macalstr.edu writes:
> >	Well, yes, it was a grave mistake to overlook the HFS FST, its one of  
> >GS/OS most underrated features, But I think Mr. Kreizer is overlooking one  
> >major delima. Aliasing and shared folders really only benifits users who
> access  
> >a device over a network. And thats the main reason why Apple put them in
> System  
> 
> Not eeeeeeven.  Obviously that's true about shared folders, but your
> statement about aliases certainly isn't.  I have zillions of aliases on
> my desktop, even an alias of a folder to aliases to other stuff (so I don't
> have to clutter the desktop enough).  This type of thing is very common
> because the Mac literally MOVES your applications when you put them on the
> desktop so it can't find its data files. I have aliases in the Apple menu  
too.

	Yes, which is why the finder's aliasing for folders on the desktop is  
better. Which do you prefer?

> Aliases ARE useful for network things (I sure wish the damn things could
> remember your password for servers though), but that's certainly not only
> when they're useful.
> 
> To bring the GS in the picture, I think aliases would be useful on the GS too
> for *similar* reasons.  Even though the GS doesn't actually move files when
> you put them on a desktop, I'd probably put aliases on the desktop instead of
> the actual files, so if I do happen to open up the folder where a desktop
> file 'lives', I will actually see it in the window, and the alias will be on
> the desktop.
> 

	A main reason why people want to use aliases for normal things on the  
Mac/GS is that finding things in the finder takes a while. WHo wants to dig  
through 6-7 folders to get to an application? This can also hold true on the  
GS. However, I'm sure that when they were desinging System 6, it may have came  
up and discarded because there was more important features and functions to add  
to the OS. Its not that I don't feel that they are important, its just that  
there is only a finite amount of time that the Apple II team has to work with,  
and there are more important things that they need to address first. Perhaps  
one day it might be added, but don't hold your breath right now over it.


| Hal Bouma                            | Send mail to: HBouma@Macalstr.edu    |
| Macalester College, St. Paul, MN.    | and           HBouma@Macalstr.Bitnet |
 \  Things that make you go Hmmm:  System 6, GNO, DreamGrafix, SoundMeister  /
  \  Coming sometime this decade for the //GS : NBA! (GNO compatible too!)  /
   \  Drop by and say hi to us anytime on the #AppleIIGS channel on IRC!!  /
From: st1dr@rosie.uh.edu (Frankfort, David C.)
Newsgroups: comp.sys.apple2
Subject: Re: Hi-Speed Modems and //c
Date: 18 Nov 92 16:15:00 GMT
Article-I.D.: rosie.18NOV199210152482
Distribution: world
Organization: University of Houston
NNTP-Posting-Host: rosie.uh.edu
News-Software: VAX/VMS VNEWS 1.41

> 
>what are MC1488 (sob) and MC1489 (sib) ??? what do they do ?
>>leon

I thought they converted serial information into parrellel info.
********************************************************************************
*David F.				No silly quote.			       *
********************************************************************************
Organization: Senior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.apple2.gno
Date: Fri, 20 Nov 1992 18:28:48 -0500 
From: Gregory Ross Thompson <gregt+@CMU.EDU>
Subject: Re: MV bug (?)
	<1eh1b7INNcpp@charnel.ecst.csuchico.edu>

jamesb@ecst.csuchico.edu (James L. Brookes) writes:
> mv will indeed not change volume names.  I've known that for a while, but
> I always thought it was a "bug" not a "feature".

  AARRRGHH!!  Why didn't you send me (or someone) mail saying "hey, mv
won't rename a volume"?  That would take me 5 minutes to add.  I can't
fix these things if no one tells me about 'em.  Argh.

		-Greg
		 InterNet: gregt+@cmu.edu
		       or: gt0t+@andrew.cmu.edu
		 BITNet  : R746GT0T@CMCCVB
		 AOL     : GRThompson
Newsgroups: comp.sys.apple2.gno
Subject: What is GNO?
From: djwillkomm@miavx1.acs.muohio.edu
Date: 17 Nov 92 15:00:36 -0500
Organization: Miami University Academic Computer Service"

	What is the GNO multitasking environment?  I've never heard of it.

Dave

===============================================================================
               Dave Willkomm   <djwillkomm@miavx1.acs.muohio.edu>
Apple-IIGS-----------------------------------------------------------Atari-Lynx
                Ministry:  The Mind Is A Terrible Thing To Taste
===============================================================================
Newsgroups: comp.sys.apple2.gno
From: akostur@fraser.sfu.ca (Andre John Kostur)
Subject: Re: Reading shell variables from a program.
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 17 Nov 1992 02:05:26 GMT

In article <1e8tnnINN3bf@charnel.ecst.csuchico.edu> jamesb@ecst.csuchico.edu (James L. Brookes) writes:
>I looked through the documentation at hand (as well as several manpages on
>the unix box here) but I couldn't figure out how to read a shell variable
>from within a program.  

Try the function :

char *getenv(char *);


      ^ 
     ' ` 
  **'   `**         Andre Kostur
 ***  _  ***
  *''***``*         akostur@sfu.ca 
   `     ' 
Newsgroups: comp.sys.apple2.gno
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Re: Parameters of main()
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 16 Nov 1992 21:22:11 GMT

achauhan@warsaw.math.macalstr.edu (Amrit Chauhan) writes:
>Soenke Behrens writes
>> chauhan@aristotle.ils.nwu.edu (Amrit Chauhan) writes:

Yeah, let's nest ;)

>> Don't do that. It's not illegal, but better be explicit. I.e.
>> int
>> main (int argc, char *argv[])
>> {
>> even if you do not use argc and argv.

>Hmm, I should probably get in the practice of doing this.  What
>would I do if I wasn't writing a shell program?  I mean, would you
>still need to be explicit about what gets passed to main?

Hmm. On the GS, you could also say int main (void) or void main (void)
for a shell program. There are architectures that don't like that, though.
When writing a desktop program that is not to be called as a shell program,
I'd say go with 'void main (void)', as you neither get parameters nor return
an exit value.

> C Primer Plus

Is it any good? The book, I mean? From what you told us, I have my doubts :)

>..and don't we know how big MY bank account is :)  yeah right..

Sure :) But don't feel bad, I do not have those books (Algorithms in C,
the Knuth series, Programming Pearls), either ... though
I won't be able to avoid buying them *sigh*

Yours

Soenke
-- 
===========================================================================
More than silver, more than gold, I need   !    behrenss@informatik.
electricity. I need it for my dreams.      !    tu-muenchen.de
(RACTER)                                   !  FIDO: 2:246/13 Soenke Behrens
Newsgroups: comp.sys.apple2.gno
From: taob@r-node.gts.org (Brian Tao)
Subject: Re: GNO & SwitchIT ( SIT )
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Wed, 18 Nov 1992 15:48:06 GMT

In article <bazyar.722074445@teal> bazyar@teal.csn.org (Jawaid Bazyar) writes:
>
>  I'd like to as well, but there are major problems with something like
>that. The major one is that GS/OS and ProDOS 8 occupy the same memory
>when loaded (not programs, but the operating systems themselves).
[...]
>
>  GNO can _shut down_, and then run a P8, and return to GNO, but GNO can't
>simply pause processes and run P8 because programs like Proterm and
>AppleWorks 3.0 assume they have free run of memory; they'll overwrite
>anything in GS memory whether they really use it or not.

    Not quite... Proterm and Appleworks at least are smart enough not to
march all over things like PIF's and desk accessories and other memory
already taken by GS/OS.  Can't you reserve application memory (either in
SI! or GNO) in the same way, run ProDOS 8 while putting everything on hold,
and restore stack, pointers, etc. when on return from P8?  There might be
a delay going into and leaving ProDOS 8, and there might be a significant
memory overhead, but I'd be willing to sacrifice that to run a single P8
program under SI or GNO.
-- 
--
-=+ Brian Tao (taob@r-node.pci.on.ca, 90taobri@chasm.scar.utoronto.ca) +=-
                                   -=+=-
     -=+ MuGS: The Only Internet Mail Reader For The Apple IIGS! +=-
From: unknown@Apple.COM (The Unknown User)
Newsgroups: comp.sys.apple2.gno
Subject: sciibin compiled under GNO?
Date: 16 Nov 92 01:33:17 GMT
Organization: Apple Computer Inc, Cupertino, CA


	Has anyone compiled sciibin under GNO?  If so, would you post the
binaries somewhere?
-- 
unknown@apple.com		Apple II Forever
unknown@ucscb.ucsc.edu
Newsgroups: comp.sys.apple2.gno
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: [1] + Stopped (tty input)
Organization: Colorado SuperNet, Inc.
Date: Mon, 23 Nov 1992 00:39:05 GMT

vandry@CAM.ORG (Phillip Vandry) writes:

>Something weird: the child process itself runs a child process: gsh, and resumeswhen gsh quits. If I remove the code to run gsh (thus making the program pretty
>useless, but still :)) it never mentions [1] + Stopped (tty input)

>Because of this, it seems as though gsh somehow changes the environment of its
>parent process. Under no circumstances should a child be able to do that!

>Jawaid, you suggested creating a new process group, but (1) I don't see how thatwould help, and (2) How would that be done anyway?

  Go to bed without any supper, Phillip! :)

  Process Groups assign processes to terminals.  Your program isn't in
the foreground until it and the terminal both belong to the same process
group.  Read the Kernel Reference, manpage "Job Control(2)" for details,
but you basically want to do this:

  tcnewpgrp(fdtty)
  settpgrp(fdtty)

-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2.gno
From: taob@r-node.gts.org (Brian Tao)
Subject: Re: rz?
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Wed, 18 Nov 1992 15:51:03 GMT

In article <bazyar.722075112@teal> bazyar@teal.csn.org (Jawaid Bazyar) writes:
>
>  I can't guarantee it's reliability if we put it up, and that's what
>I'm concerned about.  The one I've got only works about 25% of the time;
>that is to say, it only gets past its initialization code 25% of
>the time.  Never got a chance to see if there were other problems,
>lurking.

    I've used rz with GNO and TelCom for the past three weeks to download
mail from the school server without a single problem.  That's probably
about 1.5 megs over about 7 downloads.  This is at 9600 bps.
-- 
--
-=+ Brian Tao (taob@r-node.pci.on.ca, 90taobri@chasm.scar.utoronto.ca) +=-
                                   -=+=-
     -=+ MuGS: The Only Internet Mail Reader For The Apple IIGS! +=-
Newsgroups: comp.sys.apple2.gno
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: Vindicating TelCom
Organization: Colorado SuperNet, Inc.
Date: Mon, 23 Nov 1992 09:55:44 GMT

taob@r-node.gts.org (Brian Tao) writes:

>    Speaking of which... I have problems uploading text files to the UNIX
>box at school.  I use "cat filename > .ttyd2" to do an ASCII send, but the
>text is double-spaced on the UNIX side!  If I convert CR's to LF's, it
>turns out fine.  I seem to remember some env variable which determines
>whether the shell prints an extra LF or not.  Would changing this variable
>help?  It's a pain having to convert files to LF's, uploading, then back
>to CR's.

  No, changing the 'nonewline' variable affects only the shell.
What's occurring when you "cat > .ttyd2" is that the terminal drivers
are adding a LF onto every CR you send.  You could write a small program
that was just like 'cat', but turned off the terminal 'CRMOD' flag
before sending the data to the modem port.

  When you convert CR's to LF's, the driver doesn't expand the LF because,
well, it just doesn't. :-)
-- 
 Jawaid Bazyar              |   Ask me about the GNO Multitasking Environment
 Procyon, Inc.              |   for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 933-4649
Newsgroups: comp.sys.apple2.gno