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=-0.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,1c3d4536a687b7b0
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2000-08-31 13:16:12 PST
Path: 
 supernews.google.com!sn-xit-02!sn-east!supernews.com!feed2.onemain.com!feed1.onemain.com!cyclone-sf.pbi.net!209.81.14.120!feeder.via.net!uunet!ffx.uu.net!news-feed.netvision.net.il!194.90.1.15.MISMATCH!news!not-for-mail
From: robert_jm_barron@hotmail.com (Robert Barron)
Newsgroups: comp.lang.ada
Subject: Re: Ada 95 tasking problems with Ada 83 code
Date: Thu, 31 Aug 2000 20:07:08 GMT
Organization: NetVision Israel	
Message-ID: <39aeba66.2664218@news.netvision.net.il>
References: <39ADAE51.30550667@mtws.visicom.com>
 <39ADD3A3.381DEF17@ix.netcom.com> <39ADDD71.CE3F1203@mtws.visicom.com>
Reply-To: robert_jm_barron@hotmail.com
NNTP-Posting-Host: ras3-p4.hrz.netvision.net.il
X-Trace: news.netvision.net.il 967748720 107 62.0.154.4 (31 Aug 2000 19:05:20
 GMT)
X-Complaints-To: abuse@netvision.net.il
NNTP-Posting-Date: 31 Aug 2000 19:05:20 GMT
X-Newsreader: Forte Free Agent 1.21/32.243
Xref: supernews.google.com comp.lang.ada:447
Date: 2000-08-31T19:05:20+00:00
List-Id: <comp.lang.ada>


>> 
>> > I am porting a huge program from Ada 83 on HP-UX to GNAT Ada 95 on a PC
>> > running Linux.  Creating the executable was not a big problem, but I
>> > can't get it to run very far.  It appears that when a procedure rendezvous'
>> > with a task, the task won't run.  The task has a simple accept statement,
>> > and it appears to accept the rendezvous because the calling routine
>> > continues to process.  Text_IO calls before and after the accept statement
>> > in the task fail to appear on the screen though.  If I put a "do ... end"
>> > on the accept statement then the caller no longer continues (i.e.
>> > suspended).
>> >
>> > Is this a known problem?  Is there a solution other then removing all
>> > tasks in our program (over 100).

I'd also look into the differences between multi-cpu HP-UX (Iassume)
and single CPU LINUX 
maybe the run time library can't implement the tasks properly?
try adding pragma TIME_SLICE (which will help the implementation)

worked for me once...

Robert