Re: signal SIGSEGV, Segmentation fault

[Riccardo Mottola]

Hi,

Andreas Höschler wrote:
> 2018-05-22 14:32:37.291 TimberNav[10763:10763] MapView drawRect {x = 
> 0; y = 0; width = 817; height = 334} ... _osmDrawing 0
> 2018-05-22 14:32:37.291 TimberNav[10763:10763] After super drawRect:rect
> 2018-05-22 14:32:37.291 TimberNav[10763:10763] bums
> 2018-05-22 14:32:37.291 TimberNav[10763:10763] asasa (null)
>
> before the app crshes while accessing the ivar _routeVisible. So what 
> does that mean? This looks like a very serious issue with the OS, gcc, 
> objc to me!?

where does bums come from?
It looks really strange that self is null.

I would look up the alloc/init chain to check if somewhere an init 
return nil for some error.


> This brings me back to the question of a reliably working Linux, 
> GNUstep combo? If I could I would revert back to my ancient GNUstep 
> tree (that worked at least) but the ancient GNUwtep sources do no 
> longer build on Ubuntu which leaves me in a void. :-(

GCC/Linux works fine, I test it in a lot of places.
Specifically, Ubuntu LTS/GCC/Linux work fine for me on x86 on every 
application I tried on. I am away for work for a week, on my retour I 
can give you exact configuration details.

To me it really smells that your custom app has some kind of issue I 
can't spot or triggers a strange GNUstep behaviour.
Did you try running other application and "stress" your environment a 
bit? Try from simple Ink to using Terminal and GWorkspace. Those will 
stress a little bit.

GCC works well for me on most platforms I used, except currently on 
FreeBSD where I have strange issues (surely most work is tone there with 
clang and libobjc2).

You might want to set up a VM with NetBSD and essential GNUstep 
environment to test it, just as a comparison. However, I my "guts" tell 
me that it must work just as fine on Ubuntu.

Riccardo
NetBSD and OpenBSD are very reliable for me with GCC.