<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/ro-oslib/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 08 Mar 2026 10:22:46 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/ro-oslib/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>SpriteOp 50 (Plot mask scaled) is incorrect.</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Spotted by Codex, surprisingly. Overnight, I asked it to fix up my code after a large refactor, and it changed the comment in the header to the correct register values. I assumed its diff was wrong, but it's what the PRMs say...&lt;/p&gt;
&lt;p&gt;OSSpriteOp_PlotMaskScaled =&lt;br/&gt;
   (  NUMBER 0x2E,&lt;br/&gt;
      ENTRY&lt;br/&gt;
      (  R0 # 50 "Plots mask scaled",&lt;br/&gt;
         R0 | OSSpriteOp_Flags: flags,&lt;br/&gt;
         R1 -&amp;gt; OSSpriteOp_Area: area,&lt;br/&gt;
         R2 = OSSpriteOp_Id: id,&lt;br/&gt;
         R3 = .Int: x,&lt;br/&gt;
         R4 = .Int: y,&lt;br/&gt;
         R5 -&amp;gt; OS_Factors: factors&lt;br/&gt;
   )  ),&lt;/p&gt;
&lt;p&gt;It should be R6 -&amp;gt; OS_Factors.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Piers Wombwell</dc:creator><pubDate>Sun, 08 Mar 2026 10:22:46 -0000</pubDate><guid>https://sourceforge.net79e5bd5e27e721b1f48f07867e1b391655aa2e8b</guid></item><item><title>Various OSLib def fixes</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Please find attached a patch to fix various issues I've found:&lt;/p&gt;
&lt;p&gt;Remove non-ASCII characters&lt;br/&gt;
Fix typos in various type names&lt;br/&gt;
Add missing FileCore_SectorDiscAddress and FileCore_DiscAddress64 types&lt;br/&gt;
DrawFile PathStyle is 4 bytes, so mask values cannot be a byte&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Alex Waugh</dc:creator><pubDate>Mon, 29 Dec 2025 16:08:26 -0000</pubDate><guid>https://sourceforge.netdd1a95ec4d953477b9689f28267a2e2f157ee117</guid></item><item><title>Patch to simplify adding support for other toolchains</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The attached patch moves more details relating to the toolchain into the setup file, which makes it easier to support other toolchains such as &lt;a class="" href="https://gitlab.com/_targz/archiesdk" rel="nofollow"&gt;ArchieSDK&lt;/a&gt;.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cameron Cawley</dc:creator><pubDate>Thu, 20 Jun 2024 21:05:30 -0000</pubDate><guid>https://sourceforge.net82685f435172e049f26352367cb16a71351927ff</guid></item><item><title>BindHelp incorrectly handles paths containing "." on Unix systems</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using BindHelp on Linux, if a file contains a "." character, it would incorrectly be used in the generated StrongHelp file. This is fixed by the attached patch.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cameron Cawley</dc:creator><pubDate>Thu, 20 May 2021 19:04:23 -0000</pubDate><guid>https://sourceforge.neteefd917772e036486ac4d6a7c4e0ceb9204fdaa5</guid></item><item><title>#2 Crash in BindHelp on 64-bit Linux</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/2/?limit=25#0d68</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">John Tytgat</dc:creator><pubDate>Sun, 29 Sep 2019 23:33:26 -0000</pubDate><guid>https://sourceforge.netebac275fb84d1e6ec9509c4ac8bf6c56d5a004d8</guid></item><item><title>#2 Crash in BindHelp on 64-bit Linux</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/2/?limit=25#1966</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Thanks, fix has been applied.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">John Tytgat</dc:creator><pubDate>Sun, 29 Sep 2019 23:32:47 -0000</pubDate><guid>https://sourceforge.net554de2973feca4fb09ea2aba6ea800f68864a092</guid></item><item><title>Crash in BindHelp on 64-bit Linux</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The crash is the result of trying to cast a FILE pointer to os_fw. The attached patch fixes this by typedef-ing os_fw as a FILE pointer when building on Linux.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cameron Cawley</dc:creator><pubDate>Sat, 09 Feb 2019 19:14:36 -0000</pubDate><guid>https://sourceforge.nete242ec7a8c44cb16c953352e31872b1ddac70bb4</guid></item><item><title>Crash in BindHelp on 64-bit Linux</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 2 has been modified: Crash in BindHelp on 64-bit Linux&lt;br/&gt;
Edited By: John Tytgat (jtytgat)&lt;br/&gt;
Status updated: u'open' =&amp;gt; u'closed'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Cameron Cawley</dc:creator><pubDate>Sat, 09 Feb 2019 19:14:36 -0000</pubDate><guid>https://sourceforge.net455787bac90a717f2e55c17b98d74f4e085b0cd3</guid></item><item><title>Please use the SourceForge Tracking facility</title><link>https://sourceforge.net/p/ro-oslib/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Can we please make more use of the Tracking feature that is offered by SourceForge? It is very useful when users want to report bugs or request new features. It helps to keep track of who is working to resolve an issue, how far the solution has progressed and in which part of the source has been modified to implement it. &lt;/p&gt;
&lt;p&gt;The Tracker also maintains an archive of known issues, so users can easily find out if their problem has already been reported. &lt;/p&gt;
&lt;p&gt;There is also room for an analysis of the cause of the bug and plans made for its resolution. &lt;/p&gt;
&lt;p&gt;In short: there is this great system available, so please use it! &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Erik Groenhuis</dc:creator><pubDate>Thu, 12 Apr 2007 23:19:29 -0000</pubDate><guid>https://sourceforge.net63f942d185fbcf3c8b81411311a47ebc365f393c</guid></item></channel></rss>