[comp.sys.apple2] System 5.0.4

EWINGRA@CTRVX1.VANDERBILT.EDU (Rick Ewing) (11/28/90)

QuickMail<tm> from Rick Ewing
Attn:INFO-APPLE
___________________________________________________________________

                       Subject:                              
Time:2:07 AM
  OFFICE MEMO          System 5.0.4 (yes!)                   
Date:11/28/90
For those of you having problems printing with System 5.0.3,
apparently there are a couple of bugs in the software that bombs the
system in low memory situations.  System 5.0.4 is being readied for
release at the end of the month to fix the problems.  So if this
involves you, sit back, relax, and enjoy the fact that people at
Apple are really listening out there.  In the meantime, people are
requested to stop distributing 5.0.3 until the problem is fixed.

--Rick Ewing
  Vanderbilt University


___________________________________________________________________

maye_ltd@uhura.cc.rochester.edu (Robert Mayer) (11/29/90)

> System 5.0.4 is being readied....

(lots o stuff deleted)

What I was wondering is: Is 5.0.4 just bug fixes to 5.0.3 or is there
any hope that there will be something new. Like a finder...(insert wishful
thinking here)

Andy N, you're working for these people...if you're out there do you or
Apple Inc have any comment?

 _____________________________________________________________________________
|  Robert Mayer                     | The ideas in this message do not        |
|  maye_ltd@uhura.cc.rochester.edu  |  necessarily reflect those of the author|
|  MAYELTD@UORVM.BITNET             |    or anyone else for that matter...    |
|___________________________________|_________________________________________|
|                                                                             |
|        1000101 1000101 1001011 01000001  <-- You do the translation         |
|_____________________________________________________________________________|
 

nrunyon%peruvian.utah.edu@cs.utah.edu (The Third Bard) (11/29/90)

In article <10681@ur-cc.UUCP> maye_ltd@uhura.cc.rochester.edu (Robert Mayer) writes:
>> System 5.0.4 is being readied....
>
>
>What I was wondering is: Is 5.0.4 just bug fixes to 5.0.3 or is there
>any hope that there will be something new. Like a finder...(insert wishful
>thinking here)
>
>Andy N, you're working for these people...if you're out there do you or
>Apple Inc have any comment?
>|  Robert Mayer                     | The ideas in this message do not        |

	I think you will have to wait until system 6.0 is released to see
a new finder.  Hopefully multi-finder also.  Though I would not expect 6.0
before the Mac's 7.0.  
	As for Andy and the others at Apple, if things are still the same,
they probably are not at liberty to say what is what anyway.

	Neil -
-----------------------------------------------------------------------------
Neil M. Runyon		      |Apple IIgs ROM 1 Woz Machine, 1.75 Megs RAM,
University of Utah - CS Dept  | 62.5 Meg Hard Drive, 4 Speakers, and a Sony.
nrunyon@peruvian.utah.edu     |

V2071A@VM.TEMPLE.EDU ("George A. Piotrowski Jr.") (12/05/90)

On 29 Nov 90 06:15:18 GMT you said:
>> System 5.0.4 is being readied....
>
>(lots o stuff deleted)
>
>What I was wondering is: Is 5.0.4 just bug fixes to 5.0.3 or is there
>any hope that there will be something new. Like a finder...(insert wishful
>thinking here)
>
>Andy N, you're working for these people...if you're out there do you or
>Apple Inc have any comment?
>

Not to get anybody riled up here, but if I were Andy, I would spend alot of my
free time picking up mac programming, that's if he wants to continue working
at Apple for the forseeable future.

Later,
________________________________________________________________________

George A. Piotrowski, Coordinator     CREN/Bitnet: V2071A@TEMPLEVM
Educational Computing Center             Internet: v2071a@vm.temple.edu
Temple University                       AppleLink: PIOTROWSKI1
Philadelphia, PA 19122             America Online: GaPio
(215) 787-6228             CI$: 74046,1304       Genie: G.PIOTROWSKI

Doc Brown: Obviously, the Time Continuum has been disrupted creating
this New Temporal Event Sequence resulting in this Alternate Reality!
________________________________________________________________________
Acknowledge-To: <V2071A@VM.TEMPLE.EDU>

kimbrennan@gnh-starport.cts.com (Kim Brennan) (12/09/90)

Not to burst your bubble, but Andy is a pretty competent programmer. Period. He
doesn't need to learn 'Mac' programming as once you learn enough programming
skills (basic logic really) the switch to a new platform is simply learning th
idiosyncrises of that platform, and the GS and Mac platforms are VERY much
alike.
 
BTW, System 5.04 will just be correcting bugs in the memory Manager functions
(that show up especially when printing in low memory situations). The Finder
(what Andy is working on) probably won't be changed in 5.04
 
Where's 6.0?
INET: /\_/\  kimbrennan@gnh-starport.cts.com
     / o o \ America Online: KimBrennan
     (  v  ) ______
     /// \\\       \\
      (          / /\\
      | || |\___/ /  ))
     /// ///   ///   ((
                     ))
                     ~

philip@utstat.uucp (Philip McDunnough) (12/27/90)

Is there is secret to getting the system disk and tools' disk for
5.0.4 to 2   GS floppies? I have a Mac and was able to unsit,etc...,
but there is some further step( Diskcopy?). 

Very  odd  indeed!

Philip McDunnough
University of Toronto

toddpw@nntp-server.caltech.edu (Todd P. Whitesel) (12/27/90)

philip@utstat.uucp (Philip McDunnough) writes:

>Is there is secret to getting the system disk and tools' disk for
>5.0.4 to 2   GS floppies? I have a Mac and was able to unsit,etc...,
>but there is some further step( Diskcopy?). 

Yes, DiskCopy. This is available on apple.com in the same directory as the
Mac system disks. DiskCopy is currently only available for the mac -- but
if you wait a few days, I'll have an unpack-only GS version ready.

Does a GS port of binhex exist? If so, then we can use binhex/GSHK/GSDiskCopy
to unpack them without ever needing a mac in the first place.

Todd Whitesel
toddpw @ tybalt.caltech.edu

sharris@brahms.udel.edu (Scott A Harris) (01/14/91)

From what I have been hearing you not only have to ftp, unshrink, unshrunk, 
unbinscii, uudecode, unconvert, uncompress, xbin, sh, un that , un this
to system disk 5.0.4 but you also have to use the installer to install the
latest system file?   Is this correct?

BTW    It is a rom 3  NOT a rom 4.   very very bad typo

Scott

-- 
Scott A. Harris   sharris @ brahms.udel.edu   sharris @ chopin.udel.edu 
                 HIO01142 @ udelvm.udel.edu         
     	       71311,2700 @ CompuServe      sharris12 @ GEnie                   

PYC121@URIACC.URI.EDU (Andy Kress) (03/01/91)

    Has anyone had trouble with 5.0.4 lately?  When I had 5.0.2 and 5.0.3
 on my hard drive there was hardly ever a problem, but since I put 5.0.4
 on my drive it crashes OFTEN.  Mostly when I quit an application, but the
 other day I dragged a few files form a disk to a partition and it crashed
 in the finder.  Ive never had that happen before.  I do have alot of things
 installed but no more than when I had 5.02 and 3 on the drive.  I cant re-
 create a crash by doing a certain sequence of steps...it happens randomly.
 Any comments or ideas?

                                       Andy Kress
                                       PYC121 AT URIACC.URI.EDU

             Apple II:  The power to take over the world!

greg@hoss.unl.edu (Lig Lury Jr.) (03/02/91)

... PYC121@URIACC.URI.EDU (Andy Kress) writes:


>    Has anyone had trouble with 5.0.4 lately?

Well, I have had it completely trash the system disk, the only copy of it
I had, downloaded.  Still haven't gotten any kind of reply if anyone else
had this happen.  (Occurred after failing to copy some files to the
System.Disk with the Finder.)

>                                       Andy Kress
>                                       PYC121 AT URIACC.URI.EDU

>             Apple II:  The power to take over the world!
--
///   ____   \\\ Lig    \"I would like to say that it is a very great pleasure,
| |/ /    \ \| |  Lury,   \ honor and privilege for me to open this bridge, but
 \\_(\____/)_//    Jr.      \ I can't because my lying circuits are all out of
     \_\\\/ greg@hoss.unl.edu \ commission.  I hate and despise you all."

gwyn@smoke.brl.mil (Doug Gwyn) (03/03/91)

In article <1991Mar02.022830.11964@hoss.unl.edu> greg@hoss.unl.edu (Lig Lury Jr.) writes:
>Well, I have had it completely trash the system disk, the only copy of it
>I had, downloaded.  Still haven't gotten any kind of reply if anyone else
>had this happen.  (Occurred after failing to copy some files to the
>System.Disk with the Finder.)

This sounds like the problem I noted long ago.  It may be a Finder
problem rather than GS/OS itself.  I told Jim Merritt about it at
the last "Kansasfest".  I don't think Finder has been upgraded yet.

phs172m@vaxc.cc.monash.edu.au (Stephen Harker) (03/04/91)

In article <1991Mar02.022830.11964@hoss.unl.edu>, greg@hoss.unl.edu (Lig Lury Jr.) writes:
> ... PYC121@URIACC.URI.EDU (Andy Kress) writes:
> 
>>    Has anyone had trouble with 5.0.4 lately?
> 
> Well, I have had it completely trash the system disk, the only copy of it
> I had, downloaded.  Still haven't gotten any kind of reply if anyone else
> had this happen.  (Occurred after failing to copy some files to the
> System.Disk with the Finder.)

	I have not had any problems whatsoever with 5.0.4, I guess it could be
memory related - I have 2MB on a GSRAM+.  Do you have any/many INIT's, CDA's,
NDA's or fonts installed?  Also some of these can cause problems in
combinations or with some software.

-- 
Stephen Harker				phs172m@vaxc.cc.monash.edu.au
Monash University

lucifer@world.std.com (Kevin S Green) (03/04/91)

In article <15368@smoke.brl.mil> gwyn@smoke.brl.mil (Doug Gwyn) writes:
>
>This sounds like the problem I noted long ago.  It may be a Finder
>problem rather than GS/OS itself.  I told Jim Merritt about it at
>the last "Kansasfest".  I don't think Finder has been upgraded yet.

I got mail from Andy Nicholas about two weeks ago (in response to 
some suggestions I made regarding the Finder..such as a "Windows"
menu). His mail was short and very encouraging. Basically: You
will be extremely pleased with the new Finder. This tells me that
there will be a release sometime RSN (real soon now) and we are
going to get some nice new features in the Finder. 

Oh, another feature I asked for: The ability to enter a few lines
of text into the Get Info dialog box, like on the Mac. I for one
am always forgetting version numbers, author names, etc. On my
mac at work, the Get Info helps me keep things straight.

-- 
Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer
Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar

daveh@ccwf.cc.utexas.edu (David H. Huang) (03/04/91)

In article <1991Mar4.051913.19742@world.std.com> lucifer@world.std.com (Kevin S Green) writes:
>I got mail from Andy Nicholas about two weeks ago (in response to 
>some suggestions I made regarding the Finder..such as a "Windows"
>menu). His mail was short and very encouraging. Basically: You
>will be extremely pleased with the new Finder. This tells me that
>there will be a release sometime RSN (real soon now) and we are
>going to get some nice new features in the Finder. 

That's great!

>Oh, another feature I asked for: The ability to enter a few lines
>of text into the Get Info dialog box, like on the Mac. I for one
>am always forgetting version numbers, author names, etc. On my
>mac at work, the Get Info helps me keep things straight.

What did he say about this one? There was some discussion about this a
couple of months (maybe a year or so) ago. On the Mac, the Get Info
information is stored in a resource fork. Although this could be done
on the GS, it would make the file uncopyable by Prodos 8 applications.
The general consensus was that it wasn't worth adding a resource just
to stick a comment into a file. I guess one could tack the comment
onto the end of the file, but I really don't think that would be a
good idea...

>-- 
>Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer
>Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar


-- 
David Huang                                 |
Internet: daveh@ccwf.cc.utexas.edu          | "Slight accidents with funny rays
UUCP: ...!ut-emx!ccwf.cc.utexas.edu!daveh   |   can have serious consequences"
America Online: DrWho29                     |

unknown@ucscb.UCSC.EDU (The Unknown User) (03/05/91)

In article <45035@ut-emx.uucp> daveh@ccwf.cc.utexas.edu (David H. Huang) writes:
>What did he say about this one? There was some discussion about this a
>couple of months (maybe a year or so) ago. On the Mac, the Get Info
>information is stored in a resource fork. Although this could be done
>on the GS, it would make the file uncopyable by Prodos 8 applications.

	You use ProDOS 8 programs to copy? As I've said a lot, one
of my biggest praises of the Finder in particular is its great copying 
speed..

	Even Wings would be worth booting into just to copy programs if
we had an info ability..

	(Boy.. what a great thing that info thing on the Mac... Filling
up all of the Mac programs' info boxes with "APPLE II FOREVER" and such at
computer stores..fry's in particular)

>The general consensus was that it wasn't worth adding a resource just
>to stick a comment into a file. I guess one could tack the comment
>onto the end of the file, but I really don't think that would be a
>good idea...

	Well I think that it would be worth it.
-- 
<unknown@ucscb.ucsc.edu Apple IIGS Forever! CHEAP CD INFO-mail me BETTER .sig?>

lucifer@world.std.com (Kevin S Green) (03/05/91)

In article <45035@ut-emx.uucp> daveh@ccwf.cc.utexas.edu (David H. Huang) writes:
>>Oh, another feature I asked for: The ability to enter a few lines
>>of text into the Get Info dialog box, like on the Mac. I for one
>>am always forgetting version numbers, author names, etc. On my
>>mac at work, the Get Info helps me keep things straight.
>
>What did he say about this one? There was some discussion about this a
>couple of months (maybe a year or so) ago. On the Mac, the Get Info
>information is stored in a resource fork. Although this could be done
>on the GS, it would make the file uncopyable by Prodos 8 applications.
>The general consensus was that it wasn't worth adding a resource just
>to stick a comment into a file. I guess one could tack the comment
>onto the end of the file, but I really don't think that would be a
>good idea...

That is exactly what I mused about...putting the comment in
a resource. Much as I love the entire // line, GS/OS is
already somewhat removed now that a number of programs use
resources. BAbout the only stickler that I can see would be
trying to move a text file (with get info resource) to a
ProDOS 8 based machine for use. 



-- 
Kevin S. Green / lucifer@world.std.com / {xylogics;uunet}!world!lucifer
Party naked... /AOL: Gargoth / Pro-line: kgreen@pro-angmar

daveh@ccwf.cc.utexas.edu (David H. Huang) (03/05/91)

In article <13033@darkstar.ucsc.edu> unknown@ucscb.UCSC.EDU (The Unknown User) writes:
>	You use ProDOS 8 programs to copy? As I've said a lot, one
>of my biggest praises of the Finder in particular is its great copying 
>speed..

OK... bad example... it would make files unaccessible to most P8
programs. P8 would return an unsupported storage type error. So... you
wouldn't be able to stick a little comment onto an AppleWorks 3.0 file
and then get AW to read it. I remember reading that Copy II+ would
attempt to copy an extended file, but would fail miserably...

>-- 
><unknown@ucscb.ucsc.edu Apple IIGS Forever! CHEAP CD INFO-mail me BETTER .sig?>


-- 
David Huang                                 |
Internet: daveh@ccwf.cc.utexas.edu          | "Slight accidents with funny rays
UUCP: ...!ut-emx!ccwf.cc.utexas.edu!daveh   |   can have serious consequences"
America Online: DrWho29                     |

toddpw@nntp-server.caltech.edu (Todd P. Whitesel) (03/05/91)

Re: Get Info comment boxes.

PUT THEM IN THE FINDER DROPPINGS.

Finally, a justification for finder droppings.

Todd Whitesel
toddpw @ tybalt.caltech.edu

mvk@itsgw.rpi.edu (Michael V. Kent) (03/05/91)

I've been reading the discussion about Get Info windows and resource forks, and
I have a quesion.  What happens when you try to copy a forked file under
ProDOS 8?  Does it crash, or just copy only the data fork?  How difficult would
it be to create a ProDOS 8 to read only the data fork?  Sure, you would lose the
resource when copying a file over to a classic Apple II, but classic machines
can't use them anyway.

I think an extended Get Info is a great idea.  If ProDOS 8 can't be patched,
can't one of us (or Apple) write a program for classic machines to remove the
resource fork?  Not an ideal solution, but workable.  Since GS/OS is supposed
to work with any file system -- not just ProDOS -- I think it should be
implemented.

Michael Kent                                      mvk@itsgw.rpi.edu

taob@pnet91.cts.com (Brian Tao) (03/06/91)

From lucifer@world.std.com (Kevin S Green):

> I got mail from Andy Nicholas about two weeks ago (in response to some
> suggestions I made regarding the Finder..such as a "Windows" menu).
> His mail was short and very encouraging. Basically: You will be
> extremely pleased with the new Finder. This tells me that there will
> be a release sometime RSN (real soon now) and we are going to get some
> nice new features in the Finder.

    Great!  It's very encouraging to hear words like that from Apple (at least
the portion that still supports the II...)  I just wish Andy would reply to
more of _my_ mail.  :->

    I thought it would be a nifty idea if GS/ShrinkIt could be incorporated
into the Finder.  There would be a a couple new items under the "File" or
"Special" menu:  Shrink... and Unshrink....  You can highlight a bunch of
files/folders in the Finder, select Shrink... and the Finder would pop up a
dialog box asking you for a pathname.  Then it will auto-shrink the files. 
Double-clicking on a NuFX archive would perhaps open up a window listing its
contents.  To extract, you simply highlight the appropriate files/folders and
drag them to a destination window.  Other functions (such as deleting,
renaming and moving archive contents) could also be implemented in the same
easy fashion.  Getting Info on an archive element will allow you to type in a
comment for that file.  If that's the only improvement to the new Finder, I
would be satisfied.

Brian T. Tao   *B-) |  t569taob@bluffs.scar.utoronto.ca  | "Though this be
U of Metro Toronto  |               - or -               |  madness, yet there
Scarberia, ON       |        taob@pnet91.cts.com         |  is method in 't."

dzimmerman@gnh-tff.cts.com (Daniel Zimmerman) (03/06/91)

>> You will be extremely pleased with the new finder...

>> (other miscellanea unquoted... :)

Well, one nice little thing that will probably be in the new Finder is the
recognition of Version resources in the resource forks of files... Apple II DTS
recently (January 1991) defined a new resource type, rVersion, which stores
version, copyright, author, and such information about a program in a
resource... Useful for the Get Info box, which is where the technote hinted
that it might be used...

------------------------------------------------------------------------------
Daniel M. Zimmerman             InterNet - dzimmerman@gnh-tff.cts.com
  TFF Enterprises       America Online - Surak TFF    CompuServe - 76407,2246
 
"Learn reason above all. Learn clear thought; learn to know what is from what
seems to be, and what you wish to be. This is the key to everything: the truth
of reality, the reality of truth. What IS will set you free."
                                                        - Surak Of Vulcan

taob@pnet91.cts.com (Brian Tao) (03/07/91)

From daveh@ccwf.cc.utexas.edu (David H. Huang):

> What did he say about this one? There was some discussion about this a
> couple of months (maybe a year or so) ago. On the Mac, the Get Info
> information is stored in a resource fork. Although this could be done

    Pre-System 7.0 Macs store the Info comments in the invisible Desktop file.
 System 7.0 is supposed to do away with the Desktop file, so maybe it does
open a new resource and put the comment there.  File comments could be stored
in the Finder.Data file, but moving and copying files around wouldn't
automatically move the comments with the files.

Brian T. Tao   *B-) |  t569taob@bluffs.scar.utoronto.ca  | "Though this be
U of Metro Toronto  |               - or -               |  madness, yet there
Scarberia, ON       |        taob@pnet91.cts.com         |  is method in 't."

taob@pnet91.cts.com (Brian Tao) (03/07/91)

From lucifer@world.std.com (Kevin S Green):

> That is exactly what I mused about...putting the comment in
> a resource. Much as I love the entire // line, GS/OS is
> already somewhat removed now that a number of programs use
> resources. BAbout the only stickler that I can see would be
> trying to move a text file (with get info resource) to a
> ProDOS 8 based machine for use.

    Since extended files simply use a different way of indexing the separate
forks, the problems would be solved if ProDOS 8 2.0 could handle resource
forks.  Existing programs which don't know about rez forks would be able to
read the file as before, but accessing only the data fork.

Brian T. Tao   *B-) |  t569taob@bluffs.scar.utoronto.ca  | "Though this be
U of Metro Toronto  |               - or -               |  madness, yet there
Scarberia, ON       |        taob@pnet91.cts.com         |  is method in 't."

jcav@ellis.uchicago.edu (john cavallino) (03/08/91)

In article <566@generic.UUCP> taob@pnet91.cts.com (Brian Tao) writes:
>From daveh@ccwf.cc.utexas.edu (David H. Huang):
>
>> What did he say about this one? There was some discussion about this a
>> couple of months (maybe a year or so) ago. On the Mac, the Get Info
>> information is stored in a resource fork. Although this could be done
>
>    Pre-System 7.0 Macs store the Info comments in the invisible Desktop file.
> System 7.0 is supposed to do away with the Desktop file, so maybe it does
>open a new resource and put the comment there.  File comments could be stored
>in the Finder.Data file, but moving and copying files around wouldn't
>automatically move the comments with the files.

System 7 Macs still store the comments (and other Desktop information) in
an invisible central file or files.  The difference is that they (and any
other Macs with the Desktop Manager installed) use a much less limited
storage method than the Resource Manager. (HFS-style B*-trees, to be specific)

Re: IIgs-- Comments could still automatically move with files, the Finder
would just have to copy them at the same time it copies the files.

-- 
John Cavallino                      |     EMail: jcav@midway.uchicago.edu
University of Chicago Hospitals     |    USMail: 5841 S. Maryland Ave, Box 145
Office of Facilities Management     |            Chicago, IL  60637
"Opinions, my boy. Just opinions"   | Telephone: 312-702-6900

mcgu5464@csd4.csd.uwm.edu (Ronald J Mcguire) (03/08/91)

In article <555@generic.UUCP> taob@pnet91.cts.com (Brian Tao) writes:

>From lucifer@world.std.com (Kevin S Green):
>> I got mail from Andy Nicholas about two weeks ago (in response to some
>> suggestions I made regarding the Finder..such as a "Windows" menu).

Speaking of "Windows", it seems that apple is loosing the battle against
MS over the "windows looks like the Mac desktop" battle. Now if they had
been honest and said that MS stole the GS's finder.... :-)

>    I thought it would be a nifty idea if GS/ShrinkIt could be incorporated
>into the Finder.  There would be a a couple new items under the "File" or

I used to think that there were a lot of things that it would be nice if
the finder had, and if the finder didn't have. Adding SIt to the finder
would blow the MEMTOP on smaller systems and wouldn't allow the sys disk
on a 3.5. Not that any of that matters to me. I see two solutions...
2 finders, (which hopefully we will get our MMU and multifinder) for
those of us who could run it, and the stripped version. The other idea
would be that you define your icon to launch SIt GS and the problem is
taken care of for you... Of course that only works for decoding, but then
I leave my most used Icons on the desktop as it is... So no big deal.
I *would* really like that multifinder tho... (Yes, Ive tried leapfrog)

>comment for that file.  If that's the only improvement to the new Finder, I
>would be satisfied.

Well, not me! I hope they've come up with something radical, and not even
like what we've got. Something a lot better, and that we've never thought
of before... (like the MIND.FST or would that be the MIND driver?! to
really make the GUI hum...) Everything else there are patches or devices
for. Everyone seems to want the HFS.FST, and a few want a MSDOS.FST,
and a goal would be a multifinder, but I don't know if they would do any
of that. More likely you will be able to change the color of the desktop,
(which I already can), or the shadows will look more "real." Maybe there'll
be a VOC desktop? (But I can't afford one of them yet either!) Well, I'm
not holding my breath, but I'm waiting to see... (And besides, Apple will
probably encode it in MFS this time so we cant get at it... :-)

>Brian T. Tao   *B-) |  t569taob@bluffs.scar.utoronto.ca  | "Though this be

Dan

greg@hoss.unl.edu (Lig Lury Jr.) (03/08/91)

... phs172m@vaxc.cc.monash.edu.au (Stephen Harker) writes:
>... greg@hoss.unl.edu (Lig Lury Jr.) writes:
>>... PYC121@URIACC.URI.EDU (Andy Kress) writes:

>>>   Has anyone had trouble with 5.0.4 lately?

>>Well, I have had it completely trash the system disk, the only copy of it
>>I had, downloaded.  Still haven't gotten any kind of reply if anyone else
>>had this happen.  (Occurred after failing to copy some files to the
>>System.Disk with the Finder.)

>	I have not had any problems whatsoever with 5.0.4, I guess it could be
>memory related - I have 2MB on a GSRAM+.  Do you have any/many INIT's, CDA's,
>NDA's or fonts installed?  Also some of these can cause problems in
>combinations or with some software.

The disk was just downloaded, unpacked, and it was on the second boot.
Unless any were already on the disk, it was virgin.  The problem occured
from copying files with the Finder from one disk to another, swapping.
1 MB GSRAM (pre DMA), 256K motherboard (ROM 01).  No /RAM5 installed
(since it seems 5.0.4 is really picky about the size of a RAMdisk when you
boot, contrary to the version I was using (forgot)).

This new Finder better not trash my disks either, or the hard drive I'm
planning on getting.

>-- 
>Stephen Harker				phs172m@vaxc.cc.monash.edu.au
>Monash University

--
///   ____   \\\ Lig       \"What do you expect when you steal Disaster Area's
| |/ /    \ \| |  Lury,     \ stunt ship."  "Hey, Marvin, what makes you think
 \\_(\____/)_//    Jr.       \ this is Disaster Area's stunt ship?" "Simple.
     \_\\\/ greg@hoss.unl.edu \ I parked it for him." -- Marvin & Zaphod

toddpw@nntp-server.caltech.edu (Todd P. Whitesel) (03/08/91)

> Maybe there'll be a VOC desktop?

I wouldn't place any bets. VOC support by Apple would require a small change
to the O/S and a lot of changing to quickdraw. I need to haggle with DTS about
this, does anybody know the best electronic way to get ahold of them?

> Apple will probably encode it in MFS this time so we cant get at it... :-)
>Dan

Were you here around christmas? Apple's Mac format for system floppies is not
a problem anymore, if you have GSCII+, GSHK, and DiskCopy (available from
Tybalt or by mail from me).

Todd Whitesel
toddpw @ tybalt.caltech.edu

daveh@ccwf.cc.utexas.edu (David H. Huang) (03/08/91)

In article <566@generic.UUCP> taob@pnet91.cts.com (Brian Tao) writes:
>    Pre-System 7.0 Macs store the Info comments in the invisible Desktop file.
> System 7.0 is supposed to do away with the Desktop file, so maybe it does
>open a new resource and put the comment there.  File comments could be stored
>in the Finder.Data file, but moving and copying files around wouldn't
>automatically move the comments with the files.

I guess you're right... I was probably thinking of the version
resource that's also displayed in the Get Info box...

-- 
David Huang                                 |
Internet: daveh@ccwf.cc.utexas.edu          | "Slight accidents with funny rays
UUCP: ...!ut-emx!ccwf.cc.utexas.edu!daveh   |   can have serious consequences"
America Online: DrWho29                     |

hackett@obelix.gaul.csd.uwo.ca (MICHAEL HACKETT) (03/08/91)

In article <1991Mar4.051913.19742@world.std.com> lucifer@world.std.com (Kevin S Green) writes:
>Oh, another feature I asked for: The ability to enter a few lines
>of text into the Get Info dialog box, like on the Mac. I for one
>am always forgetting version numbers, author names, etc. On my
>mac at work, the Get Info helps me keep things straight.
>
    This shouldn't be too hard as there is already a resource type defined
for exactly that purpose - the Finder would just have to take advantage of
that, which should be quite easy.  Something I'd like to see is having an
icon resource that could be read by the Finder, though I expect this would
slow things down too much.


Mike Hackett
University of Western Ontario

toddpw@nntp-server.caltech.edu (Todd P. Whitesel) (03/08/91)

hackett@obelix.gaul.csd.uwo.ca (MICHAEL HACKETT) writes:

>  Something I'd like to see is having an
>icon resource that could be read by the Finder, though I expect this would
>slow things down too much.

Well, for applications and specific files that have unique icons this would
be a marvelous idea, because the finder wouldn't have to process their icons
every time it starts up or mounts a disk (the way it does now). The GS Resource
Manager uses a binary search to find specific resources, so the speed problem
would only exist with floppies. However, only the files with resource forks
would get scanned, and the files you'd want this feature for are going to have
resource forks anyway. Most data files and other files that use the standard
icon set are probably not going to have resource forks anyway. It still takes
time to figure out if a file has a resource fork or not, so here's a sneakier
scheme:

Finder's icons catalog has a new bit specifying 'I am only a generic icon'.
Icons with this bit cause the finder to look for an icon resource in files
on the Icon's type. We'll want to use the same convention the CDev.Init uses
so that CDevs will have their own icons too.

I think it's reasonable... any comments?

Todd Whitesel
toddpw @ tybalt.caltech.edu

scott@brnded.ne1300.ingr.com (Scott Gentry) (03/09/91)

toddpw@nntp-server.caltech.edu (Todd P. Whitesel) writes:
[Some stuff deleted]
>I wouldn't place any bets. VOC support by Apple would require a small change
>to the O/S and a lot of changing to quickdraw. I need to haggle with DTS about
>this, does anybody know the best electronic way to get ahold of them?

Yup.  Become a partner. Next, use AppleLink or MCI Mail.  


On another note, where's Lord High Giffer?  I'd love to be on the beta test
team.
--
*******************************************************************************
* W. Scott Gentry       | uucp: uunet!ingr!ne1300!brnded!scott |   I didn't   *
* Intergraph Corporation| America Online: AFL Scott            |   mean it!   *
******************************************************************************* 

aford@pro-mansion.cts.com (Adam Ford) (03/13/91)

In-Reply-To: message from scott@brnded.ne1300.ingr.com

You can use ProLine to access AppleLink users.  So, why join the others?

        Aford
----  
ProLine:  aford@pro-mansion                            
Internet: aford@pro-mansion                                            
UUCP:     crash!pro-mansion!aford         
ARPA:     crash!pro-mansion!aford@nosc.mil
BitNet:   aford%pro-mansion.cts.com@nosc.mil