headers
Charlie Savage | 1 Aug 06:12
Favicon

Version 2.1.0 Released

Version 2.1.0 of the libxml bindings has been released.  The changelog is:

* Ruby 1.9.3 compatability (Charlie Savage).

* Added XPath expression <-> Ruby value conversion methods (Jens Wille).

* Extracted rxml_xpath_to_value from rxml_xpath_context_find (Jens Wille).

* Adapted rxml_xpath_from_value from Gregoire Lejeune's ruby-xslt
   library, see https://github.com/glejeune/ruby-xslt (Jens Wille).

* Allow calling #find on nodes returned from Reader (Charlie Savage).

* Change document handling in XPath::Context to address segmentation 
fault on
   Ruby Enterprise Edition (Charlie Savage).

* Update gemspec file to work directly with bundler thereby allowing git
   repository to be used as gem (Charlie Savage).

* Support gem buld (Charlie Savage).

* Simplify memory management of attributes namespaces to fix
   segmentation faults that occurred when using Ruby 1.9.3 (Charlie Savage).

Thanks,

Charlie
Permalink | Reply | 0 comments |
headers
Charlie Savage | 25 Jun 08:30
Favicon

Version 2.0.7 Released

Version 2.0.7 has been released.  It includes two changes:

* Fix compile issue on Ruby 1.9.3
* Add in 2 new HTML Parser constants - NODEFDTD and NOIMPLIED.

Thanks,

Charlie
Permalink | Reply | 0 comments |
headers
Charlie Savage | 24 May 04:11
Favicon

Version 2.0.6 Available

I just pushed up version 2.0.6.  This release includes one change:

* Fix segfault that sometimes occurred when looking up encodings on 1.9.
   In some cases the Ruby encoding infrastructure was not properly
   initialized (nkriege).

Thanks,

Charlie
Permalink | Reply | 0 comments |
headers
Charlie Savage | 3 May 02:23
Favicon

Version 2.0.4 Released

I just pushed up the 2.0.4 release of libxml-ruby.  This release 
includes a fix that allows the libxml-ruby bindings to once again be 
compiled against older versions of libxml2 (specifically earlier that 
1.1.25).

Thanks,

Charlie
Permalink | Reply | 0 comments |
headers
Charlie Savage | 2 May 08:54
Favicon

Version 2.0.3 Released

I just pushed up the next release of libxml-ruby.  It includes one big 
fix and lots of little fixes that cleanup most of the old issues on 
RubyForge and GitHub.

The big fix is supporting the use of libxml-ruby in native background 
Ruby threads.  Previously, the use of libxml-ruby in background threads 
in Ruby 1.9.x and higher would often cause segmentation faults.

And for the little fixes, please see below.

Thanks,

Charlie

------------

* The biggest change in this release is supporting the use of 
libxml-ruby in native background Ruby threads.  Previously, the use of 
libxml-ruby in background threads in Ruby 1.9.x and higher would often 
cause segmentation faults.  This has now been fixed (Charlie Savage).

* Update Reader#expand so that returned node correctly remembers its
   encoding in Ruby 1.9.x (zerebubuth).

* Add check to verify a node has not been deleted.  This can happen when
   a ruby variable holds a reference to a child node that gets freed
   when its parent gets freed.  Previously when this happened a
   segmentation fault would occur, now an exception is raised (Charlie 
Savage, fixes
   RubyForge #26839.
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 08:31
Favicon

[ libxml-Bugs-29140 ] segfaults randomly

Bugs item #29140, was opened at 2011-04-21 07:46
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=29140&group_id=494

Category: memory
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: James Pharaoh (jamespharaoh)
Assigned to: Charlie Savage (cfis)
Summary: segfaults randomly

Initial Comment:
I am getting segfaults pretty regularly in my ruby 1.9.1 webrick application. They are always in a block
which is accessing libxml nodes. Here's an example, I can add more as I get them, or provide any other help
solving this. I don't really know where to start.

/home/james/projects/zattikka-mandar/mandar/ruby/mandar/console/home.rb:15: [BUG]
Segmentation fault
ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]

-- control frame ----------
c:0019 p:---- s:0088 b:0088 l:000087 d:000087 CFUNC  :[]
c:0018 p:0015 s:0084 b:0084 l:000074 d:000083 BLOCK  /home/james/projects/zattikka-mandar/mandar/ruby/mandar/console/home.rb:15
c:0017 p:---- s:0080 b:0080 l:000079 d:000079 FINISH
c:0016 p:---- s:0078 b:0078 l:000077 d:000077 CFUNC  :sort!
c:0015 p:0063 s:0075 b:0075 l:000074 d:000074 METHOD /home/james/projects/zattikka-mandar/mandar/ruby/mandar/console/home.rb:15
c:0014 p:0188 s:0069 b:0069 l:000068 d:000068 METHOD /home/james/projects/zattikka-mandar/mandar/ruby/mandar/console/consolehandler.rb:10
c:0013 p:0078 s:0062 b:0062 l:000620 d:000061 BLOCK  /home/james/projects/zattikka-mandar/mandar/ruby/mandar/console/server.rb:92
(Continue reading)

Permalink | Reply | 1 comment |
headers
noreply | 2 May 08:30
Favicon

[ libxml-Bugs-28101 ] Segmentation Fault when running on Snow Leopard (Mac OS 10.6.3)

Bugs item #28101, was opened at 2010-04-16 10:22
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=28101&group_id=494

Category: memory
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Matt Young (fireknite)
Assigned to: Charlie Savage (cfis)
Summary: Segmentation Fault when running on Snow Leopard (Mac OS 10.6.3)

Initial Comment:
I've been getting this error:
------------------------------------------------------
[BUG] Segmentation fault
ruby 1.8.7 (2009-06-08 patchlevel 173) [universal-darwin10.0]

Abort trap
------------------------------------------------------

When trying to run code since Apple released an update for Snow Leopard 10.6.2 --> 10.6.3.

Code worked perfectly fine in 10.6.2 on both snow leopard and snow leopard server, but breaks at 10.6.3.

----------------------------------------------------------------------

>Comment By: Charlie Savage (cfis)
Date: 2011-05-02 00:30
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 08:29
Favicon

[ libxml-Bugs-27977 ] libxml-ruby-1.1.3 failing test

Bugs item #27977, was opened at 2010-03-16 16:31
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=27977&group_id=494

Category: General
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Matthew Kent (mattkent)
Assigned to: Charlie Savage (cfis)
Summary: libxml-ruby-1.1.3 failing test

Initial Comment:
Packaging libxml-ruby for CentOS 5.4 and I'm getting one failing test

  1) Failure:
test_mode(TestReader) [./test/tc_reader.rb:178]:
<3> expected but was
<5>.

289 tests, 1284 assertions, 1 failures, 0 errors

looks like it's still in XML::Reader::MODE_READING mode

This is with

libxml2-2.6.26-2.1.2.8
libxml2-devel-2.6.26-2.1.2.8
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 08:28
Favicon

[ libxml-Bugs-26672 ] Segmentation fault

Bugs item #26672, was opened at 2009-07-20 07:06
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=26672&group_id=494

Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Thomas Preymesser (thopre)
Assigned to: Charlie Savage (cfis)
Summary: Segmentation fault

Initial Comment:
/usr/local/lib/ruby/gems/1.9.1/gems/libxml-ruby-1.1.3/lib/libxml/attributes.rb:6: [BUG]
Segmentation fault
ruby 1.9.2dev (2009-07-20 trunk 24213) [i686-linux]

-- control frame ----------
c:0032 p:0014 s:0137 b:0135 l:000120 d:000134 BLOCK  /usr/local/lib/ruby/gems/1.9.1/gems/libxml-ruby-1.1.3/lib/libxml/attributes.rb:6
c:0031 p:---- s:0131 b:0131 l:000130 d:000130 FINISH
c:0030 p:---- s:0129 b:0129 l:000124 d:000128 IFUNC  :hash
c:0029 p:---- s:0127 b:0127 l:000126 d:000126 CFUNC  :each
c:0028 p:---- s:0125 b:0125 l:000124 d:000124 CFUNC  :inject
c:0027 p:0013 s:0121 b:0121 l:000120 d:000120 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/libxml-ruby-1.1.3/lib/libxml/attributes.rb:5
c:0026 p:0461 s:0118 b:0117 l:000082 d:000116 BLOCK  /home/tp/ruby-test/roo/lib/roo/excelx.rb:448
c:0025 p:0028 s:0106 b:0106 l:000097 d:000105 BLOCK  /usr/local/lib/ruby/gems/1.9.1/gems/libxml-ruby-1.1.3/lib/libxml/node.rb:112
c:0024 p:---- s:0103 b:0103 l:000102 d:000102 FINISH
c:0023 p:---- s:0101 b:0101 l:000100 d:000100 CFUNC  :each
c:0022 p:0011 s:0098 b:0098 l:000097 d:000097 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/libxml-ruby-1.1.3/lib/libxml/node.rb:111
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 08:26
Favicon

[ libxml-Bugs-26863 ] Libxml::Node#children causes segfault

Bugs item #26863, was opened at 2009-08-04 22:27
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=26863&group_id=494

Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
Assigned to: Charlie Savage (cfis)
Summary: Libxml::Node#children causes segfault

Initial Comment:

The following ruby snippet causes a segmentation fault with ruby 1.8.7 p160 and libxml-ruby 1.1.3. 

###File: libxml_test.rb###
#! /usr/local/bin/ruby

require "rubygems"
require 'xml'
require 'xml/libxml'

def child(e)
  e.children.each do |n| # segfault
    child(n)
  end
end
(Continue reading)

Permalink | Reply | 0 comments |
headers
noreply | 2 May 08:25
Favicon

[ libxml-Bugs-28662 ] Segfault assigning document.root when running in thread

Bugs item #28662, was opened at 2010-10-21 13:21
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=28662&group_id=494

Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Alan Gano (alangano)
Assigned to: Charlie Savage (cfis)
Summary: Segfault assigning document.root when running in thread

Initial Comment:
Gentoo x86_64; ruby 1.9.2; libxml2 2.7.7; libxml-ruby 1.1.3 (gem)

------------------------------------------------------
#!/opt/ruby/bin/ruby192 -w

require 'libxml'

t1 = Thread.new {
   100000.times { |i|
      document = LibXML::XML::Document.new
      document.root = LibXML::XML::Node.new('test')
   }
}     

t1.join
------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |

Gmane