<?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/rapidxml/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/rapidxml/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 10 Mar 2017 10:27:40 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/rapidxml/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>#23 xml_document&lt;wchar_t&gt;::parse broken for code points 256+</title><link>https://sourceforge.net/p/rapidxml/bugs/23/?limit=25#d7d5</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Works fine! Thanks a lot dude :D&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Fabian W</dc:creator><pubDate>Fri, 10 Mar 2017 10:27:40 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netef2c66fbd966462aa1c0c2adbaf81d61ab77ed97</guid></item><item><title>Compiler warnings</title><link>https://sourceforge.net/p/rapidxml/bugs/25/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Local variables and arguments have the same name as member functions. In particular name, value, type, and name_size. This causes a number of warnings. I have attached a patch that does the bare minimum to get rid of them.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anders Skoglund</dc:creator><pubDate>Mon, 15 Aug 2016 14:27:46 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net730059d54d44192aafd72b3f0464b09bbaf4874b</guid></item><item><title>#18 Fix for compilation problem.</title><link>https://sourceforge.net/p/rapidxml/bugs/18/?limit=25#87f5</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I ran into the same problem with gcc 4.9.3 on Cygwin. My own version the fix is attached to this post.&lt;/p&gt;
&lt;p&gt;This bug seems to be related to bug # 16 (with Clang).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Manuel Schmitz</dc:creator><pubDate>Tue, 06 Oct 2015 12:39:35 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netdaba85c87ff49c7c1bac4eecb2f6968e748597c8</guid></item><item><title>#23 xml_document&lt;wchar_t&gt;::parse broken for code points 256+</title><link>https://sourceforge.net/p/rapidxml/bugs/23/?limit=25#4d88/daf2</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;...Sorry, the patch seems somethnig wrong.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">鈴見咲君高</dc:creator><pubDate>Sat, 08 Aug 2015 07:26:22 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netea7925c523d9314579da02f74ec2c41585cad839</guid></item><item><title>#23 xml_document&lt;wchar_t&gt;::parse broken for code points 256+</title><link>https://sourceforge.net/p/rapidxml/bugs/23/?limit=25#4d88</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This patch may help you.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">鈴見咲君高</dc:creator><pubDate>Sat, 08 Aug 2015 01:04:35 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net0825003224814b4124f564453024e6985d73b808</guid></item><item><title>Multiple Compile Failures on g++ 4.8.2 with -Weffc++ and -Werror</title><link>https://sourceforge.net/p/rapidxml/bugs/24/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;&lt;strong&gt;Environment&lt;/strong&gt;&lt;br /&gt;
Ubuntu 14.04 LTS, with g++ version 4.8.2.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;RapidXML&lt;/strong&gt;&lt;br /&gt;
Version 1.13&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Problem&lt;/strong&gt;&lt;br /&gt;
There are a fair amount of compiler warnings that pop up with the -Weffc++ is enabled in the compiler.  Anyone that promotes warnings to errors (like me) will have this get in the way.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Steps to Reproduce&lt;/strong&gt;&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Create a .cpp file which #includes rapidxml.hpp, and makes very light use of any of the objects (xml_node&amp;lt;char&amp;gt;, xml_attribute&amp;lt;char&amp;gt;, etc.).&lt;/li&gt;
&lt;li&gt;Compile that .cpp file with the following command:  &lt;strong&gt;g++ -c -g -O0 -Weffc++ -Wall -Wextra -Werror -fno-exceptions -std=c++0x &amp;lt;INCLUDES&amp;gt; &amp;lt;FILE&amp;gt;.cpp -o &amp;lt;FILE&amp;gt;.o&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;Note that the compile failed with a bunch of errors relating to non-virtual destructors, public default assignment operators and copy constructors for classes with pointer members, etc.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;&lt;strong&gt;A Patch Fix&lt;/strong&gt;&lt;br /&gt;
I have attached a patch to v1.13 of RapidXML to address these issues.  I have only done very light testing, but these changes seem to have no functional impact.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">gfarrand</dc:creator><pubDate>Wed, 03 Dec 2014 08:57:51 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net8321c801fa6f150dd96a8ee7774708d76a00f572</guid></item><item><title>xml_document&lt;wchar_t&gt;::parse broken for code points 256+</title><link>https://sourceforge.net/p/rapidxml/bugs/23/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using with wchar_t characters- parse hangs when parsing characters outside look up table size.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Perry</dc:creator><pubDate>Tue, 02 Sep 2014 15:10:53 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net0a3e0ec9e7475fce588652896a3d58288e422da9</guid></item><item><title>#22 Percent symbol replaced with the word "Success" in cdata</title><link>https://sourceforge.net/p/rapidxml/bugs/22/?limit=250#bbb7</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Should have caught that myself. Thanks!&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Seth Call</dc:creator><pubDate>Thu, 03 Jul 2014 02:11:30 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netd8f3c9ebf03ef355a9a5f126a3c5b78c57d06490</guid></item><item><title>#19 missing breaks for switches cases</title><link>https://sourceforge.net/p/rapidxml/bugs/19/?limit=25#ad08</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;1846:&lt;br /&gt;
Please read the documentation in the header for RAPIDXML_PARSE_ERROR.&lt;br /&gt;
RAPIDXML_PARSE_ERROR is defined to NEVER return.&lt;br /&gt;
1852: Last case (a "Default"). Doesn't need a break.&lt;br /&gt;
2148: Last case... same as above.&lt;/p&gt;
&lt;p&gt;I know.. would be nice to have a break here - at least for better readability. &lt;br /&gt;
But this should be mentioned in a bug-report!&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bernd</dc:creator><pubDate>Wed, 02 Jul 2014 09:32:54 -0000</pubDate><guid isPermaLink="false">https://sourceforge.netb0962d70a7b49a7a8b13cc3a7f345c9c901943a4</guid></item><item><title>#20 Memory leak</title><link>https://sourceforge.net/p/rapidxml/bugs/20/?limit=25#4f72</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;VC 2008 know placements new. &lt;br /&gt;
Also STL is using it and a lot of other contrainer-frameworks. &lt;br /&gt;
I never encountered a memeory leak with it.&lt;/p&gt;
&lt;p&gt;I am working aleady 8 years with a framework that use this concept massivly.&lt;/p&gt;
&lt;p&gt;RapidXML is a header-only software. So the generated code depends on what you include before this header. With some c++ magic you can break everything - like defining some global new operators... &lt;br /&gt;
But this is not on issue of rapidXML.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bernd</dc:creator><pubDate>Wed, 02 Jul 2014 09:26:37 -0000</pubDate><guid isPermaLink="false">https://sourceforge.net0420e5630088a406d71c15acd53ba3b13a83a8c9</guid></item></channel></rss>