Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!wuarchive!csus.edu!ucdavis!csusac!csuchico.edu!ekrimen
From: ekrimen@ecst.csuchico.edu (Ed Krimen)
Newsgroups: comp.sys.atari.st
Subject: Re: TOS 1.4 bug?
Message-ID: <1991May24.005154.17638@ecst.csuchico.edu>
Date: 24 May 91 00:51:54 GMT
References: <1991May23.154113.24096@cbnewsc.att.com>
Sender: news@ecst.csuchico.edu (USENET)
Organization: California State University, Chico
Lines: 47

In article <1991May23.154113.24096@cbnewsc.att.com> lincoln@cbnewsc.att.com (charles.e.lincoln) writes:
>I've not seen anyone else describe this problem, but it started
>for me after I installed TOS 1.4 on my 1040ST.
>
>Every now and then when I double-click on a GEM application,
>instead of running it, the desktop gives me the show/print/cancel
>dialog box.  When I click on cancel and double click on the
>application again, it always runs normally the second time.
>I haven't been able to detect any pattern as to when this
>happens, but I'm reasonably certain it's not the result of
>clicking on the wrong file.  I would estimate it happens
>5-10% of the time, and it can happen with any .PRG program
>(I haven't noticed it with .TOS or .TTP programs).
>
>Has anyone else observed this?  Any solutions?  If no one else
>has encountered it, I'll start ripping stuff out of my auto
>file to see if I can find the culprit.

This was one of the noted bugs in TOS 1.6 when the STe came out.  This
is the first time I've heard about it on TOS 1.4.  People suspected that
this was caused using an old DESKTOP.INF with the new TOS.  This hasn't
worked because this bug occurred for me several times when I ran GEM-View
as a program.  The theory in the beginning was that this bug was caused
when an application with a short filename was executed; however,
GEMVIEW.PRG isn't short.

Also, an almost assured way to crash TOS 1.6:

1. At the desktop, set up a directory window showing the files in text
mode; resize the window so that only the filename and size are showing.
Position this window on the left side of the screen.

2. Select a text file and SHOW it.  Use the right mouse button to exit,
and hold it down when the computer redraws the desktop.

3. While the desktop is redrawing the scroll bar for the directory window,
it seems that it gets confused with it and the right mouse button, which 
just happens to be on top of the scroll bar.

I haven't done this in a while.  You may have to move the mouse while
holding down the right mouse button to get it to crash.  Actually, I think
it may reboot.
-- 
   |||   Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu]
   |||   Video Production Major, California State University, Chico
  / | \  SysOp, Fuji BBS: 916-894-1261
         "I AM OUTTA HERE!!!" -