[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Ruby bindings 1.4.0 core dump on Ubuntu Breezy

From: Blair Zajac <blair_at_orcaware.com>
Date: 2006-10-06 01:29:25 CEST

Kouhei Sutou wrote:
> Hi,
>
> 2006/10/5, Blair Zajac <blair@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
Received on Fri Oct 6 01:29:55 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.