You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Blair Zajac <bl...@orcaware.com> on 2006/10/05 05:44:59 UTC
Ruby bindings 1.4.0 core dump on Ubuntu Breezy
I'm working on building Subversion 1.4.0 packages for Ubuntu Breezy
Badger. This is a backport of Debian's 1.4.0 package.
I'm getting a core dump during the Ruby check:
$ make check-swig-rb
cd /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
BUILD/subversion/bindings/swig/ruby; \
/usr/bin/ruby1.8 -I /home/blair/Packages/ubuntu/blair/subversion/
subversion-1.4.0/subversion/bindings/swig/ruby \
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
subversion/bindings/swig/ruby/test/run-test.rb \
--verbose=normal
Loaded suite test
Started
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
subversion/bindings/swig/ruby/test/util.rb:47: [BUG] Segmentation fault
ruby 1.8.3 (2005-06-23) [i486-linux]
This is at the GC.start at
def gc
if $DEBUG
before_pools = Svn::Core::Pool.number_of_pools
puts
puts "before pools: #{before_pools}"
end
GC.start
if $DEBUG
after_pools = Svn::Core::Pool.number_of_pools
puts "after pools: #{after_pools}"
STDOUT.flush
end
end
I wasn't able to get a coredump when I passed -d to ruby.
Stacktrace is below and here's the end of the strace of a core dump:
open("test/tmp", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
getdents64(3, /* 2 entries */, 4096) = 48
sigprocmask(SIG_BLOCK, NULL, []) = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
sigprocmask(SIG_SETMASK, [], NULL) = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
sigprocmask(SIG_SETMASK, [], NULL) = 0
getdents64(3, /* 0 entries */, 4096) = 0
close(3) = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
rmdir("test/tmp") = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
write(2, "/home/blair/Packages/ubuntu/blai"..., 109) = 109
write(2, "[BUG] ", 6) = 6
write(2, "Segmentation fault", 18) = 18
write(2, "\nruby 1.8.3 (2005-06-23) [i486-l"..., 39) = 39
Anything else I can provide to help?
Regards,
Blair
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d849d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7d862e9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7f10c17 in rb_bug () from /usr/lib/libruby1.8.so.1.8
#4 0xb7f78c09 in ruby_posix_signal () from /usr/lib/libruby1.8.so.1.8
#5 <signal handler called>
#6 0xb7f31f04 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#7 0xb7f3209a in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#8 0xb7f3209a in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#9 0xb7f31f2b in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#10 0xb7f32362 in rb_gc_mark_maybe () from /usr/lib/libruby1.8.so.1.8
#11 0xb7f7bc43 in st_foreach () from /usr/lib/libruby1.8.so.1.8
#12 0xb7f30efa in mark_tbl () from /usr/lib/libruby1.8.so.1.8
#13 0xb7f31f42 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#14 0xb7f32362 in rb_gc_mark_maybe () from /usr/lib/libruby1.8.so.1.8
#15 0xb7f7bc43 in st_foreach () from /usr/lib/libruby1.8.so.1.8
#16 0xb7f30efa in mark_tbl () from /usr/lib/libruby1.8.so.1.8
#17 0xb7f31f54 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#18 0xb7f32362 in rb_gc_mark_maybe () from /usr/lib/libruby1.8.so.1.8
#19 0xb7f7bc43 in st_foreach () from /usr/lib/libruby1.8.so.1.8
#20 0xb7f30efa in mark_tbl () from /usr/lib/libruby1.8.so.1.8
#21 0xb7f31f54 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#22 0xb7f31c80 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#23 0xb7f32362 in rb_gc_mark_maybe () from /usr/lib/libruby1.8.so.1.8
#24 0xb7f7bc43 in st_foreach () from /usr/lib/libruby1.8.so.1.8
#25 0xb7f30efa in mark_tbl () from /usr/lib/libruby1.8.so.1.8
#26 0xb7f31f54 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#27 0xb7f31c80 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#28 0xb7f31c80 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#29 0xb7f31c80 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#30 0xb7f32249 in rb_gc_call_finalizer_at_exit ()
from /usr/lib/libruby1.8.so.1.8
#31 0xb7f3227f in rb_gc_mark_frame () from /usr/lib/libruby1.8.so.1.8
#32 0xb7f323ee in rb_gc_mark_maybe () from /usr/lib/libruby1.8.so.1.8
#33 0xb7f32d51 in rb_gc () from /usr/lib/libruby1.8.so.1.8
#34 0xb7f32d73 in rb_gc_start () from /usr/lib/libruby1.8.so.1.8
#35 0xb7f146e4 in rb_iterator_p () from /usr/lib/libruby1.8.so.1.8
#36 0xb7f1f16b in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#37 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#38 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#39 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#40 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#41 0xb7f1c680 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#42 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#43 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#44 0xb7f1c680 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#45 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#46 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#47 0xb7f1c680 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#48 0xb7f1e15a in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#49 0xb7f1d210 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#50 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#51 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#52 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#53 0xb7f275b4 in rb_apply () from /usr/lib/libruby1.8.so.1.8
#54 0xb7f1d320 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#55 0xb7f223b7 in rb_need_block () from /usr/lib/libruby1.8.so.1.8
#56 0xb7f23413 in rb_yield () from /usr/lib/libruby1.8.so.1.8
#57 0xb7f02a6a in rb_ary_each () from /usr/lib/libruby1.8.so.1.8
#58 0xb7f146e4 in rb_iterator_p () from /usr/lib/libruby1.8.so.1.8
#59 0xb7f1f16b in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#60 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#61 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#62 0xb7f1eae4 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#63 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#64 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#65 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#66 0xb7f275b4 in rb_apply () from /usr/lib/libruby1.8.so.1.8
#67 0xb7f1d320 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#68 0xb7f223b7 in rb_need_block () from /usr/lib/libruby1.8.so.1.8
#69 0xb7f23413 in rb_yield () from /usr/lib/libruby1.8.so.1.8
#70 0xb7f02a6a in rb_ary_each () from /usr/lib/libruby1.8.so.1.8
#71 0xb7f146e4 in rb_iterator_p () from /usr/lib/libruby1.8.so.1.8
#72 0xb7f1f16b in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#73 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#74 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#75 0xb7f1eae4 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#76 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#77 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#78 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#79 0xb7f1eae4 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#80 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#81 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#82 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#83 0xb7f1ca9e in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#84 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#85 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#86 0xb7f1c680 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#87 0xb7f1ca9e in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#88 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#89 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#90 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#91 0xb7f1ca9e in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#92 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#93 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#94 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#95 0xb7f1c443 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#96 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#97 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#98 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#99 0xb7f1f896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#100 0xb7f1fc42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.
1.8
#101 0xb7f1c528 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.
1.8
#102 0xb7f1c5c3 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.
1.8
#103 0xb7f29646 in rb_eval_string () from /usr/lib/libruby1.8.so.1.8
#104 0xb7f29696 in ruby_exec () from /usr/lib/libruby1.8.so.1.8
#105 0xb7f2b7d5 in ruby_run () from /usr/lib/libruby1.8.so.1.8
#106 0x080486ac in main ()
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
Kouhei Sutou wrote:
> Hi,
>
>
> 2006/10/8, Blair Zajac <bl...@orcaware.com>:
>
>> >>> I made a Ubuntu Breezy Badger chroot environment to fix the
>> >>> problem.
>
>> > I can't reproduce this problem with Debian package, too...
>> > Uhm...
>
>> Did you do the build using
>>
>> dpkg-buildpackage -us -uc -rfakeroot
>>
>> or just a standard configure?
>
> First, I used dpkg-buildpackage but I can't the Ruby bindings because
> there isn't libsvn-ruby in debian/control. So I used configure and make
> check-swig-rb in BUILD.
>
>> If you can't reproduce it, I could always get you an account on the
>> system.
>> It's a vmware server with breezy.
>
> Could you make my account?
Hi Kou,
I made an account for you and tried building Subversion in that account and I
couldn't reproduce the core dump, but I get them when building in my account. I
don't know if it's some environmental variable, some binary in my extended PATH
that it's picking up, or whatever.
Adding environmental variables and directories to the PATH in the new account
didn't cause a core dump. The problem is that the core dump isn't reproducible
100% of the time, so even if I make changes the the build environment which may
cause the core dump, it may not happen.
So I think for now, there's enough energy spent on this and hopefully, I can
track it down later.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Kouhei Sutou <ko...@cozmixng.org>.
Hi,
2006/10/8, Blair Zajac <bl...@orcaware.com>:
> >>> I made a Ubuntu Breezy Badger chroot environment to fix the
> >>> problem.
> > I can't reproduce this problem with Debian package, too...
> > Uhm...
> Did you do the build using
>
> dpkg-buildpackage -us -uc -rfakeroot
>
> or just a standard configure?
First, I used dpkg-buildpackage but I can't the Ruby bindings because
there isn't libsvn-ruby in debian/control. So I used configure and make
check-swig-rb in BUILD.
> If you can't reproduce it, I could always get you an account on the system.
> It's a vmware server with breezy.
Could you make my account?
Thanks,
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
Kouhei Sutou wrote:
> Hi,
>
> In <45...@orcaware.com>
> "Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy" on Fri, 06 Oct 2006 22:17:03 -0700,
> Blair Zajac <bl...@orcaware.com> wrote:
>
>>> I made a Ubuntu Breezy Badger chroot environment to fix the
>>> problem. But I can't compile Subversion 1.4.x because
>>> libapr0-dev in Breezy is 0.9.6 but Subversion 1.4.x requires
>>> 0.9.7 or higher. How do you solve this problem? Are you
>>> using APR compiled by yourself?
>> I've backported Apache 2.0.55 and neon 0.25.5 packages to build it.
>>
>> You can find the packages in
>>
>> http://www.orcaware.com/packages/ubuntu/breezy/neon/
>>
>> and
>>
>> http://www.orcaware.com/packages/ubuntu/breezy/apache2/
>
> Thanks. I could compile 1.4.x branch and 1.4.0 tar ball with
> SWIG 1.3.24. But I can't reproduce this problem.
>
>> I've left my current Subversion 1.4.0 package which is a backport of Debian's
>> 1.4.0-3 with Ruby disabled for install and checking, but you can run make
>> check-swig-py by hand in the BUILD directory.
>>
>> http://www.orcaware.com/packages/ubuntu/kou/subversion_1.4.0-3zajac1breezy1.diff.gz
>
> I can't reproduce this problem with Debian package, too...
> Uhm...
The core dump doesn't always occur, so it may take a few make check-swig-rb's
for it to fail.
Did you do the build using
dpkg-buildpackage -us -uc -rfakeroot
or just a standard configure?
If you can't reproduce it, I could always get you an account on the system.
It's a vmware server with breezy.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Kouhei Sutou <ko...@cozmixng.org>.
Hi,
In <45...@orcaware.com>
"Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy" on Fri, 06 Oct 2006 22:17:03 -0700,
Blair Zajac <bl...@orcaware.com> wrote:
> > I made a Ubuntu Breezy Badger chroot environment to fix the
> > problem. But I can't compile Subversion 1.4.x because
> > libapr0-dev in Breezy is 0.9.6 but Subversion 1.4.x requires
> > 0.9.7 or higher. How do you solve this problem? Are you
> > using APR compiled by yourself?
>
> I've backported Apache 2.0.55 and neon 0.25.5 packages to build it.
>
> You can find the packages in
>
> http://www.orcaware.com/packages/ubuntu/breezy/neon/
>
> and
>
> http://www.orcaware.com/packages/ubuntu/breezy/apache2/
Thanks. I could compile 1.4.x branch and 1.4.0 tar ball with
SWIG 1.3.24. But I can't reproduce this problem.
> I've left my current Subversion 1.4.0 package which is a backport of Debian's
> 1.4.0-3 with Ruby disabled for install and checking, but you can run make
> check-swig-py by hand in the BUILD directory.
>
> http://www.orcaware.com/packages/ubuntu/kou/subversion_1.4.0-3zajac1breezy1.diff.gz
I can't reproduce this problem with Debian package, too...
Uhm...
Thanks,
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
Kouhei Sutou wrote:
> Hi,
>
> In <CA...@orcaware.com>
> "Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy" on Fri, 6 Oct 2006 08:55:52 -0700,
> Blair Zajac <bl...@orcaware.com> wrote:
>
>> On Oct 5, 2006, at 9:58 PM, Kouhei Sutou wrote:
>>
>>> Hi,
>>>
>>> 2006/10/6, Blair Zajac <bl...@orcaware.com>:
>>>
>>>>> Could you try earlier SWIG?
>>>> Hi Kou,
>>>>
>>>> What do you mean by earlier? An older version than 1.3.24?
>>>>
>>>> In build/ac-macros/swig.m4, we don't support anything older than
>>>> 1.3.24:
>>>>
>>>> if test -n "$SWIG_VERSION" &&
>>>> test "$SWIG_VERSION" -ge "103024" &&
>>>> test "$SWIG_VERSION" -le "103029"; then
>>>> SWIG_SUITABLE=yes
>>>>
>>>> Or do you mean a higher version?
>>> Oops. Yes. Please use a higher version.
>> I tried 1.3.29 and it also core dumped.
>
> Thanks for trying.
>
> I made a Ubuntu Breezy Badger chroot environment to fix the
> problem. But I can't compile Subversion 1.4.x because
> libapr0-dev in Breezy is 0.9.6 but Subversion 1.4.x requires
> 0.9.7 or higher. How do you solve this problem? Are you
> using APR compiled by yourself?
I've backported Apache 2.0.55 and neon 0.25.5 packages to build it.
You can find the packages in
http://www.orcaware.com/packages/ubuntu/breezy/neon/
and
http://www.orcaware.com/packages/ubuntu/breezy/apache2/
I've left my current Subversion 1.4.0 package which is a backport of Debian's
1.4.0-3 with Ruby disabled for install and checking, but you can run make
check-swig-py by hand in the BUILD directory.
http://www.orcaware.com/packages/ubuntu/kou/subversion_1.4.0-3zajac1breezy1.diff.gz
Hopefully, that's enough to get you going. Let me know if there's anything else
you need.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Kouhei Sutou <ko...@cozmixng.org>.
Hi,
In <CA...@orcaware.com>
"Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy" on Fri, 6 Oct 2006 08:55:52 -0700,
Blair Zajac <bl...@orcaware.com> wrote:
>
> On Oct 5, 2006, at 9:58 PM, Kouhei Sutou wrote:
>
> > Hi,
> >
> > 2006/10/6, Blair Zajac <bl...@orcaware.com>:
> >
> >> > Could you try earlier SWIG?
> >>
> >> Hi Kou,
> >>
> >> What do you mean by earlier? An older version than 1.3.24?
> >>
> >> In build/ac-macros/swig.m4, we don't support anything older than
> >> 1.3.24:
> >>
> >> if test -n "$SWIG_VERSION" &&
> >> test "$SWIG_VERSION" -ge "103024" &&
> >> test "$SWIG_VERSION" -le "103029"; then
> >> SWIG_SUITABLE=yes
> >>
> >> Or do you mean a higher version?
> >
> > Oops. Yes. Please use a higher version.
>
> I tried 1.3.29 and it also core dumped.
Thanks for trying.
I made a Ubuntu Breezy Badger chroot environment to fix the
problem. But I can't compile Subversion 1.4.x because
libapr0-dev in Breezy is 0.9.6 but Subversion 1.4.x requires
0.9.7 or higher. How do you solve this problem? Are you
using APR compiled by yourself?
Regards,
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
On Oct 5, 2006, at 9:58 PM, Kouhei Sutou wrote:
> Hi,
>
> 2006/10/6, Blair Zajac <bl...@orcaware.com>:
>
>> > Could you try earlier SWIG?
>>
>> Hi Kou,
>>
>> What do you mean by earlier? An older version than 1.3.24?
>>
>> In build/ac-macros/swig.m4, we don't support anything older than
>> 1.3.24:
>>
>> if test -n "$SWIG_VERSION" &&
>> test "$SWIG_VERSION" -ge "103024" &&
>> test "$SWIG_VERSION" -le "103029"; then
>> SWIG_SUITABLE=yes
>>
>> Or do you mean a higher version?
>
> Oops. Yes. Please use a higher version.
I tried 1.3.29 and it also core dumped.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
On Oct 5, 2006, at 9:28 PM, Kouhei Sutou wrote:
> Hi,
>
>
> 2006/10/6, Blair Zajac <bl...@orcaware.com>:
>
>> > Could you try a change of r21652?
>>
>> It applied cleanly to 1.4.0, but just delayed the core dump:
>
> Could you try earlier SWIG?
Hi Kou,
What do you mean by earlier? An older version than 1.3.24?
In build/ac-macros/swig.m4, we don't support anything older than 1.3.24:
if test -n "$SWIG_VERSION" &&
test "$SWIG_VERSION" -ge "103024" &&
test "$SWIG_VERSION" -le "103029"; then
SWIG_SUITABLE=yes
Or do you mean a higher version?
>
>> >> 1) Failure:
>> >> test_load(SvnReposTest)
>> >> [/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/
>> >> subversion/bindings/swig/ruby/test/test_repos.rb:417]:
>> >> <NoMethodError> exception expected but was
>> >> Class: <TypeError>
>> >> Message: <"can't convert nil into String">
>
>> > Could you identify where the problem is occured?
>> >
>> >
>> > In my thought, it's the fourth argument of Svn::Repos#load_fs
>> > (parent_dir).
>>
>> Your hunch looks correct:
>>
>> 1) Failure:
>> test_load(SvnReposTest) [/home/blair/Packages/ubuntu/blair/
>> subversion/
>> subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:
>> 417]:
>> <NoMethodError> exception expected but was
>> Class: <TypeError>
>> Message: <"can't convert nil into String">
>
> The attached patch will solve this problem.
Thanks. It did.
Do you want to apply it to trunk and then nominate it for the 1.4.x
branch? I'll vote for it. I don't think it'll merge cleanly to
1.4.x, but it's a two line patch, so it probably won't need a merge
branch.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Kouhei Sutou <ko...@cozmixng.org>.
Hi,
2006/10/6, Blair Zajac <bl...@orcaware.com>:
> > Could you try a change of r21652?
>
> It applied cleanly to 1.4.0, but just delayed the core dump:
Could you try earlier SWIG?
> >> 1) Failure:
> >> test_load(SvnReposTest)
> >> [/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/
> >> subversion/bindings/swig/ruby/test/test_repos.rb:417]:
> >> <NoMethodError> exception expected but was
> >> Class: <TypeError>
> >> Message: <"can't convert nil into String">
> > Could you identify where the problem is occured?
> >
> >
> > In my thought, it's the fourth argument of Svn::Repos#load_fs
> > (parent_dir).
>
> Your hunch looks correct:
>
> 1) Failure:
> test_load(SvnReposTest) [/home/blair/Packages/ubuntu/blair/subversion/
> subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:417]:
> <NoMethodError> exception expected but was
> Class: <TypeError>
> Message: <"can't convert nil into String">
The attached patch will solve this problem.
Thanks,
--
kou
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
On Oct 5, 2006, at 6:36 PM, Kouhei Sutou wrote:
> Hi,
>
> 2006/10/6, Blair Zajac <bl...@orcaware.com>:
>
>> With the --with-ruby-test-verbose=verbose, I get this:
>>
>> make check-swig-rb
> ...
>> test_add_force(SvnClientTest):
>> /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
>> subversion/bindings/swig/ruby/test/util.rb:47:
>> [BUG] Segmentation fault
>> ruby 1.8.3 (2005-06-23) [i486-linux]
>
>> Are there any particular swig/ruby commits we should be
>> considering for backport
>> into the 1.4.x branch?
>
> Could you try a change of r21652?
It applied cleanly to 1.4.0, but just delayed the core dump:
cd subversion/bindings/swig/ruby && /bin/sh /home/blair/Packages/
ubuntu/blair/subversion/subversion-1.4.0/BUILD/libtool --tag=CC --
silent --mode=link gcc -shrext .so -shared -rpath /usr/lib/ruby/1.8/
i486-linux/svn/ext -avoid-version -module -o wc.la
svn_wc.lo ../../../../subversion/bindings/swig/ruby/libsvn_swig_ruby/
libsvn_swig_ruby-1.la ../../../../subversion/libsvn_wc/
libsvn_wc-1.la ../../../../subversion/libsvn_subr/libsvn_subr-1.la
cd /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
BUILD/subversion/bindings/swig/ruby; \
/usr/bin/ruby1.8 -I /home/blair/Packages/ubuntu/blair/subversion/
subversion-1.4.0/subversion/bindings/swig/ruby \
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
subversion/bindings/swig/ruby/test/run-test.rb \
--verbose=verbose
Loaded suite test
Started
test_add_force(SvnClientTest): .
test_add_no_ignore(SvnClientTest): .
test_add_not_recurse(SvnClientTest): .
test_add_providers(SvnClientTest): .
test_add_recurse(SvnClientTest): .
test_authentication(SvnClientTest): .
test_blame(SvnClientTest): .
test_cat(SvnClientTest): /home/blair/Packages/ubuntu/blair/subversion/
subversion-1.4.0/subversion/bindings/swig/ruby/test/test_client.rb:
1289: [BUG] Segmentation fault
ruby 1.8.3 (2005-06-23) [i486-linux]
/bin/sh: line 1: 7308 Aborted (core dumped) /usr/bin/
ruby1.8 -I /home/blair/Packages/ubuntu/blair/subversion/
subversion-1.4.0/subversion/bindings/swig/ruby /home/blair/Packages/
ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/
ruby/test/run-test.rb --verbose=verbose
make: *** [check-swig-rb] Error 134
Here's part of the stack trace:
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d439d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7d452e9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7ecfc17 in rb_bug () from /usr/lib/libruby1.8.so.1.8
#4 0xb7f37c09 in ruby_posix_signal () from /usr/lib/libruby1.8.so.1.8
#5 <signal handler called>
#6 0xb7edbb0e in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#7 0xb7edb443 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#8 0xb7edb5c3 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#9 0xb7ede896 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#10 0xb7edec42 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#11 0xb7edf291 in rb_thread_trap_eval () from /usr/lib/libruby1.8.so.1.8
#12 0xb7ed36fa in rb_iterator_p () from /usr/lib/libruby1.8.so.1.8
>
>
>> 1) Failure:
>> test_load(SvnReposTest)
>> [/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/
>> subversion/bindings/swig/ruby/test/test_repos.rb:417]:
>> <NoMethodError> exception expected but was
>> Class: <TypeError>
>> Message: <"can't convert nil into String">
>
> I can't reproduce that.
> What SWIG version are you using? I'm using 1.3.29.
This is with 1.3.24.
>
> Could you identify where the problem is occured?
>
> * remove '-O2' option from SWIG_RB_COMPILE in Makefile
> * make clean-swig-rb
> * make swig-rb
> * cd subversion/bindings/swig/ruby
> * gdb --args ruby test/run-test.rb -n test_load
> * (gdb) b _wrap_svn_repos_load_fs2
> Function "_wrap_svn_repos_load_fs2" not defined.
> Make breakpoint pending on future shared library load? (y or [n]) y
> * (gdb) r
> * (gdb) n
> * ...
>
> In my thought, it's the fourth argument of Svn::Repos#load_fs
> (parent_dir).
Your hunch looks correct:
5857 SWIG_ConvertPtr(argv[0], &temp1,
SWIGTYPE_p_svn_repos_t, 1);
(gdb)
5861 arg1 = (svn_repos_t *)temp1;
(gdb)
5864 arg2 = svn_swig_rb_make_stream(argv[1]);
(gdb)
5867 if (NIL_P(argv[2])) {
(gdb)
5868 arg3 = NULL;
(gdb)
5873 arg4 = (enum svn_repos_load_uuid) NUM2INT(argv[3]);
(gdb)
5874 arg5 = StringValuePtr(argv[4]);
(gdb) p argv[4]
$12 = 4
(gdb) s
F
Finished in 20.417341 seconds.
1) Failure:
test_load(SvnReposTest) [/home/blair/Packages/ubuntu/blair/subversion/
subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:417]:
<NoMethodError> exception expected but was
Class: <TypeError>
Message: <"can't convert nil into String">
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Kouhei Sutou <ko...@cozmixng.org>.
Hi,
2006/10/6, Blair Zajac <bl...@orcaware.com>:
> With the --with-ruby-test-verbose=verbose, I get this:
>
> make check-swig-rb
...
> test_add_force(SvnClientTest):
> /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/ruby/test/util.rb:47:
> [BUG] Segmentation fault
> ruby 1.8.3 (2005-06-23) [i486-linux]
> Are there any particular swig/ruby commits we should be considering for backport
> into the 1.4.x branch?
Could you try a change of r21652?
> 1) Failure:
> test_load(SvnReposTest)
> [/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:417]:
> <NoMethodError> exception expected but was
> Class: <TypeError>
> Message: <"can't convert nil into String">
I can't reproduce that.
What SWIG version are you using? I'm using 1.3.29.
Could you identify where the problem is occured?
* remove '-O2' option from SWIG_RB_COMPILE in Makefile
* make clean-swig-rb
* make swig-rb
* cd subversion/bindings/swig/ruby
* gdb --args ruby test/run-test.rb -n test_load
* (gdb) b _wrap_svn_repos_load_fs2
Function "_wrap_svn_repos_load_fs2" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
* (gdb) r
* (gdb) n
* ...
In my thought, it's the fourth argument of Svn::Repos#load_fs
(parent_dir).
Thanks,
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Blair Zajac <bl...@orcaware.com>.
Kouhei Sutou wrote:
> Hi,
>
> 2006/10/5, Blair Zajac <bl...@orcaware.com>:
>
>> $ make check-swig-rb
>> cd /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
>> BUILD/subversion/bindings/swig/ruby; \
>> /usr/bin/ruby1.8 -I /home/blair/Packages/ubuntu/blair/subversion/
>> subversion-1.4.0/subversion/bindings/swig/ruby \
>> /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
>> subversion/bindings/swig/ruby/test/run-test.rb \
>> --verbose=normal
>> Loaded suite test
>> Started
>> /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
>> subversion/bindings/swig/ruby/test/util.rb:47: [BUG] Segmentation fault
>> ruby 1.8.3 (2005-06-23) [i486-linux]
>
> Could you run configure with --with-ruby-test-verbose=verbose option or
> 'cd subversion/bindings/swig/ruby && ruby test/run-test.rb -vv' for more
> information? And could you try the trunk?
With the --with-ruby-test-verbose=verbose, I get this:
make check-swig-rb
cd
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/BUILD/subversion/bindings/swig/ruby;
\
/usr/bin/ruby1.8 -I
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/ruby
\
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/ruby/test/run-test.rb
\
--verbose=verbose
Loaded suite test
Started
test_add_force(SvnClientTest):
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/ruby/test/util.rb:47:
[BUG] Segmentation fault
ruby 1.8.3 (2005-06-23) [i486-linux]
/bin/sh: line 1: 18041 Aborted (core dumped) /usr/bin/ruby1.8 -I
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/ruby
/home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/subversion/bindings/swig/ruby/test/run-test.rb
--verbose=verbose
I was unable to get a core dump with svn trunk, even running the test some 10
times. However, I did get this error:
Finished in 368.379964 seconds.
1) Failure:
test_load(SvnReposTest)
[/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:417]:
<NoMethodError> exception expected but was
Class: <TypeError>
Message: <"can't convert nil into String">
---Backtrace---
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/svn/util.rb:68:in
`svn_repos_load_fs2'
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/svn/util.rb:68:in
`load_fs2'
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/svn/util.rb:68:in
`load_fs2'
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/svn/repos.rb:271:in
`load_fs'
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:418:in
`test_load'
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:417:in
`assert_raise'
/home/blair/Packages/ubuntu/blair/subversion/subversion-trunk/subversion/bindings/swig/ruby/test/test_repos.rb:417:in
`test_load'
---------------
139 tests, 896 assertions, 1 failures, 0 errors
make: *** [check-swig-rb] Error 1
Are there any particular swig/ruby commits we should be considering for backport
into the 1.4.x branch?
Even commenting out the GC.start line in util.rb, I would get random core dumps
later on. It's definitely not predictable.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy
Posted by Kouhei Sutou <ko...@cozmixng.org>.
Hi,
2006/10/5, Blair Zajac <bl...@orcaware.com>:
> $ make check-swig-rb
> cd /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
> BUILD/subversion/bindings/swig/ruby; \
> /usr/bin/ruby1.8 -I /home/blair/Packages/ubuntu/blair/subversion/
> subversion-1.4.0/subversion/bindings/swig/ruby \
> /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
> subversion/bindings/swig/ruby/test/run-test.rb \
> --verbose=normal
> Loaded suite test
> Started
> /home/blair/Packages/ubuntu/blair/subversion/subversion-1.4.0/
> subversion/bindings/swig/ruby/test/util.rb:47: [BUG] Segmentation fault
> ruby 1.8.3 (2005-06-23) [i486-linux]
Could you run configure with --with-ruby-test-verbose=verbose option or
'cd subversion/bindings/swig/ruby && ruby test/run-test.rb -vv' for more
information? And could you try the trunk?
Thanks,
--
kou
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org