[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Problem with Ruby from CVS & ruby-ldap on Panther

Ollivier Robert

11/10/2003 3:40:00 PM

I've update my PB G4 to Penther recently and recompiled ruby from CVS. I've
also recompiled ruby-ldap. When running a script of mine that extract some
data from our LDAP server, I get the following:

-=-=-
../list-ldap.rb:127: [BUG] rb_gc_mark(): unknown data type 0x30(0x32bdc0)
non object
ruby 1.8.1 (2003-11-10) [powerpc-darwin]

zsh: 24681 abort ./list-ldap.rb HQ > acronyms-from-hq.csv
-=-=-

Any idea?

Traceback:

Program received signal SIGABRT, Aborted.
0x90042aac in kill ()
(gdb) where
#0 0x90042aac in kill ()
#1 0x9009ec5c in abort ()
#2 0x0003690c in rb_bug ()
#3 0x0001c17c in rb_gc_mark_children ()
#4 0x0001b948 in rb_gc_mark ()
#5 0x0001bfa4 in rb_gc_mark_children ()
#6 0x0001b948 in rb_gc_mark ()
#7 0x0001b650 in mark_locations_array ()
#8 0x0001b68c in rb_gc_mark_locations ()
#9 0x0001cbd0 in rb_gc ()
#10 0x0001b18c in rb_newobj ()
#11 0x00059c60 in str_alloc ()
#12 0x00059cfc in str_new ()
#13 0x00059d80 in rb_str_new ()
#14 0x00059de0 in rb_str_new2 ()
#15 0x00059e40 in rb_tainted_str_new2 ()
#16 0x00213708 in rb_ldap_entry_get_attributes ()
#17 0x00213764 in rb_ldap_entry_to_hash ()
#18 0x0001a838 in call_cfunc ()
#19 0x0000d980 in rb_call0 ()
#20 0x0000e2e4 in rb_call ()
#21 0x00008b40 in rb_eval ()
#22 0x00008530 in rb_eval ()
#23 0x0000bbcc in rb_yield_0 ()
#24 0x0000be84 in rb_yield ()
#25 0x0000cf00 in rb_ensure ()
#26 0x00211be0 in rb_ldap_conn_search_b ()
#27 0x0000cf00 in rb_ensure ()
#28 0x00211c90 in rb_ldap_conn_search_s ()
#29 0x0001a86c in call_cfunc ()
#30 0x0000d980 in rb_call0 ()
#31 0x0000e2e4 in rb_call ()
#32 0x00008b40 in rb_eval ()
#33 0x00007b68 in rb_eval ()
#34 0x00008050 in rb_eval ()
#35 0x0000bbcc in rb_yield_0 ()
#36 0x0000be84 in rb_yield ()
#37 0x0000cf00 in rb_ensure ()
#38 0x00210ff8 in rb_ldap_conn_bind_s ()
#39 0x0001a86c in call_cfunc ()
#40 0x0000d980 in rb_call0 ()
#41 0x0000e2e4 in rb_call ()
#42 0x00008b40 in rb_eval ()
#43 0x00007b68 in rb_eval ()
#44 0x00008050 in rb_eval ()
#45 0x00003f9c in eval_node ()
#46 0x00004564 in ruby_exec ()
#47 0x000045d0 in ruby_run ()
#48 0x000021ac in main ()
#49 0x00001e90 in _start (argc=3, argv=0xbffffc10, envp=0xbffffc20) at
/SourceCache/Csu/Csu-46/crt.c:267

--
Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- roberto@eurocontrol.fr
Usenet Canal Historique FreeBSD: The Power to Serve!
3 Answers

ts

11/10/2003 4:08:00 PM

0

>>>>> "O" == Ollivier Robert <roberto@REMOVETHIS.eu.org> writes:

O> #7 0x0001b650 in mark_locations_array ()
O> #8 0x0001b68c in rb_gc_mark_locations ()
O> #9 0x0001cbd0 in rb_gc ()
[...]
O> #27 0x0000cf00 in rb_ensure ()
O> #28 0x00211c90 in rb_ldap_conn_search_s ()


For me, it exist potentially a problem in rb_ldap_conn_search_s()

--

Guy Decoux

Ollivier Robert

11/11/2003 10:33:00 AM

0

In article <rfc65hsxl44.fsf@moulon.inra.fr>, ts <decoux@moulon.inra.fr> wrote:
> For me, it exist potentially a problem in rb_ldap_conn_search_s()

Reverting ruby-ldap to 0.7.2 « fixes » the problem indeed...
--
Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- roberto@eurocontrol.fr
Usenet Canal Historique FreeBSD: The Power to Serve!

ts

11/11/2003 10:38:00 AM

0

>>>>> "O" == Ollivier Robert <roberto@REMOVETHIS.eu.org> writes:

O> In article <rfc65hsxl44.fsf@moulon.inra.fr>, ts <decoux@moulon.inra.fr> wrote:
>> For me, it exist potentially a problem in rb_ldap_conn_search_s()

O> Reverting ruby-ldap to 0.7.2 « fixes » the problem indeed...

You are right : now compare the 2 functions rb_ldap_conn_search_s() in
0.7.2 and 0.8.1 and you have the bug :-)


--

Guy Decoux