You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(157) |
Dec
(87) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(78) |
Feb
(246) |
Mar
(83) |
Apr
(32) |
May
(99) |
Jun
(85) |
Jul
(34) |
Aug
(24) |
Sep
(65) |
Oct
(60) |
Nov
(45) |
Dec
(90) |
2004 |
Jan
(8) |
Feb
(40) |
Mar
(12) |
Apr
(17) |
May
(56) |
Jun
(13) |
Jul
(5) |
Aug
(30) |
Sep
(51) |
Oct
(17) |
Nov
(9) |
Dec
(20) |
2005 |
Jan
(16) |
Feb
(22) |
Mar
(14) |
Apr
(6) |
May
(12) |
Jun
(41) |
Jul
(21) |
Aug
(26) |
Sep
(7) |
Oct
(42) |
Nov
(10) |
Dec
(7) |
2006 |
Jan
(6) |
Feb
(9) |
Mar
(19) |
Apr
(7) |
May
(1) |
Jun
(10) |
Jul
(5) |
Aug
|
Sep
|
Oct
(8) |
Nov
(9) |
Dec
(3) |
2007 |
Jan
(1) |
Feb
|
Mar
(7) |
Apr
(5) |
May
(10) |
Jun
(32) |
Jul
(6) |
Aug
(8) |
Sep
(10) |
Oct
(3) |
Nov
(11) |
Dec
(2) |
2008 |
Jan
(3) |
Feb
|
Mar
(11) |
Apr
|
May
(6) |
Jun
(4) |
Jul
|
Aug
(3) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
(6) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
(3) |
2010 |
Jan
(3) |
Feb
(6) |
Mar
(16) |
Apr
(2) |
May
|
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(4) |
Oct
(3) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Cyril P. <cyr...@la...> - 2005-01-13 05:54:04
|
libxml++-2.8.0 I've just seen that 2.9.1 is available. I will try it soon and I'll let you known about it. Christophe de Vienne wrote: > Cyril PICARD wrote: > >> For for the link, it's quite simpler now... but still SIGABRT... Still >> no idea on my side... > > > Wich version of libxml++ are you using ? > Does the problem happen with the lastest version ? > > Regards, > > Christophe > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Libxmlplusplus-general mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general |
From: Christophe de V. <cde...@al...> - 2005-01-13 03:36:25
|
Cyril PICARD wrote: > For for the link, it's quite simpler now... but still SIGABRT... Still > no idea on my side... Wich version of libxml++ are you using ? Does the problem happen with the lastest version ? Regards, Christophe |
From: Ari R. <ari...@gm...> - 2005-01-11 20:16:53
|
I sent this message yesterday morning and it hasn't gotten through yet... I guess whoever handles moderating this list doesn't want to wade through all the spam to find the occasional on-topic post every day :-). Since I'm an impatient person, I decided to subscribe and resend this. #include <libxml++/libxml++.h> int main() { xmlpp::Document output_document; xmlpp::Element* output_root = output_document.create_root_node("foo", "urn:xmlns:ExampleCode"); return 0; } As far as I can see from reading the documentation, the above code should simply create an XML document that, in serialised form, is <foo xmlns="urn:xmlns:ExampleCode" />. Instead, it throws an exception: terminate called after throwing an instance of 'xmlpp::exception' what(): The namespace () has not been declared. Aborted The same happens if I give "" as the third argument. If I give a non-empty string as the namespace, create_root_node does what it should do. I'm not sure if I've investigated this right, but it seems to me that what's happening is that xmlSearchNs does *not* look for the default namespace if you pass it a pointer to a null as the third argument - it wants a null straight instead. A fix that appears to work at least for me is changing the xmlSearchNs line (libxml++/nodes/node.cc:195) to this: xmlNs* ns = xmlSearchNs( cobj()->doc, cobj(), ns_prefix == "" ? NULL : (xmlChar*) ns_prefix.c_str()); |
From: Cyril P. <cyr...@la...> - 2005-01-11 19:59:58
|
Jonathan Wakely wrote: > On Mon, Jan 10, 2005 at 10:27:09PM +0100, Cyril PICARD wrote: >=20 >=20 >>Hi >> >>I'm writing an XML file with the xmlpp interface. >>Everything is fine with xmlpp::Document::write_to_file_formatted(); >>But when I'm calling xmlpp::Document::write_to_string_formatted(), I=20 >>receive a SIGABRT signal. >> >>Any idea around ? >> >>Thanks >=20 >=20 > I'll have a guess ... >=20 >=20 >>* gdb info st : >> >>#0 0x403aa621 in kill () from /lib/libc.so.6 >>#1 0x4017826b in raise (sig=3D6) at signals.c:65 >>#2 0x403aba53 in abort () from /lib/libc.so.6 >>#3 0x402f7895 in __cxxabiv1::__terminate(void (*)()) () from=20 >>/usr/lib/libstdc++.so.3 >>#4 0x402f7880 in __cxxabiv1::__terminate(void (*)()) () from=20 >>/usr/lib/libstdc++.so.3 >>#5 0x402f79e0 in __cxa_rethrow () from /usr/lib/libstdc++.so.3 >>#6 0x402ede29 in std::__throw_length_error(char const*) () from=20 >>/usr/lib/libstdc++.so.3 >>#7 0x0804aef1 in std::string::_Rep::_S_create(unsigned,=20 >>std::allocator<char> const&) (__capacity=3D4294967295, >> __alloc=3D@0xbffff500) at /usr/include/g++-v3/bits/basic_string.tcc= :371 >>#8 0x0804ab28 in char* std::string::_S_construct<char const*>(char=20 >>const*, char const*, std::allocator<char> const&,=20 >>std::forward_iterator_tag) ( >> __beg=3D0x80516e0 "<?xml version=3D\"1.0\"=20 >>encoding=3D\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM=20 >>\"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS=20 >>project-->\n<GEDCOM>blah ?</GEDCOM>\n", __end=3D0x80516df "", >> __a=3D@0xbffff500) at /usr/include/g++-v3/bits/basic_string.tcc:143 >=20 >=20 > The frame above has __end < __beg, which is why an exception is thrown. >=20 >=20 >>#9 0x40034674 in std::string::string(char const*, unsigned,=20 >>std::allocator<char> const&) (this=3D0xbffff560, >> __s=3D0x80516e0 "<?xml version=3D\"1.0\"=20 >>encoding=3D\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM=20 >>\"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS=20 >>project-->\n<GEDCOM>blah ?</GEDCOM>\n", __n=3D4294967295, >> __a=3D@0xbffff500) at /usr/include/g++-v3/bits/basic_string.h:666 >=20 >=20 > That seems to be because __n =3D std::string::npos =3D size_t(-1) in fr= ame #9, > which must be passed by: >=20 >=20 >>#10 0x401c40c4 in Glib::ustring::ustring(char const*, unsigned)=20 >>(this=3D0xbffff560, >> src=3D0x80516e0 "<?xml version=3D\"1.0\"=20 >>encoding=3D\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM=20 >>\"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS=20 >>project-->\n<GEDCOM>blah ?</GEDCOM>\n", n=3D169) >> at /usr/include/g++-v3/bits/stl_alloc.h:571 >=20 >=20 > n =3D 169 in that frame, but Glib::ustring seems to pass -1 to the > std::string ctor. That looks as though utf8_byte_offset(src,n) returns > -1, which I think means there was an invalid UTF8 character in the > string. Is the data you pass to the string correctly UTF8-encoded? > The gdb output shows the '=EF=BF=BD' wasn't converted from latin1 to ut= f-8. >=20 >=20 >>#11 0x40025d27 in xmlpp::Document::do_write_to_string(Glib::ustring=20 >>const&, bool) (this=3D0xbffff6a0, >> encoding=3D@0xbffff5d0, format=3Dtrue) at document.cc:309 >=20 >=20 > jon >=20 Thanks jon I understand your comments, but I don't understand how to correctly=20 UTF-8-encode my string. I thought my conversion was ok since - I use the ConvertInput function provided in the libxml2 code samples - I successfully write the xml data into a file using=20 Document::write_to_file_formatted |
From: Jonathan W. <co...@co...> - 2005-01-11 09:43:40
|
On Mon, Jan 10, 2005 at 10:27:09PM +0100, Cyril PICARD wrote: > Hi > > I'm writing an XML file with the xmlpp interface. > Everything is fine with xmlpp::Document::write_to_file_formatted(); > But when I'm calling xmlpp::Document::write_to_string_formatted(), I > receive a SIGABRT signal. > > Any idea around ? > > Thanks I'll have a guess ... > * gdb info st : > > #0 0x403aa621 in kill () from /lib/libc.so.6 > #1 0x4017826b in raise (sig=6) at signals.c:65 > #2 0x403aba53 in abort () from /lib/libc.so.6 > #3 0x402f7895 in __cxxabiv1::__terminate(void (*)()) () from > /usr/lib/libstdc++.so.3 > #4 0x402f7880 in __cxxabiv1::__terminate(void (*)()) () from > /usr/lib/libstdc++.so.3 > #5 0x402f79e0 in __cxa_rethrow () from /usr/lib/libstdc++.so.3 > #6 0x402ede29 in std::__throw_length_error(char const*) () from > /usr/lib/libstdc++.so.3 > #7 0x0804aef1 in std::string::_Rep::_S_create(unsigned, > std::allocator<char> const&) (__capacity=4294967295, > __alloc=@0xbffff500) at /usr/include/g++-v3/bits/basic_string.tcc:371 > #8 0x0804ab28 in char* std::string::_S_construct<char const*>(char > const*, char const*, std::allocator<char> const&, > std::forward_iterator_tag) ( > __beg=0x80516e0 "<?xml version=\"1.0\" > encoding=\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM > \"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS > project-->\n<GEDCOM>blah ?</GEDCOM>\n", __end=0x80516df "", > __a=@0xbffff500) at /usr/include/g++-v3/bits/basic_string.tcc:143 The frame above has __end < __beg, which is why an exception is thrown. > #9 0x40034674 in std::string::string(char const*, unsigned, > std::allocator<char> const&) (this=0xbffff560, > __s=0x80516e0 "<?xml version=\"1.0\" > encoding=\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM > \"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS > project-->\n<GEDCOM>blah ?</GEDCOM>\n", __n=4294967295, > __a=@0xbffff500) at /usr/include/g++-v3/bits/basic_string.h:666 That seems to be because __n = std::string::npos = size_t(-1) in frame #9, which must be passed by: > #10 0x401c40c4 in Glib::ustring::ustring(char const*, unsigned) > (this=0xbffff560, > src=0x80516e0 "<?xml version=\"1.0\" > encoding=\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM > \"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS > project-->\n<GEDCOM>blah ?</GEDCOM>\n", n=169) > at /usr/include/g++-v3/bits/stl_alloc.h:571 n = 169 in that frame, but Glib::ustring seems to pass -1 to the std::string ctor. That looks as though utf8_byte_offset(src,n) returns -1, which I think means there was an invalid UTF8 character in the string. Is the data you pass to the string correctly UTF8-encoded? The gdb output shows the 'é' wasn't converted from latin1 to utf-8. > #11 0x40025d27 in xmlpp::Document::do_write_to_string(Glib::ustring > const&, bool) (this=0xbffff6a0, > encoding=@0xbffff5d0, format=true) at document.cc:309 jon -- "A woman drove me to drink, I never had the courtesy to thank her." - W.C. Fields |
From: Cyril P. <cyr...@la...> - 2005-01-10 21:27:12
|
Hi I'm writing an XML file with the xmlpp interface. Everything is fine with xmlpp::Document::write_to_file_formatted(); But when I'm calling xmlpp::Document::write_to_string_formatted(), I=20 receive a SIGABRT signal. Any idea around ? Thanks PS: please find hereafter my source code and the gdb 'info st' output * source code (very simple - the ConvertInput function comes from=20 libxml2 code API samples). #include <libxml++/libxml++.h> #include <libxml/tree.h> #include <string> #include <iostream> /** * ConvertInput: * @in: string in a given encoding * @encoding: the encoding used * * Converts @in into UTF-8 for processing with libxml2 APIs * * Returns the converted UTF-8 string, or NULL in case of error. */ xmlChar * ConvertInput(const char *in, const char *encoding) { xmlChar *out; int ret; int size; int out_size; int temp; xmlCharEncodingHandlerPtr handler; if (in =3D=3D 0) return 0; handler =3D xmlFindCharEncodingHandler(encoding); if (!handler) { printf("ConvertInput: no encoding handler found for '%s'\n", encoding ? encoding : ""); return 0; } size =3D (int) strlen(in) + 1; out_size =3D size * 2 - 1; out =3D (unsigned char *) xmlMalloc((size_t) out_size); if (out !=3D 0) { temp =3D size - 1; ret =3D handler->input(out, &out_size, (const xmlChar *) in, &te= mp); if ((ret < 0) || (temp - size + 1)) { if (ret < 0) { printf("ConvertInput: conversion wasn't successful.\n"); } else { printf ("ConvertInput: conversion wasn't successful.=20 converted: %i octets.\n", temp); } xmlFree(out); out =3D 0; } else { out =3D (unsigned char *) xmlRealloc(out, out_size + 1); out[out_size] =3D 0; /*null terminating out */ } } else { printf("ConvertInput: no mem\n"); } return out; } int main(int argc, char **argv) { xmlpp::Document doc; xmlpp::Element * elem =3D 0; std::string my_encoding =3D "ISO-8859-1"; doc.set_internal_subset("GEDCOM", "", "gedcom60.dtd"); doc.add_comment("Generated by libgedcomparser - part of GHOSTS project= "); elem =3D doc.create_root_node("GEDCOM"); xmlChar * converted =3D ConvertInput("blah =E9", my_encoding.c_str()); std::cerr << converted << std::endl; if (converted !=3D 0) { std::string converted_string((char *)converted); std::cerr << converted << std::endl; elem->set_child_text(converted_string); } doc.write_to_file_formatted("xmlencode.xml", my_encoding); std::cerr << "write_to_file_formatted OK" << std::endl; Glib::ustring result_xml; result_xml =3D doc.write_to_string_formatted(my_encoding); std::cerr << "write_to_string_formatted OK" << std::endl; std::cerr << result_xml << std::endl; return 0; } * gdb info st : #0 0x403aa621 in kill () from /lib/libc.so.6 #1 0x4017826b in raise (sig=3D6) at signals.c:65 #2 0x403aba53 in abort () from /lib/libc.so.6 #3 0x402f7895 in __cxxabiv1::__terminate(void (*)()) () from=20 /usr/lib/libstdc++.so.3 #4 0x402f7880 in __cxxabiv1::__terminate(void (*)()) () from=20 /usr/lib/libstdc++.so.3 #5 0x402f79e0 in __cxa_rethrow () from /usr/lib/libstdc++.so.3 #6 0x402ede29 in std::__throw_length_error(char const*) () from=20 /usr/lib/libstdc++.so.3 #7 0x0804aef1 in std::string::_Rep::_S_create(unsigned,=20 std::allocator<char> const&) (__capacity=3D4294967295, __alloc=3D@0xbffff500) at /usr/include/g++-v3/bits/basic_string.tcc:= 371 #8 0x0804ab28 in char* std::string::_S_construct<char const*>(char=20 const*, char const*, std::allocator<char> const&,=20 std::forward_iterator_tag) ( __beg=3D0x80516e0 "<?xml version=3D\"1.0\"=20 encoding=3D\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM=20 \"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS=20 project-->\n<GEDCOM>blah =E9</GEDCOM>\n", __end=3D0x80516df "", __a=3D@0xbffff500) at /usr/include/g++-v3/bits/basic_string.tcc:143 #9 0x40034674 in std::string::string(char const*, unsigned,=20 std::allocator<char> const&) (this=3D0xbffff560, __s=3D0x80516e0 "<?xml version=3D\"1.0\"=20 encoding=3D\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM=20 \"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS=20 project-->\n<GEDCOM>blah =E9</GEDCOM>\n", __n=3D4294967295, __a=3D@0xbffff500) at /usr/include/g++-v3/bits/basic_string.h:666 #10 0x401c40c4 in Glib::ustring::ustring(char const*, unsigned)=20 (this=3D0xbffff560, src=3D0x80516e0 "<?xml version=3D\"1.0\"=20 encoding=3D\"ISO-8859-1\"?>\n<!DOCTYPE GEDCOM SYSTEM=20 \"gedcom60.dtd\">\n<!--Generated by libgedcomparser - part of GHOSTS=20 project-->\n<GEDCOM>blah =E9</GEDCOM>\n", n=3D169) at /usr/include/g++-v3/bits/stl_alloc.h:571 #11 0x40025d27 in xmlpp::Document::do_write_to_string(Glib::ustring=20 const&, bool) (this=3D0xbffff6a0, encoding=3D@0xbffff5d0, format=3Dtrue) at document.cc:309 |
From: Christophe de V. <cde...@al...> - 2004-12-17 23:37:48
|
Hi, I'm out the office for the next month, so I can't work on this bug for now, just access my mails from time to time. If anybody can work on it feel free. Regards Christophe |
From: Stefan S. <se...@sy...> - 2004-12-17 13:04:50
|
Peter Kümmel wrote: > Matthew Walton wrote: > >> >> I don't know, but it begs the question: 'why?' >> > > I don't want to install glibmm and glib (glimm > is not enough), because I only need ustring. > I also don't want another configure process. > > This problem seems like a FAQ. I agree. It seems the maintainers of libxml++ are all using at least some of the GNOME libraries anyways, so this kind of dependency isn't an issue for them. Just look back through the archives, where this was discussed numerous times before. To answer your question: ascii is a proper subset of utf8 (which is what libxml2 uses internally), and when you can guarantee that the xml documents you read in don't contain anything bug ascii you will be fine with your typedef. If not you will still be able to technically treat the strings inside std::string, but the usual interpretation of byte == character won't apply any more. But that's all up to your application code to figure out then. Regards, Stefan |
From: <syn...@gm...> - 2004-12-17 12:12:48
|
Matthew Walton wrote: > > I don't know, but it begs the question: 'why?' > I don't want to install glibmm and glib (glimm is not enough), because I only need ustring. I also don't want another configure process. This problem seems like a FAQ. Peter |
From: Matthew W. <ma...@al...> - 2004-12-17 11:33:24
|
Peter Kümmel wrote: > Hello, > I plan to use libxml++ with the following replacement of ustring: > > /glibmm/ustring.h : > > #include <string> > namespace Glib > { > typedef std::string ustring; > } > > > But I don't know how "dangerous" this is. > Do I ever get problems when I only use ascii? I don't know, but it begs the question: 'why?' |
From: <syn...@gm...> - 2004-12-16 22:56:12
|
Hello, I plan to use libxml++ with the following replacement of ustring: /glibmm/ustring.h : #include <string> namespace Glib { typedef std::string ustring; } But I don't know how "dangerous" this is. Do I ever get problems when I only use ascii? Best Regards, Peter |
From: Tim A. <re...@ma...> - 2004-12-08 22:54:17
|
Hello! There seems to be a UTF-8 related bug in DomParser. domparser.cc:71 is context_ = xmlCreateMemoryParserCtxt(contents.c_str(), contents.size()); (as of 2.6.last and 2.8.last at least) shouldn't it be context_ = xmlCreateMemoryParserCtxt(contents.c_str(), contents.bytes()); Otherwise my UTF-8 xml string containing some russian characters is told to have miscellaneous errors some bytes from end. Thanks for you library anyway :) Tim |
From: Curtis S. <th...@gm...> - 2004-12-05 03:52:03
|
Hi, I saw this post sometime in July, and now I am running into the same problem. Does anyone have an answer for this? Hello, I"m trying to use XPaths on documents which use namespaces (e.g. libxml++-2.6.1/examples/sax_exception/example.xml). My code looks like this: xmlpp::DomParser dp; dp.parse_file("example.xml"); xmlpp::Document* doc = dp.get_document(); xmlpp::Element* root = doc->get_root_node(); xmlpp::NodeSet set = root->find("//gjob:Jobs"); If I use "//gjob:Jobs" i get "XPath error : Undefined namespace prefix", and "//Jobs" just returns an empty set. I assume I have to register the namespace first, but I couldn"t find anything about this in the documentation. thanks in advance for your help. Thomas Volpini Thanks, Curtis |
From: Thomas E. <tei...@no...> - 2004-11-23 20:01:31
|
When I get an XML Response back from a WebDAV request, DomParser throws exceptions about the DAV: and xml: namespaces. I can get around it by removing the ':' before each of the above namespaces. Is there a way to get the Dom Parser to disregard said namespaces? Thanks, Thomas Eiszler Jr. |
From: Styer, D. <dar...@lm...> - 2004-11-04 22:55:12
|
My bad. The "xlC_r: 1501-218 file .libs/libxml++-1.0.lax/libparsers.al/parser.lo contains an incorrect file suffix" complaints are just warnings. The error following these is "ld: 0711-244 ERROR: No csects or exported symbols have been saved." I've added the "-bautoexp" binder option to get beyond that problem. The next problem was a missing "xmlpp::KeepBlanks::Default" symbol binding main.o. The symbol is guarded by a "_MSC_VER == 1200" defined in "keepblanks.cc" which I have discarded. I build and install successfully now but have not yet tested the results. > Darryl Styer --|-- dar...@lm... > Lockheed Martin `----(*)=(")=(*)----' Phone: (301)640-2028 > Air Traffic Management O o O > |
From: Jonathan W. <co...@co...> - 2004-11-04 10:25:54
|
On Wed, Nov 03, 2004 at 05:38:27PM -0500, Styer, Darryl wrote: > cc -Wl,-bM:SRE -o .libs/libxml++-1.0.so.1 attribute.o dtd.o document.o > noncopyable.o keepblanks.o [snip] > Most of the files compiled with xlC as I am setting "CXX=xlC_r", I'm not > sure why these are different. That command is using "cc" which is the default value make uses for CC. Linking should probably be done with CXX, not CC, but you might be able to force it to be right by setting CC=xlC_r (as well as CXX=xlC_r) or setting CC to some other value. jon -- "You've been orbed if you're sitting in a room and you get up to look out the window and you suddenly realize that it was coming from the record." - Dr. Alex Paterson |
From: Styer, D. <dar...@lm...> - 2004-11-03 22:39:06
|
I'm attempting to build libxml++1.0 after libxml2-2.6.9 on AIX 5.2 and am having some problems. I find that "configure" is unable to parse the output of "nm" and so sets "global_symbol_pipe" to "" (null), however the shell does not like the "pipe-space-pipe" line that is ultimately generated. For the short term I've changed it to ":" (colon) as a no-op. I'm not sure what the output is supposed to look like so haven't looked closer. I've also found a double semi-colon in "libxml++/nodes/node.h" the compiler (version 6) dislikes. My real problem is that I'm having trouble with object files with ".lo" extensions that looks something like this cc -Wl,-bM:SRE -o .libs/libxml++-1.0.so.1 attribute.o dtd.o document.o noncopyable.o keepblanks.o .libs/libxml++-1.0.lax/libparsers.al/parser.lo .libs/libxml++-1.0.lax/libparsers.al/saxparser.lo .libs/libxml++-1.0.lax/libparsers.al/domparser.lo .libs/libxml++-1.0.lax/libexceptions.al/exception.lo .libs/libxml++-1.0.lax/libexceptions.al/parse_error.lo .libs/libxml++-1.0.lax/libexceptions.al/validity_error.lo .libs/libxml++-1.0.lax/libexceptions.al/internal_error.lo .libs/libxml++-1.0.lax/libnodes.al/cdatanode.lo .libs/libxml++-1.0.lax/libnodes.al/commentnode.lo .libs/libxml++-1.0.lax/libnodes.al/contentnode.lo .libs/libxml++-1.0.lax/libnodes.al/entityreference.lo .libs/libxml++-1.0.lax/libnodes.al/element.lo .libs/libxml++-1.0.lax/libnodes.al/node.lo .libs/libxml++-1.0.lax/libnodes.al/processinginstructionnode.lo .libs/libxml++-1.0.lax/libnodes.al/textnode.lo .libs/libxml++-1.0.lax/libio.al/outputbuffer.lo .libs/libxml++-1.0.lax/libio.al/ostreamoutputbuffer.lo -Wl,-bnolibpath -Wl, -blibpath:/eddea01/infra_local/styerd/xml/install/lib:/usr/lib:/lib -L/eddea01/infra_local/styerd/xml/install/lib -lxml2 -lpthread -liconv -lm parsers/.libs/libparsers.al exceptions/.libs/libexceptions.al nodes/.libs/libnodes.al io/.libs/libio.al -lc ${wl}-berok -Wl,-bnoentry -Wl,-bexport:.libs/libxml++-1.0.exp Most of the files compiled with xlC as I am setting "CXX=xlC_r", I'm not sure why these are different. Configure does seem to correctly set "compiler_o_lo" (Can we write directly to a .lo ?) correctly. Any suggestions would certainly be appreciated. Darryl Styer --|-- dar...@lm... Lockheed Martin `----(*)=(")=(*)----' Phone: (301)640-2028 Air Traffic Management O o O |
From: Benjamin L. <bl...@gm...> - 2004-11-03 16:28:43
|
Thanks Christopher :) On Wed, 03 Nov 2004 09:57:32 +0100, Christophe de VIENNE <cde...@al...> wrote: > Benjamin Lau wrote: > > >Hello all, I just signed up to the libxml++ mailing list and I was > >wondering, where can I get libxml++ tutorials from? > > > There is some examples in the source tarball of libxml++. You have the > documentation on the website too. > > >P/s Must I have a DTD specified for my XML document? Because I can't > >be bothered to write one. Too lazy :) > > > > > You're not obliged to have a DTD for any document. However it is needed > as soon as you want to validate your document. > So generaly, it's better to have one : validation allow you to > concentrate on your program, not doing a lot of testing code for your input. > > Regards, > > Christophe > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Libxmlplusplus-general mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general > |
From: Christophe de V. <cde...@al...> - 2004-11-03 08:56:15
|
Benjamin Lau wrote: >Hello all, I just signed up to the libxml++ mailing list and I was >wondering, where can I get libxml++ tutorials from? > There is some examples in the source tarball of libxml++. You have the documentation on the website too. >P/s Must I have a DTD specified for my XML document? Because I can't >be bothered to write one. Too lazy :) > > You're not obliged to have a DTD for any document. However it is needed as soon as you want to validate your document. So generaly, it's better to have one : validation allow you to concentrate on your program, not doing a lot of testing code for your input. Regards, Christophe |
From: Jim G. <gar...@ca...> - 2004-11-03 06:28:34
|
There is a function Document::create_root_node_by_import, which does this. However, you must merge it with the main program document first, and then put in the other non-XML info if you do this. Before this function existed, I had to use the C API to do stuff like this. I'd be interested in knowing if this function will work to solve your problem. Maybe a new function is needed. Jim On Fri, 2004-10-29 at 18:11, Javier Vilarroig wrote: > Hi. > > Is there any way to copy a Document contents to another Document > with the same DTD? > > I'm programing a litle app that creates a new Document in order to > store data imported from external non XML information. After doing some > proofing on it, I want to merge it with the main program Document. > > Thanks in advance > Javor > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Libxmlplusplus-general mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general |
From: Benjamin L. <bl...@gm...> - 2004-11-03 05:05:54
|
Hello all, I just signed up to the libxml++ mailing list and I was wondering, where can I get libxml++ tutorials from? The libxml++ I obtained came with my gtkmm installer, and the installer was obtained from http://www.pcpm.ucl.ac.be/~gustin/win32_ports/binaries/gtkmm-devel-2.4.6-1.exe which can be found at http://www.pcpm.ucl.ac.be/~gustin/win32_ports/gtkmm.html Thanks all Benjamin Lau P/s Must I have a DTD specified for my XML document? Because I can't be bothered to write one. Too lazy :) |
From: Javier V. <jvi...@te...> - 2004-10-30 04:08:17
|
Hi. Is there any way to copy a Document contents to another Document with the same DTD? I'm programing a litle app that creates a new Document in order to store data imported from external non XML information. After doing some proofing on it, I want to merge it with the main program Document. Thanks in advance Javor |
From: Igor S. <smo...@fa...> - 2004-10-20 07:07:13
|
Hello Christophe, Tuesday, October 19, 2004, 6:51:15 PM, you wrote: CdV> Hi Igor, CdV> Igor L. Smolovski wrote: >>Thing is I did not instantiate any libxml++ object in my program. The >>only umbelical cord that connects me to libxml++ in my program is the >>following line (apart from the actual call to my function): >> >>#include <libxml++/libxml++.h> >> >> CdV> You also link to libxml++.so, which statically instanciate a class of CdV> type Document::Init (cf document.(h|cc) ). In it's constructor it CdV> register the callbacks. Thanks a lot. I see it clearly now :-) -- Best regards, Igor mailto:smo...@fa... |
From: Christophe de V. <cde...@al...> - 2004-10-19 14:51:28
|
Hi Igor, Igor L. Smolovski wrote: >Thing is I did not instantiate any libxml++ object in my program. The >only umbelical cord that connects me to libxml++ in my program is the >following line (apart from the actual call to my function): > >#include <libxml++/libxml++.h> > > You also link to libxml++.so, which statically instanciate a class of type Document::Init (cf document.(h|cc) ). In it's constructor it register the callbacks. BTW, I realised the problems we encounter with static instanciation and compiler other than gcc can be solver using the nifty counter idiom. I'm tempted to do it for next stable release, although I'll have to make sure it does not break ABI. >Am I correct in saying that somewhere in the header files included via >libxml++.h a libxml++ object, which registers itself to libxml2, is actually instantiated? >(If yes, could you possibly direct me to that header file and object?) >I've always thought that libxml++ becomes directly involved only when I actually instantiate an object >in my program, for instance xmlpp::DocParser, etc. > > Just linking to libxml++ is enough. |
From: Christophe de V. <cde...@al...> - 2004-10-19 12:08:40
|
Daniel Veillard wrote: >On Tue, Oct 19, 2004 at 10:28:13AM +0200, Christophe de VIENNE wrote: > > >>I'll try to produce a small pure libxml2 sample which shows the problem, >>do we can discuss (and hopefully solve) it on the libxml mailing-list. >> >> > yes, please bugzilla, preferably after checking out with the current >CVS version. > Done. I joined a little example that shows the problem (but I don't think it's output will help a lot to solve it). Christophe |