libxmlplusplus-general — Open discusions about libXML++

Re: [libxml++] ignore empty text nodes

[Murray C. <mu...@mu...>]

On Fri, 2010-03-26 at 19:47 +0900, Andrej van der Zee wrote:
> Hi,
> 
> I am a happy user of libxmlpp for some time now. One thing I could not
> find out yet. How can I ignore empty text nodes?

By checking for them in your application when you read the XML document.
It's entirely up to your application to decide whether white space is
interesting.

>  The problem is that I
> construct a dom document by reading two XML files and merging them
> together with import_node(). I also remove some nodes manually with
> remove_child(). Finally I do a doc->write_to_stream_formatted(cout,
> "UTF-8") and end up with ugly output with holes in them like this:
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <session xmlns="XXX" version="1.0" clientName="Belastingdienst"
> projectName="GBV" phase="1" iteration="1" sessionName="M2 - AUTO
> TEST3">
>   <hosts>
>     <host name="apmvsq1" cluster="apmvsp1+2" type="mainframe"
> smtEnabled="0" numCpus="666" opsys="ToBeOverwittenByParser"
> hardware="ToBeOverWrittenByParser"
> serviceLevel="ToBeOverwittenByParser" cpuSpeed="1"
> cpuSpeedBenchmark="MIPS" cacheHitPerc="95" cacheHitTime="0.0015"
> cacheMissTime="0.005" monitoringTool="ascb" timeDiff="67"/>
> 
> 
> 
> 
> 
> 
> 
>   </hosts>
> <msrs><msr xmlns=XXX" type="SU" guiName="SU1"
> ignoreEteValidator="0"><parser-logs><ete
> filename="SU1/20100304-GBV-M2-SU1.ete"/><resource
> filename="SU1/20100304-GBV-M2-SU1.mf"
> hostname="apmvsq1"/></parser-logs></msr></msrs></session>
> 
> 
> I understand that these are empty text-nodes, but I wish to ignore
> them. How can I do that without writing my own version of
> write_to_stream_formatted()? I just wish to ignore them altogether.
> 
> Thank you,
> Andrej
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Libxmlplusplus-general mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general


-- 
mu...@mu...
www.murrayc.com
www.openismus.com

[libxml++] ignore empty text nodes

[Andrej v. d. Z. <and...@gm...>]

Hi,

I am a happy user of libxmlpp for some time now. One thing I could not
find out yet. How can I ignore empty text nodes? The problem is that I
construct a dom document by reading two XML files and merging them
together with import_node(). I also remove some nodes manually with
remove_child(). Finally I do a doc->write_to_stream_formatted(cout,
"UTF-8") and end up with ugly output with holes in them like this:

<?xml version="1.0" encoding="UTF-8"?>
<session xmlns="XXX" version="1.0" clientName="Belastingdienst"
projectName="GBV" phase="1" iteration="1" sessionName="M2 - AUTO
TEST3">
  <hosts>
    <host name="apmvsq1" cluster="apmvsp1+2" type="mainframe"
smtEnabled="0" numCpus="666" opsys="ToBeOverwittenByParser"
hardware="ToBeOverWrittenByParser"
serviceLevel="ToBeOverwittenByParser" cpuSpeed="1"
cpuSpeedBenchmark="MIPS" cacheHitPerc="95" cacheHitTime="0.0015"
cacheMissTime="0.005" monitoringTool="ascb" timeDiff="67"/>







  </hosts>
<msrs><msr xmlns=XXX" type="SU" guiName="SU1"
ignoreEteValidator="0"><parser-logs><ete
filename="SU1/20100304-GBV-M2-SU1.ete"/><resource
filename="SU1/20100304-GBV-M2-SU1.mf"
hostname="apmvsq1"/></parser-logs></msr></msrs></session>


I understand that these are empty text-nodes, but I wish to ignore
them. How can I do that without writing my own version of
write_to_stream_formatted()? I just wish to ignore them altogether.

Thank you,
Andrej

Re: [libxml++] Also Have Problems with UTF-8 in Example Code: 'Glib::ConvertError'

[Murray C. <mu...@mu...>]

On Mon, 2010-03-22 at 18:28 -0400, Nic...@ga... wrote:
> It seems I am having the same issue (or very similar) someone had back in 2008: http://sourceforge.net/mailarchive/forum.php?thread_name=481EEFF6.5020002%40balabit.hu&forum_name=libxmlplusplus-general
> 
> 
> 1) copied the DOM parser code from the "short manual" (http://libxmlplusplus.sourceforge.net/docs/manual/html/ar01s02.html#id2504579)
> 2) compiled it without problem
> 3) ran it on a simple "example.xml" file. 

Could you attach that example.xml file, please.

> 
> It crashes with 'Glib::ConvertError'. Removing the UTF-8 characters fixes the problem, but obviously that's not a great solution. Also, if I do not attempt to 'cout' the field with UTF-8 characters, it also does not crash, but I need to output the field.
> 
> The example output is as follows:
> ~~~~~~~~~~~~~~~~~
> Node name = note
> Node name = note
>      line = 10
> 
>   Node name = to
> Node name = to
>        line = 11
> 
>     Text Node
>     text = "Joe"
> 
>   Node name = from
> Node name = from
>        line = 12
> 
>     Text Node
>     text = "Jany"
> 
>   Node name = heading
> Node name = heading
>        line = 13
> 
>     Text Node
>     text = "Reminder
> 
>   Node name = body
> Node name = body
>        line = 14
> 
>     Text Node
> terminate called after throwing an instance of 'Glib::ConvertError'
>     Abort trap: 6 (core dumped)
> 
> ~~~~~~~~~~~~~~~~~
> $ cat example.xml
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE note [
> <!ELEMENT note    (to,from,heading,body)>
> <!ELEMENT to      (#PCDATA)>
> <!ELEMENT from    (#PCDATA)>
> <!ELEMENT heading (#PCDATA)>
> <!ELEMENT body    (#PCDATA)>
> ]>
> <note>
>    <to>Joe</to>
>    <from>Jany</from>
>    <heading>Reminder</heading>
> <body>ÐÑивеÑ! Don't forget me this weekend!</body>
> </note>
> ~~~~~~~~~~~~~~~~~~~
> 
> I'm running freeBSD 8.0:
> $ uname -a
> FreeBSD selever 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009     ro...@ma...:/usr/obj/usr/src/sys/GENERIC  amd64
> 
> In general, is it rather difficult to output UTF-8 (requiring special environments)? Any help, tips, or advice would be most appreciated.
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Libxmlplusplus-general mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general


-- 
mu...@mu...
www.murrayc.com
www.openismus.com

[libxml++] Also Have Problems with UTF-8 in Example Code: 'Glib::ConvertError'

[<Nic...@ga...>]

It seems I am having the same issue (or very similar) someone had back in 2008: http://sourceforge.net/mailarchive/forum.php?thread_name=481EEFF6.5020002%40balabit.hu&forum_name=libxmlplusplus-general


1) copied the DOM parser code from the "short manual" (http://libxmlplusplus.sourceforge.net/docs/manual/html/ar01s02.html#id2504579)
2) compiled it without problem
3) ran it on a simple "example.xml" file. 

It crashes with 'Glib::ConvertError'. Removing the UTF-8 characters fixes the problem, but obviously that's not a great solution. Also, if I do not attempt to 'cout' the field with UTF-8 characters, it also does not crash, but I need to output the field.

The example output is as follows:
~~~~~~~~~~~~~~~~~
Node name = note
Node name = note
     line = 10

  Node name = to
Node name = to
       line = 11

    Text Node
    text = "Joe"

  Node name = from
Node name = from
       line = 12

    Text Node
    text = "Jany"

  Node name = heading
Node name = heading
       line = 13

    Text Node
    text = "Reminder

  Node name = body
Node name = body
       line = 14

    Text Node
terminate called after throwing an instance of 'Glib::ConvertError'
    Abort trap: 6 (core dumped)

~~~~~~~~~~~~~~~~~
$ cat example.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE note [
<!ELEMENT note    (to,from,heading,body)>
<!ELEMENT to      (#PCDATA)>
<!ELEMENT from    (#PCDATA)>
<!ELEMENT heading (#PCDATA)>
<!ELEMENT body    (#PCDATA)>
]>
<note>
   <to>Joe</to>
   <from>Jany</from>
   <heading>Reminder</heading>
<body>ÐÑивеÑ! Don't forget me this weekend!</body>
</note>
~~~~~~~~~~~~~~~~~~~

I'm running freeBSD 8.0:
$ uname -a
FreeBSD selever 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009     ro...@ma...:/usr/obj/usr/src/sys/GENERIC  amd64

In general, is it rather difficult to output UTF-8 (requiring special environments)? Any help, tips, or advice would be most appreciated.

[libxml++] Problem building xml++-2.6 in windows (VS2008) with gendef tool generating a runtime error

[M&M <gon...@gm...>]

Hello,

I'm just starting with libxml++, but already got into trouble... When I try
to build the library I get this error:

*Error    1    error PRJ0019: A tool returned an error code from "Generate
libxml++ def file"    xml++-2.6    xml++-2.6*

As far as I understand, this is gendef tool that is failing (called as a
Pre-link Event) after compilation and before linking. About gendef I am sure
that was built without even a warning, however when called in xml++-2.6
project it generates an error. I've checked how it is called, and here it
is:

*$(SolutionDir)gendef\$(ConfigurationName)\gendef
$(ConfigurationName)\$(InputName).def $(TargetFileName) $(IntDir)\*.obj
$(IntDir)\exceptions\*.obj $(IntDir)\io\*.obj $(IntDir)\nodes\*.obj
$(IntDir)\parsers\*.obj $(IntDir)\validators\*.obj

*I have also tried to execute this command from the command line
(substituting each macro by its value)*, *and I got an exception error and
this message in command line:

*'dumpbin' is not recognized as an internal or external command, operable
program or batch file.*

Any idea of what might be the problem?

Thanks in advance,
Gonçalo

[libxml++] Lareg amount of text in a child

[<gor...@bt...>]

Hi,

I'm relatively new to C++ and libxml++ and looking for the best way of adding a signifcant, but varying amount of text to a child element. Currently I declare my child text as a char[256], but actually need something much bigger than this. 

I have an option to break my string down, but haven;t found a way of appending to the end of the current value.

Hope that make sense, however obscure the application maybe.

regards

Gordon

[libxml++] Error using example code of libxml++

[M. F. <ros...@gm...>]

Hello,

I'm trying to install libxml + + on Windows XP operating system.

When I try to run the following example code in a project MS VC 2005:

----------------------------------------------------------------------------------------------------
#ifdef HAVE_CONFIG_H
#include <config.h>
#endif

#include <libxml++/libxml++.h>
#include <libxml++/parsers/textreader.h>

#include <iostream>

struct indent {
  int depth_;
  indent(int depth): depth_(depth) {};
};

std::ostream & operator<<(std::ostream & o, indent const & in)
{
  for(int i = 0; i != in.depth_; ++i)
  {
    o << "  ";
  }
  return o;
}

 int
main(int argc, char* argv[])
{
  try
  {
    xmlpp::TextReader reader("example.xml");

    while(reader.read())
    {
      int depth = reader.get_depth();
      std::cout << indent(depth) << "--- node ---" << std::endl;
      std::cout << indent(depth) << "name: " << reader.get_name() <<
std::endl;
      std::cout << indent(depth) << "depth: " << reader.get_depth() <<
std::endl;

      if(reader.has_attributes())
      {
        std::cout << indent(depth) << "attributes: " << std::endl;
        reader.move_to_first_attribute();
        do
        {
          std::cout << indent(depth) << "  " << reader.get_name() << ": " <<
reader.get_value() << std::endl;
        } while(reader.move_to_next_attribute());
        reader.move_to_element();
      }
      else
      {
        std::cout << indent(depth) << "no attributes" << std::endl;
      }

      if(reader.has_value())
        std::cout << indent(depth) << "value: '" << reader.get_value() <<
"'" << std::endl;
      else
        std::cout << indent(depth) << "novalue" << std::endl;

    }
  }
  catch(const std::exception& e)
  {
    std::cout << "Exception caught: " << e.what() << std::endl;
  }
}

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

I get some Link error:


   - error LNK2019: unresolved external symbol "public: __thiscall
   xmlpp::TextReader::TextReader(class Glib::ustring const &)"
   (??0TextReader@xmlpp@@QAE@ABVustring@Glib@@@Z) referenced in function
   _main    main.obj



   - error LNK2019: unresolved external symbol "public: bool __thiscall
   xmlpp::TextReader::has_attributes(void)const " (?has_attributes@TextReader
   @xmlpp@@QBE_NXZ) referenced in function _main    main.obj


   -  error LNK2019: unresolved external symbol "public: bool __thiscall
   xmlpp::TextReader::has_value(void)const "
(?has_value@TextReader@xmlpp@@QBE_NXZ)
   referenced in function _main    main.obj


and other similar errors. Please Help Me!!!!


Thanks

Re: [libxml++] Benefit of the dependency on glibmm

[Murray C. <mu...@mu...>]

By the way, there are redistributable Windows libxml++ binaries in the
gtkmm installer. More details here:
http://live.gnome.org/gtkmm/MSWindows#Redistributing


-- 
mu...@mu...
www.murrayc.com
www.openismus.com

Re: [libxml++] Benefit of the dependency on glibmm

[Murray C. <mu...@mu...>]

On Wed, 2010-02-10 at 16:01 +0200, Alexander Vassilev wrote:
> better integrated with gtkmm, and that integration is the reason to 
> have ustring istead of std::string

No, ustring has API for UTF-8 strings, which the string is. Some of the 
std::string API assumes one-byte-per-character. That's why ustring exists. 
It's not critical but I find it clearer.

> I think there can 
> be a way to do it, without doing a fork - just a mechanism that
> allows 
> the string implementation to be switchable at compile time, something 
> involving a stub class that wraps the string api and has switchable 
> underlying implementation, or the dreaded DEFINE-s. 

Sorry, I've rejected this idea before. I don't want the confusion of two
ABIs of one library. Sooner or later some distro will ship the wrong
one. If you want this, you really must fork, rename, and maintain it
yourself.

Again, this has been discussed plenty before and I don't wish to repeat
it.

-- 
mu...@mu...
www.murrayc.com
www.openismus.com

Re: [libxml++] Benefit of the dependency on glibmm

[Alexander V. <ava...@vo...>]

Thank you for the answer,

I actually tried to do it, and succeeded, just mechanically replacing 
the class name, and the bytes() method, everything works like a charm. I 
guess by "ustring is just used to make the API nicer" you mean it's 
better integrated with gtkmm, and that integration is the reason to have 
ustring istead of std::string. I guess I am looking from the opposite 
angle - to have it standalone, instead of integrated. In case the 
standalone-ness is something that would be beneficial, I think there can 
be a way to do it, without doing a fork - just a mechanism that allows 
the string implementation to be switchable at compile time, something 
involving a stub class that wraps the string api and has switchable 
underlying implementation, or the dreaded DEFINE-s. I would not even 
think about that, but it turns out libxml++ to be one of the very few 
feature rich C++ xml libraries in (the only other comparable I know is 
Xerces). If the community is interested, I could take some time and come 
with a proposal about such a mechanism, which will remove the dependency 
on glibmm, when needed.

Best regards
Alex
> On Wed, 2010-02-10 at 01:23 +0200, Alexander Vassilev wrote:
>   
>> Hi all,
>>
>> I am new to libxml and libxml++ so I am not much familiar with the code
>> of libxml++ (i've just had a quick and superfluous look). Reading the
>> dependency requirements i stumbled upon the line "glibmm-2.4
>> <http://www.gtkmm.org/> (or a subset of it containing at least
>> Glib::ustring)". As I am developing for the windows platform (along with
>> linux and macos), I am a bit picky about dependencies (not easy on
>> windows). What worried me here is the dependency on glibmm, which in
>> turn depends on glib itself, which depends on several other gnu libs.
>> My question is - how heavily does libxml++ depend on glibmm and on
>> GLib::ustring? Is it theoretically possible to use std::string instead
>> and possibly directly libiconv for unicode conversions? Is this a
>> feasible idea, or I have missed something in my quick look?
>>     
>
> It's entirely doable in a (renamed) fork. But that would have to be
> maintained by somebody who wants it enough. So far nobody has made the
> effort:
> https://bugzilla.gnome.org/show_bug.cgi?id=320197
>
> ustring is just used to make the API nicer. No encoding conversion is
> actually done in libxml++. That's taken care of by libxml.
>
> By the way, this has been discussed repeatedly before.
>
> --
> mu...@mu...
> www.murrayc.com
> www.openismus.com
>
>
> --------------------------------------------------------
>
> This e-mail and any attached files are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail by mistake, please notify the sender immediately and delete it from your system. You must not copy the message or disclose its contents to anyone.
>
> Think of the environment: don't print this e-mail unless you really need to.
>
> --------------------------------------------------------
>
>   

Re: [libxml++] Benefit of the dependency on glibmm

[Murray C. <mu...@mu...>]

On Wed, 2010-02-10 at 01:23 +0200, Alexander Vassilev wrote:
> Hi all,
> 
> I am new to libxml and libxml++ so I am not much familiar with the code 
> of libxml++ (i've just had a quick and superfluous look). Reading the 
> dependency requirements i stumbled upon the line "glibmm-2.4 
> <http://www.gtkmm.org/> (or a subset of it containing at least 
> Glib::ustring)". As I am developing for the windows platform (along with 
> linux and macos), I am a bit picky about dependencies (not easy on 
> windows). What worried me here is the dependency on glibmm, which in 
> turn depends on glib itself, which depends on several other gnu libs.  
> My question is - how heavily does libxml++ depend on glibmm and on 
> GLib::ustring? Is it theoretically possible to use std::string instead 
> and possibly directly libiconv for unicode conversions? Is this a 
> feasible idea, or I have missed something in my quick look?

It's entirely doable in a (renamed) fork. But that would have to be
maintained by somebody who wants it enough. So far nobody has made the
effort:
https://bugzilla.gnome.org/show_bug.cgi?id=320197

ustring is just used to make the API nicer. No encoding conversion is
actually done in libxml++. That's taken care of by libxml.

By the way, this has been discussed repeatedly before.

-- 
mu...@mu...
www.murrayc.com
www.openismus.com

[libxml++] Benefit of the dependency on glibmm

[Alexander V. <ava...@vo...>]

Hi all,

I am new to libxml and libxml++ so I am not much familiar with the code 
of libxml++ (i've just had a quick and superfluous look). Reading the 
dependency requirements i stumbled upon the line "glibmm-2.4 
<http://www.gtkmm.org/> (or a subset of it containing at least 
Glib::ustring)". As I am developing for the windows platform (along with 
linux and macos), I am a bit picky about dependencies (not easy on 
windows). What worried me here is the dependency on glibmm, which in 
turn depends on glib itself, which depends on several other gnu libs.  
My question is - how heavily does libxml++ depend on glibmm and on 
GLib::ustring? Is it theoretically possible to use std::string instead 
and possibly directly libiconv for unicode conversions? Is this a 
feasible idea, or I have missed something in my quick look?

Best regards
Alex

[libxml++] Preservation of deep const-ness

[Knut A. R. <kn...@if...>]

Hi.

[This is more or less a copy of an email I tried to send to this list 
about a month and a half ago. I am now a member of this list, and hope 
this one gets through.]

I have been using libxml++ for a while and I find its API pleasant
to work with.

When it comes to preservation of const-ness, there appears to be some 
inconsistencies between querying for certain nodes, like pointers to 
parents or siblings, and querying for node collections containing 
pointers to child or attribute nodes.

Currently the const-qualified member functions used for querying for 
children and attributes,

    const NodeList Node::get_children(const Glib::ustring &) const
    const AttributeList Element::get_attributes() const

return STL containers that are const-qualified, while containing 
non-const pointers to the objects (children or attributes). As a 
consequence, client code may modify those objects, undermining the 
const-qualification of the parent node. On the other hand, client code 
is prohibited from modifying siblings or parents, since these pointers 
are const-qualified when returned from the respective const member 
functions.

The enclosed patch contains a proposed fix for this situation.

In addition, the two "find" member functions of Node have been 
overloaded to work with both non-const and const Node objects, returning 
std::vector<Node*> (NodeSet) and std::vector<const Node*> 
(ConstNodeSet), respectively.

The patch also contains an overloaded definition of 
Document::get_root_node(), preserving const from Document to root Element.

I also reorganized the code a bit to get rid of a few const_casts. 
Shared code has been extracted into static *_impl functions.

I assume that some of these changes, if approved, would have to go into 
a new major release, since these API changes are not backward compatible.

Keep up the good work with libxml++! :-)

-- 
Sincerely,
Knut Aksel Røysland

Re: [libxml++] Glib::ustring and multi thread...

[Fabian J. <fab...@gm...>]

Hi,


I fixed this problem by executing those lines at the beginning of the
program.
            if(!Glib::thread_supported())

                        Glib::thread_init();


Don't you think that LibXml++ have to call thread_init?


On Mon, Jun 16, 2008 at 10:19, Fabian Jacquet <fab...@gm...>wrote:

> Hi all,
>
> I use libXML++ 2.18.1 in a multi thread program and some times I have
> "Access violation" error.
> After lot of research it's seams to be this code which is not multi thread:
> Glib::ustring myStr = "test";
> if(myStr == "some str")
>     i = 0;
>
> The debugger stop on the following line of the operator= of Glib::ustring
> lhs.compare(rhs)
>
> I think this code is not multi thread because if I run 6 thread which just
> do this (with events to be synchronised) I have the same error...
>
>
>

Re: [libxml++] libxml++ unpack soap reply from libcurl

[Murray C. <mu...@mu...>]

On Tue, 2009-12-29 at 15:16 +0100, Redalert Commander wrote:
> I have a problem trying to unpack a soap reply using libxml++.
> The error I get is: "Unable to instantiate underlying libxml
> structure" or something along those lines, when creating a textreader
> passing a string to the constructor.

What's the actual error?

-- 
mu...@mu...
www.murrayc.com
www.openismus.com

[libxml++] libxml++ unpack soap reply from libcurl

[Redalert C. <red...@gm...>]

Hi,

I have a problem trying to unpack a soap reply using libxml++.
The error I get is: "Unable to instantiate underlying libxml
structure" or something along those lines, when creating a textreader
passing a string to the constructor.

it seemed to work however when I used a file for input (created by
directing the output to a file when calling libcurl).

Basicly I call the server with libcurl, so far so good, this seems to
return valid information, then I put the following statement:
string resultXml = telenet_get_result_xml(&buffer); // buffer is where
the libcurl output is located

and the function, where it goes wrong on the 7th line:
string telenet_get_result_xml(string *content){
         try{
                 if(GlobalParameters::isDebug()){
                         cout << "Got it all in a ustring" << endl;
                 }
                 Glib::ustring ustring_content = Glib::ustring(*content);
                 xmlpp::TextReader reader(ustring_content); // <<---
this is where the error occurs
                if(GlobalParameters::isDebug()){
                         cout << "Initialized TextReader" << endl;
                 }

                while(reader.read()){
                     if(reader.get_name().compare("result")){
                              return reader.get_value();
                      }
                }
         }
         catch(const exception& e){
                cout << "Exception caught: " << e.what() << std::endl;
         }
         return NULL;
 }

Does anyone have any idea what is going wrong here?
The development environment here is a Debian Lenny machine, libxml++
version 2.6-2 (package version 2.22.0-1), only package that isn't an
regular up-to-date package from the repo's is the 2.6.30 kernel from
backports

If someone is interested, my code is available in my git repo:
http://stevenleeuw.kwik.to/git/?p=ispmonitor/libispmon.git;a=summary
The file I'm talking about it telenet.cpp:
http://stevenleeuw.kwik.to/git/?p=ispmonitor/libispmon.git;a=blob;f=telenet.cpp;h=bcc9995fda86976bb75dc41a3cef5c2be18fbecb;hb=78349096feafcea42e8beb029dd65e049b5c0280
it fails on line 93 (second function in the file) when calling the
void telenet(...) function (first one in the file)

Best regards,
Steven

Re: [libxml++] Bail when not parsing UTF-8 content

[Murray C. <mu...@mu...>]

On Tue, 2009-11-10 at 21:04 +0200, Etienne Philip Pretorius wrote:
> Hello List,
> 
> Just a quick question. Is there a way that you can get the Encoding type 
> in libxml++. I need to bail out if the data fed in is not UTF-8.

Maybe Document::get_encoding() would help.

-- 
mu...@mu...
www.murrayc.com
www.openismus.com

Re: [libxml++] Setting XML_PARSE_HUGE

[Murray C. <mu...@mu...>]

On Tue, 2009-10-27 at 13:56 -0500, Russ Brown wrote:
> Hi,
> 
> I'm trying to parse a file using libxml++ and am encountering this error:
> 
> error: xmlSAX2Characters: huge text node: out of memory
> 
> >From what I've read, this is because I need to enable XML_PARSE_HUGE. However, 
> I can't see how this is achieved from libxml++.

You would need to call xmlCtxtUseOptions() on the xmlpp::Parser's
context_ member variable. However that is protected and there is no
accessor method for it.

It should probably be private actually. But as long as it's only
protected you could try deriving your own parser from the standard xmlpp
parser that you wish to use (DOM, or Sax).


-- 
mu...@mu...
www.murrayc.com
www.openismus.com

[libxml++] Bail when not parsing UTF-8 content

[Etienne P. P. <ice...@gm...>]

Hello List,

Just a quick question. Is there a way that you can get the Encoding type 
in libxml++. I need to bail out if the data fed in is not UTF-8.

Thank you,
Etienne

[libxml++] libxml++ reference documentation inheritance diagram images have black background

[Jim H. <jam...@gm...>]

Both on the website, and the locally run (via the sourcecode) versions 
of the doxygen libxml++ reference documentation have black backgrounds 
for the class inheritance diagrams when viewed with [at least] Firefox 
v3.5. This makes these inheritance diagrams pretty worthless. I imagine 
it has to do with the images being generated with an transparent 
background and Firefox setting it to be black for some reason.

Thanks,

Jim Hodapp

[libxml++] Setting XML_PARSE_HUGE

[Russ B. <pic...@gm...>]

Hi,

I'm trying to parse a file using libxml++ and am encountering this error:

error: xmlSAX2Characters: huge text node: out of memory

From what I've read, this is because I need to enable XML_PARSE_HUGE. However, 
I can't see how this is achieved from libxml++.

Could anyone advise?

Thanks.

-- 

Russ

[libxml++] backward/forward binary compatibility checker

[Andrey P. <su...@is...>]

    Colleagues, I'm software engineer from Institute for System
Programing of Russian Academy of Sciences and we are developing a free
lightweight tool for checking backward/forward binary compatibility of
shared C/C++ libraries in OS Linux. It checks interface signatures and
data type definitions in two library versions (headers and shared
objects) and searches differences that may lead to incompatibility
according to ABI standards. We have released 1.0.0 version of this tool
and we'd like you to consider its usefulness for your project.
    The wiki-page with the latest release of binary compatibility checker is
http://ispras.linux-foundation.org/index.php/ABI_compliance_checker

Andrey Ponomarenko <su...@is...>

Re: [libxml++] XSLT processing

[Murray C. <mu...@mu...>]

On Sun, 2009-07-19 at 18:15 -0700, Al Pacifico wrote:
> I'd like to transform xml documents to JSON. An easy approach seemed
> to be using XSLT to do so. I'm using libxml++ 2.24.2 with the libxml2
> 2.7.3 library.
> 
> Has anyone used libxslt in this way? Any pitfalls to watch out for?
> -Al

I've used libxslt, yes, and I found it quite simple:
http://git.gnome.org/cgit/glom/tree/glom/xsl_utils.cc#n169

-- 
mu...@mu...
www.murrayc.com
www.openismus.com

[libxml++] XSLT processing

[Al P. <adp...@us...>]

I'd like to transform xml documents to JSON. An easy approach seemed to be
using XSLT to do so. I'm using libxml++ 2.24.2 with the libxml2 2.7.3
library.

Has anyone used libxslt in this way? Any pitfalls to watch out for?
-Al

-- 
Al Pacifico
Seattle, WA

[libxml++] Parser errors

[Vladimir L. <di...@gm...>]

Hi,

I'm trying to control output of Parsers and Validators, I use:

void xmlpp::Validator::on_validity_error(const Glib::ustring& message)
{
        cerr << "VALIDATOR::ON_VALIDITY_ERROR() ... ==> " << message.raw();
}

void xmlpp::Validator::on_validity_warning(const Glib::ustring& message)
{
        cerr << "VALIDATOR::ON_VALIDITY_WARNING() ... ==> " << message.raw();
}

void xmlpp::Parser::on_validity_error(const Glib::ustring& message)
{
        cerr << "PARSER::ON_VALIDITY_ERROR() ... ==> " << message.raw();
}

void xmlpp::Parser::on_validity_warning(const Glib::ustring& message)
{
        cerr << "PARSER::ON_VALIDITY_WARNING() ... ==> " << message.raw();
}

The first 2 capture Validator errors just fine but as for Parser error
messages they are not getting wrapped by the last 2. Any help would be
greatly appreciated.

TIA,

VL