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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,6cc0a6351d60410d,start
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-08-28 00:03:48 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!colt.net!kibo.news.demon.net!mutlu.news.demon.net!demon!news.demon.co.uk!not-for-mail
From: Jim Podmore <jim@jim-podmore.demon.co.uk>
Newsgroups: comp.lang.ada
Subject: Signals and delays
Date: Wed, 28 Aug 2002 08:06:36 +0100
Organization: A Customer of Demon Internet@THUS plc
Message-ID: <3D6C767C.6020305@jim-podmore.demon.co.uk>
NNTP-Posting-Host: jim-podmore.demon.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: news.demon.co.uk 1030518227 19229 194.222.123.28 (28 Aug 2002
 07:03:47 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Wed, 28 Aug 2002 07:03:47 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US;
 rv:0.9.4) Gecko/20011128 Netscape6/6.2.1
X-Accept-Language: en-us
Xref: archiver1.google.com comp.lang.ada:28474
Date: 2002-08-28T08:06:36+01:00
List-Id: <comp.lang.ada>

I have an application in GNAT running under Irix 6.5 which uses a pragma 
attach_handler to catch a signal (sigusr2) from another process.

All seems to work fine, except once in a while the program stops, with 
all of the cyclic tasks stuck on delay statements that should have 
expired long ago.  The problem seems to occur at about the same point in 
the regular cycle of the task execution each time, and one thing that 
struck me is that one of the delay statements is carefully timed to 
occur at the exepcted time of arrival of the next sigusr2 signal.  When 
I changed the timing slightly to avoid any conflict, the problem 
(fingers crossed) seemed to go away.

So is there a known problem with conflicts between signal handling and 
delays / real time clock ?