From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,f6af32dc1c3a5745,start
X-Google-Attributes: gid103376,public
From: Mark Fisher <mark.fisher@gecm.com>
Subject: (no subject)
Date: 1996/06/07
Message-ID: <4p9fhk$858@gcsin3.geccs.gecm.com>#1/1
X-Deja-AN: 158979990
content-type: text/plain; charset=us-ascii
organization: GEC-Marconi
x-url: news:comp.lang.ada/14202-14301#dewar.834101798@schonberg
mime-version: 1.0
newsgroups: comp.lang.ada
x-mailer: Mozilla 1.12 (X11; I; SunOS 4.1.3 sun4m)
Date: 1996-06-07T00:00:00+00:00
List-Id: <comp.lang.ada>


Has anyone else come across anything similar to this?

We are using VADS on SunOS 4.1.3 and are finding that
as an example...


Program with 3 tasks...

1 & 2 are blocked on entry calls to the third task,

3 is executing a simple delay 0.1 in the body of a procedure

The simple delay does not complete.

When attaching the VADS debugger to the process the idle
task is shown as executing and the process is using a high
% of CPU. 

Obviously the delay in task 3 should complete and processing
be resumed. I have tried a simple example of this problem
to attempt to demonstrate as an bug report, but cannot. The problem
appears to be due to some special circumstances which I cannot work out.

Have you been a victim of the above, if so then please call...