Fri 10 Jun 2005 11:08:48 PM UTC, comment #3:
I could reliably reproduce it with that code, but now with current CVS it doesn't happen anymore, I get a
2005-06-10 23:15:26.000 benchmark[23622] File NSData.m: 169. In readContentsOfFile Open (benchmark.m) attempt failed - No such file or directory
repeated hundreds of times.
I want to stress the point that this doesn't mean that gnsutp is working on openbsd. Launching any of the typical gnustep apps (with like gopen Ink.app) produces a quite immediat segmentation fault. I was trying only to reproduce the fault in the base tests to ease debugging.
CUrrently with current CVS code, behaviour did change! I can start Ink with "openapp ink". "gopen Ink.app" makes it start but gopen itself coredumps (gopen always had problems on openbsd, they just eeem to be more acute now). Startup times are long, I'd say at least triple to what I was used.. but still better
I haven't rebuilt -gui and -back...
Thus I would close this bug, I'll build more applications and rebuild the rest of core and then hope to be able to post more specific bug reports.
ah, a final note. Just typing "gmake" in base/testing fails:
Making all for test_tool nsfilehandle...
Compiling file nsfilehandle.m ...
nsfilehandle.m:3: Foundation/NSManager.h: No such file or directory
gmake[1]: *** [shared_obj/nsfilehandle.o] Error 1
|