On 10/29/2015 5:46 AM, Sebastian Huber wrote:
On 28/10/15 15:22, Jan Sommer wrote:
I got it working. The Set function was always overwriting the address of the
previous ATCB, so STPO.Self was always returning the ATCB of the task created
last.
It turns out that I was building rtems without t
On 28/10/15 15:22, Jan Sommer wrote:
I got it working. The Set function was always overwriting the address of the
previous ATCB, so STPO.Self was always returning the ATCB of the task created
last.
It turns out that I was building rtems without the --enable-ada option. The
option is not mentio
Top post:
I got it working. The Set function was always overwriting the address of the
previous ATCB, so STPO.Self was always returning the ATCB of the task created
last.
It turns out that I was building rtems without the --enable-ada option. The
option is not mentioned in configure --help and
> @Arnaud: I saw quite a lot of #pragma Debug-lines in the rts-code. Is there a
> simple way of activating them without having to recompile gnat?
No, you need to compile the runtime with -gnata to enable assertions and
enable support for pragma Debug. You can add gnata to GNATLIBFLAGS
in libada/Ma
On October 26, 2015 5:02:07 PM EDT, Jan Sommer
wrote:
>Am Monday 26 October 2015, 15:09:34 schrieb Joel Sherrill:
>>
>> On 10/26/2015 3:02 PM, Jan Sommer wrote:
>> > Am Monday 26 October 2015, 08:26:57 schrieb Joel Sherrill:
>> >> Hi
>> >>
>> >> I am on travel this week but I thought we had th
Am Monday 26 October 2015, 15:09:34 schrieb Joel Sherrill:
>
> On 10/26/2015 3:02 PM, Jan Sommer wrote:
> > Am Monday 26 October 2015, 08:26:57 schrieb Joel Sherrill:
> >> Hi
> >>
> >> I am on travel this week but I thought we had this problem
> >> solved. I poked on a build server I used but can'
On 10/26/2015 3:02 PM, Jan Sommer wrote:
Am Monday 26 October 2015, 08:26:57 schrieb Joel Sherrill:
Hi
I am on travel this week but I thought we had this problem
solved. I poked on a build server I used but can't find
the change and it doesn't look to be committed.
Yes, it was me back then
Am Monday 26 October 2015, 08:26:57 schrieb Joel Sherrill:
> Hi
>
> I am on travel this week but I thought we had this problem
> solved. I poked on a build server I used but can't find
> the change and it doesn't look to be committed.
>
Yes, it was me back then too ;-)
I have been occupied the l
Hi
I am on travel this week but I thought we had this problem
solved. I poked on a build server I used but can't find
the change and it doesn't look to be committed.
The issue was that the contents of read_attr_t has changed
and the Ada definition of the same structure needs to be
updated. This
> > > I would like to know from where Complete_Master is called to break there
> > > and
> > > find out why it uses the wrong id.
> >
> > Why don't you simply put a breakpoint on Complete_Master?
>
> That's how I found out about the wrong/weird Self_Id.
Then you should also get a backtrace which
Am Sunday 25 October 2015, 18:13:53 schrieb Arnaud Charlet:
> > After rtems initialization a thread is created which calls the gnat_main
> > function and then runs the rts and the task.
> > What I see so far is that after the hello_tasks delays itself the
> > Complete_Master procedure (s-tassta.adb
> After rtems initialization a thread is created which calls the gnat_main
> function and then runs the rts and the task.
> What I see so far is that after the hello_tasks delays itself the
> Complete_Master procedure (s-tassta.adb:444) is called, but with
> Self_Id set to the Id of the hello_task.
Hello,
I try to get the a working gnat toolchain running to build binaries for the
raspberry pi with rtems4.11.
For debugging purposes the pi is emulated in qemu.
Currently I try to get the following basic tasking example to run:
with Text_IO; use Text_IO;
procedure Hello is
task Hello_Tas
13 matches
Mail list logo
