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.
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep