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.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,beb6b378a857b7ea X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-12-24 01:03:46 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!news-peer-europe.sprintlink.net!news.sprintlink.net!newsfeed.sunet.se!news01.sunet.se!news.sics.se!not-for-mail From: "Jimmy Dub�n" Newsgroups: comp.lang.ada Subject: Re: Use of entries using Ravenscar Date: Mon, 24 Dec 2001 09:52:41 +0100 Organization: Swedish Institute of Computer Science Message-ID: References: <4948089f.0112180828.2ea4c80@posting.google.com> <4948089f.0112192354.5411f0ed@posting.google.com> NNTP-Posting-Host: fatburen176.fatburen.org X-Trace: not.sics.se 1009184045 69870 194.236.216.176 (24 Dec 2001 08:54:05 GMT) X-Complaints-To: usenet@not.sics.se NNTP-Posting-Date: 24 Dec 2001 08:54:05 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:18270 Date: 2001-12-24T08:54:05+00:00 List-Id: > Ok. Since you have access to 3.14a1, you have access to ACT support. > Although I'm not sure what's available for a University account. > But you should definitely send this in to ACT; you may need to have > your professor send it in for you. > > You should also do a _complete_ uninstall of GNAT 3.13p and GNAT > 3.14a1, reinstall GNAT 3.14a1, and compile this again. I still think > you have an installation problem, especially since someone else > managed a clean compile with 3.14a1. > > And tell your professor that it is more important to use a compiler > that _works_ for _your_ code, than one that has a higher version number! You have a point here, but I must admit that I created the testfiles to isolate another problem we had. The thing is that if I run the code without Ravenscar and with GNAT3.13p the entry is working improperly. When we run the code the task starts and the procedure will try to read (using the entry read in signal_handler_test, see earlier posting). As long as I have sent a signal to the attached procedure the "blocker" will be true and the read is ok, but if I the procedure calls the entry and the blocker is false it will block 4ever. I.e. if I after it has been blocked I send a signal and the blocker gets true again the procedure will not wake up again. Do you have any idea why this is the case? We thought that there was perhaps some kind off minor fault in the runtime-lib so thats why we wanted to switch compiler. The other reason for switching compiler is that we will hand this project over to a new group of students in two weeks, and they would probably appreciate if they could work with the newest compiler that has been installed at the university. In the system code we need this so that a driver we have could signal to a P.O. and we can do a read from it. But we noticed that if we didn't send the driver something in a while that the system halted (more or less, it is alive but seems to sleep at the entry). OK, I know that this is a another problem, but with the same code, so if someone is running a Linux machine could you please download the file http://www.csd.uu.se/~jidu2851/argus/testsignal.tar.gz and try this one out. Is it again something that is corrupt local? Thankful 4 all your help ... ~~~~~ Regards Jimmy Dub�n ~~~~~ Project Manager: Robocup Argus HT2001 duben@fatburen.org jidu2851@student.uu.se ICQ: 25 46 42 13 GSM: +46 (0)70 4 61 16 13