bugGNUstep - Bugs: bug #19728, librigs

Group
 
 

bug #19728: librigs

Submitter:  Friedrich <fridom>
Submitted:  Sat 28 Apr 2007 08:24:03 AM UTC
   
 
Category:  Libraries Severity:  3 - Normal
Item Group:  Bug Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 14 Jun 2008 08:29:18 AM UTC, comment #4: 

I think librigs is unmaintained and long out of date ...

I doubt that it works at all with current GNUstep, but presumably would still work if an old version of GNUstep was used.

Does anyone want to take on the job of maintaining this package and updating it to work with current GNUstep?

Richard Frith-Macdonald <CaS>
Group Member
Tue 11 Mar 2008 07:59:24 AM UTC, comment #3: 

It seems that one currently can not even compile rigs any longer at least on a Debian unstable 64-bit box. Here's the output:
 make -f GNUmakefile
This is gnustep-make 2.0.4. Type 'make print-gnustep-make-help' for help.
Making all for library librigs...
 Compiling file RIGSCore.m ...
RIGSCore.m: In Funktion »rb_objc_convert_to_objc«:
RIGSCore.m:252: Warnung: Zuweisung von inkompatiblem Zeigertyp
RIGSCore.m:331: Warnung: Zuweisung von inkompatiblem Zeigertyp
RIGSCore.m:459: Warnung: Zuweisung von inkompatiblem Zeigertyp
RIGSCore.m: In Funktion »rb_objc_convert_to_rb«:
RIGSCore.m:648: Warnung: Typkonvertierung von Zeiger auf Ganzzahl anderer Breite
RIGSCore.m: In Funktion »rb_objc_send_with_selector«:
RIGSCore.m:848: Warnung: Zuweisung von inkompatiblem Zeigertyp
RIGSCore.m: In Funktion »rb_objc_to_s_handler«:
RIGSCore.m:959: Warnung: Zuweisung von inkompatiblem Zeigertyp
RIGSCore.m: In Funktion »rb_objc_register_instance_methods«:
RIGSCore.m:1045: Warnung: Typkonvertierung von Zeiger auf Ganzzahl anderer Breite
RIGSCore.m: In Funktion »_rb_objc_rebuild_main_bundle«:
RIGSCore.m:1250: Warnung: »NSBundle« antwortet möglicherweise nicht auf »+_absolutePathOfExecutable:«
RIGSCore.m:1250: Warnung: (Nachrichten ohne passende Methodensignatur
RIGSCore.m:1250: Warnung: werden als »id« zurückgebend angenommen und akzeptieren
RIGSCore.m:1250: Warnung: »...« als Argumente.)
 Compiling file RIGSNSApplication.m ...
 Compiling file RIGSNSArray.m ...
 Compiling file RIGSNSString.m ...
 Compiling file RIGSProxyIMP.m ...
In Datei, eingefügt von /usr/local/GNUstep/System/Library/Headers/Foundation/Foundation.h:43,
                 von ObjcRuntimeUtilities.h:32,
                 von RIGSProxyIMP.m:33:
/usr/local/GNUstep/System/Library/Headers/Foundation/NSBundle.h:613:1: Warnung: »__« redefiniert
In Datei, eingefügt von /usr/lib/ruby/1.8/x86_64-linux/ruby.h:37,
                 von RIGSCore.h:34,
                 von RIGSProxyIMP.m:32:
/usr/lib/ruby/1.8/x86_64-linux/defines.h:33:1: Warnung: dies ist die Stelle der vorherigen Definition
 Compiling file RIGSProxy.m ...
 Compiling file RIGSProxySetup.m ...
In Datei, eingefügt von /usr/local/GNUstep/System/Library/Headers/Foundation/Foundation.h:43,
                 von ObjcRuntimeUtilities.h:32,
                 von RIGSProxySetup.m:47:
/usr/local/GNUstep/System/Library/Headers/Foundation/NSBundle.h:613:1: Warnung: »__« redefiniert
In Datei, eingefügt von /usr/lib/ruby/1.8/x86_64-linux/ruby.h:37,
                 von RIGSProxySetup.m:43:
/usr/lib/ruby/1.8/x86_64-linux/defines.h:33:1: Warnung: dies ist die Stelle der vorherigen Definition
RIGSProxySetup.m:86: Fehler: In Konflikt stehende Typen für »_RIGS_register_ruby_class«
RIGSProxySetup.h:93: Fehler: Vorherige Deklaration von »_RIGS_register_ruby_class« war hier
make[1]: * [obj/RIGSProxySetup.o] Fehler 1
make: * [librigs.all.library.variables] Fehler 2
frido@ad64:/usr/local/src/ObjC/gnustep/dev-libs/ruby/Source% make -f GNUmakefile

But I guess that's not suprise it seems the rigs stuff is not maintained at all. So maybe it'll work on 32 bit but it would need some time getting it run in a 64-bit environment it seems

Regards
Friedrich

Friedrich <fridom>
Fri 07 Mar 2008 11:58:46 PM UTC, comment #2: 

I have never used rigs myself, but the frist problem that you reported, the issue with _gnu_process_args should only show up, when there is no proper way to get the arguments of the applications. As this wont be the case in all modern OS, your base GNUstep installation is most likely in a inconsistent state.

Could you please recompile (or do a clean reinstall) of all of GNUstep and report back, if the problem persists?

Fred Kiefer <FredKiefer>
Group Member
Sat 28 Apr 2007 08:26:23 AM UTC, comment #1: 

Here's a backtrace from it
#0  0x00002aaaab2b8465 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x00002aaaab2b8465 in raise () from /lib/libc.so.6
#1  0x00002aaaab2b9c1e in abort () from /lib/libc.so.6
#2  0x00002aaaaabee9d0 in rb_bug (fmt=0x2aaaaac7bf87 "Segmentation fault")
    at error.c:214
#3  0x00002aaaaac51c8a in sigsegv (sig=11) at signal.c:529
#4  <signal handler called>
#5  0x00002aaaac25e087 in objc_msg_lookup () from /usr/lib/libobjc.so.1
#6  0x00002aaaab4e4865 in rb_objc_send_with_selector (sel=0x2aaaabbb6fb0,
    rb_argc=0, rb_argv=0x0, rb_self=46912496286320) at RIGSCore.m:871
#7  0x00002aaaab4e468a in rb_objc_send (method=0x53ec90 "string", rb_argc=0,
    rb_argv=0x0, rb_self=46912496286320) at RIGSCore.m:823
#8  0x00002aaaab4e4d88 in rb_objc_handler (rb_argc=0, rb_argv=0x0,
    rb_self=46912496286320) at RIGSCore.m:948
#9  0x00002aaaaabf9b51 in rb_call0 (klass=46912496285920, recv=46912496286320,
    id=7241, oid=7241, argc=<value optimized out>, argv=<value optimized out>,
    body=0x2aaaaaad1fb8, flags=0) at eval.c:5805
#10 0x00002aaaaabfa11f in rb_call (klass=46912496285920, recv=46912496286320,
    mid=7241, argc=0, argv=0x0, scope=0, self=46912496286320) at eval.c:6052
#11 0x00002aaaaac01042 in rb_eval (self=46912496286320,
    n=<value optimized out>) at eval.c:3436
#12 0x00002aaaaabf9b70 in rb_call0 (klass=46912496285920, recv=46912496286320,
    id=3345, oid=3345, argc=0, argv=0x0, body=0x2aaaaaaddc00, flags=0)
    at eval.c:5956
---Type <return> to continue, or q <return> to quit---
#13 0x00002aaaaabfa11f in rb_call (klass=46912496285920, recv=46912496286320,
    mid=3345, argc=0, argv=0x0, scope=0, self=46912496636920) at eval.c:6052
#14 0x00002aaaaac01042 in rb_eval (self=46912496636920,
    n=<value optimized out>) at eval.c:3436
#15 0x00002aaaaac003a8 in rb_eval (self=46912496636920,
    n=<value optimized out>) at eval.c:3617
#16 0x00002aaaaac02881 in rb_eval (self=46912496636920,
    n=<value optimized out>) at eval.c:3252
#17 0x00002aaaaac080fb in ruby_exec_internal () at eval.c:1597
#18 0x00002aaaaac08145 in ruby_exec () at eval.c:1617
#19 0x00002aaaaac08170 in ruby_run () at eval.c:1627
#20 0x00000000004007b9 in main ()


Regards
Friedrich

Friedrich <fridom>
Sat 28 Apr 2007 08:24:03 AM UTC, original submission:  

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

Friedrich <fridom>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by fridom (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    No changes have been made to this item

    Back to the top

    Powered by Savane 3.13-269c.
    Corresponding source code