Squeak-dev June 2003

squeak-dev@lists.squeakfoundation.org

188 participants
973 discussions

RE: [BUG][FIX]Browser explain of pooldicts fails
by Magistrello Alejandro (SFA) 04 Aug '03

04 Aug '03

Tim, can you check http://swiki.gsug.org:8080/sqfixes/3263.html ? regards, Alejandro > -----Mensaje original----- > De: Tim Rowledge [SMTP:tim@sumeru.stanford.edu] > Enviado el: jueves 29 de mayo de 2003 18:46 > Para: squeak-dev(a)lists.squeakfoundation.org > Asunto: Re: [BUG][FIX]Browser explain of pooldicts fails > > A seemingly related problem has just caught me. > > Using a FileContentsBrowser I had 'remove existing' to compare a .st > file with the contents of my image. Sometime in the process of browsing > the remaining list of changes I got a walkback as in the attached > debug.log; note that the problem is that nobody understands #Definition > again. > > If you look in CodeHolder>didCodeChangeElsewhere you'll see that the > same #selectedMessageName is the likely culprit. > > Who actually knows what is the intended behaviour here? > > tim > -- > Tim Rowledge, tim(a)sumeru.stanford.edu, http://sumeru.stanford.edu/tim > Useful random insult:- Immune from any serious head injury. <<Archivo: > SqueakDebug.log>> <<Archivo: ATT615707.txt>>

3 3

[ENH] FloatArraySum
by Joshua 'Schwa' Gargus 04 Aug '03

04 Aug '03

Adds a hook to a primitive that should shortly be appearing in the VMMaker package on SqueakMap. This speeds things up by over 200x. If the primitive is not found, falls back to old calculation.

2 1

RE: [ENH] NewLook (aka Diego's Look)
by Brent Vukmer 04 Aug '03

04 Aug '03

Looks great, Diego! What font sizes did you use to get the "big" PNG screenshot? > -----Original Message----- > From: diegogomezdeck(a)consultar.com > [mailto:diegogomezdeck@consultar.com] > Sent: Monday, June 23, 2003 4:07 PM > To: squeak-dev(a)lists.squeakfoundation.org > Subject: [ENH] NewLook (aka Diego's Look) > > > Hi guys, > > Attached is a changeset with all the look enhancements > (SystemWindow, Menus, ScroolBars and FillInTheBlank). > > Some minor conflicts with MCP was solved and the changeset > works fine in a 3.6 image with all the updates at today. > > You can see the changes "in action" at: > http://minnow.cc.gatech.edu/squeak/uploads/3142/alltogether-withouttf- big.png (without TTF) http://minnow.cc.gatech.edu/squeak/uploads/3142/all-together-big.png (witn TTF) This version doesn't include the promised preference's option to disable the new icons in the scroolbars, I'll post a fix later (in a couple of days) with only this change. Enjoy it, Diego

9 11

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

[Q] Block>>ensure
by Mike Roberts 28 Jul '03

28 Jul '03

Hi, I'm trying to understand an issue in some code and I would like to be able to debug/step into a block that uses Block>>ensure: . I was wondering if this was possible in the debugger? The code in question (as an example) is in SMTPClient class>> deliverMailFrom:to:text:usingServer: [smtpClient mailFrom: fromAddress to: recipientList text: messageText. smtpClient quit] ensure: [smtpClient close] I notice that ensure: uses a primitive and I wasn't sure how this works. Thanks for any help Mike

1 1

[FIX] FileListUpdateFix-nk
by ned＠bike-nomad.com 26 Jul '03

26 Jul '03

from preamble: "Change Set: FileListUpdateFix-nk Date: 25 June 2003 Author: Ned Konz This change set makes the FileList update itself after performing services that change the file list and/or file contents (like removing linefeeds, decompressing files, etc.). It incorporates the fixes that I posted as PWSRemovalFileListFix-nk as well. "!

2 1

[ENH] Proposal for inclusion - Hierarchy List Morph - Navigation ( [et] looks groovy! any SUnit tests? )
by bvukmer＠blackboard.com 26 Jul '03

26 Jul '03

< I'm a bug-fixing machine! > This post brought to you by the BugFixArchiveViewer, a handy tool that makes it easy to comment on proposed fixes and enhancements for Squeak. For more information, check out the Web page for the BugFixArchiveViewer project: http://minnow.cc.gatech.edu/squeak/3214 < I'm a bug-fixing machine! >

3 2

[FIX] NewLookFITBFix-nk
by ned＠bike-nomad.com 23 Jul '03

23 Jul '03

from preamble: "Change Set: NewLookFITBFix-nk Date: 25 June 2003 Author: Ned Konz If you have Diego's New Look Preferences loaded, and have turned off the menuAppearance3d preference, FillInTheBlankMorphs blow up when created. This is a fix for that problem. "!

2 1

[BUG][FIX]CodeHolder>isThereAnOverride
by Tim Rowledge 21 Jul '03

21 Jul '03

It seems a little like overkill for #isThereAnOverride to scan all possible implementors of a message when it only needs to scan subclasses ofthe chosen class. I may be wrong, of course tim -- tim(a)sumeru.stanford.edu

2 1

[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

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

Jump to page: