Hi,
How to specify namespace on xpath in version 5.2.0 ?
Someone told me that you can do it like this in version 3.8.4 :
---
require "rubygems"
require "xml/libxml" # 3.8.4
doc = XML::Parser.string(<
http://www.w3.org/2007/app";
xmlns:atom="http://www.w3.org/2005/Atom";>
http://e
I'm willing to do the work (adding unit tests and fixing the bug if I can)
if you don't mind :-)
2007/11/27, keisuke fukuda <[EMAIL PROTECTED]>:
> Hi,
>
> How to specify namespace on xpath in version 5.2.0 ?
>
> Someone told me that you can do it like this in
So, this should be the patch.
Index: ext/xml/ruby_xml_xpath.c
===
--- ext/xml/ruby_xml_xpath.c(revision 218)
+++ ext/xml/ruby_xml_xpath.c(working copy)
@@ -76,9 +76,9 @@
}
else {
// tuples of prefix/uri
-
Hi,
I've been trying this problem these days.
For now I've not yet reached to an answer, but this may be a hint :
gdb told me that the problem is about memory allocation,
especially a double-freeing problem.
Changing optyk's script like this :
div2.each do |child|
#c = child.clone
c = child
Sorry, I made some misunderstanding.
The libxml source that I looked at was somewhat old,
and the latest source says that _priavte is for application data.
So, using _private to store VALUE is valid way.
But, the set-to-null problem is still there... :-(
07/11/29 に keisuke fukuda<[EM
Sorry, the attached patch was wrong.
( in-message-body one is right.)
This is the right one.
2007/12/2, keisuke fukuda <[EMAIL PROTECTED]>:
> Hi,
>
> I created a patch.
> I'm not sure that I really understood the problem, but following patch
> works well for me.
>
Hi,
I created a patch.
I'm not sure that I really understood the problem, but following patch
works well for me.
my environment is:
Linux (CentOS 5.0) kernel 2.6.18-8.1.15.el5 on VMWare Workstation
ruby 1.8.5 (2006-08-25) [i386-linux] (CentOS's latest package)
libxml 2.6.26 (CentOS's latest p
Hi,
Maybe you have to install ruby1.8-dev package.
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
Hi,
2007/12/9, Dan Janowski <[EMAIL PROTECTED]>:
>Which forks me to another topic, we need to eval and clean up the task
>list on rubyforge and seed it with new or reformulated feature/bug
>tasks we we can manage to get it done. It is also the right place to
>be attaching patches and requirements
Thank you, Dan ! :-)
Best,
--
FUKUDA, Keisuke <福田圭祐>
http://d.hatena.ne.jp/keisukefukuda/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
10 matches
Mail list logo
