HDTenEightyP/NetNews huggingface dataset:
From: mattd@apple.com (Matt Deatherage)
Newsgroups: comp.sys.apple2
Subject: Re: gs.os.FST?
Date: 26 Aug 92 20:28:06 GMT
Followup-To: comp.sys.apple2
Organization: Developer Technical Support, Apple Computer, Inc.

I normally try really hard to stay out discussions like this.  Just about a
year ago we went through this whole thing about "Why can't we have a new
file system," with the basic answer that creating a new file system that's
totally incompatible with other operating systems (ProDOS 8, HFS, etc.)
just isn't very useful -- by the time you add all the features you want,
it will be just about as slow as HFS and about half as compatible.

But I have to comment on some of these things...

In article <1992Aug20.111829.9858@actrix.gen.nz>,
David.Empson@bbs.actrix.gen.nz wrote:

> Filetypes should be two bytes and auxiliary types four bytes (to allow
> for "future expansion").

None of our FSTs currently allow more than one-byte file types and two
byte auxiliary types, and this isn't likely to change.  It is completely
and totally unacceptable to have a file type that can't exist on some
disks.  Thanks to careful file type management, we have enough left to
probably last as long as people ask, provided we keep the scheme in
place.

> HFS information can be stored somewhere (possibly in the directory,
> though it seems a waste of space to have it for all files).

HFS does this.

> The fields required to handle the resource fork should be in the
> directory, not in an extended file key block.

HFS does this too.

> Otherwise, there is no reason why it cannot be an expanded version of
> ProDOS.  To handle disks larger than 32 megabytes, mutiple disk blocks
> could be combined into "allocation blocks".  To make a 4 gigabyte
> disk, you would need 64k allocation blocks (64k of them).

HFS also does this.  This also means that as you get onto large volumes,
you wind up with lots of wasted space.  I have a 230 MB hard drive
on my Quadra 700 at work; creating a two-byte file results in a
logical allocation of 4K.  Get Info says "4K on disk (2 bytes used)".

People will complain about this as much as they complain about HFS
speed.  I know you folks; given the opportunity, you'll complain.
:)

> Any comments?

Yeah; it sounds like you're trying to add all the features of HFS into
something and call it "Not HFS" and hope it's faster.  Good luck.

Now can the otherwise talented individuals reading this _please_ spend
their time doing something realistic and productive for Apple II users?

> 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

============================================================================
Matt Deatherage, Developer Support Center, Apple Computer, Inc.
Personal mail only -- please POST technical questions, questions about
Apple and its policies, where to find documents and related inquiries.
The opinions I express don't represent Apple, which makes us both happy.
============================================================================
Newsgroups: comp.sys.apple2
From: joko@well.sf.ca.us (Joe Kohn)
Subject: Looking for TOM PHELPS
Organization: Whole Earth 'Lectronic Link
Date: Mon, 31 Aug 1992 20:14:51 GMT


To: Tom Phelps

If you're reading this, please give Dean at Big Red a call at
1-402-379-4680.

Dean just called me, and wanted me to pass on a message. It seems like BRCC
has finally secured the rights to the Lost Infocom Classics. I think they'd
like to pay you some $$$$ to use your Infocom ProDOS based front end.

Since I'm no longer involved with BRCC, I don't really have any other
details. Except for a word of advice....

They really want ProDOS versions, so don't accept their initial offer. Hold
out for the best offer you can get.

Joe Kohn
Newsgroups: comp.sys.apple2
From: payner@netcom.com (Rich Payne)
Subject: Re: Flopticals from AE
Date: Wed, 02 Sep 92 04:36:18 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <9209020154.AA29467@tso.uc.edu> usr6473a@TSO.UC.EDU (Christopher Tarnowieckyi) writes:
>Hey AE was handing out infomational sheets at the Apple Central Expo a.k.a.
>Kansas Fest, that described their new floptical and had the following 
>number for support or information calls: 1-800-554-MACS.  So don't be so
>hasty to assume that you will have to use a 900 number!

If it breaks you will. Or are they marketing the drive as a MAC device?
If so, bet the moment you mention you have it connected to a //, they will
tell you to call the 900 number.

>Chris Tarnowieckyi


Rich

payner@netcom.com
From: trentc@pro-calgary.cts.com (Trent Corney)
Newsgroups: comp.sys.apple2
Subject: LaserWriter Driver in 6.0.1
Date: 23 Aug 92 03:01:53 GMT

With the talk of the release of version 6.0.1, does anyone know if the
LaserWriter driver has been fixed to work correctly with the IIf and IIg
printers? There was a bug in trying to print some colors out to it.

----
    ProLine: trentc@pro-calgary                  GEnie: T.Corney
   Internet: trentc@pro-calgary.cts.com
From: dlyons@Apple.COM (David A Lyons)
Newsgroups: comp.sys.apple2
Subject: Re: Window Managing Help
Date: 27 Aug 92 12:42:18 GMT
Organization: Apple Computer Inc., Cupertino, CA

In article <1992Aug21.025859.29356@news.iastate.edu>, irsman@iastate.edu
(Ian Schmidt) wrote:
>[...] if the user clicks in the window (changing
>the position of the selection cursor) while an update event is pending, Bad 
>Things happen (ie, I redraw the cursor, but if its old position isn't part of
>the update region I end up with two cursors [not mouse cursors!] in the window,
>which is obviously messy).

Matt D writes:
>Yes -- don't draw in your window outside of your window's update routine.
>
>If you move the cursor from one place to another, you should invalidate the
>place where the cursor used to be, and invalidate the place where it should
>be.  When you get your next update event, your redraw routine should know
>where the cursor's supposed to be now and draw things correctly.

That will work, but in my opinion it's excessively complicated, and it will
be sluggish.


>If you want to draw in your window outside of your update routines, make
>sure you don't wind up drawing something that your update routine will
>draw differently, and make sure you set up the Window Manager environment
>properly.

*That* is the key...draw the same thing your update routine would have
drawn, including the insertion point (cursor).

My guess:

  * You are exclusive-or drawing your insertion point (fine).

  * When your update routine draws the window contents it assumes it's
    drawing on a fresh background, which it usually is.

  * When the insertion point moves, you xor-draw the insertion point at
    the old location (to remove it).  If all or part of it wasn't actually
    there, you now have all or part of a bogus cursor.

  * When the window updates later, the window content gets overlaid on the
    bogus cursor.

Solutions (pick one):

  * Have the update routine completely overwrite the area to be updated
    (by starting out with a huge EraseRect, or by drawing stuff to the
    entire area). -- Make sure to always draw the insertion point!  If
    all or part of the insertion point is outside the area being updated,
    it will be clipped out automatically, no problem.

  * Handle any pending updates before moving the insertion point.  (You
    can use EmptyRgn(GetUpdateRgn(yourWindow)) to see if you need an
    update; then call BeginUpdate, yourContentDraw, EndUpdate.

I prefer the first way.
-- 
David A. Lyons, Apple Computer, Inc.      |   DAL Systems
Apple II System Software Engineer         |   P.O. Box 875
Internet:dlyons@apple.com                 |   Cupertino, CA 95015-0875

My opinions are my own, not Apple's.
Newsgroups: comp.sys.apple2
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Subject: Re: Flopticals...any successful usage out there?
Organization: California Institute of Technology, Pasadena
Date: Tue, 1 Sep 1992 02:24:46 GMT

kentm@aix.rpi.edu (Michael V. Kent) writes:

>Would this, if it were true, mean that you could use the floptical and the
>forthcoming MS-DOS FST to read standard MS-DOS disks w/o getting a Superdrive
>and card?  Would the SCSI driver support daisy-chaining such a device from an
>existing hard drive?

Yes it would -- IF the drivers are smart enough to deal with unpartitioned
SCSI media. The RamFast currently is not, but chances are CVT will soon swallow
its pride and fix that. I didn't have a chance to call Tulin for current info
about the DMA SCSI situation today, so I won't know what's happening on that
front until tomorrow. It's possible that we may already have a SCSI FDHD with
the DMA SCSI card, but I don't know if it can handle unpartitioned media yet.

I don't know ANYTHING about the AE product except that it is "available". If
anybody knows more, _please_ tell the net. If I see something on GEnie, I will
post it here. Ok?

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.sys.apple2
From: mja@iedv7.acd.com ( Mike Allard         )
Subject: Looking for IIgs RAM Supplier
Followup-To: Poster
Organization: Applied Computing Devices, Inc., Terre Haute IN
Distribution: usa
Date: Thu, 27 Aug 1992 13:21:31 GMT

Hi.

A friend of mine is looking for expansion RAM for an Apple IIgs.  He has
the expansion board; he just needs chips.

If you know of a good RAM supplier (other than Apple :-), please drop me
e-mail with any info you can scrounge up.

Also, I saw a message about the Sequential Systens GS memory board
available from LRO (I believe).  If the poster of one of those two messages
could e-mail me with info on how to contact LRO, I would appreciate it.

(Sorry I don't know more about this stuff - it's been 4 years since I've
used a gs.)

Any info would be greatly appreciated.  E-mail only, please. :-)

Thanks in advance,
Mike
-- 
Mike Allard, Applied Computing Devices, Inc.  ***  #include <std/disclaimer.h>
KA9VDC <mja@acd4.acd.com> | <uunet!acd4!mja>  ***  Who'd agree with me anyhoo?
" 'I will make my bed with her tonight,' he cries.  Can he fail, armed with
his chocolate surprise?"  -Genesis, "Cinema Show"
From: IBY236@URIACC.URI.EDU (Andy Kress)
Newsgroups: comp.sys.apple2
Subject: Re: GS flow control
Date: 4 Sep 92 13:21:39 GMT
Distribution: world
Organization: The Internet


   With all this talk about flow control and modems...
     Does anyone use a Telebit T1000 with Proterm and a GS and have RTS/CTS
 flow control work successfully?  If so please send me your register settings!
 Thanks much!

 +--------------+-------------------------+----------------------------+
 |  Andy Kress  |  Univ. of Rhode Island  |  IBY236 AT URIACC.URI.EDU  |
 +--------------+--------+----------------+----------------------------+
Newsgroups: comp.sys.apple2
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Re: SuperInfo III
Organization: Technische Universitaet Muenchen, Germany
Date: Sat, 29 Aug 1992 05:23:11 GMT

>In article <1992Aug27.133856.19407@yang.earlham.edu> deviant@yang.earlham.edu writes:
>>SuperInfo III is now available!

Hey, good :) Ok, I'd like to see it. One vote for cba2.

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
From: fisher2557@iscsvax.uni.edu
Newsgroups: comp.sys.apple2
Subject: Re: Blackout Virus
Date: 28 Aug 92 14:56:39 GMT
Organization: University of Northern Iowa

In article <hr84078@pro-nsdapple.cts.com>, tomk@pro-nsdapple.cts.com (Tom Kelly) writes:
> In <hp27899@pro-scat.cts.com> bslog@pro-scat.cts.com (Bill Logsdon) writes:
> 
>>
>>Anybody out there have a prog - or make a recommendation to eliminate the
>>"Blackout" virus?
>>
> 
> 
> I believe that in the manual for the GS it tells how to get into the
> control panel.   Follow the directions given carefully and set the values
> to the defaults.   It is one of the options.
> It may be a "BIT" tedious because you'll be working totally "blind".
> Another option is to disconnect your battery on the motherboard.
> That will cause the defaults to come back, then reconnect the battery and
> set up the control panel to what you like.
> I have NEVER done either of the above but they SHOULD work.

As I recall, (and my memory ain't perfect!) control-open apple-closed
apple-reset will throw a GS into test mode, (doing some gnarly things with the
monitor) and reset control panel defaults.  That's how the teachers cleared up
the machines when I'd come in and set them to 50 cycles. (adjust vertical
hold!!!!!)

-- 

later,
 Nathan                           (this tag line is umop ap!sdn)
  FISHER2557@ISCSVAX.UNI.EDU             "do I know WHO?..."
 --------------------------------- -------------------------------
| "I'd challenge him to a battle  |   /\   \  /                   |
|  of wits, but I don't fight     |  /  \   ><  and proud of it!  |
|  the unarmed...."               | /____\ /  \                   |
 --------------------------------- -------------------------------
*this is a .sig antivirus virus.  please copy over any .sig antiviruses*
From: ce_rupn@pavo.concordia.ca (RUPNIK, CHRISTOPHER E.)
Newsgroups: comp.sys.apple2
Subject: Apple IIc  + AppleTalk????
Date: 4 Sep 92 16:10:00 GMT
Organization: Concordia University
News-Software: VAX/VMS VNEWS 1.41


 Is there any card or device that allows a IIC to be on an Appletalk network
 I know the IIgs has an appletalk connector, but what about a normal IIc
 (not //c+) Maybe a card or something? If so, please contact me at

 ce_rupn@pavo.concordia.ca
Newsgroups: comp.sys.apple2
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Subject: Re: Ramfast and Tape Backup units..
Organization: California Institute of Technology, Pasadena
Distribution: comp.sys.apple2
Date: Wed, 26 Aug 1992 04:08:41 GMT

rwifall@nmsu.edu (Richard J Wifall) writes:

>   No kidding?  That wasn't my question.. Read it again..  :)  I was
>asking how to get the ramfasst to unwrite protect the tape unit, cause
>if I can get the tape unit to show up in finder as not write
>protected, then it won't be write protected in any other gs/os program
>either.. comprende?

Yep. Call CVT and bitch. Given their current driver scheme, all volumes show
up as block devices, and real backup programs aren't expecting that. Most of
them probably expect a SCSITAPE driver like Apple's. Hopefully they can deal
with something more generic like a character device, and CVT can make a tape
driver for GS/OS that supports it. There is not a simple solution to your
problem, and it is up to either Apple (hah) or CVT to do something about it...

Todd Whitesel
toddpw @ cco.caltech.edu
Newsgroups: comp.sys.apple2
From: bk@pro-palmtree.socal.com (Bruce Kravets)
Subject: Re: Apple /// Software'
Organization: The Palmtree BBS - 310/453-8726 - Santa Monica, CA
Date: Sat, 29 Aug 1992 04:53:55 GMT

My school has a large number of /// disks, I have loaned them out to a
person in San Diego, but he will probably be returning them soon.  Do you
have any members in the L.A. area who could take a look at what we have? 
Also are you sure that these formerly commercial titles would be PD now?
From: foegelle@ccwf.cc.utexas.edu (Michael Foegelle)
Newsgroups: comp.sys.apple2
Subject: Re: System 6.0 and RamFast SCSI controller card
Keywords: crashing
Date: 23 Aug 92 19:43:46 GMT
Organization: The University of Texas at Austin, Austin TX

In article <1992Aug22.061217.14837@cco.caltech.edu> toddpw@cco.caltech.edu (Todd P. Whitesel) writes:
>
>THE ONLY SOLUTIONS THAT WORK ARE TO EITHER GET RAMFAST ROM 3.0 OR REBOOT INTO
>PRE-2.0 PRODOS 8 TO RUN PRODOS 8 PROGRAMS.
>
Those are NOT the only solutions that work.  If you were up on your info, you'd
know that there is also a patch for Prodos 2.01 (and System 6.0) to turn off
the remapping so that the RamFast can do it itself.  Since the patch is freely
available (and was run in Incider a month ago for all who don't have telecom
access), that's a lot cheaper than paying the $18 or so (+S&H) it costs to 
upgrade to the v3.0 ROM in the RamFast, while still using the newer operating
systems.  

Michael Foegelle



-- 
-------------------------------------------------------------------------------
   Michael Foegelle  |                    |   foegelle@ccwf.cc.utexas.edu
     ____________    |     You want it    |   foegelle@utaphy.ph.utexas.edu
                     |                    |   GEnie:   M.FOEGELLE2
    University of    |        WHEN?       |   Wunderland BBS  (512) 472-0544
   Texas at Austin   |                    |   14.4kbaud, v.32/bis:  Sysop
Newsgroups: comp.sys.apple2
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: 8-bit FORTH available on GEnie
Followup-To: comp.sys.apple2
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Wed, 26 Aug 1992 10:59:05 GMT

Are GraForth and Applewriter ProDOS based?

Is the source code available?

If they are not ProDOS, anyone considering making them ProDOS?

When they are prodos, anyone considering adding GS graphics and
sound to GraForth?
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
Newsgroups: comp.sys.apple2
From: hal@budapest.math.macalstr.edu (Harold Byron Bouma)
Subject: Toolbox ref #1 for sale
Organization: Iowa State University, Ames IA
Date: Fri, 4 Sep 1992 20:42:12 GMT

	I have a extra Toolbox Ref #1 for sale. Its in great shape, and only
the cover sleeve is a little torn in a spot. I'll take $15 obo which will  
include shipping. You can reach me at the addresses below. Thanks!

--
| 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, NCS/DSP card  /
  \  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!!  /
Newsgroups: comp.sys.apple2
From: posty@socs.uts.edu.au (Andrew Roughan)
Subject: Media Control qs for Matt Deatherage
Organization: Key Centre for Advanced Computing Sciences, UTS, Australia
Date:  1 Sep 92 02:48:49 GMT


G'day Matt,

As I mentioned to you at Kansasfest, I am planning to write a Media Control
driver for a Sony video recorder which uses the Control L (serial) protocol.

I'm having an interesting time researching information about writing such a
driver. Could you possibly enlighten me on the following points?

MCGetFeatures, mcFeatSel codes:
mcFVideo:	what exactly is "toggling of video"?
mcFVDisplay:	what exactly is "video display of the location"?
mcFVOverlay:	what exactly are "overlay characters"?

MCControl, ctlCommand codes:
mcCVideoOn/Off:		what exactly does this accomplish?
mcCDisplayOn/Off:	what exactly does this accomplish?
mcCBlankVideo:		what exactly does this accomplish?

Maybe an example of the above would help my understanding.

Are there any Apple supplied Macros and Equates files for the Media Control
Toolset?

There appears to be an inconsistancy between the Media Ctl CDEV and the
DC Printer CDEV. If Slot 2 is set to "Your Card" in the control panel, the
DC Printer CDEV still offers "MODEM" as a valid port whereas the Media Ctl
CDEV does not. This probably holds for Slot 1 as well.

Is there a published diagram of the way in which Media Control Device Drivers
interact with the GS/OS drivers?

I have noticed that the Apple IIGS GS/OS Reference and the Apple IIGS GS/OS
Device Driver Reference make no mention of the MODEM and PRINTER port drivers.
Is there any additional information available on these?

The Control L protocol provides a stream of data from the video recorder
interspersed with gaps. The only way to send a command from the computer is
to wait for a gap.
Is it possible for the MODEM and PRINTER port drivers to do this?
Or will I have to write a Control L port driver? (i.e. like the AppleTalk
driver)

Regards,
Andrew Roughan


-- 
Andrew Roughan             | Snail: PO Box 65 Wahroonga, NSW 2076 Australia
Apple // Sub-editor        | Net:   posty@socs.uts.edu.au
"Applecations" magazine    | Ask me how "Eclipse" is going... (BBS software)
Apple Users' Group, Sydney | There can never be enough Apple //s
Newsgroups: comp.sys.apple2
From: hiroki@AIX (Hiroki Morizono)
Subject: Data aquisition software/hardware for ][+ or ][e
Reply-To: hiroki@limerick.cbs.umn.edu
Organization: University of Minnesota
Date: Wed, 26 Aug 1992 03:22:03 GMT

Hi, 

I have a couple of apple ]['s (one e, and one +) here, not being used, and 
was wondering if there was any good way to kludge them to 
become chart recorders--preferably dual channel, single ok. 
Both have the 5 1/4" floppies.   
One has a superserial card, the other a grappler clone parallel card
voltages going in would be zero to either 1V or 10mV 
1)
Any easy way to use these to do the sensing? Or are there better products 
that I can use?
2)
Time scale for data collecting would be on the order of 2 hours, most of it
pretty flat, but when peaks start up, I'd like to be able to get fairly good,  
perhaps 100msec-ish  samples. Is disk space going to be a problem?
3)
If so, are there any good routines to compress or recode the data as it comes
in?  
I think I remember Apple assembly enough to write in that,
but it's been aeons....  

Email would be very gratefully appreciated,
Thanks in advance,

Hiroki Morizono
Department of Biochemistry
University of Minnesota
hiroki@limerick.cbs.umn.edu
Newsgroups: comp.sys.apple2
From: bird@cbnewsd.cb.att.com (j.l.walters)
Subject: Re: PhotonixII and Sys6
Organization: AT&T
Date: Tue, 1 Sep 1992 01:49:04 GMT

From article <92244.170932APL111@psuvm.psu.edu>, by APL111@psuvm.psu.edu (Dick Bowers):
> PhotonixII is not compatible with Sys 6 on my GS.  I've shift booted to
> eliminate inits/da's from consideration.  The same program worked well with
> V5.04, with same setup: Rom 01, TMS 105 meg hard drive, RamFast SCSI 2.0, 3.25
> meg ram.  The program  seems to load OK but locks up when I insert a source
> disk for copying with the note--not a bootable disk.  Would appreciate any
> possible solutions, fixes, etc..

Take a look at your docs. You have the option to re???? (word escapes
me) the directory. This doesn't work with some disks i.e., ProSel
Unselect the option and you will be O.K.
-- 


				Joe Walters att!ihlpw!bird   
				IH 2A-227 (708) 979-9527
From: mock@madrone.eecs.ucdavis.edu (Kenrick Mock)
Newsgroups: comp.sys.apple2
Subject: Re: IIgs telecom programs...
Date: 3 Sep 92 20:07:25 GMT
Organization: U.C. Davis - Department of Electrical Engineering and Computer Science

>While ProTerm seems really nice, I always wanted to see a GS specific telecom
>program.  Some may say QuickDraw II is too slow for telecom...  how about
>ORCA's Prizm?  Prizm can scroll by one line as fast as the text mode, and

Prizm?  I don't know about that :)  It's not made for telecomming.
Prizm is really just a bunch of windows that have output for various
"programs."

For GS specific telecom programs, check out AnsiTerm.  The latest
version runs on the desktop, supports zmodem, Ansi emulation, and
other stuff.  To get around the scrolling problem in QuickDraw, there
is a setting for how many lines to scroll.  Instead of smooth
scrolling one line at a time, you can set the scroll to something like
3 or 4 lines at once.  It's necessary at 9600+ speeds or the screen
can't keep up with transmission.



-- 
------------------------------------------------------------------------------
GEnie : K.MOCK     			Net : mock@madrone.eecs.ucdavis.edu
"Don't worry about the world ending today, it's already tomorrow in
 Australia..."  					      - CMS