<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="http://www.codeplex.com/rss.xsl"?><rss version="2.0"><channel><title>siod Work Item Rss Feed</title><link>http://www.codeplex.com/siod/WorkItem/List.aspx</link><description>siod Work Item Rss Description</description><item><title>Created Issue: Obvious memory leak under Win32</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=7654</link><description>From the function &amp;#34;process_cla&amp;#34; in slib.c &amp;#40;comments added&amp;#41;&amp;#58;&lt;br /&gt;&lt;br /&gt;&amp;#60;pre&amp;#62;&lt;br /&gt;if &amp;#40;&amp;#33;siod_lib_set&amp;#41;&lt;br /&gt;  &amp;#123;&lt;br /&gt;&amp;#35;ifdef WIN32&lt;br /&gt;     if &amp;#40;argc &amp;#62; 0&amp;#41;&lt;br /&gt;     &amp;#47;&amp;#42; strdup&amp;#40;&amp;#41; uses malloc&amp;#40;&amp;#41;, which means that&lt;br /&gt;      &amp;#42; siod_lib, allocated below, must be freed&amp;#58;&lt;br /&gt;      &amp;#42;&amp;#47;&lt;br /&gt;     &amp;#123;siod_lib &amp;#61; strdup&amp;#40;argv&amp;#91;0&amp;#93;&amp;#41;&amp;#59;&lt;br /&gt;      siod_lib_set &amp;#61; 1&amp;#59;&lt;br /&gt;      if &amp;#40;&amp;#40;ptr &amp;#61; strrchr&amp;#40;siod_lib,&amp;#39;&amp;#92;&amp;#92;&amp;#39;&amp;#41;&amp;#41;&amp;#41;&lt;br /&gt;          ptr&amp;#91;1&amp;#93; &amp;#61; 0&amp;#59;&amp;#125;&lt;br /&gt;&amp;#35;endif&lt;br /&gt;     if &amp;#40;getenv&amp;#40;&amp;#34;SIOD_LIB&amp;#34;&amp;#41;&amp;#41;&lt;br /&gt;     &amp;#47;&amp;#42; The buffer siod_lib is being assigned a new value &amp;#40;below&amp;#41;.&lt;br /&gt;      &amp;#42; Under Win32, its old value &amp;#40;which still needs to be freed&amp;#41;&lt;br /&gt;      &amp;#42; is lost.&lt;br /&gt;      &amp;#42;&amp;#47;&lt;br /&gt;     &amp;#123;siod_lib &amp;#61; getenv&amp;#40;&amp;#34;SIOD_LIB&amp;#34;&amp;#41;&amp;#59;&lt;br /&gt;      siod_lib_set &amp;#61; 1&amp;#59;&amp;#125;&amp;#125;&lt;br /&gt;&amp;#35;endif&lt;br /&gt;&amp;#60;&amp;#47;pre&amp;#62;&lt;br /&gt;&lt;br /&gt;BTW, I ran across this while trying to figure out why my linear-time Scheme script runs in exponential time under GIMP&amp;#39;s Script-Fu.&lt;br /&gt;</description><author>bug</author><pubDate>Tue, 23 Sep 2008 07:31:03 GMT</pubDate><guid isPermaLink="false">Created Issue: Obvious memory leak under Win32 20080923073103A</guid></item><item><title>CLOSED ISSUE: encorporate the hostile foreign-function interface</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=841</link><description>Brian Beckman published a "Hostile Foreign-Function" interface for SIOD in 1999.
Encorporate this into the winsiod port here.
reference.

http://www.angelfire.com/wa/brianbec/siodffi.html </description><author>publius</author><pubDate>Mon, 14 May 2007 16:58:42 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: encorporate the hostile foreign-function interface 20070514045842P</guid></item><item><title>CREATED ISSUE: build problems, siodffi failure on other computers</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=2259</link><description>require-so 'RealLoad.dll gets an error, with errobj detail providing

"This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. "

If you try to start the DlgSIOD.exe you get the same error message.

The release 3.6.2 was compiled on a machine running Microsoft Windows XP Pro, with Visual Studio 2005 C++ Express
edition and the "Microsoft Platform SDK for Windows Server 2003 R2"

Note that RealLoad.dll and DlgSIOD.exe use C++.

If you go to a machine with Visual Studio 2003 on it, run the BUILD.BAT and then copy all dlls and exe from the Release folder up one level to the SIOD folder, then things work ok.

So this might be a problem from dll hell. </description><author>publius</author><pubDate>Mon, 14 May 2007 16:49:34 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: build problems, siodffi failure on other computers 20070514044934P</guid></item><item><title>CREATED ISSUE: compare against siod.tgz ports bring in fixes</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=845</link><description>The siod.tgz represents code for the other non-windows ports.
Some files are duplicated and others have been forked, with some work taking place in Solaris and Linux. This can be downloaded from http://alum.mit.edu/www/gjc/siod.html and compared against the sources on codeplex. Review all differences and make sure that no bug fixes or features have gone missing in the winsiod version. </description><author>publius</author><pubDate>Wed, 25 Apr 2007 21:21:45 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: compare against siod.tgz ports bring in fixes 20070425092145P</guid></item><item><title>CREATED ISSUE: move old platform-specific files to archive folders</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=844</link><description>The source code still has files in it that are needed only for some of the more obscure platforms such as the classic macintosh, vax and alpha vms, amiga,
and ms-dos. Move this code to some archive folders. </description><author>publius</author><pubDate>Wed, 25 Apr 2007 21:21:44 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: move old platform-specific files to archive folders 20070425092144P</guid></item><item><title>CREATED ISSUE: cleanup of ugly for no good reason code</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=843</link><description>Some code is ugly for no good reason. (The only good reason to be ugly is
the conservative garbage collector). 
For example, the READ built-in uses a horrid little global string token buffer.
Some parts of eval are difficult to read for no good reason. Often because of optimization work that was done without removing code that turned out to be not so optimal. 

This task is to make issues for each ugly part and to prioritize them for fixing.

Packaging for multi-threaded operation is not included here. It is important
to remain single threaded so as to not become assembly language in C syntax. </description><author>publius</author><pubDate>Wed, 25 Apr 2007 21:21:43 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: cleanup of ugly for no good reason code 20070425092143P</guid></item><item><title>CREATED ISSUE: revised report support</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=842</link><description>enough revised report support to allow running Jaffer's SLIB.

http://www-swiss.ai.mit.edu/~jaffer/slib_toc.html </description><author>publius</author><pubDate>Wed, 25 Apr 2007 21:21:42 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: revised report support 20070425092142P</guid></item><item><title>CREATED ISSUE: encorporate the hostile foreign-function interface</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=841</link><description>Brian Beckman published a "Hostile Foreign-Function" interface for SIOD in 1999.
Encorporate this into the winsiod port here.
reference.

http://www.angelfire.com/wa/brianbec/siodffi.html </description><author>publius</author><pubDate>Wed, 25 Apr 2007 21:21:40 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: encorporate the hostile foreign-function interface 20070425092140P</guid></item><item><title>CREATED ISSUE: compare against siod.tgz ports bring in fixes</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=578</link><description>The siod.tgz represents code for the other non-windows ports.
Some files are duplicated and others have been forked, with some work taking place in Solaris and Linux. This can be downloaded from http://alum.mit.edu/www/gjc/siod.html and compared against the sources on codeplex. Review all differences and make sure that no bug fixes or features have gone missing in the winsiod version. </description><author>publius</author><pubDate>Mon, 26 Feb 2007 19:04:54 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: compare against siod.tgz ports bring in fixes 20070226070454P</guid></item><item><title>CREATED ISSUE: move old platform-specific files to archive folders</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=577</link><description>The source code still has files in it that are needed only for some of the more obscure platforms such as the classic macintosh, vax and alpha vms, amiga,
and ms-dos. Move this code to some archive folders. </description><author>publius</author><pubDate>Mon, 26 Feb 2007 19:00:35 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: move old platform-specific files to archive folders 20070226070035P</guid></item><item><title>CREATED ISSUE: cleanup of ugly for no good reason code</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=576</link><description>Some code is ugly for no good reason. (The only good reason to be ugly is
the conservative garbage collector). 
For example, the READ built-in uses a horrid little global string token buffer.
Some parts of eval are difficult to read for no good reason. Often because of optimization work that was done without removing code that turned out to be not so optimal. 

This task is to make issues for each ugly part and to prioritize them for fixing.

Packaging for multi-threaded operation is not included here. It is important
to remain single threaded so as to not become assembly language in C syntax. </description><author>publius</author><pubDate>Mon, 26 Feb 2007 18:57:28 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: cleanup of ugly for no good reason code 20070226065728P</guid></item><item><title>CREATED ISSUE: revised report support</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=575</link><description>enough revised report support to allow running Jaffer's SLIB.

http://www-swiss.ai.mit.edu/~jaffer/slib_toc.html </description><author>publius</author><pubDate>Mon, 26 Feb 2007 18:50:16 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: revised report support 20070226065016P</guid></item><item><title>CREATED ISSUE: encorporate the hostile foreign-function interface</title><link>http://www.codeplex.com/siod/WorkItem/View.aspx?WorkItemId=574</link><description>Brian Beckman published a "Hostile Foreign-Function" interface for SIOD in 1999.
Encorporate this into the winsiod port here.
reference.

http://www.angelfire.com/wa/brianbec/siodffi.html </description><author>publius</author><pubDate>Mon, 26 Feb 2007 18:48:35 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: encorporate the hostile foreign-function interface 20070226064835P</guid></item></channel></rss>