HDTenEightyP/NetNews huggingface dataset:
From: David.Empson@bbs.actrix.gen.nz
Subject: Re: RamFAST & GS/OS cache
Organization: Actrix Information Exchange
Date: Mon, 23 Nov 1992 11:38:09 GMT

In article <uerics.722403504@mcl> uerics@mcl.ucsb.edu (Eric D. Shepherd) writes:
> The GS/OS cache caches _everything_.  Every block read from a cacheable
> device is cached.

Not necessarily.  GS/OS will cache all directory blocks.  Data blocks
are only cached if the GS/OS Read call specifies a cachePriority of 1.

Some devices are never cached (e.g. 5.25" drives).  The device driver
implements the caching, but it is requested by the application (for
data blocks).
-- 
David Empson

Internet: David.Empson@bbs.actrix.gen.nz    EMPSON_D@kosmos.wcc.govt.nz
Snail mail: P.O. Box 27-103, Wellington, New Zealand
From: herbertf@ersys.edmonton.ab.ca (Herbert Fung)
Newsgroups: comp.sys.apple2
Subject: Are flopticals compatible with those mini cd's?
Date: Sat, 21 Nov 92 15:08:36 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

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?
 
--
Herbert Fung                    | "Hard work doesn't make miracles,
Edmonton Remote Systems         |   Miracles just make hard work!"
Edmonton, Alberta, Canada       |       The Herbster! 1988

Herbert Fung              herbertf@ersys.edmonton.ab.ca 
Newsgroups: comp.sys.apple2
From: lurch@eskimo.com (Erik Kloeppel)
Subject: Re: DOS 3.3 Launcher
Organization: -> ESKIMO NORTH (206) For-Ever <-
Date: Sun, 22 Nov 1992 08:07:54 GMT


ref TINSTAAFL..

not to quibble, but I think Heinlein's original was TANSTAFL:
   there aint no such thing as a free lunch  (the Moon is a Harsh
Mistress)

Lurch@Delphi.com
Newsgroups: comp.sys.apple2
From: bchang@nyx.cs.du.edu (Ben Chang)
Subject: IIGS sound sampler!
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: usa
Date: Sat, 21 Nov 92 18:48:49 GMT


Attention: the following may be common knowledge, but assuming that
everyone else is as ignorant as i am...
Here's how to make a sound sampler for your GS, reeeel easy.  I notice
that many companies are charging $50 and upwards for digitizing cards. 
This is a total ripoff.  To make a sampler to receive input from a tape
player, CD player, whatever, all you need is:
 1  1/8" phono jack.  This is the same size as on walkmen.  
 1  molex connector
 2 molex sockets.
       these can perhaps be bought at Radio Shack.  My helpful sales
representative  directed me to the rack of nylon powerplugs.   oh well.
 if you can't find 'em use something else instead.  try IC sockets.

 2   long pieces of wire 

  here's what you do:  open your computer.   notice the little brown 7-pin
connector at the front.  this is the sound expansion port.   you can also
use it make a stereo o maybe 8-channel surround sound expander.  notice
the pins.  the pin in the front is the analog-to-digital pin.  the pin
next to it is the ground pin.  connet pin 1 to the '+' lug on the phono
jack.  this is the small one.  if you have a stereo one, solder both small
lugs together.   connect pin 2 to the ground lug.  this is the big one.

there, that's all.   now find some good sampling software.   and send me a
copy because i need it too.

   ben
Organization: Penn State University
Date: Mon, 16 Nov 1992 02:57:06 EST
From: <SAB121@psuvm.psu.edu>
Newsgroups: comp.sys.apple2
Subject: Re: System 6.0
Distribution: world

In article <01GR6YEQOEY88Y7JN5@ALBION.BITNET>, AKARPENKO@ALBION.BITNET says:
>
>I finally got FTP to work from BITNET and want to get a copy of System 6.0
>Can anyone tell me where I can find it?  Thanks.

This should probably be in the FAQ file (if it isn't already! :), but you can
get the latest release version of the system software from ftp.apple.com.
Off hand I can't tell you what directory it is, but someone else out
there probably has this memorized by now...

...Sal
 ______________________________________________________________________
| Salvatore A. Buttice              |  BITNet: SAB121@PSUVM            |
| 1511 State Street    _____________|__InterNET: sab121@psuvm.psu.edu__|
| Erie, PA 16501      |  My opinions are my own.  They are subject to  |
|_____________________|   change at short notice.  PSU had nothing to  |
|_APPLE_II_FOREVER!!!_|___do_with_my_opinions,_I_formed_them_long_ago._|
|________________<This_space_intentionally_left_blank>_________________|
Newsgroups: comp.sys.apple2
From: David.Empson@bbs.actrix.gen.nz
Subject: Re: Smartport Questions
Organization: Actrix Information Exchange
Date: Thu, 19 Nov 1992 09:31:09 GMT

In article <1992Nov17.074802.8769@iscsvax.uni.edu> recker1763@iscsvax.uni.edu writes:
> 
> How do I get the value for UnitNum in a SmartPort call from ProDOS 8?

Dunno.  My best guess is to read the directory block of each volume on
the SmartPort until you find the one you want.

> When each drive is given a unique number at initialization time (from the
> Firmware Ref.) is this number unique for each specific type of drive?

The device numbering is independent of device type.  The boot drive is
always unit number 1.  There is a diagram in the Firmware reference
manual that describes the method by which the ID numbers are assigned
to other devices.
You potentially have six drives on the IIgs's SmartPort: two Apple 3.5
Drives, two UniDisk 3.5 drives, a RAM disk (RAM5) and a ROM disk
(ROM5).  In this case, they would be numbered 1 through 6 (but I'm not
sure which order).

Although the 5.25" drives are physically connected to the SmartPort,
they are NOT accessed through the SmartPort firmware.  ProDOS has an
internal driver that is used for all 5.25" drives.  From the
computer's point of view, they are connected to slot 6.
-- 
David Empson

Internet: David.Empson@bbs.actrix.gen.nz    EMPSON_D@kosmos.wcc.govt.nz
Snail mail: P.O. Box 27-103, Wellington, New Zealand
From: jamesb@ecst.csuchico.edu (James L. Brookes)
Newsgroups: comp.sys.apple2
Subject: Re: WindowShade Mac init
Date: 20 Nov 92 04:27:09 GMT
Organization: California State University, Chico
NNTP-Posting-Host: hairball.ecst.csuchico.edu

In article <jmk3.722227393@crux1.cit.cornell.edu> jmk3@crux2.cit.cornell.edu 
(Jay M. Krell) writes:

>I saw something interesting today. It is a control panel for the Mac called
>WindowShade. With it, double-clicking on a window's title bar makes it shrink
>to the size of _just_ the title bar. It can help with cluttered desktops. Would
>anyone like to see it for the IIGS?

Sure :)  It sounds pretty useful, and with a GS the desktop space is even
more at a premium than with a Mac.

> -Jay, jay.krell@cornell.edu
-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|          James Brookes            | Inet: bb252@cleveland.freenet.edu |
|``What, me worry?'' - A. E. Neuman |   jamesb@cscihp.ecst.csuchico.edu |
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: bazyar@teal.csn.org (Jawaid Bazyar)
Subject: Re: Future of the II line (???)
Organization: Colorado SuperNet, Inc.
Date: Wed, 18 Nov 1992 08:11:04 GMT

jpenne@ee.ualberta.ca (Jerry Penner) writes:

>Please go on.  I think you mentioned the majority of new stuff that
>has come out.  If not, I'd like to see what else has come out.
>There's no way for most of us to find this out since no local stores
>carry Apple II stuff anymore, except for a couple education packages
>that I'm not interested in.

    Subscribe to GS+ magazine. They mention all the new stuff (except
for a GNO review, seemingly.  I think Diz is about to kill the reviewer.)

-- 
 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
From: fmlin@terapin.com (Frank M. Lin)
Newsgroups: comp.sys.apple2
Subject: RamFAST & GS/OS cache
Date: 20 Nov 92 13:22:04 PST
Organization: BBS

Now that I've got my self a CD-ROM drive, it's pretty obvious that the current
RamFAST driver isn't doing a great job at directory caching.

It really shows with the CD-ROM drive.  I mean, since the drive's access time
is slow, I can tell that lot of the time is spent on reading the directory.
After the directory is read, it looses it pretty fast...  if I close like 2 or
3 folders, and then try to go back, it would be re-reading it.

Questions...

1. How smart is the GS/OS cache??  Does it know when to flush the cache if the
directory information has been changed?

2. What does it cache anyway?  Does it cache both the data and the directory
tree or just the directory tree?

3. This sort of relates to question #2, how big should the cache be set?  I
mean, if it just caches the directory, I think 64k or 128k should be enough.
But if it caches data as well, then maybe more like 768k or 1024k...  I set my
to 768k right now.  Is it too big??  I guess it really doesn't matter, because
I'm using RF.

3. Do all 16 bit programs benefit from GS/OS cache?  Do certain toolsets have
to be started by the application?

4. Does the Apple II High-Speed SCSI card support GS/OS cache?

I am going to bug Drew to support GS/OS cache :)

frank m. lin
fmlin@terapin.com
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: Apple Video Overlay Card... Can I adjust it?
Date: 21 Nov 1992 11:26:42 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu

cxdb14@wsuhub.uc.twsu.edu (RANDY) writes:

>The fact that the two cards do different things convinces me that there is
>something you can do to fix it, or that the cards are defective and one is
>worse than the other. Or is there another explanation? I sure would like to
>know.

Ya got me. Nobody I have talked to has said anything that might help here.

I would tend to agree that if each card does something different, that one
of them is almost definitely out of adjustment (probably the one that looks
worse). You might want to take it in to be swapped if it's still on warranty.

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.sys.apple2
From: johnp@silver.lcs.mit.edu (John Palaima)
Subject: Apple SSC and CTS/RTS choking on the 6551
Organization: MIT Laboratory for Computer Science
Date: Fri, 20 Nov 1992 21:03:57 GMT

Does anyone know a hardware cure for fixing the screwy 6551 on the SSC card other than replacing it with the CMOS..it fixes the problem but the timing ould be too far off
-- 
johnp@silver.lcs.mit.edu            Its not impossible, just improbable
johnp@pro.angmar.uucp                        (Zaphod Beeblbrox)
bl298@cleveland.freenet.edu         also I am N1NIG <-Amateur Radio
johnp@trystero.uucp                 and coming soon..johnp@bcs.org
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: How do I control soft switches?
Date: 17 Nov 1992 11:54:07 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu

hiroki@limerick.cbs.umn.edu (Hiroki Morizono) writes:

>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

Bzzt. Game controller 0 is an input. The output your program correctly controls
is "Announciator 0" or AN0 for short. This is -not- connected to the 9 pin
D connector you've been testing; it's only available on the 16-pin DIP plug
inside the computer.

>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 

This is because the changes your program was making didn't show up here. Try
popping the top off and testing pin 15 of the DIP plug.

>Am I right in assuming that once TTL is set high, it stays high, or do I 

Yes. Be careful though, a reset will force it to some state (I forget which),
and some applications like to mess with it because they think something else
is plugged in there.

Also, make sure the relay can activate with only a few mA of current at about
3 volts, because that's all the TTL output can provide. I STRONGLY advise that
you spend a little extra time working up a transistor switch or something
similar; TTL outputs are _not_ designed to power things, and you may fry a
chip on your motherboard if you draw too much current for too long.

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.sys.apple2
From: j0p7771@tamuts.tamu.edu (Jason Perez)
Subject: Re: how to scroll in a TextEdit control?
Organization: Texas A&M University, College Station
Date: Tue, 17 Nov 1992 17:55:34 GMT

In article <uerics.721719499@mcl> uerics@mcl.ucsb.edu (Eric D. Shepherd) writes:
>Re: TextEdit
>
>First, horizontal scrolling is _not_ supported by TextEdit.  Apple has
>left room to add that in the future, but it does not exist at this time.
>So don't bother, unless you know something I don't.
>
  i'm not using TextEdit to do horizontal scrolling.  i just created a very large
window with horizontal and vertical scroll bars, and a TextEdit record large
enough to fit in it (though not all visible at once).  i can scroll through the
text using the window's scroll bars and am calling DrawControls to redraw as needed.

>To have TaskMaster handle your TextEdit record, create it as a control
>using NewControl2.  TENew is _only_ to be used when TaskMaster is not
>going to be used to handle the record.  If you use NewControl2 and
>TaskMaster (remember to set the idle and multi-click bits), you'll have a
>much easier job.

   i'm not using TaskMaster to control the record because i am going to have
multiple fonts/styles/sizes and i didn't think i could do this with TaskMaster. though
i am using TaskMaster for everything else .  what i need is way to know when i'm
at the bottom of the window so i can scroll up.  it looks like i'll have to keep
a manual count of which line i'm on to figure it out.

Jason Perez			    | "Frodo Lives!"       "Gig 'em!"
j0p7771@tamuts.tamu.edu		    | Texas A&M Univ. - it's not just for 
j0p7771@sigma.tamu.edu		    |                   farmers anymore!
Organization: Penn State University
Date: Wed, 18 Nov 1992 13:31:57 EST
From: <SAB121@psuvm.psu.edu>
Newsgroups: comp.sys.apple2
Subject: Re: uemacs311c
Distribution: world

In article <9211180616.AA16900@chasm.scar.utoronto.ca>,
90taobri@CHASM.SCAR.UTORONTO.CA (Brian Tao) says:
>
>The following revelation escaped sab121@cunyvm.cuny.edu's lips:
>>
>> Argh!  Well, guess it's time to archive them up again, and this time I will
>> NOT binscii them, but instead will place them on ccosun
>
>    Do you have documentation for 3.11c that's readable with a standard
>80-column editor?  Reformatting the docs that were on comp.binaries
>would be a nightmare, so I'm back to using the 3.10 docs (which fit more
>or less nicely in 80 columns).
>--

The docs you have are the same ones I've got... Sorry!
Mine were formatted OK though... A little strange, but if I viewed them in
AppleWorks or something like that it was just fine.

Also, if you're going to attribute, get the address right! :)

...Sal
>-=+ Brian Tao (taob@r-node.pci.on.ca, 90taobri@chasm.scar.utoronto.ca) +=-
>                                   -=+=-
>     -=+ MuGS: The Only Internet Mail Reader For The Apple IIGS! +=-
>
 ______________________________________________________________________
| Salvatore A. Buttice              |  BITNet: SAB121@PSUVM            |
| 1511 State Street    _____________|__InterNET: sab121@psuvm.psu.edu__|
| Erie, PA 16501      |  My opinions are my own.  They are subject to  |
|_____________________|   change at short notice.  PSU had nothing to  |
|_APPLE_II_FOREVER!!!_|___do_with_my_opinions,_I_formed_them_long_ago._|
|________________<This_space_intentionally_left_blank>_________________|
Newsgroups: comp.sys.apple2
From: dsdd@okcforum.osrhe.uoknor.edu (Roy Barrett)
Subject: Re: BBS packages/replies
Organization: Okcforum Unix Users Group
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 16 Nov 1992 13:11:02 GMT


Morgan, ttyth, Proline costs $250, and I really don't see the point of it. Why
don't you explain to me why it's so great.. ;) (I think it was $250)

--

=====================================
dsdd@okcforum.osrhe.uoknor.edu #1@#31
=====================================

Roy Barrett... Yep, that's my name...
From: sbennett@gnh-starport.cts.com (Stephen Bennett)
Newsgroups: comp.sys.apple2
Subject: Re: DeskTracker's back...
Date: 19 Nov 92 17:18:52 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Fri Nov 13 92 at 16:35:03 (EST)

rwifall@nmsu.edu (Richard J Wifall) writes:
>         Ian has changed his mind and decided that I can once again
> distribute his code with my finder extension..  I appreciate the help
> offered by various members of the GS community.  I also would like to
> say that it was equally frightening that only one person mailed me
> regarding it who was not a developer of apple software...   It seems
> the only people interested in supporting the GS these days are the
> people that actually program on it..  I guess I would have realized
> that before if I had really thought about it.  and people complain
> about why the GS doesn't have many people developing for it..  Oh
> well..
 
<sigh>  This is both to you and to the gentleman who developed the DOS 3.3
loader (John MacLean, I believe...  forgive me if that's inaccurate...)

I support GS programs (and all Apple II programs, for that matter!) as much as
possible...  but there are some that I either simply don't have a use for, or
B) I may think are nifty, but I don't have the time/memory/disk space/pick
something to use...  While I may still pick up some software I think is really
outstanding even if I don't need it, I don't have enough money to do much of
that...  maybe one day I'll get an inheritance from an uncle I didn't know I
had, and be able to give more support of that nature, but I don't anticipate
it...  The problem right now being that I don't use MODs or DOS 3.3 programs...

That being the case, as much as I dislike to see an Apple program go by the
wayside, in your case, there wasn't anything I could do to help with the code
shortage problem (but I'm glad is remedied -- Thanks Ian!), so there wasn't
much point in me writing just to fill your mailbox saying "Gee, I wish I could
do something, but I can't".  Only developers might be able to do something for
you...

*Don't* get discouraged if you don't get a lot of feedback on stuff like
this...  there will be *lots* of people that any given item does not apply to,
and of the ones it *does* apply to, most won't write anyway, from lack of
time, lack of interest, etc.  Even folks that (heresy!) don't read
comp.sys.apple2!  :)

There are lots of folks who are really interested in keeping the Apple II
alive -- that's why The Alliance is doing so well...

Remember that, and don't get discouraged from lack of feedback on stuff, eh?
:)
 ___________________________________________________________________________
/__Stephen_Bennett,_Co-Sysop_StarPort_BBS_(Va.)_703/560-9308__14.4K_bps_____\
| UUCP....:crash!gnh-starport!sbennett          |         I wonder,         |
| InterNet:sbennett@gnh-starport.cts.com        |   therefore I might be.   |
\_ARPA....:crash!gnh-starport!sbennett@nosc.mil_|___________________________/
From: fmlin@terapin.com (Frank M. Lin)
Newsgroups: comp.sys.apple2
Subject: re: RamFAST & GS/OS cache
Date: 22 Nov 92 12:45:36 PST
Organization: BBS

>Drew's position on this is that the method the RamFast currently uses
>is faster than it would be if he supported GS/OS caching. This is
>because the GS/OS cache has to (a) find the block by searching a list,
>and (b) manually move the block to the caller. So for data blocks the
>GS/OS cache is generally going to be slower than the RamFast unless
>you have a very fast Zip.

Hmm, I don't know if I get that.  GS/OS cache in already in memory, I don't see
how reading data from the SCSI device, then copy RF's cache to GS memory will
be faster then just reading/moving the GS/OS cache already in memory.  Besides,
I have a quick TWGS ( 15 ) here :)

>But for directory blocks, the GS/OS cache makes a lot of sense _IF_
>the FST's are smart enough to directly search for them in the cache
>rather than calling the driver and forcing a manual copy into the
>FST's own memory (which is also usually going to be slower than just
>blasting the block in from the RamFast).

This make sense, maybe the Apple II CEG should add this to the 6.0.1
enhancement list.  Since this feauture will improve GS/OS cache is self, and
not just help RF.

Still, I see no reason why Drew shouldn't add GS/OS cache support; unless his
time is needed on other R&D work.

frank m. lin
fmlin@terapin.com
From: fmlin@terapin.com (Frank M. Lin)
Newsgroups: comp.sys.apple2
Subject: Re: speed of text applications...
Date: 22 Nov 92 10:37:48 PST
Organization: BBS

>>How fast is GNO?
>
>  Extremely, very, incredibly fast.  For any of you GNO people out there,
>do "cat very_large_file" and if any of you can read it you're extremely
>talented.  GNO can do text output just as fast as Nifty List...

Hmm, does this mean applications will update screen faster?  For example,
Telcom will be faster ( text speed ) in GNO compared to ORCA?

frank m. lin
fmlin@terapin.com

Newsgroups: comp.sys.apple2
From: c8922369@jupiter.newcastle.edu.au (Leon James Garde)
Subject: Re: Hi-Speed Modems and //c
Organization: Uni of Newcastle, Australia
Date: Wed, 18 Nov 1992 13:38:23 GMT

c8922369@jupiter.newcastle.edu.au (Leon James Garde) writes:

>dratzlaf@nyx.cs.du.edu (Norby) writes:


>>Since it seems that high-speed modems require hardware handshaking to
>>operate properly, am I correct in assuming my //c will not properly handle
>>a 9600 bps modem?  Ya know, with my crippled little 5-pin serial port and
>>all...


>I have the 6551  pinouts,   what should I do to connect a 25 pin to the chip 
>direct ?

in answering my own question, I looked at my //c's board.
the 4 serial port wires connect the AMI S6551P chips, through 
SIB and SOB, assumably for serial input buffer and serial output buffer.

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

leon


>leon
Newsgroups: comp.sys.apple2
From: parry@yoyo.cc.monash.edu.au (Tom J Parry)
Subject: Help: Transferring Appleworks files onto MSDOS
Summary: Need to transfer appleworks files onto MSDOS
Originator: parry@yoyo.cc.monash.edu.au
Keywords: appleworks, msdos, transfer
Organization: Monash University, Melb., Australia.
Date: Tue, 24 Nov 1992 01:43:54 GMT

I need to transfer some files from appleworks onto a 386.  What is
the easiest way of doing this?  Are there utilities which allow one
to read Apple II disks on a 80x86 machine?

-- 
Tom J Parry.
Your reality is a figment of my imagination.
Newsgroups: comp.sys.apple2
From: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Subject: Re: Files with F2 filetype
Reply-To: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Organization: Columbia University
Date: Sat, 21 Nov 1992 18:43:33 GMT

In article <kk47712@pro-nsdapple.cts.com> tomk@pro-nsdapple.cts.com (Tom Kelly) writes:
>I was looking over some the disks in my collection of "treasures" today and
>found several disks full of Prodos files.  They appear to be graphics
>(artwork or pictures) I don't recall what they are.  All the files are of
>filetype F2.  Does anyone have any idea what program might use them?
>I suspected the new Print Shop or Print Master.  I have not tried YET.

	PrintShop GS uses $f8 auxtype $c323.

>I also found two programs:Cad Draw and Super Print.
>Does anyone have info on them?

	I think SuperPrint allowed you to make huge signs... on
multiple pieces of paper taped together.



Steven Chiang                  Order - DreamGrafix:  The ONLY 16/256/3200
stc7@cunixb.cc.columbia.edu       color paint program for the Apple IIGS.
America On_Line:  DWS Steve
Genie:  S.Chiang4              Apple IIGS Forever!
Newsgroups: comp.sys.apple2