<?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/yydecode/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/yydecode/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 05 Oct 2017 10:21:56 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/yydecode/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Cannot build on macOS 10.13</title><link>https://sourceforge.net/p/yydecode/bugs/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;On macOS 10.13, the system headers already define &lt;code&gt;u_int32_t&lt;/code&gt;, so compilation leads to the following error:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;In file included from crc32.c:20:
./crc32.h:9:30: error: typedef redefinition with different types ('unsigned long' vs 'unsigned int')
   typedef unsigned long int u_int32_t;
                             ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/sys/_types/_u_int32_t.h:30:23: note: previous definition is here
typedef unsigned int            u_int32_t;
                                ^
&lt;/pre&gt;&lt;/div&gt;

&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">FX</dc:creator><pubDate>Thu, 05 Oct 2017 10:21:56 -0000</pubDate><guid>https://sourceforge.net95f87fbdb3b571f52e798bebf2d9bbd0294ccecf</guid></item><item><title>make check fails on macosx 10.4.8, ppc</title><link>https://sourceforge.net/p/yydecode/bugs/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;yydecode-0.2.10's make check fails on my machine (ppc, g4):&lt;/p&gt;
&lt;p&gt;PASS: t0.sh&lt;br /&gt;
PASS: t1.sh&lt;br /&gt;
PASS: t2.sh&lt;br /&gt;
cmp: data.output.uu: No such file or directory&lt;br /&gt;
FAIL: t3.sh&lt;br /&gt;
PASS: t4.sh&lt;br /&gt;
PASS: t5.sh&lt;br /&gt;
PASS: t6.sh&lt;br /&gt;
FAIL: t7.sh&lt;br /&gt;
PASS: t8.sh&lt;br /&gt;
===================&lt;br /&gt;
2 of 9 tests failed&lt;br /&gt;
===================&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Elias Pipping&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Elias Pipping</dc:creator><pubDate>Thu, 01 Mar 2007 12:19:51 -0000</pubDate><guid>https://sourceforge.net4eb767538e3dc878e629036cbac555e9e05fc1c4</guid></item><item><title>--force-overwrite produces incomplete multipart files</title><link>https://sourceforge.net/p/yydecode/bugs/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This bug only affects release 0.2.6.&lt;/p&gt;
&lt;p&gt;If --force-overwrite is used when decoding a multi-part file,&lt;br /&gt;
the file will only contain the last part decoded; the rest of&lt;br /&gt;
the file is padded with zeroes.&lt;/p&gt;
&lt;p&gt;Fixes:&lt;/p&gt;
&lt;p&gt;* either use --write-broken together with --force-overwrite.&lt;/p&gt;
&lt;p&gt;* or delete the exising file before attempting to decode. (and&lt;br /&gt;
not use --force-overwrite.)&lt;/p&gt;
&lt;p&gt;This will be fixed in the next release.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Liyang HU</dc:creator><pubDate>Sat, 02 Mar 2002 17:28:10 -0000</pubDate><guid>https://sourceforge.net45de8572139c23eaf4a8f1a3680e78be1a99626d</guid></item><item><title>silent file overwrites</title><link>https://sourceforge.net/p/yydecode/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;yydecoding a file will silently (no warning) &lt;br /&gt;
overwrite an existing file of the same name.&lt;/p&gt;
&lt;p&gt;yydecode 0.2.5 on i386 linux&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathan Rutman</dc:creator><pubDate>Tue, 26 Feb 2002 02:08:58 -0000</pubDate><guid>https://sourceforge.netae69a49903da236b697dbbcc73dea2d75833e75c</guid></item><item><title>'\n' complaints</title><link>https://sourceforge.net/p/yydecode/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;&amp;amp;gt;src/yydecode ../1.0.1/00000020.ntx &lt;br /&gt;
../1.0.1/00000021.ntx &lt;br /&gt;
src/yydecode: ../1.0.1/00000020.ntx: warning: &lt;br /&gt;
Unrecognised escape code `\156' (allowing it anyway)&lt;br /&gt;
...&lt;/p&gt;
&lt;p&gt;This is a valid escape code, as contained in the &lt;br /&gt;
example multipart archive at&lt;br /&gt;
&lt;a href="http://www.winews.net/yenc/yenc2.zip" rel="nofollow"&gt;http://www.winews.net/yenc/yenc2.zip&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;yydecode 0.2.5 on i386 Linux.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathan Rutman</dc:creator><pubDate>Tue, 26 Feb 2002 02:07:15 -0000</pubDate><guid>https://sourceforge.net1c679c0e84aa61e174a8c413f010c86ca35a9d0d</guid></item></channel></rss>