Matz,

Thanbks for your response. I apologise for not providing the stacktrace
(wasnt thinking) - here it is.

Please let me know if there is any more information you need

Regards, Paul

#0  0x4816bbb7 in kill ()
#1  0x4816ad91 in abort ()
#2  0x80ae549 in rb_bug () at error.c:178
#3  0x809859d in sigsegv () at signal.c:385
#4  0xbfbfdfc9 in ?? ()
#5  0x8058885 in call_cfunc (
    func=0x481f6798 <ZipFile_entry(unsigned long, unsigned long)>,
    recv=135709732, len=1, argc=1, argv=0xbfbf8a78) at eval.c:4194
#6  0x8058d4e in rb_call0 (klass=135143100, recv=135709732, id=12777,
argc=1,
    argv=0xbfbf8a78, body=0x80e187c, nosuper=1) at eval.c:4327
#7  0x80593f3 in rb_call (klass=135143100, recv=135709732, mid=12777,
argc=1,
    argv=0xbfbf8a78, scope=0) at eval.c:4527
#8  0x8054df4 in rb_eval (self=135322760, n=0x814d3a8) at eval.c:2531
#9  0x8051917 in eval_node (self=135322760, node=0x814d3a8) at eval.c:1077
#10 0x8059c0e in eval (self=135322760, src=135597792, scope=135255880,
    file=0x8190260 "(irb)", line=11) at eval.c:4818
#11 0x8059f72 in rb_f_eval (argc=4, argv=0xbfbf8fbc, self=135254860)
    at eval.c:4921
#12 0x8058871 in call_cfunc (func=0x8059e18 <rb_f_eval>, recv=135254860,
    len=-1, argc=4, argv=0xbfbf8fbc) at eval.c:4188
#13 0x8058d4e in rb_call0 (klass=135326860, recv=135254860, id=3649, argc=4,
    argv=0xbfbf8fbc, body=0x810d5d0, nosuper=1) at eval.c:4327
#14 0x80593f3 in rb_call (klass=135326860, recv=135254860, mid=3649, argc=4,
    argv=0xbfbf8fbc, scope=1) at eval.c:4527
#15 0x8054df4 in rb_eval (self=135254860, n=0x80f7884) at eval.c:2531
#16 0x80549ec in rb_eval (self=135254860, n=0x80f785c) at eval.c:2508
#17 0x8057610 in rb_yield_0 (val=4, self=135254860, klass=0, acheck=0)
    at eval.c:3583
#18 0x8054296 in rb_eval (self=135254860, n=0x80f57f0) at eval.c:2345
#19 0x805456d in rb_eval (self=135254860, n=0x80f5700) at eval.c:2395
#20 0x80590da in rb_call0 (klass=135547832, recv=135254860, id=9569, argc=0,
    argv=0x0, body=0x80f5700, nosuper=0) at eval.c:4439
#21 0x80593f3 in rb_call (klass=135547832, recv=135254860, mid=9569, argc=0,
    argv=0x0, scope=1) at eval.c:4527
#22 0x8054df4 in rb_eval (self=135254860, n=0x80f780c) at eval.c:2531
#23 0x8053f7b in rb_eval (self=135254860, n=0x80f77f8) at eval.c:2266
#24 0x80535f7 in rb_eval (self=135254860, n=0x80f75c8) at eval.c:2015
#25 0x8054332 in rb_eval (self=135254860, n=0x80f659c) at eval.c:2355
#26 0x8057610 in rb_yield_0 (val=4, self=135254860, klass=0, acheck=0)
    at eval.c:3583
#27 0x8054296 in rb_eval (self=135254860, n=0x80f5a34) at eval.c:2345
#28 0x805456d in rb_eval (self=135254860, n=0x80f5afc) at eval.c:2395
#29 0x80590da in rb_call0 (klass=135547832, recv=135254860, id=9401, argc=0,
    argv=0xbfbfaf00, body=0x80f5afc, nosuper=0) at eval.c:4439
#30 0x80593f3 in rb_call (klass=135547832, recv=135254860, mid=9401, argc=1,
#31 0x8054df4 in rb_eval (self=135254860, n=0x80f79ec) at eval.c:2531
#32 0x8053f7b in rb_eval (self=135254860, n=0x80f6560) at eval.c:2266
#33 0x8057610 in rb_yield_0 (val=135583072, self=135254860, klass=0,
acheck=0)
    at eval.c:3583
#34 0x8054296 in rb_eval (self=135253680, n=0x80e326c) at eval.c:2345
#35 0x80535f7 in rb_eval (self=135253680, n=0x80e371c) at eval.c:2015
#36 0x8057610 in rb_yield_0 (val=4, self=135253680, klass=0, acheck=0)
    at eval.c:3583
#37 0x8057815 in rb_f_loop () at eval.c:3674
#38 0x805887b in call_cfunc (func=0x8057804 <rb_f_loop>, recv=135253680,
    len=0, argc=0, argv=0x0) at eval.c:4191
#39 0x8058d4e in rb_call0 (klass=135326860, recv=135253680, id=3673, argc=0,
    argv=0x0, body=0x810d490, nosuper=1) at eval.c:4327
#40 0x80593f3 in rb_call (klass=135326860, recv=135253680, mid=3673, argc=0,
    argv=0x0, scope=1) at eval.c:4527
#41 0x8054df4 in rb_eval (self=135253680, n=0x80e3000) at eval.c:2531
#42 0x8053f7b in rb_eval (self=135253680, n=0x80e2fd8) at eval.c:2266
#43 0x80590da in rb_call0 (klass=135658292, recv=135253680, id=9553, argc=0,
    argv=0x0, body=0x80e2fd8, nosuper=0) at eval.c:4439
#44 0x80593f3 in rb_call (klass=135658292, recv=135253680, mid=9553, argc=0,
    argv=0x0, scope=0) at eval.c:4527
#45 0x8054df4 in rb_eval (self=135254860, n=0x80f7af0) at eval.c:2531
#46 0x8053f7b in rb_eval (self=135254860, n=0x80f7b54) at eval.c:2266
    argv=0xbfbfaefc, scope=1) at eval.c:4527
#47 0x80590da in rb_call0 (klass=135547832, recv=135254860, id=8817, argc=0,
    argv=0x0, body=0x80f7b54, nosuper=0) at eval.c:4439
#48 0x80593f3 in rb_call (klass=135547832, recv=135254860, mid=8817, argc=0,
    argv=0x0, scope=0) at eval.c:4527
#49 0x8054df4 in rb_eval (self=135558912, n=0x80ff930) at eval.c:2531
#50 0x8057610 in rb_yield_0 (val=2256142, self=135558912, klass=0, acheck=0)
    at eval.c:3583
#51 0x8060af0 in rb_f_catch (dmy=135558912, tag=2256142) at eval.c:8699
#52 0x8058885 in call_cfunc (func=0x8060a7c <rb_f_catch>, recv=135558912,
    len=1, argc=1, argv=0xbfbfcf00) at eval.c:4194
#53 0x8058d4e in rb_call0 (klass=135326860, recv=135558912, id=3737, argc=1,
    argv=0xbfbfcf00, body=0x810d238, nosuper=1) at eval.c:4327
#54 0x80593f3 in rb_call (klass=135326860, recv=135558912, mid=3737, argc=1,
    argv=0xbfbfcf00, scope=1) at eval.c:4527
#55 0x8054df4 in rb_eval (self=135558912, n=0x80ff994) at eval.c:2531
#56 0x8053f7b in rb_eval (self=135558912, n=0x80ff8f4) at eval.c:2266
#57 0x80535f7 in rb_eval (self=135558912, n=0x8100204) at eval.c:2015
#58 0x80590da in rb_call0 (klass=135550392, recv=135558912, id=5273, argc=0,
    argv=0xbfbfd86c, body=0x8100204, nosuper=0) at eval.c:4439
#59 0x80593f3 in rb_call (klass=135550392, recv=135558912, mid=5273, argc=1,
    argv=0xbfbfd868, scope=0) at eval.c:4527
#60 0x8054df4 in rb_eval (self=135322760, n=0x81011f4) at eval.c:2531
#61 0x8051917 in eval_node (self=135322760, node=0x81011f4) at eval.c:1077
#62 0x8051c75 in ruby_run () at eval.c:1207
#63 0x8050728 in main (argc=4, argv=0xbfbfdc04, envp=0xbfbfdc18) at
main.c:50
#64 0x80504cd in ___start ()



"Yukihiro Matsumoto" <matz / zetabits.com> wrote in message
news:984463259.878514.346.nullmailer / ev.netlab.zetabits.com...
> Hi,
>
> In message "[ruby-talk:12540] Strange segmentation fault problem with C++
extension"
>     on 01/03/13, "Paul C" <paul_c / passtheaardvark.com> writes:
>
> |I have been beating my head against the monitor for a couple of days with
a
> |repeatable segmentation problem with a C++ extension - I am sure that
there
> |is something obvious that I am missing and would be grateful for any
advice.
>
> Could you provide us the stacktrace of segfault, probably using where
> command of gdb.   It would help us a lot.
>
> matz.