Squeak-dev April 2003

squeak-dev@lists.squeakfoundation.org

171 participants
517 discussions

VI4 (was: RE: [ANN]Draft rough plan for 3.6!)
by Anthony Hannan 03 Aug '03

03 Aug '03

I ran macrobenchmarks (after fixing it up, see my fixes posted). The results are: 3.4 image with closure compiler loaded and active but no methods recompiled: #(67308 246197 116342 31254 0 16290 14740) 3.4 image with closure compiler active and all method recompiled under closure compiler: #(85788 348667 124072 46906 0 18674 23292) Since marcroBenchmarks mostly tests the compiler/decompiler and messageTally (hence contexts), most of these test are not executing exactly the same code from the first image to the second. The only test that doesn't change is number 6, the one that opens and closes 10 browsers. Number 6 results are 18674 vs. 16290, a 15% slow down. Let me clarify why I think we should wait for a Jitter before changing the image format. Because the Jitter itself will likely required a image format change and we don't want two format changes in a row, especially when the second will superscede the first. Only the compiled method format change would remain from the first change, which could wait for the second because it is only an aesthetic change. It adds no new functionality. I know past Jitters did not require a format change. But since Ian is on Eliot's Bytecode-to-Bytecode Adaptive Optimization for Smalltalk project (along with myself, Dan, Marcus, and John Sarkela) I suspect the next Jitter will be a Smalltalk Jitter producing optimized bytecodes. Some of these bytecodes will be new special low-level bytecodes, which will require a new image format. Even if Ian produces a C Jitter before that with no format change, it will speed things up enough to not need VI4. Only the compiled method format change will be missing, which again is not important. So I believe we can live with the 15% slow down for a year or so. If not we can try to speed up the interpreter a little by just including stack enhancements but not bytecodes enhancements so we don't change the image format. I think any bytecode changes should be in conjunction with Eliot's project or some Jitter project. And to reiterate, I think the compiled method format change should only be include on the back of some other more significant image format change like bytecodes. Cheers, Anthony

6 7

[FIX] EventRecorderPosFix-nk
by ned＠bike-nomad.com 20 Jul '03

20 Jul '03

from preamble: "Change Set: EventRecorderPosFix-nk Date: 3 March 2003 Author: Ned Konz This CS ensures that keyboard events are given positions when replayed from the Event Recorder"!

3 3

[MCP][ENH] self deprecate for crufty methods
by David T. Lewis 19 Jul '03

19 Jul '03

As part of MCP, there has been some discussion about cleaning out unnecessary methods in Morphic. Here is a way to mark methods for future removal. I'm sure this is not a new idea, but maybe it will help with the housekeeping. This change set adds Object>>deprecatedOn:by: to declare a method obsolete and provide a warning to any sender of the message to discourage use of the deprecated method. Send "self deprecatedOn: aDateString by: yourNameOrInitials" in the method being marked for future removal. Dave

3 2

RE: destructors, how?
by Peter Crowther 18 Jul '03

18 Jul '03

> From: Ragnar Hojland Espinosa [mailto:ragnar@linalco.com] > I want to automatically call self terminate on an object on > destruction (or when it goes out of scope..) Smalltalk objects are not 'destroyed'. They are garbage-collected at some time after no other object references them. The 'some time after' could be microseconds or days. > I can't find out how to write a destructor > or something functionally equivalent. Check out implementors of 'finalize' (IIRC). In essence, you hold onto the object using a weak array; are notified when it is garbage-collected; and clear appropriate fields based on copies of the data in the object. - Peter

17 22

[ENH][Refactoring] cannotInterpret
by Marcus Denker 10 Jul '03

10 Jul '03

"Change Set: removeCannotInterp Date: 13 April 2003 Author: Marcus Denker 1) removes Object>>cannotInterpret: This method is identical to the one allready defined in ProtoObject, and thus not needed 2) refactors ProtoObject>>cannotInterpret: to use ifNotNil: instead of '== nil ifFalse' and ifNotNil:ifNil instead of 'notNil ifTrue:ifFalse' "! -- Marcus Denker marcus(a)ira.uka.de -- Squeak! http://squeak.de

3 3

Re: Why so few garage processors? (was Re: Squeak History / TinyMachines)
by Jack Johnson 26 Jun '03

26 Jun '03

Hannes Hirzel wrote: > Just to see what happens. Sharing the x-perience of achievieng > something what people normally consider to be hard. > > If it isn't fun and easy to do we shoudn't do it. I'd settle for fun and hard. When I saw the uCsimm project, I immediately thought about a parallel project to utilize the uCsimm, where you'd have an open experimentation platform based on the uCsimm pinout. Any other SIMM-based project that used the new "standard" could reuse the board for keyboard/power/serial/ethernet/etc. making the barriers to experimentation that much lower. Which is also where I started thinking about the Pocket Mac Classic. An open-platform PDA where you could change it's nature by replacing a SIMM, but reuse the chicklet keys and low-res screen, etc. So, if you'd rather have a Pocket C-64, Pocket Apple II or Pocket Sinclair, voila. And the companies who can afford to do more, there's always the XScale/WinCE SIMM, PalmOS SIMM, etc. (Way off topic, sorry) -Jack

2 1

Re: Error downloading 3.5 from ftp
by Bruce ONeel 20 Jun '03

20 Jun '03

Opps, sorry. It's fixed now. Thanks! cheers bruce Mike Roberts <mike(a)mjr104.co.uk> wrote: > Hi, > > I tried to download Squeak-Win32-3.4.3-VM.zip from > > ftp://st.cs.uiuc.edu/Smalltalk/Squeak/3.5/win > > and it doesn't download correctly. I am wondering if the file doesn't have the correct permissions? > > -rw------- 1 ftpuser ftpusers 412418 Apr 11 08:54 Squeak-Win32-3.4.3-VM.zip > -rw-rw-r-- 1 ftpuser ftpusers 10288602 Apr 11 08:58 Squeak3.5-5180-3.4.3.zip > > Is someone able to have a look at this? > > Cheers > > Mike

4 4

TrueTypeTextStyle ver.5
by Yoshiki.Ohshima＠acm.org 15 May '03

15 May '03

Hello, I revised TrueTypeTextStyle. In this version, you can use any size of fonts. (though you might want to stick to the multiple of 3). Also now it works in Nebraska. It is on the SqueakMap, so, enjoy! -- Yoshiki

3 2

[CS] TicTacToe
by ingo＠2b1.de 15 May '03

15 May '03

from preamble: "Change Set: TicTacToe Date: 27 April 2003 Author: Ingo Hohmann Just a little Morphic project - to learn Squeak, Morphic and so ... It implements a two player TicTacToe game. And of course, I hope to get this thing right. "!

13 25

[Q] doubleclickable and dragable morph: how?
by Olmeca＠netscape.net 09 May '03

09 May '03

I have a Morph subclass, which is dragable by default. Now I would also like to make it doubleclickable. But if I start adding the methods #handlesMouseDown, etc, then apparently I loose the dragability. Am I doing something wrong? Or does Morphic not support this combination of behaviors? Rudi Angela __________________________________________________________________ Try AOL and get 1045 hours FREE for 45 days! http://free.aol.com/tryaolfree/index.adp?375380 Get AOL Instant Messenger 5.1 for FREE! Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455

7 18

← Newer
1
2
3
4
5
6
7
...
52
Older →

Jump to page: