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,b180fbb5257e142f
X-Google-Attributes: gid103376,public
From: d96andgi@dtek.chalmers.se (Anders Gidenstam)
Subject: Re: Native rts not working on linux (glibc)
Date: 1998/10/29
Message-ID: <71ac9n$npj$1@nyheter.chalmers.se>#1/1
X-Deja-AN: 406386792
References: <717sfl$ple$1@nyheter.chalmers.se>
 <71a813$p9v$1@news.han.telia.se>
Organization: Chalmers University of Technology
Newsgroups: comp.lang.ada
Date: 1998-10-29T00:00:00+00:00
List-Id: <comp.lang.ada>

In article <71a813$p9v$1@news.han.telia.se>,
	"Sune Falck" <Sune.S.Falck@telia.se> writes:
>Try to run the program when logged in as root.
>
>I got the same problem a while ago when trying
>out gnat on Linux Red Hat 5.1. I suspect there
>is some kind of privilege problem - the gnat run
>time is maybe trying to change the queuing policy
>for threads.

>>[d96andgi@aragorn Test]$ ./greet2
>>Failed Runtime Assertion : GNULLI failure---Set_Priority

That did the job!! Thanks!!!

But there must be a way to avoid this..?
And how do I do to link with the rts dynamically, 
so the binaries get smaller?

/Anders
-- 
--------------------------------------------
"A well-written program is its own heaven; 
 a poorly-written program is its own hell."
  - The Tao of Programming