HDTenEightyP/NetNews huggingface dataset:
From: David.Empson@bbs.actrix.gen.nz
Newsgroups: comp.sys.apple2
Subject: Re: gs.os.FST?
Date: 22 Aug 92 14:19:38 GMT
Organization: Actrix Information Exchange

In article <m0mLtqy-0000OHC@crash.cts.com> ncp@gnh-cathouse.cts.com (Neal Pitts) writes:
>
> Now I understand about David's ideas.  David is talking about extending
> ProDOS.  I'm talking about writing a whole new DOS (FST), not just extending
> ProDOS.  How about that?  Any problems besides the amount of work?

No, I'm not talking about extending ProDOS.  I'm talking about
inventing a new file system that borrows most of its ideas from ProDOS
(mainly so that it is easier to understand).

HFS can do most of the things I mentioned in my original article.
BUT, if a disk crashes and the directory structure is damaged, I have
little or no chance of understanding it, due to the complexity of the
B-Tree mechanism (I can't even find any decent documentation on it).

I also don't like the way HFS alphabetises everything for you.  Not to
mention its severe lack of speed.

With a new file system which is conceptually similar to ProDOS, it
isn't much of a mental leap to understand the disk structure.

What I want is a "super ProDOS" file system that is specially designed
to be as efficient as possible for GS/OS to deal with (e.g. all
directory fields 16 bit so that the processor mode doesn't need to be
changed).

Re Jawaid's comment on using 4-byte block numbers: what do you gain,
apart from doubling the size of all index blocks and directory fields
containing block numbers?
If an allocation block system is used, the pointers remain 16 bits,
minimising disk space required for storing the pointers.

If you have a disk bigger than 32 megabytes are you really worried
about wasting an extra 512 bytes for some files?

Are you ever likely to want to put more than 65535 files on a disk?


By the way: I like the idea of inodes - lets put real links in this
file system as well!
-- 
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: lucas@cg-atla.UUCP (Dick Lucas)
Newsgroups: comp.sys.apple2
Subject: Seek Software Suggestions
Keywords: IIGS, Elementary, Word Processor
Date: 18 Aug 92 12:36:40 GMT
Distribution: na
Organization: Agfa Compugraphic Division, Wilmington, Mass. USA




I am seeking input for a friend who has a learning disabled child of 18.
The girl is functioning at around 3rd grade level; the equivalent of age
9 or 10.  Janet has an Apple IIGS, which we bought at her school's
recommendation.  It's the same machine they use in school, so she is able
to power it up, boot, and select a program to run.  She has some of the
"Sticky Bear" stuff, and really gets into game type educational software.
Mom says Janet like to write, and we're wondering if there exists a really
elementary equivalent of a word processor; something that doesn't take a
rocket scientist to operate.  Any/all suggestions will be appreciated.
Thanks in advance.

Dick Lucas     decvax!cg-atla!lucas
From: ncp@gnh-cathouse.cts.com (Neal Pitts)
Newsgroups: comp.sys.apple2
Subject: Re: gs.os.FST?
Date: 22 Aug 92 11:56:16 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Fri Aug 21 92 at 06:33:21 (EST)

>> : 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).

     We could always use a undefined storage type.  I know, it will mess up
future software releases. (Yah right!)  Actually it may not maybe we could
just ask Apple which one.  That way the lower 32 megs could (could be less)
be a normal ProDOS and then you could create an extended directory file.
   This directory file could hold information like above.  The key block for
files in this directory could have a 4 byte pointer to the files key block
which could be two 512 byte blocks with the high 2 bytes in the second key
block.  ProDOS actually has it in it to do stuff like this.  It even has
stuff to increase the length of a directory file so that more information
to be added.  I don't know.  Haven't had a full night like David to think
about it so this stuff is right off the top of my head.

: 
: Any comments?
:

     Yeah,  let's get some comments about this.
<<

Now I understand about David's ideas.  David is talking about extending
ProDOS.  I'm talking about writing a whole new DOS (FST), not just extending
ProDOS.  How about that?  Any problems besides the amount of work?

---------------------------------------------
ncp                          ncp@gnh-cathouse
                             ncp@gnh-starport
---------------------------------------------
Newsgroups: comp.sys.apple2
From: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Subject: Re: Revenge of the Bobs: Warning
Reply-To: stc7@cunixb.cc.columbia.edu (Steven T Chiang)
Organization: Columbia University
Date: Mon, 17 Aug 1992 23:00:11 GMT

In article <1992Aug17.093105.5653@usenet.ins.cwru.edu> bp664@cleveland.Freenet.Edu (Grover Thomas) writes:
>
>Gack!  I was running the Ninja Force  "Revenge of the Bobs"
>demo disk, and when I reset my GS, it had changed my control
>panel settings.
>
>Okay, well changing control panel settings isn't a horrible crime,
>but this program sets the text and background to black!  It also
>sets the boot slot to 5, so I couldn't even load System 6 from
>my hard drive (And not being able to actually "see" the control
>panel, I couldn't reset the colors).  

	Yeah, I had this problem.  It depends when you reset out.  If
you reset out   when it's loading (I believe) it sets the text color
and BG color to black... and the startup slot to 5.
	
	luckily, I remembered the key sequence... ctrl-OA-esc, down
arrow, return, down arrow, return, up arrow, left arrow to reset
standards... :)

>Anyway, I managed to dig up and find an old System disk with the
>control panel NDA on it, so I was able to fix it.  But I wonder
>what else this demo did to my computer?!

	I think I reset out once and the computer was in pal mode.
Thus the screen was crunched and elongated.  My solution was to type
c02b:18 in the monitor.

>(__) Grover Thomas            InterNet: grover@emunix.emich.edu      (__)

	Don't worry, as far as I know it's not a virus.  It's just one
of those things... 



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
From: sknkwrks@unlv.edu (Scott Alfter)
Subject: Re: What's the fastest modem I can get for my ][e?
Keywords: fast modem, 8-bit //e, plugh
Organization: Skunk Works Software Co.
Date: Tue, 18 Aug 92 21:18:17 GMT

In article <1992Aug18.141339.25050@u.washington.edu> hackerb9@carson.u.washington.edu (Yer Mom) writes:
>I want to set up my ][e with the fastest modem and software
>it'll take.

You'll want to get an SSC (Super Serial Card) first and put it in slot
2.  Next, you'll want to get ProTERM 3.0; as far as I know, it's the
only comm program that'll talk to high-speed modems.  (Kermit doesn't
support hardware handshaking.  Haven't thought to see if TIC works.)

Modem choices...here are the high-speed modems directly supported by
ProTERM:

* Hayes Smartmodem V9600 (may also work with their new Optima series;
  avoid their "V-series" modems as they are not v.32-compatible)
* Okidata Okitel 9600 (probably a v.32, but who knows for sure?)
* USRobotics Courier HST/HST Dual Standard (available in 9600/v.32,
  14.4K/v.32bis, and 16.8K/v.32bis; if you get one of these, get the
  "Dual Standard" model as the HST-only modems are not v.32/v.32bis- 
  compatible...or there's also the Courier v.32bis, which is probably
  the best deal you'd get from USRobotics)

There's also a "generic high-speed modem" driver, and you could
probably hack that driver (or one of the drivers listed above) to work
with any v.32 or v.32bis modem.  I have a SupraFAXmodem v.32bis that I
originally bought for my (temporarily dead) IBM clone...it works, but
InSync is having a hell of a time figuring out what a driver needs to
do to talk to one of these modems.  (There's a firmware bug in the
modem...doesn't seem to cause problems for my clone, but it can give
Apple II comm programs fits.  I need to get new ROMs from Supra to see
if they work any better.)

In any case, get v.32bis if you can...it's the fastest standard
available (14.4K) at this time.  USRobotics HST (16.8K) and Telebit
PEP (23K?  19.2K at least) may be faster, but they're non-standard
systems.  You'll have an especially hard time finding Telebits since
they're used mainly to move UUCP traffic and never caught on in the
BBS world.  HST is a little more common, but HST-only sites are rare
anymore...and USRobotics modems (any model, not just the high-speed
ones) cost big $$$.

  _/_   Scott Alfter                             Internet: sknkwrks@cs.unlv.edu
 / v \  Call the Skunk Works BBS today!                      Fidonet: 1:209/765
(IIe (  TEMPORARILY OFFLINE    Apple II/IBM                     GEnie: S.ALFTER
 \_^_/  Ask me about SoftDAC--digital audio for your IIe/IIc! Apple II Forever!
Newsgroups: comp.sys.apple2
From: chauhan@aristotle.ils.nwu.edu (Amrit Chauhan)
Subject: Re: test
Organization: The Institute for the Learning Sciences
X-Newsreader: Tin 1.1 PL4
Date: Thu, 13 Aug 1992 18:07:17 GMT

chauhan@aristotle.ils.nwu.edu (Amrit Chauhan) writes:
[mad Amrit drivel nuked]
: Amrit (pissed as hell)

Uh...I kind of over-reacted.  I also just realized that I created my own
thread...neat! :-)  But, I've calmed down, and probably should have waited
until now before I went posting anything.  The guys at work appologized...gee,
I feel like quite an idiot.

Sorry about all this...I just hope the guys here at work start respecting my
machine and the network from now on.

Thanks,

Amrit

--
< > --------------------------------------------------------- < >
< > Amrit Chauhan                 | chauhan@ils.nwu.edu       < >
< > GENIE: A.Chauhan              | PL: amritc@pro-hindugods  < >
< > --------------------------------------------------------- < >
From: dlyons@Apple.COM (David A Lyons)
Newsgroups: comp.sys.apple2
Subject: Re: Menu caching, monitors
Date: 14 Aug 92 06:23:25 GMT
Organization: Apple Computer Inc., Cupertino, CA

In article <1992Aug5.001912.18836@rice.edu> jimwong@owlnet.rice.edu (Jim Wong) writes:
>1)  For fun, I've been working on a little desktop application with TML
>    Pascal II.  I've noticed, however, that my menus are behaving oddly.
>    The Apple menu works fine: the first time I pull it down, it draws
>    each item, and thereafter when I select the Apple menu it pulls down
>    quickly.  My other menus, however, don't seem to be being cached-- it
>    looks like each item is being redrawn every time I pull down the menu.

You shouldn't have to do anything special to have your menus cached.  (If
you're creating them with NewMenu2, you might not have set the cacheable
flag bit...if you're using NewMenu and passing a string, you should be
fine already.)

My bet is you're repeatedly enabling or disabling some items while the
program is idling.  This nukes the cache all the time.  You can use
GetMItemFlag to check the current state of an item, and then use EnableMItem
or DisableMItem only if the item is not already in the correct state.
That way you don't cause the Menu Manager to throw out the cached copy
of your menu unnecessarily.
-- 
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.
From: taob@terranet.cts.com (Brian Tao)
Newsgroups: comp.sys.apple2
Subject: Out Of This World
Date: 13 Aug 92 08:23:49 GMT
Organization: The Internet

spector@vax2.concordia.ca (Mitchell Spector) writes...
>
>Is the animation in OOTW really that smooth? People who've seen the
>developer's copy (-not- beta shown at KCFest) have said it's quite
>sugglish on a stock GS in full screen '70mm' size.

    Actually, 16mm is full screen.  35mm is around two-thirds height
and 70mm is a bit taller than half-height.  "Television" mode is the
smallest of all (presumably for 2.8 MHz machines).

>BTW, does this game use the GS's fillmode capabilites?

    I don't think so.  It might be faster to animate only lines rather
than solid polygons, but you lose the use of one colour in the palette.
--
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: nagendra@csa.bu.edu (nagendra mishr)
Newsgroups: comp.sys.apple2
Subject: Writing Finder Extensions
Date: 19 Aug 92 18:01:09 GMT
Distribution: comp
Organization: Boston University Computer Science Department


Does anyone have the information on how to do this?

ANy help appreciated 

Thanks

Nagendra

nagendra@csa.bu.edu
From: spector@vax2.concordia.ca (Mitchell Spector)
Newsgroups: comp.sys.apple2
Subject: Re: Has the 2GS been dropped?
Date: 18 Aug 92 01:55:00 GMT
Distribution: comp
Organization: Concordia University
News-Software: VAX/VMS VNEWS 1.41

In article <1992Aug14.041938.3473@edsi.plexus.COM>, trimper@edsi.plexus.COM 
(Greg Trimper) writes...
>I should also add to my observations:
> 
>As of May, APDA (Apple Programmer's and Developer's Association) has dropped
>all Apple II Support, Software, developer cdroms, etc, from their catalog,
>disks, Applelink areas, etc.  All gone.  They passed the products on to
>a third party.

  Not that it's much, but doesn't the APDA still at least handle and update
the Apple II Technotes? (existing ones and future)

  It's no big shock that Apple is completely breaking away from the Apple II.
They've been slowly winding down support as far back as 1984-85 and it's become
much more noticable between 1989 and 1992. They've never _fully_ dropped II 
support, however small, but it's seems as if System 6.0.x and the EtherNet
card may be the final end of it all. It's all *very* frustrating! At one point
this time last year (August 1991) they were only days away from announcing a 
greatly enhanced "Apple IIgs Plus" CPU. I know know most of it's technical 
details, and I can assure you that it was basically the "dream machine" every
Apple II and IIgs user had always wished for! Now unfortunately, Apple has
turned around and abandonned all that, and the IIGS+ (that never made it out)
has been replaced with the lesser Macintosh LC II. 

  I'd be very surprised if Apple Computer did anything beyond their current
projects for the Apple II (System 6.0.x and EtherNet). Although the GS+ 
project for last year was a surprise...it's cancel however wasn't! :-(
Bill Heinman's Avatar appears to be the IIGS's last hope, and if it successes
it'll probably have an even greater impact than then canceled IIGS Plus would
have been...  Let's wait and watch.

>Greg Trimper   trimper@edsi.plexus.com  

 ____________
|__   __   __|    ______    ______    | Mitchell Spector
   | |  | |      /  ____)  (  ____)   | Concordia University
   | |  | |     /  / ___    \ \       | spector@vax2.concordia.ca
 __| |__| |__   \  \__| |  __\ \      |  _,
|____________|   \______| (_____)     | (_( Apple II Forever!
From: taob@terranet.cts.com (Brian Tao)
Newsgroups: comp.sys.apple2
Subject: Sanyo 14MHz chips
Date: 13 Aug 92 08:23:25 GMT
Organization: The Internet

behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens) writes...
>
>I guess for 12 MHz 17ns would be ok, though (17ns are much cheaper
>than 15ns).

    1/(2*12 MHz) = 4.167e-08 or 40 nanoseconds.

>You need 4 32k*8 chips.

    I left a message to a few dealers on a local system about SRAM's.
I can get 20 ns 32k*8 SRAM's for $10.40 (Canadian) + tax apiece.  That
comes out to $47.84 in all for four pieces.  The 65816 will cost me
about $125 after exchange and duty and a 50-MHz oscillator will be
less than $10.  That's a total of $182.84 for parts.  Zip's upgrade
will cost me at least twice that.  Is there any reason why I should
let Zip upgrade my card to 12.5 MHz?

    I read in a previous message that some traces on the ZipGS board
could be cut and re-routed into 3 TTL's to avoid the bottleneck.  Can
someone post the exact details for this operation?  I would also like
a detailed parts list required for the upgrade (especially specs and
part numbers for SRAM's that work with the Zip).
--
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."
Newsgroups: comp.sys.apple2
From: toddpw@cco.caltech.edu (Todd P. Whitesel)
Subject: Re: System 6.0 and RamFast SCSI controller card
Keywords: crashing
Organization: California Institute of Technology, Pasadena
Date: Sat, 22 Aug 1992 06:12:17 GMT

crahn@carroll1.cc.edu (Christopher J Rahn) writes:

>However, when we try to run Prodos 8 Applications, the machine crashes.  If
>you take that application [AppleWorks 3.0, ProTerm, etc] and put it on a
>floppy, and boot, it is okay.  Just as long as one does not use the hard
>drive.  

OKAY, I just got done dealing with this myself a week ago, and there was lots
of misinformation on the net earlier, so let's clear this one up for good.
From the top:

Prodos 8 was originally designed to expect only two disks/drives/partitions
in each slot. To get around this and let you use all your partitions anyway,
the Ramfast firmware (versions 1.x, and 2.x -- which you have) manually tells
Prodos 8 about them.

However, when Prodos 2.0 was introduced with system 6.0, Apple made it smart
enough to figure out that there were extra partitions. Now we have both Prodos
and the Ramfast activating the extra partitions, and all kinds of weird things
begin to happen -- for instance, I kept getting two copies of /RAM as well as
every partition. Unmapping partitions except for the boot partition DOES NOT
WORK, even though some people on the net were claiming that it does.

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.

Ramfast ROM 3.0 uses a much better remapping technique. If you don't map
anything outside the ramfast slot, it lets Prodos do everything the way Apple
expected it to work. If you *do* map stuff outside the ramfast slot, then
the ramfast lies to prodos and says it only has the partitions in its slot,
and manually pokes the rest.

Todd Whitesel
toddpw @ tybalt.caltech.edu
Newsgroups: comp.sys.apple2
From: David.Empson@bbs.actrix.gen.nz
Subject: GS/OS .CONSOLE driver's direct output vector
Organization: Actrix Information Exchange
Date: Thu, 20 Aug 1992 15:53:45 GMT

According to the GS/OS ERS on the System 6 Golden Master CD-ROM, the
System 6 .CONSOLE driver supports a new DStatus subcall that returns
the address of two internal console driver routines that do direct
character input and output.

I've tried using them, and I can't get them to work.  From looking at
the code, it appears that the GS/OS ERS is simply wrong about how to
use these vectors.

Can anyone with the Byte Works System 6 Programmer's Reference tell me
if this new feature of the console driver is documented in there, and
if so, how do I use it?
-- 
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: spector@vax2.concordia.ca (Mitchell Spector)
Newsgroups: comp.sys.apple2
Subject: Re: Drol for the //gs
Keywords: classics
Date: 18 Aug 92 06:31:00 GMT
Organization: Concordia University
News-Software: VAX/VMS VNEWS 1.41

In article <14AUG199218204901@utkvx3.utk.edu>, sadasiva@utkvx3.utk.edu (Sadasiv
am, Krishna Madur) writes...
>How does one get the program "Drol" to work on a //gs? I've got an
>original copy of the game, but can't seem to get it to work...

  I believe "Drol" will run if your using an Apple IIgs ROM version 00. It
may also work if your booting the disk from an old Disk ][ drive connected
with a Disk II Interface card in slot #6.

  Can't remember if it was an incompatibility with the smartport, or the newer
ROM 01 and 03. 

>Krishna

Mitchell Spector
spector@vax2.concordia.ca
From: richard@serss0.fiu.edu (Richard A Simm)
Newsgroups: comp.sys.apple2
Subject: Re: accessing 3.5 drive directly
Date: 20 Aug 92 20:02:03 GMT
Organization: Florida International University, Miami

In article <1992Aug17.095725.5322@actrix.gen.nz> David.Empson@bbs.actrix.gen.nz writes:
}In article <1944@kluge.fiu.edu> richard@serss0.fiu.edu (Albert Chin) writes:
}} How do I access the 3.5 drive directly (i.e. bypass SmartPort)?
}
}With difficulty.  I have one question: WHY DO YOU WANT TO?
}It is similar in concept to 5.25" disks, but several details differ.

Because I want to. I want to see how faster accessing the drive is directly
than accessing it from SmartPort.

}} Also, how can I issue SCSI commands to the hard disk?
}
}It might help if you told us which SCSI card you are using, and which
}operating system you intend to be running when issuing the SCSI commands.

I'm using Apple DMA SCSI. O/S is GS/OS but I'd rather the calls not be O/S
independent. Are there firmware calls I use to do this or do I access the
firmware on the SCSI card directly?

}-- 
}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

Albert
Newsgroups: comp.sys.apple2
From: payner@netcom.com (Rich Payne)
Subject: Re: Help! Integer Basic on GS?
Date: Thu, 13 Aug 92 03:16:02 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <BswGGu.LCG@acsu.buffalo.edu> ztsindi@ubvmsb.cc.buffalo.edu (The Independents - SUNY Buffalo) writes:
>Howdy Net World!
>	My 5.25 disk took an end dive recently. I borrowed a friends 
>and have been attempting to copy my favorite programs to 3.5 inch. 
>One problem I've had is useing Integer basic on the GS. How is this 
>done, if it is done. I can't brun it usually and when I can I'm told
>that there are 'No buffers'.  Also, I remember a utility that would 
>let you format 3.5 inch disks in DOS 3.3. Its by the author of 
>Prosel-16 I think. I can't find it on any ftp sites but I remember 
>seeing it as pd or shareware. Anyone have it? Care to post it?

Integer Basic is a DOS 3.3 program. As far as I know it will not run
under P8. I have ORCA's Integer Basic compiler, and plan to compile
some old integer basic PD stuff when I get time, this is one way to
go.

Then you cab always get UniDOS or AMDOS or some other DOS 3.3 clone that
supports the 3.5" drive. That is if any are still available. I have no
clue here, but someone posted that AMDOS is (shareware?).

>	Ten thousand salaams! (not sadaams).
>							-Joe
>							ztsindi@ubvms

Rich

payner@netcom     (just finished a final, it was too easy, so either
                   I was overprepared <not likely> or I missed something)


Newsgroups: comp.sys.apple2