Path: utzoo!attcan!uunet!ncrlnk!ncrcae!hubcap!gatech!bloom-beacon!athena.mit.edu!dcw From: dcw@athena.mit.edu (David C. Whitney) Newsgroups: comp.sys.apple Subject: Re: Re: GS/OS Compatability issues Message-ID: <9761@bloom-beacon.MIT.EDU> Date: 11 Mar 89 17:02:42 GMT References: <8903091708.aa16609@SMOKE.BRL.MIL> Sender: daemon@bloom-beacon.MIT.EDU Reply-To: dcw@athena.mit.edu (David C. Whitney) Organization: Massachusetts Institute of Technology Lines: 65 In article <8903091708.aa16609@SMOKE.BRL.MIL> ALBRO@NIEHS.BITNET writes: >or any Basic program. A reboot is required. Guaranteed to cause a crash - >running TIC v.3.0, returning to the finder, and selecting a Basic pgm. Z.LINK >has some problems of its own, but it will not run at all if GS/OS has been >booted. The Finder crash has been attributed to a programming error in the FINDER. The programmer failed to lock down a handle, and *sometimes* memory gets shuffled around when launching the next program. This seems to happen *only* after running some P8 program. Note also that GS/OS sometimes doesn't launch P8 stuff very well. Z-Link works just fine from under GS/OS (I do it all the time - not figuratively but literally). Unfortunately, sometimes it gets launched poorly, and parts of it don't load properly. This causes some rather spectacular crashes ranging from a crash at startup to file xfer not working very well. I have seen similar crashes from other applications as well (BASIC and Appleworks) I do hope this silliness gets fixed in the next system release. Now for a bug report.... I don't know if it has been said before, but the 'cleanup' option does some strange things. For example, put files into a window such that the window is too small to display all the files. Cleanup. Now scroll thru the window and then restore your original position (ie - go all the way right and then back all the way left). Cleaning up now shouldn't do anything, but it will - everything has magically shifted a little to the right. Another twist on the cleanup bug: clean up a window and then move the window vertically one pixel. Clean up again. Everything goes down a pixel. (This doesn't happen all the time, but it will happen.) Why can't we put folders on the desktop? The Finder has trouble loading icon files. Ie, if there are two files containing icons for the hard disk or trash cans (empty and/or full), then either the finder won't redefine those icons, or the icon gets erased completely. This doens't happen with any other icons. I can't rename any 5.25" disks. The Finder insists that the disk is locked. I can reformat the disk, but I can't rename it. This one happened on Sysdisk 3.2, and I haven't checked lately to see if it still happens, but... If I dragged a file to the hard disk icon, it would put that file into one of the windows currently open AT RANDOM instead of dropping the file at the top directory level. The Mac Finder has the easter egg of allowing you to copy files on the same disk by holding OPTION down when you drag the file. Can this be put into the GS Finder? This one isn't finder-specific...Why are windows restricted on their ability to move horizontally? I want to move a window one or two pixels to the right, but it always goes in groups of 8 (I think). I know it isn't a problem with where the window can be drawn, as a window can be placed anywhere when it's created. It just won't move in small increments. Can anyone say if these bugs have been fixed? Dave Whitney A junior in Computer Science at MIT dcw@athena.mit.edu ...!bloom-beacon!athena.mit.edu!dcw dcw@goldilocks.mit.edu I wrote Z-Link & BinSCII. Send me bug reports. I use a //GS. Send me Tech Info. "This is MIT. Collect and 3rd party calls will not be accepted at this number."