This is not related to the reported problem, but shouldn't the code in rigs be moved over to use [NSProcessInfo initializeWithArguments:count: environment:] instead of _gnu_process_args()?
Fred Friedrich wrote: > URL: > <http://savannah.gnu.org/bugs/?19728> > > Summary: librigs > Project: GNUstep > Submitted by: fridom > Submitted on: Samstag 28.04.2007 um 08:24 > Category: Libraries > Severity: 3 - Normal > Item Group: Bug > Status: None > Privacy: Public > Assigned to: None > Open/Closed: Open > Discussion Lock: Any > > _______________________________________________________ > > Details: > > on trying to compile the rigs. first problem is that > _gnu_process_args is declared static in NSProcessInfo.m, so while using it is > can of course not be found. One can fix that while removing the static in > NSProcessInfo around line 216 > > fixing that allows the compilation and start but immediatly after the start > the system dumps core it's a bit to large to post (10 MB) > but using strace gives: > > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > write(2, "/usr/local/lib/site_ruby/1.8/rig"..., > 50/usr/local/lib/site_ruby/1.8/rigs/NSString.rb:44: ) = 50 > write(2, "[BUG] ", 6[BUG] ) = 6 > write(2, "Segmentation fault", 18Segmentation fault) = 18 > write(2, "\nruby 1.8.5 (2006-08-25) [x86_64"..., 41 > ruby 1.8.5 (2006-08-25) [x86_64-linux] > > ) = 41 > rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 > tgkill(24800, 24800, SIGABRT) = 0 > > > Regards > Friedrich > > > > > _______________________________________________________ > > Reply to this item at: > > <http://savannah.gnu.org/bugs/?19728> > > _______________________________________________ > Nachricht geschickt von/durch Savannah > http://savannah.gnu.org/ > > > > _______________________________________________ > Bug-gnustep mailing list > Bug-gnustep@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-gnustep > _______________________________________________ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep