libxmlplusplus-general — Open discusions about libXML++

Re[2]: [libxml++] external entities substitution - libxml++ crashes

[Igor L. S. <ism...@st...>]

Hello Christophe,

Tuesday, October 19, 2004, 1:29:55 PM, you wrote:

CdV> The thing is that libxml++ register itself to libxml2 so at each node
CdV> creation/destruction it's notified, and automaticaly instanciate an
CdV> libxml++ object or destroy it.
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>

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.
-- 
Best regards,
 Igor                            mailto:ism...@st...

Re: [libxml++] external entities substitution - libxml++ crashes

[Christophe de V. <cde...@al...>]

Hi Igor,

Igor L. Smolovski wrote:

>CdV> libxml++ use the _private field of xmlNode to store pointers to children
>CdV> of xmlpp::Node.
>CdV> When activating entities substitution, libxml2 seems not to keep 
>CdV> _private value consistent enough for libxml++, leading to objects
>CdV> deleted twice (which cause the segmentation fault you had).
>Thing is I tried to load a doc by means of pure libxml2 without any
>libxml++ involvement - what I did was simply place that function inside libxml++.
>Just a function, not even a method of some libxml++ object or anything.
>  
>
The thing is that libxml++ register itself to libxml2 so at each node 
creation/destruction it's notified, and automaticaly instanciate an 
libxml++ object or destroy it.

Regards,

Christophe

Re[2]: [libxml++] external entities substitution - libxml++ crashes

[Igor L. S. <ism...@st...>]

Hello Christophe,

Tuesday, October 19, 2004, 12:28:13 PM, you wrote:

ILS> Yes, indeed this problem can be triggered simply by setting
ILS> substitute_entities to true in ../examples/dom_entities/main.cc.
Sorry, I meant ../examples/dom_parse_entities/main.cc.

-- 
Best regards,
 Igor                            mailto:ism...@st...

Re[2]: [libxml++] external entities substitution - libxml++ crashes

[Igor L. S. <ism...@st...>]

Hello Christophe,

Tuesday, October 19, 2004, 12:28:13 PM, you wrote:

CdV> Hi,

CdV> I could reproduce the problem by just setting substitute_entities to true.
CdV>  From what I can see, the problem does not come from how you use the
CdV> library.
Yes, indeed this problem can be triggered simply by setting
substitute_entities to true in ../examples/dom_entities/main.cc.
However, what I actually did was add a function which loads an XML document
with entities substitution with the help of libxml2 to libxml++ and call this
function from my own program without actually using any of libxml++
methods. I did not create any libxml++ objects at all. That very same function when placed
into a file of its own or in the same file with main() works just fine.

CdV> libxml++ use the _private field of xmlNode to store pointers to children
CdV> of xmlpp::Node.
CdV> When activating entities substitution, libxml2 seems not to keep 
CdV> _private value consistent enough for libxml++, leading to objects
CdV> deleted twice (which cause the segmentation fault you had).
Thing is I tried to load a doc by means of pure libxml2 without any
libxml++ involvement - what I did was simply place that function inside libxml++.
Just a function, not even a method of some libxml++ object or anything.
The reason I did so is this - I had come across that problem with
setting substitute_entities to true in libxml++ and started to look
for a quick solution - it soon turned out that pure libxml2 did the trick just fine
but since I was using libxml++ in my project I thought I'd integrate
it with libxml++. My attempts at integration failed and since I was at
the end of my tether I thought I'd just do a small check - add a piece
of code (which I knew worked fine on its own) to the library without really plugging it into its
internals in any way. That code doesn't rely on anything inside
libxml++, you may call it a 'foreign object' if you like. Naturally one
would think that in a situation like that there'd be no problems of
this kind and yet there is.

-- 
Best regards,
 Igor                            mailto:ism...@st...

Re: [libxml++] external entities substitution - libxml++ crashes

[Daniel V. <vei...@re...>]

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. I may try to do a release at the end of the week,

Daniel

-- 
Daniel Veillard      | Red Hat Desktop team http://redhat.com/
vei...@re...  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

Re: [libxml++] external entities substitution - libxml++ crashes

[Christophe de V. <cde...@al...>]

Hi,

I could reproduce the problem by just setting substitute_entities to true.
 From what I can see, the problem does not come from how you use the 
library.

libxml++ use the _private field of xmlNode to store pointers to children 
of xmlpp::Node.
When activating entities substitution, libxml2 seems not to keep 
_private value consistent enough for libxml++, leading to objects 
deleted twice (which cause the segmentation fault you had).

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.

Regards,

Christophe

Re[2]: [libxml++] external entities substitution - libxml++ crashes

[Igor L. S. <ism...@st...>]

Hello Christophe,

Monday, October 18, 2004, 5:29:04 PM, you wrote:

CdV> Could you post the smallest program possible that reproduce the problem
CdV> (possibly the one mentionned above) ? This would save much time for
CdV> understanding what's going wrong.

Here's the libxml2 test program that WORKS:

===test1.cpp============= BEGIN ========================================================
#include <libxml/parser.h>
#include <libxml/tree.h>
#include <string>
#include <iostream>

using namespace std;
void parse_file_test(const std::string& filename);

void parse_file_test(const std::string& filename)
{
  xmlParserCtxtPtr ctxt;
  xmlDocPtr doc;

  ctxt = xmlNewParserCtxt();
  if (ctxt == NULL) 
  {
      std::cerr << "Failed to allocate parser context" << std::endl;
      return;
  }
  
  doc = xmlCtxtReadFile(ctxt, filename.c_str(), NULL, XML_PARSE_DTDVALID | XML_PARSE_NOENT );

  if (doc == NULL) 
  {
    std::cerr << "Failed to parse " << filename << std::endl;
  } 
  else 
  {
    if (ctxt->valid == 0)
    {
      std::cerr << "Failed to validate " << filename << std::endl;
    }
    else
    {
      FILE* f = NULL;
      f = fopen("res.xml", "w");

      if (f)
      {
        xmlDocDump(f, doc);
        fclose(f);
      }
    }

    xmlFreeDoc(doc);
  }

  xmlFreeParserCtxt(ctxt);
}

int main(int _argc, char** _argv)
{
  if (_argc < 2)
  {
    cerr << "File name missing" << endl;
    return 1;
  }

  string filename(_argv[1]);

  parse_file_test(filename);
  return 0;
}

===test1.cpp============= END ========================================================

I then take the function parse_file_test() and copy-paste it to parsers/domparser.cc
and declare it in parsers/domparser.h outside the xmlpp namespace like
this:

...
#include <libxml++/api_export.h>

extern void parse_file_test(const std::string& filename);

namespace xmlpp {
...


And here's the test program I use to test parse_file_test() in libxml++:

===test2.cpp============= BEGIN ========================================================
#include <libxml++/libxml++.h>
#include <iostream>

int main(int argc, char* argv[])
{
  std::string filepath;
  if(argc > 1 )
    filepath = argv[1]; //Allow the user to specify a different XML file to parse.
  else
    filepath = "example.xml";
  
  try
  {
    parse_file_test(filepath);
  }
  catch(const std::exception& ex)
  {
    std::cout << "Exception caught: " << ex.what() << std::endl;
  }

  return 0;
}
===test2.cpp============= END ========================================================

And here's the XML files I use as input:

=====example.xml==============BEGIN=========================================
<?xml version="1.0"?>
<!DOCTYPE example PUBLIC "" "example.dtd" [
<!ENTITY wwwmurrayc SYSTEM "entity.xml">
<!ENTITY wwwlibxmlplusplus "http://libxmlplusplus.sourceforge.net">
]>

<example>
  <examplechild id="1">
    <child_of_child>
     &wwwmurrayc;
    </child_of_child>
  </examplechild>
</example>
======example.xml=============END===========================================

======entity.xml============BEGIN===========================================
Hello!
======entity.xml============END=============================================


test1.cpp runs just fine - it produces an xml file res.xml as follows:

<?xml version="1.0"?>
<!DOCTYPE example PUBLIC "" "example.dtd" [
<!ENTITY wwwmurrayc SYSTEM "entity.xml">
<!ENTITY wwwlibxmlplusplus "http://libxmlplusplus.sourceforge.net">
]>
<example>
  <examplechild id="1">
    <child_of_child>
     Hello!
    </child_of_child>
  </examplechild>
</example>

Alas, test2.cpp crashes. When I remove xmlFreeDoc(doc) from parse_file_test()
in libxml++, it also works just fine. Otherwise it crashes:

(gdb) bt
#0  0x00000011 in ?? ()
#1  0x0806d184 in xmlFreeNodeList (cur=0x812b070) at tree.c:3282
#2  0x0806d057 in xmlFreeNodeList (cur=0x812a4a8) at tree.c:3286
#3  0x0806d057 in xmlFreeNodeList (cur=0x8129f38) at tree.c:3286
#4  0x0806b05d in xmlFreeDoc (cur=0x8117348) at tree.c:1126
#5  0x0804c9ae in parse_file_test(std::string const&) (filename=@0xbffff7b0) at domparser.cc:277
#6  0x0804b52f in main ()
#7  0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6

N.B. domparser.cc:277 - this is where xmlFreeDoc(doc) of parse_file_test() is in my case.


So what's happening? Am I doing something wrong?

-- 
Best regards,
 Igor                            mailto:ism...@st...

Re: [libxml++] external entities substitution - libxml++ crashes

[Christophe de V. <cde...@al...>]

Hi Igor,

Igor L. Smolovski wrote:

>[...]
>
>I then added this very function to DomParser as a method DomParser::parse_file_test() and rebuilt libxml++.
>I then called this method from a small program which used libxml++ and it crashed:
>
>#0  0x00000019 in ?? ()
>#1  0x0806a320 in xmlFreeNodeList (cur=0x82311a0) at tree.c:3282
>#2  0x0804f1a6 in xmlFreeEntity (entity=0x821ffe8) at entities.c:72
>#3  0x0806dff0 in xmlHashFree (table=0x821e7d0, f=0x804fb2c <xmlFreeEntityWrapper>) at hash.c:284
>#4  0x0804fb53 in xmlFreeEntitiesTable (table=0x821e7d0) at entities.c:690
>#5  0x08067f1c in xmlFreeDtd (cur=0x821e6e0) at tree.c:1023
>#6  0x080680d4 in xmlFreeDoc (cur=0x821e570) at tree.c:1114
>#7  0x08049bae in parse_file_test(std::string const&) (filename=@0xbffff7a0) at domparser.cc:277
>#8  0x08048577 in main (argc=1, argv=0xbffff824) at main.cc:84
>#9  0x081202e6 in __libc_start_main ()
>
>Went into xmlFreeDoc never to return...
>  
>
Could you post the smallest program possible that reproduce the problem 
(possibly the one mentionned above) ? This would save much time for 
understanding what's going wrong.

Regards,

Christophe

[libxml++] external entities substitution - libxml++ crashes

[Igor L. S. <ism...@st...>]

Hello libxmlplusplus-general,

I've run into an odd problem. I'm working with libxml++-1.0.4
and I need to load an XML document substituting all external entities.

Looking at the example in /dom_parse_entities I noticed that if I do
parser.set_substitute_entities(true), the program crashes.
I wrote the following small function using only libxml2 to load
a document with entities substition:

void parse_file_test(const std::string& filename)
{
  xmlParserCtxtPtr ctxt;
  xmlDocPtr doc;

  ctxt = xmlNewParserCtxt();
  if (ctxt == NULL) {
      std::cerr << "Failed to allocate parser context" << std::endl;
      return;
  }

  doc = xmlCtxtReadFile(ctxt, filename.c_str(), NULL, XML_PARSE_DTDVALID | XML_PARSE_NOENT );

  if (doc == NULL) {
    std::cerr << "Failed to parse " << filename << std::endl;
  } else {
    if (ctxt->valid == 0) {
      std::cerr << "Failed to validate " << filename << std::endl;
    } else {
      FILE* f = NULL;
      f = fopen("res.xml", "w");

      if (f) {
        xmlDocDump(f, doc);
        fclose(f);
      }
    }
    xmlFreeDoc(doc);
  }

  xmlFreeParserCtxt(ctxt);
}

and it worked just fine. 
I then added this very function to DomParser as a method DomParser::parse_file_test() and rebuilt libxml++.
I then called this method from a small program which used libxml++ and it crashed:

#0  0x00000019 in ?? ()
#1  0x0806a320 in xmlFreeNodeList (cur=0x82311a0) at tree.c:3282
#2  0x0804f1a6 in xmlFreeEntity (entity=0x821ffe8) at entities.c:72
#3  0x0806dff0 in xmlHashFree (table=0x821e7d0, f=0x804fb2c <xmlFreeEntityWrapper>) at hash.c:284
#4  0x0804fb53 in xmlFreeEntitiesTable (table=0x821e7d0) at entities.c:690
#5  0x08067f1c in xmlFreeDtd (cur=0x821e6e0) at tree.c:1023
#6  0x080680d4 in xmlFreeDoc (cur=0x821e570) at tree.c:1114
#7  0x08049bae in parse_file_test(std::string const&) (filename=@0xbffff7a0) at domparser.cc:277
#8  0x08048577 in main (argc=1, argv=0xbffff824) at main.cc:84
#9  0x081202e6 in __libc_start_main ()

Went into xmlFreeDoc never to return...

I then declared the method static in the DomParser class so as to
exclude object instantiation. The program crashed all the same. Finally I moved
parse_file_test() out of the DomParser class and declared it as a _function_.
Didn't help - the program would still crash.

Coming back to that libxml2 test that did work - I recompiled it with
parse_file_test() in a small library and it worked just fine. It looks like the
problem only arises when libxml++ is involved. So what am I doing wrong? My goal is to load
an XML document with DTD validation and substitution of external entities.

Thank you.  

-- 
Best regards,
 Igor                          mailto:ism...@st...

[libxml++] Libxml++ Examples

[Tom B. <tbr...@co...>]

In both version 1 and version 2.8.0, I can't see the example 
sax_parser calling the "on_start_element " function (on a plain, 
well-formed xml file without dtd or namespaces).  Is that intentional?

Thanks.

Tom Browder

Re: [libxml++] Libxml++ and Glib

[Christophe de V. <cde...@al...>]

Anton Dedov wrote:

>So I just need handly convert strings to utf-8 from my locale and vice
>versa each time I process xml?
>  
>
Yes. I personnaly use iconv (wrapped into a C++ class so I don't care 
about the memory handling in my code).

Christophe

Re: [libxml++] Libxml++ and Glib

[Dedov A. <ad...@iq...>]

On Wed, 29 Sep 2004 09:31:22 +0200
Frederik Himpe <fre...@ar...> wrote:

> On Wednesday 29 September 2004 00:59, Dedov Anton wrote:
> > Hello,
> >
> > I am developing C++ XML-RPC library using libxml++
> > (http://libiqxmlrpc.sourceforge.net). I used libxml++ 1.0 till this
> > time. Now I need support for non-ASCII characters in my library. If I
> > understand right libxml++ implements it in 2.x versions by using
> > glib::ustring.
> 
> I've been using libxml++ 1.0 some time ago to develop a SAX parser which 
> treated non-ASCI characters (the files were in UTF-8 and contained characters 
> such as __ and __), and this worked fine with std::string. It's just when for 
> example you ask the length of the string, you will get the length in bytes, 
> which will not correspond to the number of letters in the string, because 
> special characters need two bytes in UTF-8.

So I just need convert any text from my locale's charset to utf-8 every
time I process it to xml (and vice versa)?

Thanks,
Anton Dedov

Re: [libxml++] current line

[Christophe de V. <cde...@al...>]

LARRODE Xavier (DR&T) wrote:

>a last thing, Is there a lot of difference beetween 1.0 to 2.8, about
>performance i mean ?
>  
>
I don't think so, but have not proof but a feeling...

>And sorry for my english...
>  
>

C'est pas grave ;-)

Christophe

Re: [libxml++] current line

[LARRODE X. (DR&T) <xav...@sn...>]

it works ;)
Thanks.

a last thing, Is there a lot of difference beetween 1.0 to 2.8, about
performance i mean ?

And sorry for my english...
Xavier
Le mer 29/09/2004 =E0 11:00, Christophe de VIENNE a =E9crit :
> LARRODE Xavier (DR&T) wrote:
>=20
> >Hello
> >Is it possible with a Sax pArser to know the current line of the =
element
> >wich is parsed (on a start element for example)
> > =20
> >
>=20
> Not directly through libxml++ API, though it can be added very easily =

> (and it's the right time to do it).
> You can use the libxml api for that :
>=20
> for example, in you start element callback you can write :
>  =20
>     int line =3D getLineNumber ( context_ );
>=20
> You will have to include libxml/SAX.h
>=20
> Note that this is a SAX1 Api call. We'll probably switch our=20
> implementation to SAX2 one day or another. By then, we'll add a=20
> getLineNumber member function on SaxParser, so you won't have to =
worry=20
> about it.
>=20
> Regards,
>=20
> Christophe
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on =
ITManagersJournal
> Use IT products in your business? Tell us what you think of them. =
Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find =
out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Libxmlplusplus-general mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general

Re: [libxml++] Libxml++ and Glib

[Anton D. <ba...@pr...>]

So I just need handly convert strings to utf-8 from my locale and vice
versa each time I process xml?

Thanks,
Anton Dedov


On Wed, 29 Sep 2004 09:31:22 +0200
Frederik Himpe <fre...@ar...> wrote:

> On Wednesday 29 September 2004 00:59, Dedov Anton wrote:
> > Hello,
> >
> > I am developing C++ XML-RPC library using libxml++
> > (http://libiqxmlrpc.sourceforge.net). I used libxml++ 1.0 till this
> > time. Now I need support for non-ASCII characters in my library. If I
> > understand right libxml++ implements it in 2.x versions by using
> > glib::ustring.
> 
> I've been using libxml++ 1.0 some time ago to develop a SAX parser which 
> treated non-ASCI characters (the files were in UTF-8 and contained characters 
> such as __ and __), and this worked fine with std::string. It's just when for 
> example you ask the length of the string, you will get the length in bytes, 
> which will not correspond to the number of letters in the string, because 
> special characters need two bytes in UTF-8.
> 
> I'm sure someone else will correct me if I'm telling lies :-)
> 
> -- 
> Frederik Himpe
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Libxmlplusplus-general mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general

Re: [libxml++] current line

[Christophe de V. <cde...@al...>]

LARRODE Xavier (DR&T) wrote:

>Hello
>Is it possible with a Sax pArser to know the current line of the element
>wich is parsed (on a start element for example)
>  
>

Not directly through libxml++ API, though it can be added very easily 
(and it's the right time to do it).
You can use the libxml api for that :

for example, in you start element callback you can write :
  
    int line = getLineNumber ( context_ );

You will have to include libxml/SAX.h

Note that this is a SAX1 Api call. We'll probably switch our 
implementation to SAX2 one day or another. By then, we'll add a 
getLineNumber member function on SaxParser, so you won't have to worry 
about it.

Regards,

Christophe

[libxml++] current line

[LARRODE X. (DR&T) <xav...@sn...>]

Hello
Is it possible with a Sax pArser to know the current line of the element
wich is parsed (on a start element for example)
Thanks
Xavier

Re: [libxml++] Libxml++ and Glib

[Frederik H. <fre...@ar...>]

On Wednesday 29 September 2004 00:59, Dedov Anton wrote:
> Hello,
>
> I am developing C++ XML-RPC library using libxml++
> (http://libiqxmlrpc.sourceforge.net). I used libxml++ 1.0 till this
> time. Now I need support for non-ASCII characters in my library. If I
> understand right libxml++ implements it in 2.x versions by using
> glib::ustring.

I've been using libxml++ 1.0 some time ago to develop a SAX parser which=20
treated non-ASCI characters (the files were in UTF-8 and contained characte=
rs=20
such as =E9 and =E8), and this worked fine with std::string. It's just when=
 for=20
example you ask the length of the string, you will get the length in bytes,=
=20
which will not correspond to the number of letters in the string, because=20
special characters need two bytes in UTF-8.

I'm sure someone else will correct me if I'm telling lies :-)

=2D-=20
=46rederik Himpe

[libxml++] Libxml++ and Glib

[Dedov A. <ad...@iq...>]

Hello,

I am developing C++ XML-RPC library using libxml++
(http://libiqxmlrpc.sourceforge.net). I used libxml++ 1.0 till this
time. Now I need support for non-ASCII characters in my library. If I
understand right libxml++ implements it in 2.x versions by using
glib::ustring.

Please tell me if there is any way to use glib::ustring without usage of
an entire glibmm library? It is highly undesireable for me to increase library's
dependencies due to glibmm and so on.

May be someone have an experience of cutting ustring from glibmm?

Thanks,
Anton Dedov

Re: [libxml++] RE: Libxmlplusplus-general digest, Vol 1 #308 - 1 msg

[Christophe de V. <cde...@al...>]

Clyde Mallon wrote:

>>So, what API additions would people like to see in libxml++ 2.10. Is there new stuff in libxml that we should wrap (What's that XmlWriter thing?).
>>Are there some new methods (or overloads of methods) that would be
>>helpful.
>>    
>>
>A little off the topic, but how about including a MSVC .NET project?
>  
>
If somebody provides it, and more importantly maintains it, then yes 
it's should be included (I can't do it myself since I don't have MSVC).

Christophe

[libxml++] RE: Libxmlplusplus-general digest, Vol 1 #308 - 1 msg

[Clyde M. <Cl...@fi...>]

Hi

>So, what API additions would people like to see in libxml++ 2.10. Is
there
>new stuff in libxml that we should wrap (What's that XmlWriter thing?).
>Are there some new methods (or overloads of methods) that would be
>helpful.

A little off the topic, but how about including a MSVC .NET project?

Thanks

_______________________________________________
Libxmlplusplus-general mailing list
Lib...@li...
https://lists.sourceforge.net/lists/listinfo/libxmlplusplus-general


End of Libxmlplusplus-general Digest

Re: [libxml++] 2.10 plans?

[Christophe de V. <cde...@al...>]

Hi,

I have a HtmlParser patch (proposed long ago), which is almost ready.

I don't know much about XmlWriter, but I guess it could be usefull to 
have it.


Christophe

Re: [libxml++] parse_file error

[Jonathan W. <co...@co...>]

On Wed, Sep 22, 2004 at 12:14:34PM -0500, Sukanta Baliarsingh wrote:

> I am using libxml++ 1.0.4. If I provide an invalid document to
> parse_file( ), it dumps core and there is no return value from the call
> since it's a void method. Any suggestions?

Is it throwing an exception that you're not catching?

Why does the process exit? If it's abort() then that's probably because
std::terminate() is being called because an exception was thrown and not
caught.

jon

-- 
"If you can't beat them, arrange to have them beaten."
	- George Carlin

[libxml++] parse_file error

[Sukanta B. <sba...@st...>]

Hi,

=20

I am using libxml++ 1.0.4. If I provide an invalid document to
parse_file( ), it dumps core and there is no return value from the call
since it's a void method. Any suggestions?

=20

Thanks,

Sukanta

Re: [libxml++] libglademm using MSVC.NET 2003

[Christophe de V. <cde...@al...>]

Hi,

You're on the wrong list. I should have reject the mail when it was 
waiting for moderation, but I read it too fast :-\

Regards,

Christophe