Squeak-dev December 1999

squeak-dev@lists.squeakfoundation.org

146 participants
451 discussions

[ENH] Randomized SameGame
by Doug Way 28 Dec '99

28 Dec '99

--0-1311135236-946369527=:61026 Content-Type: TEXT/PLAIN; charset=US-ASCII I noticed that if I play SameGame from a saved image, it always goes through the, er, same games, because the random number generator is never reset to the date. This changeset fixes things so that it is always truly randomized (based on the date/time) whenever New Game is pressed. (This is done by doing "Collection initialize", oddly enough.) Changeset is attached. - Doug Way dway(a)mat.net --0-1311135236-946369527=:61026 Content-Type: text/plain; name="RandomSameGame-dew.cs" ; x-mac-type="54455854" ; x-mac-creator="522A6368" Content-Disposition: attachment; filename="RandomSameGame-dew.cs" Content-Transfer-Encoding: imap_stub 0,2673,2,482,7, --0-1311135236-946369527=:61026--

1 0

[UPDATE][GOODIE][CORRECTION] Time Zone Support for Squeak
by David T. Lewis 28 Dec '99

28 Dec '99

--EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii The attached change set (in a ZIP archive) is an update to the TimeZone goodie which I posted about a week ago. (Please discard previous message of the same subject - wrong ZIP file attached. Correct change set in ZIP is TimeZoneUpdates.28Dec1230am.cs, which is supplied as an update to the orginally posted change set for TimeZone, TimeZone.21Dec1124am.cs). Change set preamble follows: --------------------------------------------------------------------- Change Set: TimeZoneUpdates Date: 27 December 1999 Author: David T. Lewis Incremental changes to TimeZone, to be applied on top of the original posted change set (TimeZone.21Dec1124am.cs). Includes method name and comment fixes courtesy of Stan Heckman (stan(a)stanheckman.com). Introduced new classes to clarify the distinction between time zone offsets and leap second offsets. TimeZones now collaborate with instances of LeapSecondRuleSet to obtain leap second offsets, and the system TimeZoneDatabase holds an instance of LeapSecondRuleSet which applies to all time zones. For TimeZones in a system TimeZoneDatabase, all TimeZones which use leap seconds collaborate with the single system-wide LeapSecondRuleSet. These changes also eliminate unnecessary dupication of leap second rule sets. Moved the tzfile logic out of the TimeZone hierarchy, and put it in a new TzFileLoader class. TzFileLoader knows how to read tzfile data files and create instances of TimeZoneRuleSet and LeapSecondRuleSet. Introduced optimizations in time zone file loading to eliminate duplication of offset rules. For example, the tzfile data for 'posix/America/Detroit' is the same as that for 'America/Detroit', so these two equivalent time zones now can now refer to a single set of time zone offset rules. Added tree-structured indexing of time zones in the TimeZoneDatabase to reduce the size of time zone dictionaries, and to make it easier to browse the system database with an inspector. Time zones can be directly referenced by name strings such as 'posix/Europe/Paris', but are stored in the database in a hierarchical tree of Dictionaries (timeZones->posix->Europe->Paris). The path name separator default is '/' but can be overridden for purposes of loading data named, for example, 'posix-Europe-Paris', or for database queries using names like 'posix%Europe%Paris'. Internally, the time zones have names like 'posix/Europe/Paris' to encourage consistent time zone naming. For a complete time zone database loaded from data files as distributed on a typical Linux system (for example), the database size is now reduced by a factor of 3.4 compared to the original posted version of TimeZone. A full time zone database now occupies 1.8Mb on disk when copied out on a ReferenceStream (this compresses to under 0.3Mb bytes with gzip). This compares favorably to the size of the compiled tzfile time zone files, which occupy 1.78Mb on disk. Changed time zone abbreviations and time zone names to be Symbols rather than strings. Changed several method names to simplify expressions. Added more examples and utility methods. --EVF5PPMfhYS0aIcm Content-Type: text/plain; name="TimeZoneUpdates.zip" ; x-mac-type="705A4950" ; x-mac-creator="705A4950" Content-Disposition: attachment; filename="TimeZoneUpdates.zip" Content-Transfer-Encoding: imap_stub 0,2672,2,18492,0, --EVF5PPMfhYS0aIcm--

1 0

[UPDATE][GOODIE] Time Zone Support for Squeak
by David T. Lewis 28 Dec '99

28 Dec '99

--k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii The attached change set (in a ZIP archive) is an update to the TimeZone goodie which I posted about a week ago. Change set preamble follows: --------------------------------------------------------------------- Change Set: TimeZoneUpdates Date: 27 December 1999 Author: David T. Lewis Incremental changes to TimeZone, to be applied on top of the original posted change set (TimeZone.21Dec1124am.cs). Includes method name and comment fixes courtesy of Stan Heckman (stan(a)stanheckman.com). Introduced new classes to clarify the distinction between time zone offsets and leap second offsets. TimeZones now collaborate with instances of LeapSecondRuleSet to obtain leap second offsets, and the system TimeZoneDatabase holds an instance of LeapSecondRuleSet which applies to all time zones. For TimeZones in a system TimeZoneDatabase, all TimeZones which use leap seconds collaborate with the single system-wide LeapSecondRuleSet. These changes also eliminate unnecessary dupication of leap second rule sets. Moved the tzfile logic out of the TimeZone hierarchy, and put it in a new TzFileLoader class. TzFileLoader knows how to read tzfile data files and create instances of TimeZoneRuleSet and LeapSecondRuleSet. Introduced optimizations in time zone file loading to eliminate duplication of offset rules. For example, the tzfile data for 'posix/America/Detroit' is the same as that for 'America/Detroit', so these two equivalent time zones now can now refer to a single set of time zone offset rules. Added tree-structured indexing of time zones in the TimeZoneDatabase to reduce the size of time zone dictionaries, and to make it easier to browse the system database with an inspector. Time zones can be directly referenced by name strings such as 'posix/Europe/Paris', but are stored in the database in a hierarchical tree of Dictionaries (timeZones->posix->Europe->Paris). The path name separator default is '/' but can be overridden for purposes of loading data named, for example, 'posix-Europe-Paris', or for database queries using names like 'posix%Europe%Paris'. Internally, the time zones have names like 'posix/Europe/Paris' to encourage consistent time zone naming. For a complete time zone database loaded from data files as distributed on a typical Linux system (for example), the database size is now reduced by a factor of 3.4 compared to the original posted version of TimeZone. A full time zone database now occupies 1.8Mb on disk when copied out on a ReferenceStream (this compresses to under 0.3Mb bytes with gzip). This compares favorably to the size of the compiled tzfile time zone files, which occupy 1.78Mb on disk. Changed time zone abbreviations and time zone names to be Symbols rather than strings. Changed several method names to simplify expressions. Added more examples and utility methods. --k+w/mQv8wyuph6w0 Content-Type: text/plain; name="TimeZoneUpdates.zip" ; x-mac-type="705A4950" ; x-mac-creator="705A4950" Content-Disposition: attachment; filename="TimeZoneUpdates.zip" Content-Transfer-Encoding: imap_stub 0,2671,2,18476,0, --k+w/mQv8wyuph6w0--

1 0

[ANN]ANSI Standard Messages Unit Tests
by R. A. Harmon 27 Dec '99

27 Dec '99

I've finally created a web page "Portable Smalltalk Applications and ANSI Smalltalk Standard": http://homepage2.rconnect.com/raharmon/ where anyone may download my implementation of Testing Framework unit tests for all ANSI standard messages. This is an incomplete implementation of all Smalltalk ANSI standard messages unit tests. It is a large project and has interdependency's between protocols. I am therefore implementing and releasing it in stages by protocol in the order they are defined in the proposed ANSI Smalltalk Standard document. I hope that I will have implemented all of the ANSI messages unit tests with release of the last protocol and intend that when done they will run without error (If the dialect can support it). These unit tests are in the portable ANSI Smalltalk Interchange Format (SIF) and have been test only on Squeak 2.6. I will make them as portable to any dialect as possible. This release only covers the <Fundamental> protocols. At best the tests I come up with will only be a starting point for testing ANSI message compliance. I hope folks will contribute their favorite wicked tests and the test suite will evolve into a comprehensive set. I also have code files for other projects that may also be downloaded. -- Richard A. Harmon "The only good zombie is a dead zombie" harmonra(a)webname.com E. G. McCarthy Spencer, Iowa

1 0

[ANN]Experimental Protocols As In Proposed ANSI Standard
by R. A. Harmon 27 Dec '99

27 Dec '99

I've finally created a web page "Portable Smalltalk Applications and ANSI Smalltalk Standard": http://homepage2.rconnect.com/raharmon/ where anyone may download my experimental implementation of protocol objects patterned after the way the concept of protocol is used in the proposed ANSI Smalltalk standard document. Along with modifications to the Squeak SUnits testing framework it is primarily used to programatically test the return values of ANSI Smalltalk standard messages. There is also an implementation of experimental enhancements to the Testing Framework for Squeak (SUnits) to programatically check that the value returned from a message send conforms to the specified protocol. I use this primarily in ANSI Smalltalk standard messages test suites. I'm not sure protocol objects or my Testing Framework enhancements are that good of an idea, so I would appreciate any feedback on it. There is currently only a version for Squeak 2.6. I also have code files for other projects that may also be downloaded. -- Richard A. Harmon "The only good zombie is a dead zombie" harmonra(a)webname.com E. G. McCarthy Spencer, Iowa

1 0

[ANN]ANSI Standard Messages Release
by R. A. Harmon 27 Dec '99

27 Dec '99

I've finally created a web page "Portable Smalltalk Applications and ANSI Smalltalk Standard": http://homepage2.rconnect.com/raharmon/ where anyone may download my implementation of the additional, and changed non-conforming, messages required by the ANSI Smalltalk Standard for Squeak 2.6. This is an incomplete implementation of all ANSI messages. It is a large project and has interdependency's between protocols. I am therefore implementing and releasing it in stages by protocol in the order they are defined in the proposed ANSI Smalltalk Standard document. This release only covers the <Fundamental> protocols. I also have code files for other projects that may also be downloaded. -- Richard A. Harmon "The only good zombie is a dead zombie" harmonra(a)webname.com E. G. McCarthy Spencer, Iowa

1 0

[ANN]Read/Write Source Files In Portable ANSI SIF
by R. A. Harmon 27 Dec '99

27 Dec '99

I've finally created a web page "Portable Smalltalk Applications and ANSI Smalltalk Standard": http://homepage2.rconnect.com/raharmon/ where anyone may download my implementation of a facility to read and write files of Smalltalk code in the portable ANSI Smalltalk Interchange Format (SIF). There are versions for Squeak 2.6, and Dolphin Smalltalk 2.1 (free version) and 3.02. I also have code files for other projects that may also be downloaded. -- Richard A. Harmon "The only good zombie is a dead zombie" harmonra(a)webname.com E. G. McCarthy Spencer, Iowa

1 0

[BUG][FIX] TestCodeGenerator
by Stephan Rudlof 27 Dec '99

27 Dec '99

--------------7382F753A9C3479C5B95196B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Squeakers, attached change set removes a bug in TestCodeGenerator, which occured if calling ^true asOop: Boolean in a TestInterpreterPlugin method. Greetings, Stephan P.S.: In the original method there was also an in ST invisible character, what was seen by the C compiler though and led to a compiler error. -- Stephan Rudlof (sr(a)evolgo.de) "Genius doesn't work on an assembly line basis. You can't simply say, 'Today I will be brilliant.'" -- Kirk, "The Ultimate Computer", stardate 4731.3 --------------7382F753A9C3479C5B95196B Content-Type: text/plain; charset=us-ascii; name="Fix TestCodeGenerator.1.cs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Fix TestCodeGenerator.1.cs" 'From Squeak2.7alpha of 1 December 1999 [latest update: #1726] on 27 December 1999 at 5:38:18 pm'! !TestCodeGenerator methodsFor: 'asOop:/asValue:' stamp: 'sr 12/27/1999 05:50'! generateCoerceToBooleanObjectFrom: aNode on: aStream aStream nextPutAll: '('. self emitCExpression: aNode on: aStream. aStream nextPutAll: '? interpreterProxy->trueObject() : interpreterProxy->falseObject())'! ! --------------7382F753A9C3479C5B95196B--

1 0

Fonts-Question
by Stefan Matthias Aust 27 Dec '99

27 Dec '99

I want to add a new font to squeak. I picked Windows' Tahoma as a first example because I like it as a clean and narrow font for menus and dialogs. I managed to create a single strike font (using Andreas' old STFONT.EXE program) per font - but then the problems start... I want to combine at least Tahoma-Regular and Tahoma-Bold in such a way that Squeak knows only a single Tahoma font which can be displayed in bold and regular style. It Squeak tried to a synthetic bold font, the result is very ugly. However, after studying the StrikeFont class, I believe that this isn't possible, is it? This would at least explain, why Squeak knows ComicPlain and ComicBold instead of a single Comic font. I manually tweaked the regular strike font to know the bold one as derivate but this link will go away on shutdown. Has anybody fixed this already? As usual, I'm working on 2.6. I'd probably start with changing "StrikeFont>>reset" which resets the cache of synthetic fonts. This might be a good place to use a list of variant fonts to initialize the cache from. Another possible way could be to change "StrikeFont>>emphasized:" and lookup the font with a variant name in the TextConstants pool dictionary first before creating a synthetic font. However, I don't see any clean way how to use size, pointSize, name, familyName, familySizeFace, emphasis and so on without documentation. Any help is welcome. bye -- Stefan Matthias Aust // Bevor wir fallen, fallen wir lieber auf.

1 0

Re: CCodeGenerator: suggestion
by Stephan Rudlof 27 Dec '99

27 Dec '99

"Andrew C. Greenberg" wrote: > > >I'm not a compiler specialist, but couldn't the compiler recognize if > >there are control structures like 'for' or 'while' which aren't allowed > >in C construct like > > (expr) ? (commaSeparatedStmtList, expr) : (commaSeparatedStmtList, > >expr); > >? Then it could generate an error. > > I'm sure it could, but what is the virtue, if any, of having a > compiler with such peculiar semantics? In particular, of compiling > > var := condition ifTrue: [expression]. > > but not > > var := cond1 ifTrue: [[cond2] whileTrue: [stmts]. expression] > > ? To my mind, it would be far less funky to have (as C has) either > two separate syntactic constructs for the control structure and the > conditional expression, or simply to forego the conditional > expression. No one denies that the Slang subset isn't a complete > Smalltalk. The question is whether any extensions are more > beneficial than costly on all relevant fronts. As "ugly" as having a > separate #exprIfTrue:#exprIfFalse construct for translation to the C > conditional expression may seem at first blush, I think to the extent > the functionality is necessary, It isn't necessary, it's just a convenient way to allow to write ^ expr isTrue: [firstCaseExpr] ifFalse: [secondCaseExpr] .. I often did it and stumbled over the C compiler errors then. > it may be the clearest way to > distinguish the two without confusing users. If we'd prefer a Smalltalk programming style of plugins it would be best to avoid C'ish ST constructs. But I have to admit that I have made - in my current (first) plugin, therefore so much mails from me ;-) - very C'ish code to improve the speed...(see summary below) > (Also, compiling "?:" > and "," everwhere in lieu of "if()" and ";", while still providing a > capacity to have control statements inside a conditional, when the > conditional is not itself part of an expression will substantially > complicate the compiler, but more important, would make cCode highly > unreadable, IMHO.) That's a point. > Again, the issue is whether the benefits outweigh the costs. One of > the reasons that many of the more important changes you have > requested thus far have been so quickly implemented derives in large > part from the simplicity and elegance of the CCodeGenerator design. > That simplicity has some costs, of course. I just don't think the > cost of rewriting the two expression above as > > condition ifTrue: [var := expression]. > > cond1 ifTrue: [[cond2] whileTrue: [stmts]. var := expr] > > is all that bad as compared to the cost of having the more > "Smalltalk-like" expression semantics widely available. And even if > it was really necessary to support conditional expressions, you could > always write the first expression above as: > > var := condition exprIfTrue: [expression]. > > after implementing the builtin, a substantially easier task than the > one you suggested. To me, however, the status quo feels just fine. My suggestions came from the vision to be able to automatically compile arbitrary ST classes to speed up them if they are finished... Do you know the work of ST/X from Claus Gittinger? > >My C compiler accepts constructs like: > > > >--- > >void vf( int arg) { printf("\nvf( %d)", arg); } > >double df( int arg) { printf("\ndf( %d)", arg); return arg; } > > > >void main() > >{ > > int k; > > k = 0 == 0 ? vf(1), df(2) : df(3), df(4); > > printf("\nk: %d", k); > > k = 0 == 1 ? vf(1), df(2) : df(3), df(4); > > printf("\nk: %d", k); > > // interpreted as: ( k = (0 == num) ? (vf(1), df(2)) : df(3) ), df(4); > > // so it makes sense to use more braces... > >} > > This begs the question, of course. > > >, so it is possible to use - not control - statements inside > >expressions. > > Function calls are most certainly C expressions. That's true. ('func();' calls are also statements though, and then there are also 'void' funcs.) > > > The point of CCompiler is not to implement Smalltalk, but just a > > > subset sufficient to express a hunk-o-code. > > > >But it is as easier to write plugins as more ST constructs are eaten by > >the ST2C compiler...;-) > > It also gets confusing when "the same" construct works sometimes but > not others. This is absolutely true. Therefore I think most important - before further enhancements - are error messages from the compiler if it something cannot compile! And the #exprIfTrue/False: constructs would be a very nice addition to the current capability of the compiler! > >P.S.: To avoid misunderstandings: This is not a criticism of your work > >(it is great!), but a suggestion for - possible and nice, but not > >necessary - improvements! > > The CCodeGenerator was not my work, but that of SqueakCentral, and > Slang was one of the fundamental inventions that begat Squeak. My > work has been focused on tweaking it from time to time, and adding > the ability to specify primitives. A short summary: There are two main developing lines: - To be able to compile as much existing - _not_ C'ish like - ST code as possible with as less changes as possible, and - to give the programmer maximal flexibility in writing C'ish ST with supporting as much C constructs as possible to gain maximal speed. I know that it is already possible with self cCode: 'some C code' inSmalltalk: [some ST code]. , but this style isn't good for debugging purposes. With best regards, Stephan P.S.: Here it is 20:41:42 now and I want to go out, so this is my last mail for a while... -- Stephan Rudlof (sr(a)evolgo.de) "Genius doesn't work on an assembly line basis. You can't simply say, 'Today I will be brilliant.'" -- Kirk, "The Ultimate Computer", stardate 4731.3

3 3

← Newer
1
2
3
4
5
6
7
8
9
...
46
Older →

Jump to page: