Number: 731

Date: 17-Apr-84 12':34':22

Submitter: Sannella.PA

Source: kiewiet.pasa  (UToronto)

Subject: (DSPCREATE <window>) falls into Raid (superceded by AR 302)

Lisp Version: 

Description: '
Sender': Sannella.PA'
Date': 13 Apr 84 13':10':19 PST (Friday)'
Subject': AR-Submit of problem from UToronto'
To': kiewiet.pasa'
cc': LispSupport.pa'
From': LispSupport.pa'
Reply-To': LispSupport.pa'
'
Could you possibly get more information about this problem?  As it stands, it isn''t worth putting in the AR database because it doesn''t provide any information that could be used to find the problem.'
'
In general, it is very hard to diagnose problems unless we know the circumstances under which they occur.  You say that this problem occurs with FREQUENCY = Everytime.  Does this mean that every time they call DSPCREATE it goes into RAID?  '
-----'
'
Date': Mon, 16 Apr 84 14':38 PST'
From': Raim.pasa'
Subject': AR-Submit of problem from UToronto'
To': Sannella.PA'
cc': Kiewiet, Raim'
'
...'
'
Yes, every time they call (DSPCREATE  somewindow) it goes into RAID.  Why are you reluctant to submit this as is?   Why do you feel this is ambiguous or difficult to reproduce?  Try'
'
	(DSPCREATE (CREATW))  or (DSPCREATE LOGOW)'
'
How do you suggest we make this sufficiently clear?  Better yet, please submit an AR for this problem and copy 1100Support, just to show us where we went wrong.'
'
Thanks.'
'
-----'
'
Subject': Re': AR-Submit of problem from UToronto'
To': Raim.pasa'
cc': Kiewiet.pasa, LispSupport.pa, 1100Support.pasa'
From': LispSupport.pa'
Reply-To': LispSupport.pa'
'
I''m sorry... I was a little hasty when I answered your letter before.  At the time, I did not believe that you REALLY meant that it fell into Raid every time you did (DSPCREATE <window>).  Such a low-level function couldn''t be that wedged!  (so I thought).  Therefore, since I thought that this problem occurred in some (unspecified) special situation, I asked for more information before submitting an AR.'
'
I have now submitted this problem as AR 731': (DSPCREATE <window>) falls into Raid.'
'
Note':  when I try (DSPCREATE (CREATEW)) on a dorado, it simply gives an appropriate error.  Does it only occur with 1108s?'
'
-----'
'
Date': 17 Apr 84 12':54 PST'
From': Burton.pa'
Subject': Re': AR 731': (DSPCREATE <window>) falls into Raid'
In-reply-to': LispSupport.pa''s message of 17 Apr 84 12':39':07 PST (Tuesday)'
To': LispSupport.pa'
'
This reported as an earlier AR 302 which is now fixed in the system that you are running in. Hence it gives an error message for you and a RAID call for others.'
'
richard'
'
-----'
'
Date': Tue, 17 Apr 84 13':12 PST'
From': Raim.pasa'
Subject': Re': AR-Submit of problem from UToronto'
In-reply-to': "Sannella.PA''s message of 17 Apr 84 12':38':54 PST (Tuesday)"'
To': LispSupport.PA'
cc': Raim'
'
Michael,'
'
I have experienced this problem on my Dolphin in Fugue.4 and Fugue.6.  I have not tested it on a DLion or a Dorado.  I am using the April 10 version of Fugue.6.  I suppose it''s worth impressing that date on everybody''s conscious, since there are many different sysouts floating around purposrting to be Fugue.6.  The April 10 version is the March 30 sysout patched to reinstate floating point operations.  [rose]<lisp>fugue6>lisp.sysout.'
'
--Marty'
------------------'
Sender': Sannella.PA'
Date': 17 Apr 84 17':43':42 PST (Tuesday)'
Subject': AR 731': (DSPCREATE <window>) falls into Raid'
To': Raim.pasa'
cc': Kiewiet.pasa, LispSupport.pa, 1100Support.pasa'
From': LispSupport.pa'
Reply-To': LispSupport.pa'
'
Well, it looks like this problem was already reported and fixed, if not released.  I suggest you relay this info back to UToronto.'
'
---------------------------------------------------------------'
'


Workaround: 

Test Case: 

Edit-By: le.pasa

Edit-Date: 19-Apr-84  1':42':38

Attn: 

Assigned To: 

In/By: AR 302

Disposition: 

System: Windows and Graphics

Subsystem: Window System

Machine: 1108

Disk: 

Microcode Version: 

Memory Size: 

File Server: 

Server Software Version: 

Difficulty: 

Frequency: 

Impact: 

Priority: 

Status: Superseded

Problem Type: 

Source Files: