<?xml version="1.0" encoding="utf-8"?>
<rss version="0.92" xml:base="http://smalltalk.gnu.org">
<channel>
 <title>GNU Smalltalk - issues</title>
 <link>http://smalltalk.gnu.org/project/issues</link>
 <description></description>
 <language>en</language>
<item>
 <title>CPU usage is high when there is an exception</title>
 <link>http://smalltalk.gnu.org/project/issue/427</link>
 <description>When there is an exception in VisualGST gst uses 100% of the CPU.

To reproduce it this is simple in a workspace : self halt</description>
 <pubDate>Tue, 03 Nov 2009 08:22:15 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/427</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>multipart/form-data and Swazoo2.2</title>
 <link>http://smalltalk.gnu.org/project/issue/331</link>
 <description>multipart/form-data posts don&#039;t seem to work with Swazoo 2.2.

Go to seaside functional test suite, and try either the multipart input test or the upload test.

In both cases the server doesn&#039;t respond to the request </description>
 <pubDate>Thu, 25 Jun 2009 02:01:46 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/331</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>extend DLD to support loading Mac OS X frameworks</title>
 <link>http://smalltalk.gnu.org/project/issue/410</link>
 <description>I get &lt;pre&gt;
./genbc ./byte.def ./byte.c ./opt.c ./xlat.c &gt; match.h
/bin/sh: line 1: 60172 Segmentation fault      ./genbc ./byte.def ./byte.c ./opt.c ./xlat.c &gt; _match.h
make[2]: *** [match.stamp] Error 139
&lt;/pre&gt;

gdb says &lt;pre&gt;
(gdb) run byte.def byte.c opt.c xlat.c
Starting program: /opt/local/var/macports/build/_Users_damien_var_macports_lang_gst-dev/work/gst-dev-1.0/libgst/genbc byte.def byte.c opt.c xlat.c
Reading symbols for shared libraries +. done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000000000007e</description>
 <pubDate>Wed, 30 Sep 2009 07:13:34 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/410</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Class variables only bound in methods following them</title>
 <link>http://smalltalk.gnu.org/project/issue/286</link>
 <description>Might be by design, but it&#039;s confusing… I suppose the first B resolves to a non-existent global ?

&lt;pre&gt;
Object subclass: Fail [
    a [ stdout &lt;&lt; &#039;a:&#039; &lt;&lt; B; nl ]
    B := &#039;hi there&#039;.
    c [ stdout &lt;&lt; &#039;c:&#039; &lt;&lt; B; nl ]
]

st&gt; Fail new a; c
a:nil
c:hi there
a Fail
st&gt;
&lt;/pre&gt;</description>
 <pubDate>Thu, 26 Mar 2009 15:42:29 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/286</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>backtrace shown upside-down</title>
 <link>http://smalltalk.gnu.org/project/issue/424</link>
 <description>__terminate should be at the bottom, not at the top.

This left me puzzled for a while, and seems to be done on purpose. :-)

Gwen, what was the rationale?</description>
 <pubDate>Sat, 31 Oct 2009 07:20:57 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/424</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>accept it does not work for debugger and sunit browser</title>
 <link>http://smalltalk.gnu.org/project/issue/422</link>
 <description>This makes quick turnaround much harder.</description>
 <pubDate>Sat, 31 Oct 2009 07:08:51 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/422</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>RBFormatter&gt;&gt;#acceptMethodNode: output category twice</title>
 <link>http://smalltalk.gnu.org/project/issue/421</link>
 <description>&lt;pre&gt;
st&gt; (Array lookupSelector: #print) methodFormattedSourceString
&#039;print [
	&quot;Print a represention of the receiver on the Transcript
         (stdout the GUI is not active)&quot;

	&amp;lt;category: &#039;&#039;printing&#039;&#039;&amp;gt;
	&amp;lt;category: &#039;&#039;printing&#039;&#039;&amp;gt;
	Transcript show: self printString
    ]&#039;
&lt;/pre&gt;</description>
 <pubDate>Wed, 28 Oct 2009 07:52:55 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/421</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>allow different tools to be opened in the same window</title>
 <link>http://smalltalk.gnu.org/project/issue/417</link>
 <description>This would allow programming to be done all in the same window, with different tools coexisting and less context-switching on the programmer&#039;s part.  Probably it would require some refactoring to handle toolbar and menu bar switching.</description>
 <pubDate>Wed, 14 Oct 2009 05:55:55 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/417</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>fileouts and formatting</title>
 <link>http://smalltalk.gnu.org/project/issue/409</link>
 <description>Fileouts could respect formatting, especially tab/spaces use like gst-converter does.</description>
 <pubDate>Tue, 29 Sep 2009 02:55:00 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/409</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>set default window size for browsers</title>
 <link>http://smalltalk.gnu.org/project/issue/403</link>
 <description>something around 600x400 for browsers and 1024x600 for the launcher (even if it is started maximized).</description>
 <pubDate>Mon, 21 Sep 2009 13:06:05 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/403</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Show superclasses from another namespace in parentheses</title>
 <link>http://smalltalk.gnu.org/project/issue/401</link>
 <description>See the old blox browser for what I mean, and to steal the implementation.</description>
 <pubDate>Sat, 19 Sep 2009 08:36:20 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/401</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Convenience for working with packages</title>
 <link>http://smalltalk.gnu.org/project/issue/288</link>
 <description>gst could have an option to load a package, like ruby -r somelib does.

Also apparently, using packages requires to install them in some global location first (or ~/.st) but it would be nice if packages could be loaded from the current directory or from besides the image file too.

I attach that to VM but a &#039;tools&#039; components would make sense for issue tracking.</description>
 <pubDate>Fri, 24 Apr 2009 06:55:20 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/288</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Send Mail from within a NetClients socket handler fails</title>
 <link>http://smalltalk.gnu.org/project/issue/277</link>
 <description>Script crashing when try and send an email from within a server socket handler.

System is GST 3.1 on Linux CentOS 5.2 64 bit.

To reproduce...
Set up a client and server as per...
http://sblinn.jottit.com/gnu_smalltalk_netclients-based_echo_server

At http://smalltalk.gnu.org/blog/swoolerton/mail-scripting-0 there is a class called SMTPHelper.

To see the fault, set the server atResponse method to something like this...


 respondTo: aRequest [
  | session sessionSocket msg smtpHelper |
    &quot;sending an email from the respondTo method crashes&quot;</description>
 <pubDate>Thu, 08 Jan 2009 23:36:33 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/277</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Number comparisons not transitive</title>
 <link>http://smalltalk.gnu.org/project/issue/275</link>
 <description>See http://bugs.squeak.org/view.php?id=3374

  a := 16rFFFFFFFFFFFFF81.
  b := 16rFFFFFFFFFFFFF82.
  c := a asFloat.
  {a = b.
   a = c.
   b = c.}
 
gives

 (false true true )

(should all be false).

To fix this one would need to define a separate generality for comparisons and arithmetic, and adjust hashes similarly.</description>
 <pubDate>Mon, 05 Jan 2009 06:03:18 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/275</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>--enable-jit make fails</title>
 <link>http://smalltalk.gnu.org/project/issue/265</link>
 <description>$ ./configure --enable-jit
$ make

/bin/bash ../libtool --tag=LIBGST --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  -DDEFAULT_EXECUTABLE=\&quot;&quot;/usr/local/bin/gst&quot;\&quot; -I../lib-src -I../lib-src -I../libffi/include -I../libffi/include  -I../snprintfv -I../snprintfv -I../sigsegv/src -I../sigsegv/src -I../lightning -I../lightning -I.. -I..   -g -O2 -Wall -Wno-strict-aliasing -Wno-switch -fno-gcse -fstrict-aliasing -Wwrite-strings -Wdeclaration-after-statement -Wno-format -Wpointer-arith -Wno-pointer-sign  -MT interp.lo -MD -MP -MF .deps/interp.Tpo -c -o interp.lo interp.c</description>
 <pubDate>Mon, 20 Oct 2008 14:35:44 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/265</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Add support for PreparedStatements to MySQL and PostgreSQL</title>
 <link>http://smalltalk.gnu.org/project/issue/80</link>
 <description>Postgres and MySQL support PreparedStatements, but their DBD does not know about them.

This requires some refactoring. The first step would be to move parts of the FieldConverter (from the MySQL bindings) up to the generic DBI package.</description>
 <pubDate>Thu, 27 Sep 2007 23:47:57 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/80</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>shared pool environment for compile-time evaluation</title>
 <link>http://smalltalk.gnu.org/project/issue/211</link>
 <description>There are several places you can put expressions that are evaluated during compilation:

# class tag arguments (e.g. &lt;code&gt;&amp;lt;import: SomeVar&gt;&lt;/code&gt;)
# class var initializers (e.g. &lt;code&gt;MyClassVar := SomeVar&lt;/code&gt;)
# compile-time evals in methods, and in any of the above (e.g. &lt;code&gt;##(SomeVar)&lt;/code&gt; or &lt;code&gt;MyClassVar := ##(SomeVar)&lt;/code&gt;

In the VM, all of these are currently managed as compilations on UndefinedObject, with the addition to the pool search of the current namespace (which is twiddled by moving UndefinedObject).  This is all very well and recursive, where
</description>
 <pubDate>Tue, 22 Apr 2008 20:44:31 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/211</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Baseless Recursion Crash VM</title>
 <link>http://smalltalk.gnu.org/project/issue/187</link>
 <description>An infinite loop will crash the VM.

Simple Example:
&lt;code&gt;
sam@osiris:~$ gst
GNU Smalltalk ready

st&gt; Object subclass: Foo [ Foo class &gt;&gt; new [ ^ self new ] ]
st&gt; Foo new
&quot;Global garbage collection... done&quot;
&quot;Global garbage collection... done, heap grown&quot;
&quot;Global garbage collection... done, heap grown&quot;
&quot;Global garbage collection... done, heap grown&quot;
&quot;Global garbage collection... done, heap grown&quot;
&quot;Global garbage collection... done, heap grown&quot;
&quot;Global garbage collection... done, heap grown&quot;
&quot;Global garbage collection... done, heap grown&quot;</description>
 <pubDate>Tue, 11 Mar 2008 16:57:56 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/187</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>POP client crashes when an email has an attachment</title>
 <link>http://smalltalk.gnu.org/project/issue/178</link>
 <description>Sample code ...

&lt;pre&gt;
$ cat ./popTest2.st 
#! /usr/bin/gst  -f
PackageLoader fileInPackages: #(&#039;NetClients&#039;)!
    | client host username password popClient |
    host := &#039;mailhost&#039;.
    username := &#039;mailuser&#039;.
    password := &#039;mailpw&#039;.
    client := NetClients.POP.POPClient connectToHost: host.
    [client
        username: username
        password: password.
        client login.
        Transcript showCr: &#039;New messages: &#039;, client newMessagesCount printString.
        Transcript showCr: &#039;bytes &#039;, client newMessagesSize printString.</description>
 <pubDate>Sat, 01 Mar 2008 12:40:50 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/178</comments>
 <category>GNU Smalltalk</category>
</item>
<item>
 <title>Sockets should accept integers/bytearrays as well as characters/strings</title>
 <link>http://smalltalk.gnu.org/project/issue/167</link>
 <description>This is probably easiest to do with a new class shape, which can also be used for FileStreams.  The new shape would accept bytes *and* characters for #at:put:, and return characters always (for backwards compatibility).

Currently, I am working around it in Sport, but it&#039;s bad for performance.</description>
 <pubDate>Wed, 06 Feb 2008 03:42:30 -0700</pubDate>
 <comments>http://smalltalk.gnu.org/project/issue/167</comments>
 <category>GNU Smalltalk</category>
</item>
</channel>
</rss>
