<?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/cadcdev/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/cadcdev/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 05 Oct 2003 05:47:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/cadcdev/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>mm.c - dumb build thing...</title><link>https://sourceforge.net/p/cadcdev/bugs/16/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;in kos 1.2.0, while compiling kos under debian woody i&lt;br /&gt;
got an error about DBG_DEAD not being found in&lt;br /&gt;
kernel/arch/dreamcast/kernel/mm.c&lt;/p&gt;
&lt;p&gt;adding #include &amp;amp;lt;stdio.h&amp;amp;gt; at the top of mm.c fixed it&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dom</dc:creator><pubDate>Sun, 05 Oct 2003 05:47:36 -0000</pubDate><guid>https://sourceforge.neta3ec1169d4a25935b56422d2ab906e8f6a18b576</guid></item><item><title>fs_iso9660: trailing '.' after filenames returned by readdir</title><link>https://sourceforge.net/p/cadcdev/bugs/15/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This isn't really a bug, but it would be nicer if&lt;br /&gt;
fn_postprocess() would strip off the trailing '.' that&lt;br /&gt;
appears after filenames without extension on some cd's.&lt;br /&gt;
Most of the other fs_iso9660 code has workarounds for&lt;br /&gt;
this, but iso_readdir returns filenames with the '.'&lt;br /&gt;
still intact.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Walter van Niftrik</dc:creator><pubDate>Sun, 26 Jan 2003 03:25:27 -0000</pubDate><guid>https://sourceforge.neta92a78d7fbd550e416e9c9d84fba16ce8b5c8f0b</guid></item><item><title>Typo in vmu_pkg_crc()</title><link>https://sourceforge.net/p/cadcdev/bugs/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;There is a small typo in file vmu_pkg.c, function&lt;br /&gt;
vmu_pkg_crc().&lt;/p&gt;
&lt;p&gt;This line:&lt;/p&gt;
&lt;p&gt;n = (n &amp;amp;lt;&amp;amp;lt; 1) ^ 4128;&lt;/p&gt;
&lt;p&gt;should read&lt;/p&gt;
&lt;p&gt;n = (n &amp;amp;lt;&amp;amp;lt; 1) ^ 4129;&lt;/p&gt;
&lt;p&gt;as described on Marcus' website.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 07 Jan 2003 20:29:26 -0000</pubDate><guid>https://sourceforge.net378829becc67fc7de9a823b2874eab8ed2112f0a</guid></item><item><title>const char string parameter</title><link>https://sourceforge.net/p/cadcdev/bugs/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;There is a function in the ogg vorbis code that looks like &lt;br /&gt;
this:&lt;/p&gt;
&lt;p&gt;int sndoggvorbis_start(char *filename,int loop);&lt;/p&gt;
&lt;p&gt;The filename parameter should be declared with const &lt;br /&gt;
since it won't be changed.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jonas Hultén</dc:creator><pubDate>Wed, 06 Nov 2002 15:36:04 -0000</pubDate><guid>https://sourceforge.net870c1fdd94a0c15bd250b8aaa9470b2f795996db</guid></item><item><title>gettimeofday()</title><link>https://sourceforge.net/p/cadcdev/bugs/12/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;gettimeofday() advances 2 seconds per second.&lt;/p&gt;
&lt;p&gt;The current implementation:&lt;/p&gt;
&lt;p&gt;timer_ms_gettime(&amp;amp;amp;s, &amp;amp;amp;m);&lt;br /&gt;
tv-&amp;amp;gt;tv_sec = rtc_unix_secs() + s; &lt;br /&gt;
tv-&amp;amp;gt;tv_usec = m * 1000;&lt;/p&gt;
&lt;p&gt;Both timer_ms_gettime() and rtc_unix_secs() are&lt;br /&gt;
'running'. Maybe rtc_unix_secs() should be replaced by&lt;br /&gt;
a value that's obtained at boot time?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 11 Oct 2002 12:32:29 -0000</pubDate><guid>https://sourceforge.nete7b2859ccafdb7248518b7e91f6a672ca60d8686</guid></item><item><title>glOrtho inverts the &amp;quot;z-buffer&amp;quot;</title><link>https://sourceforge.net/p/cadcdev/bugs/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using glOrtho as opposed to glPerspective, the &lt;br /&gt;
polygon clipping is reversed so that polygons nearer the &lt;br /&gt;
eye is drawn behind polygons futher away from the eye. &lt;br /&gt;
The testexample Test4.zip demonstrates this.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jonas Hultén</dc:creator><pubDate>Wed, 18 Sep 2002 21:49:08 -0000</pubDate><guid>https://sourceforge.net7b243f7276bf0731efb803ad1a6a370795bcb298</guid></item><item><title>Out of memory when loading 8k sound</title><link>https://sourceforge.net/p/cadcdev/bugs/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When trying to load a specific sound, the following &lt;br /&gt;
happens:&lt;/p&gt;
&lt;p&gt;kernel panic: out of memory; about to run over kernel &lt;br /&gt;
stack&lt;br /&gt;
arch: aborting the system&lt;/p&gt;
&lt;p&gt;The sound is a 44100kHz mono WAVE file. The sound &lt;br /&gt;
and (crashing) source is included in Test3.zip&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jonas Hultén</dc:creator><pubDate>Sat, 14 Sep 2002 00:16:24 -0000</pubDate><guid>https://sourceforge.net39050a6aaaa81f4459593a22233f956122d8bc33</guid></item><item><title>CDRom TOC structure correction</title><link>https://sourceforge.net/p/cadcdev/bugs/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The cdrom TOC structure contains a 'dunno'-field. This &lt;br /&gt;
contains the sector number after the last track on the &lt;br /&gt;
CD. It should be renamed.&lt;/p&gt;
&lt;p&gt;cdrom.h:&lt;br /&gt;
/* TOC structure returned by the BIOS */&lt;br /&gt;
typedef struct {&lt;br /&gt;
uint32  entry[99];&lt;br /&gt;
uint32  first, last;&lt;br /&gt;
uint32  dunno;&lt;br /&gt;
} CDROM_TOC;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jonas Hultén</dc:creator><pubDate>Fri, 06 Sep 2002 15:10:02 -0000</pubDate><guid>https://sourceforge.neta1b31ec0fc4f407b1fd7a2083a9b98fcf3b4e248</guid></item><item><title>Create/destroy texture causes crash</title><link>https://sourceforge.net/p/cadcdev/bugs/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Creating and destroying a 128x128 pixels texture &lt;br /&gt;
(loaded as tga) crashes the dreamcast the third time. &lt;br /&gt;
Look at the attached code.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jonas Hultén</dc:creator><pubDate>Thu, 05 Sep 2002 23:57:53 -0000</pubDate><guid>https://sourceforge.net3d0b18416da8ae109d12e3ddaeb37c5dd7b2c096</guid></item><item><title>Sound loading crashes after reinit</title><link>https://sourceforge.net/p/cadcdev/bugs/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If the sound manager is started, stopped and started &lt;br /&gt;
again, sound loading hangs the machine. The following &lt;br /&gt;
code does the trick:&lt;/p&gt;
&lt;p&gt;snd_init();&lt;br /&gt;
int soundIndex = snd_sfx_load(&amp;amp;quot;/rd/dingmono.wav&amp;amp;quot;);&lt;br /&gt;
snd_sfx_unload(soundIndex);&lt;br /&gt;
snd_shutdown();&lt;/p&gt;
&lt;p&gt;snd_init();&lt;br /&gt;
soundIndex = snd_sfx_load(&amp;amp;quot;/rd/dingmono.wav&amp;amp;quot;);&lt;br /&gt;
// control never returns here.&lt;br /&gt;
snd_sfx_unload(soundIndex);&lt;br /&gt;
snd_shutdown();&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 04 Sep 2002 15:30:16 -0000</pubDate><guid>https://sourceforge.netc4d64162e65bce20bc4afcc1379967d10b531b31</guid></item></channel></rss>