<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/xml-cppdom/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/xml-cppdom/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 19 Aug 2015 04:26:35 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/xml-cppdom/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>xml-cppdom fails to build against Boost 1.59.0</title><link>https://sourceforge.net/p/xml-cppdom/bugs/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;xml-cppdom fails to build against Boost 1.59.0 on OS X, complaining about missing symbols in Boost after some warnings about deprecated header files.&lt;/p&gt;
&lt;p&gt;The build log is here: &lt;a href="https://gist.github.com/anonymous/1b809c96ad31fb95bd16#file-01-scons-L91-L97" rel="nofollow"&gt;https://gist.github.com/anonymous/1b809c96ad31fb95bd16#file-01-scons-L91-L97&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Homebrew is tracking packages which fail to build against Boost 1.59.0 here: &lt;a href="https://github.com/Homebrew/homebrew/pull/42960" rel="nofollow"&gt;https://github.com/Homebrew/homebrew/pull/42960&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tim Smith</dc:creator><pubDate>Wed, 19 Aug 2015 04:26:35 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net1e7e358bd970d87551fbd9d991006266c8543451</guid></item><item><title>New build error with VC 2008 without feature pack</title><link>https://sourceforge.net/p/xml-cppdom/bugs/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If you don't have the Visual C++ 2008 Feature Pack installed, you don't have the TR1 headers including unordered_map, so builds of or using cppdom 1.0.3 fail.  Not sure if it's better to change the #if to check for vc 2010, or to also test _CPPLIB_VER which is the only way I've found to tell the difference between with and without the feature pack (I think it's 5 with and 3 without.)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 29 Oct 2010 15:48:16 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net61cde606106bc260d7ec54240eb37148371b8e55</guid></item><item><title>Build error using MSVC 2008</title><link>https://sourceforge.net/p/xml-cppdom/bugs/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I've attached a patch to fix a build error on MSVC 2008.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 01 Sep 2010 17:16:38 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net30bd7f7e681ec3d6377096115fd26e496da1b028</guid></item><item><title>Build issue on Windows with Scons 1.3.0</title><link>https://sourceforge.net/p/xml-cppdom/bugs/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I've attached a patch to fix a build issue of 1.0.x on Windows with MSVC and Scons 1.3.0.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 01 Sep 2010 17:16:04 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netcbb9890c271f7515f72d17093430c14295c22f76</guid></item><item><title>"using namespace" in header leads to symbol problems</title><link>https://sourceforge.net/p/xml-cppdom/bugs/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;SpiritParser.h opens boost::spirit with a using namespace declaration. involuntary use of the header elsewhere may lead to symbols in libcppdom to be used by applications at runtime on newer compilers (e.g., gcc version 4.4.3 on fedora 12). the attached patch corrects this.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jan p. springer</dc:creator><pubDate>Thu, 22 Apr 2010 15:13:38 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net418e06c0f031a432e130cfacde86508ed29c76db</guid></item><item><title>Error compiling test/suite/runner.cpp</title><link>https://sourceforge.net/p/xml-cppdom/bugs/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Need to add #include &amp;lt;cstring&amp;gt; to pull in the strchr function.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kevin Godby</dc:creator><pubDate>Tue, 04 Nov 2008 19:13:32 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net95ad7e478241db2cedb5b98d31f51b1117ac2857</guid></item><item><title>getCdata() returns bogus results</title><link>https://sourceforge.net/p/xml-cppdom/bugs/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When returning the cdata from a xml tree the getCdata()&lt;br /&gt;
method applies to situations where one might have the&lt;br /&gt;
following:&lt;/p&gt;
&lt;p&gt;&amp;amp;lt;model&amp;amp;gt;mymodel&amp;amp;lt;/model&amp;amp;gt;&lt;/p&gt;
&lt;p&gt;The method returns a string, which is supposed to be&lt;br /&gt;
the C data; in the above case it would be 'mymodel'. &lt;br /&gt;
This method however will always return at least a 6&lt;br /&gt;
character string.  So in the event that someone might&lt;br /&gt;
do something like:&lt;/p&gt;
&lt;p&gt;&amp;amp;lt;model&amp;amp;gt;tent&amp;amp;lt;/model&amp;amp;gt;  the method returns:   'tent  ' &lt;br /&gt;
which is of course incorrect.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;Hope this is an easy fix.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Josh Brown</dc:creator><pubDate>Wed, 11 Jun 2003 07:11:44 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net0ac7cffaa6fd9859ad6f2d530cbd64ed4ae8df6b</guid></item><item><title>There is a bug when parsing comments</title><link>https://sourceforge.net/p/xml-cppdom/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The following went through ok. &lt;br /&gt;
&amp;amp;lt;!-- Success comment --&amp;amp;gt;&lt;/p&gt;
&lt;p&gt;But this one failed&lt;br /&gt;
&amp;amp;lt;!-- Failed comment--&amp;amp;gt;&lt;/p&gt;
&lt;p&gt;If there is a trailing space before closing tag everything &lt;br /&gt;
works ok, if not it fails.&lt;/p&gt;
&lt;p&gt;Serge Gut&lt;br /&gt;
gut@gala.net&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 08 Jan 2003 16:50:50 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net0e4406fefb2d3087027ddb7584906b7a0d31edc3</guid></item><item><title>Specialization needed for getValue&amp;lt;T&amp;gt;()</title><link>https://sourceforge.net/p/xml-cppdom/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The method cppdom::XMLAttribute::getValue&amp;amp;lt;T&amp;amp;gt;() needs to&lt;br /&gt;
be specialized for std::string.  Right now, it returns&lt;br /&gt;
only the first word of the attribute's value if the&lt;br /&gt;
value contains spaces.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Patrick Hartling</dc:creator><pubDate>Mon, 20 May 2002 15:28:35 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net3a60ab7987c596f1125d206998477e0a59389e70</guid></item></channel></rss>