stowekeller@pro-sol.cts.com (Stowe Keller) (09/27/89)
GS/OS 3.0 bugs
--------------
Recently I've experienced the following Finder bugs and several other
people on Compuserve have confirmed that they have experienced them too. I
wanted to post them to see if anyone else knows about them - particularly
Apple, in hopes that they have been fixed (or soon will be).
The first bug is intermittent in nature. Basically, renaming a disk
volume doesn't always update the disk. What happens is that after
double-clicking on the name field of the disk, retyping the name and pressing
return, the name field gets updated on the screen, but removing the disk and
either re-inserting it or taking it to another machine will show that the
disk's name did not get changed. And no, the names I was using did not
conflict with the name of the boot disk (which is a SCSI hard drive); I was
attempting to rename a 3.5" disk called "BLANK" to "MODEM74". I finally had
to boot into ECP8 under ProDOS8 in order to successfully rename the disk.
This bug is fairly rare, and I have not yet found a way to duplicate it.
(Has anyone else?) A few people on Compuserve have also seen this bug on a
rare basis, and they too have not yet found a way to duplicate it.
The second bug seems very reproducible. To invoke it, double-click on
an icon's name (in my case, I was viewing with large icons) to rename it, and
before you finish renaming it, pull down the "View" menu and switch to "By
date". On my machine it will always crash into the monitor. Several people
on Compuserve say they too can duplicate this bug, although in some cases the
computer will hang instead of crash (perhaps the computer is attempting to
execute a random location in RAM?). I have not tried all the possible
permutations of this bug - perhaps it will also occur with selecting other
"View" options. I don't yet want to waste alot of time duplicating a system
crash if the problem has already been found and fixed by Apple in the next
release of GS/OS.
Stowe Keller
Stowe Keller Author of ProDOS8 LIST utility
Compuserve: 71540,725 GEnie: SKELLER
BIX: stowekeller Pro-Sol or Pro-Carolina: stowekeller
US SNAIL: 101 Viewmont Court, Charlottesville, VA USA 22901MMPR004@ECNCDC.BITNET (Scott Hutinger) (09/27/89)
I just found this yesterday when working with a working cd player: When I throw stuff away from one of two 3.5 disks, the finder seems to look for all online volumes. For some reason, it looked at my empty 5.25 disk for my cd volume. After a few tries, it asked to insert the cd. The only way to stop this is to eject the cd, and insert it. I also liked the slow flashing color menu, when I selected an application with one click, the color menu would slowly be disabled, then enabled again. But, when disabled, you could still select it; as it was not really disabled. This enabled, disabled action seemed to go along with the tick from the speaker. Anyone know the exact source of this sound? I do like 5.0's tick, since it seems to be a little quiter than 4.0. scott hutinger mmpr004@ecncdc.bitnet
blochowi@rt5.cs.wisc.edu (Jason Blochowiak) (09/28/89)
Another Finder bug: Take a file, and throw it in the trash. Then
select an icon (by clicking on it), empty the trash, and now try getting
an Icon Info... The icon is still selected, but the Icon Info option is
disabled. Of course, it's not that big of a deal to re-select the icon,
but it is a pain.
I've also had the Finder crash more than twice when doing file
copying - unfortunately, I haven't been able to figure out the circumstances
under which it does so.
The OSShutDown call frequently causes a GS/OS System Error (or
whatever it's called - where it gives you the location and has you press
Return to restart). I've had it fail under the Finder, and under my SHUTDOWN
program (an APW shell utility that just calls OSShutDown).
--
Jason Blochowiak - back at school (again).
blochowi@garfield.cs.wisc.edu or jason@madnix.UUCP
"What's up pruneface?" - Bugs Bunny in the year 2000gwyn@smoke.BRL.MIL (Doug Gwyn) (09/28/89)
In article <8909270559.AA12559@trout.nosc.mil> stowekeller@pro-sol.cts.com (Stowe Keller) writes: >... the name field gets updated on the screen, but removing the disk and ... I can see how this could happen if the OS is caching and you just yank the disk instead of moving its icon to the trash can to eject it.
JWANKERL@UTCVM.BITNET ("Josef W. Wankerl") (09/29/89)
On Thu, 28 Sep 89 03:45:05 GMT Doug Gwyn said: >In article <8909270559.AA12559@trout.nosc.mil> stowekeller@pro-sol.cts.com > (Stowe Keller) writes: >>... the name field gets updated on the screen, but removing the disk and ... > >I can see how this could happen if the OS is caching and you just yank >the disk instead of moving its icon to the trash can to eject it. ...but the cache is a write through type... yanking a disk should not cause any problems. Aren't I right? -Gonzo /**********************************************************************\ |* Joe "Gonzo" Wankerl |*| The views expressed here are *| |* BITNET => JWANKERL@UTCVM |*| not necessarily yours... *| |* |*| ...but they should be. *| \**********************************************************************/