>
> First of all, I'm not sure if that 8K of stack is enough on
> PPC with 2.4, on x86 over 2.6 it isn't. The native skin picks
> PTHREAD_STACK_MIN*4 for you by default. Is this too much?
> Unless dealing with dozens of
> *simple* threads, reducing this makes no sense to me.
?? Greping for PTHREAD_STACK_MIN xenomai/posix/pthread.h tells me,
it is 1024. 1024*4=4096. This is less than 8192 ;-)
Is there a differnce between x86 and PPC.
(I simply did not realize that there is a default value for
the stacksize. Therfore I choose my own value, which was based on my
vxWorks experince)
>
> Then there was this bug:
>
> @@ -168,13 +169,13 @@
> void root_thread_exit(void)
> {
> int i;
> - RT_HEAP_INFO *hpinfo;
> + RT_HEAP_INFO hpinfo;
>
> printf("UDP->root_thread_exit\n");
>
> for(i=0;i<MAXHEAPBLOCKS;i++)
> {
> - if( !rt_heap_inquire(&bigheap[i],hpinfo) )
> + if( !rt_heap_inquire(&bigheap[i],&hpinfo) )
> rt_heap_delete(&bigheap[i]);
> }
Thank you ! 4 eyes see more than 2.
(but this is probably not the reason for the segmentation fault, as
this routine is called for exit only !?)
But even after correcting this error, I get segmentation faults (not
with
the first start but with the second or third)
>
> Now I get some other strange effects (e.g. kernel oopses after OOM
> oopses) that need a closer look under qemu later.
Thanks a lot.
Roderik
_______________________________________________
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
