Hi Stuart,
On Fri, 20 Oct 2006 03:19:16 +0100, Stuart Hungerford
<[EMAIL PROTECTED]> wrote:
> Masashi Shimbo wrote:
>
> > [...]
>> I'd like to know if you have libxml_so.so in
>> /opt/ruby-1.8.4/lib/ruby/gems/1.8/gems/libxml-ruby-0.3.8/ext/xml/
>> at this point (i.e., after 'gem install libxml-ruby').
>>
>> In my Ubuntu system, the original gem erases that shared library file
>> after 'make clean'.
>
I've applied Masashi's patch so hopefully this will be fixed now (it seems
to work here - Previously it worked anyway, but only because I had a
forgotten copy of libxml.rb kicking around in site_ruby :( ).
Could you try the current CVS head? If it works for you I'd like to get a
maintenance release out (there've been a few other fixes since 0.3.8 too).
>
> This may be an unrelated issue, but here's two XML files I
> use with libxml-ruby on Ubuntu and OS/X successfully:
>
> $ wc *.xml
> 1229094 1370730 19273537 big.xml
> 1229 2466 42956 small.xml
> 1230323 1373196 19316493 total
>
> On the patched and unpatched Centos version though this
> happens:
>
> >> doc = XML::Document.file("small.xml")
> [...]
> >> doc = XML::Document.file("big.xml")
> (irb):5: [BUG] Segmentation fault
> ruby 1.8.4 (2005-12-24) [x86_64-linux]
>
> Aborted
>
Hmm, I don't like the look of this. Is the Centos box the only x86_64
machine in the equation here? It's possible that this is just another
surfacing of the known memory-handling problems I'm working on, and there
have been a couple of segfaults during GC reported and fixed since 0.3.8
so you may have more joy with the CVS version, but I'm not so sure on that
to be honest...
Thanks,
--
Ross Bamford - [EMAIL PROTECTED]
_______________________________________________
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
