I am using Squeak 3.10 but am planning to port my code to Squeak 4.4 soon.
Today I discovered that method ClassBuilder>>validateClassName: aString appears to expect a string as a parameter but in fact requires a symbol. e.g. (ClassBuilder new validateClassName: 'Smalltalk') returns true. But: (ClassBuilder new validateClassName: #Smalltalk) generates a Warning: (Smalltalk already exists! Proceed will store over it. Select Proceed to continue, or close this window to cancel the operation.) The latter is correct although it is the caller of validateClassName: that is going to do the overwrite so (I think) it is inapproapriate for validateClassName: to generate the warning. Finally, I find it odd that both (ClassBuilder new validateClassName: #Class) returns true. and (ClassBuilder new validateClassName: #NotClass) returns true. Anyway, before reporting this as a bug, I decided to download Squeak 4.4 first (in preparation for porting) and verify that the bug is there also. But at www.squeak.org I only find Squeak 4.3. So where do I find Squeak 4.4? Finally, where do I find instructions on how to report this bug (if it exists in Squeak 4.4). Regards, Ralph Boland |
I just recently downloaded from ftp://ftp.squeak.org/4.4/
I tried the SqueakV44.sources but apparently something in the image is looking for SqueakV41.sources Ken G. Brown On 2013-03-04, at 1:45 PM, Ralph Boland wrote: > I am using Squeak 3.10 but am planning to port my code to Squeak 4.4 soon. > Today I discovered that method ClassBuilder>>validateClassName: > aString appears to expect a string as a parameter but in fact > requires a symbol. > > e.g. (ClassBuilder new validateClassName: 'Smalltalk') returns true. > But: (ClassBuilder new validateClassName: #Smalltalk) generates a Warning: > > (Smalltalk already exists! > Proceed will store over it. > > Select Proceed to continue, or close this window to > cancel the operation.) > > The latter is correct although it is the caller of validateClassName: > that is going to do > the overwrite so (I think) it is inapproapriate for validateClassName: > to generate the warning. > > Finally, I find it odd that both > > (ClassBuilder new validateClassName: #Class) returns true. > and > (ClassBuilder new validateClassName: #NotClass) returns true. > > Anyway, before reporting this as a bug, I decided to download Squeak 4.4 first > (in preparation for porting) and verify that the bug is there also. > But at www.squeak.org I only find Squeak 4.3. > So where do I find Squeak 4.4? > > Finally, where do I find instructions on how to report this bug (if > it exists in Squeak 4.4). > > Regards, > > Ralph Boland > |
That's my fault. I'd _like_ to have the version name relate to the
source filename, but it doesn't. Use SqueakV41.sources. I'll go remove the SqueakV44.sources, as I should have done a while ago. Sorry for the confusion! frank On 4 March 2013 20:55, Ken G. Brown <[hidden email]> wrote: > I just recently downloaded from ftp://ftp.squeak.org/4.4/ > I tried the SqueakV44.sources but apparently something in the image is looking for SqueakV41.sources > > Ken G. Brown > > On 2013-03-04, at 1:45 PM, Ralph Boland wrote: > >> I am using Squeak 3.10 but am planning to port my code to Squeak 4.4 soon. >> Today I discovered that method ClassBuilder>>validateClassName: >> aString appears to expect a string as a parameter but in fact >> requires a symbol. >> >> e.g. (ClassBuilder new validateClassName: 'Smalltalk') returns true. >> But: (ClassBuilder new validateClassName: #Smalltalk) generates a Warning: >> >> (Smalltalk already exists! >> Proceed will store over it. >> >> Select Proceed to continue, or close this window to >> cancel the operation.) >> >> The latter is correct although it is the caller of validateClassName: >> that is going to do >> the overwrite so (I think) it is inapproapriate for validateClassName: >> to generate the warning. >> >> Finally, I find it odd that both >> >> (ClassBuilder new validateClassName: #Class) returns true. >> and >> (ClassBuilder new validateClassName: #NotClass) returns true. >> >> Anyway, before reporting this as a bug, I decided to download Squeak 4.4 first >> (in preparation for porting) and verify that the bug is there also. >> But at www.squeak.org I only find Squeak 4.3. >> So where do I find Squeak 4.4? >> >> Finally, where do I find instructions on how to report this bug (if >> it exists in Squeak 4.4). >> >> Regards, >> >> Ralph Boland >> > > |
Right, I'm having trouble deleting this file. Just imagine it's gone
until we sort out the permissions problem. frank On 4 March 2013 21:58, Frank Shearar <[hidden email]> wrote: > That's my fault. I'd _like_ to have the version name relate to the > source filename, but it doesn't. Use SqueakV41.sources. I'll go remove > the SqueakV44.sources, as I should have done a while ago. Sorry for > the confusion! > > frank > > On 4 March 2013 20:55, Ken G. Brown <[hidden email]> wrote: >> I just recently downloaded from ftp://ftp.squeak.org/4.4/ >> I tried the SqueakV44.sources but apparently something in the image is looking for SqueakV41.sources >> >> Ken G. Brown >> >> On 2013-03-04, at 1:45 PM, Ralph Boland wrote: >> >>> I am using Squeak 3.10 but am planning to port my code to Squeak 4.4 soon. >>> Today I discovered that method ClassBuilder>>validateClassName: >>> aString appears to expect a string as a parameter but in fact >>> requires a symbol. >>> >>> e.g. (ClassBuilder new validateClassName: 'Smalltalk') returns true. >>> But: (ClassBuilder new validateClassName: #Smalltalk) generates a Warning: >>> >>> (Smalltalk already exists! >>> Proceed will store over it. >>> >>> Select Proceed to continue, or close this window to >>> cancel the operation.) >>> >>> The latter is correct although it is the caller of validateClassName: >>> that is going to do >>> the overwrite so (I think) it is inapproapriate for validateClassName: >>> to generate the warning. >>> >>> Finally, I find it odd that both >>> >>> (ClassBuilder new validateClassName: #Class) returns true. >>> and >>> (ClassBuilder new validateClassName: #NotClass) returns true. >>> >>> Anyway, before reporting this as a bug, I decided to download Squeak 4.4 first >>> (in preparation for porting) and verify that the bug is there also. >>> But at www.squeak.org I only find Squeak 4.3. >>> So where do I find Squeak 4.4? >>> >>> Finally, where do I find instructions on how to report this bug (if >>> it exists in Squeak 4.4). >>> >>> Regards, >>> >>> Ralph Boland >>> >> >> |
Free forum by Nabble | Edit this page |