GNOME.org

2003-May Archive by Thread

Messages are ordered newest-to-oldest in this index. The newest threads will be at the top of this page, the oldest will be at the bottom.

Within a single thread, the first mail note is the START of the thread; the notes following that are in the chronological order of when they were received. So globally, newest messages are at the top, but within a thread, the oldest (the start of the thread) is at the top.

If you think about it, it is confusing. Just go with the flow and everything will be all right.

  • [libxml++] separate parse_*() functions, Murray . Cumming
  • [libxml++] keek blancs., Christophe de VIENNE
  • [libxml++] [ libxmlplusplus-Patches-743222 ] Ensure assert() macro declared., SourceForge.net
  • [libxml++] [ libxmlplusplus-Patches-742379 ] Correct comments in saxparser files, SourceForge.net
  • [libxml++] SaxParser and getEntity, Christophe de VIENNE
  • [libxml++] Namespace support in Node::find, oystein
  • [libxml++] node iterators, Christophe de VIENNE
  • [libxml++] libxml++ 0.23 release, Christophe de VIENNE
  • [libxml++] xmlKeepBlanksDefault, Christophe de VIENNE
  • RE: [libxml++] libxmlpp::DomParser not safe in lists by value - p robably not a value type, Murray . Cumming
  • [libxml++] Re: LibXML, Christophe de Vienne
  • [libxml++] Preserving whitespace, andy . glew
  • [libxml++] writing formatted (indented) files, Eric Bourque
  • RE: [libxml++] Patch for Node::find( nonexistent_xpath ) to retur n empty NodeSe t, Murray . Cumming
  • RE: [libxml++] Patch for Node::find( nonexistent_xpath ) to retur n empty NodeSe t, Murray . Cumming
  • RE: [libxml++] Patch for Node::find( nonexistent_xpath ) to retur n empty NodeSe t, andy . glew
  • [libxml++] Patch for Node::find( nonexistent_xpath ) to return empty NodeSe t, andy . glew
  • [libxml++] Blunt Q: what C++ bindings for XML?, andy . glew
  • [libxml++] Node::find( nonexistent_xpath ), andy . glew
  • RE: [libxml++] libxmlpp::DomParser not safe in lists by value - p robably not a v alue type, andy . glew
  • RE: [libxml++] libxmlpp::DomParser not safe in lists by value - p robably not a v alue type, Murray . Cumming
  • [libxml++] libxmlpp::DomParser not safe in lists by value - probably not a v alue type, andy . glew
    • Mail converted by MHonArc