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,16a1315c0a4efed3
X-Google-Attributes: gid103376,public
From: Ed Falis <falis@thomsoft.com>
Subject: Re: Task kernal
Date: 1996/06/06
Message-ID: <31B6E3B5.7C69@thomsoft.com>#1/1
X-Deja-AN: 158786342
sender: news@thomsoft.com
references: <tat115.5.31B592B3@psu.edu>
 <31B5C5BE.31DFF4F5@escmail.orl.mmc.com>
content-type: text/plain; charset=us-ascii
organization: Thomson Software Products
mime-version: 1.0
newsgroups: comp.lang.ada
x-mailer: Mozilla 2.01Gold (Win95; I)
Date: 1996-06-06T00:00:00+00:00
List-Id: <comp.lang.ada>


Theodore E. Dennison wrote:
> 
> Tod Trowbridge wrote:
> >
> >     I am using activada for windows made by Alsys.
> > Does anybody have any information about a run-time
> > error "global blocking situation detected by task
> > kernal".
> 
> I'd suspect that means you have a task deadlock. This is a situation
> where Task_A is waiting to renedzvous with Task_B using Entry_C, and
> Task_B is waiting to rendezvous with Task_A using Entry_D. One way
> to solve such problems is to write your program using some kind of
> client-server model for task interactions. Another way is to have
> one of the tasks use timed entry calls.


As the originator of this msg somewhere in the depths of time, I can confirm that the 
msg indicates a exactly what it says: all tasks in the application are in a state where 
none of them can ever proceed.  This is a case where all the tasks are deadlocked 
together.

The most typical cause of this situation is that one of your tasks has "silently died" 
with an unhandled exception.  

In AdaProbe, set Break.Raise.All prior to executing the application (you could actually 
modify the command to be only for unhandled exceptions if you expect exceptions to be 
raised normally).  You application will likely raise an unhandled exception in some 
task, that caused the remainder of the application to go haywire.  Generally there's 
also a design problem in such situations, since you may not have considered that the 
tasks would ever get into certain states (such as the permanent blockign situation).

Feel free to drop a line if you need to discuss in more detail.

- Ed