Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!ames!ptsfa!hoptoad!academ!uhnix1!sugar!peter
From: peter@sugar.UUCP (Peter da Silva)
Newsgroups: comp.sys.amiga
Subject: Re: New? Workbench 1.2 bug
Message-ID: <448@sugar.UUCP>
Date: Thu, 30-Jul-87 15:20:44 EDT
Article-I.D.: sugar.448
Posted: Thu Jul 30 15:20:44 1987
Date-Received: Thu, 6-Aug-87 07:17:46 EDT
References: <3361@cit-vax.Caltech.Edu>
Organization: Sugar Land UNIX - Houston, TX
Lines: 14
Summary: It does it when you resize too.

In article <3361@cit-vax.Caltech.Edu>, walton@tybalt.caltech.edu (Steve Walton) writes:
>     If you are holding down the left mouse button while the mouse pointer
> is over an icon and another window on the Workbench screen does 
> WindowToFront(), the system locks up.  No response to any keyboard or mouse
> activity except C-A-A.  I've been running a clock program which does
> WindowToFront() every 15 seconds, hence my crashes.  The fix, according
> to Bryce, is to set the offending task's priority to -1.

It also seems to do it if you resize a window under program control. Matt
Dillon's DTERM did this to me once or twice. Perhaps Workbench isn't being
scrupulous about locking layers? Or does locking a layer not prevent it from
resizing or depth arranging?
-- 
-- Peter da Silva `-_-' ...!seismo!soma!uhnix1!sugar!peter (I said, NO PHOTOS!)