Squeak-dev June 2004

squeak-dev@lists.squeakfoundation.org

154 participants
393 discussions

Re: [ENH] reposted: new String modifier: String>>asPlural
by Richard A. O'Keefe 30 Jun '04

30 Jun '04

The way that Squeak decides whether to write "a FTP" or "an Eureka" isn't so hot, either. At some point that should be refactored.

1 0

open connection
by Ramiro Diaz Trepat 30 Jun '04

30 Jun '04

Hello Chris, You've answered me this same thing before, now it has happened again and I have lost your previous e-mail. Sorry. It seems that I closed my squeak without closing every Magma connection out there. Now, everytime I start or save my image I get an exception, the one I am attaching in this log. I remember back then, you sent me a couple of lines that fixed it all. Thank you for your help. r. PS: This time I am coping the list so the next time I forget I can still google it :) MessageNotUnderstood: UndefinedObject>>isOpen 29 June 2004 11:18:19 pm VM: Win32 - a SmalltalkImage Image: Squeak3.7beta [latest update: #5967] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir D:\Squeak\3.6 Trusted Dir D:\Squeak\3.6\Ramiro Diaz Trepat Untrusted Dir C:\My Squeak\Ramiro Diaz Trepat UndefinedObject(Object)>>doesNotUnderstand: #isOpen Receiver: nil Arguments and temporary variables: aMessage: isOpen Receiver's instance variables: nil MaObjectRepository>>isOpen Receiver: a MaObjectRepository Arguments and temporary variables: Receiver's instance variables: transactionLog: a MaTransactionLog sessions: a Dictionary() filer: nil repositoryController: a MagmaRepositoryController largeCollectionManagers: a Dictionary() nextLoid: nil filename: <<error during printing>> MagmaRepositoryController>>isOpen Receiver: a MagmaRepositoryController Arguments and temporary variables: Receiver's instance variables: repository: a MaObjectRepository definition: a MagmaRepositoryDefinition session: a MagmaSession serverSerializer: a MaObjectSerializer requestInterruptGuard: a Semaphore() isReadOnly: false fileName: nil [] in MagmaRepositoryController class>>startUp: {[:each | each isOpen ifFalse: [each open]]} Arguments and temporary variables: amResuming: true each: a MagmaRepositoryController --- The full stack --- UndefinedObject(Object)>>doesNotUnderstand: #isOpen MaObjectRepository>>isOpen MagmaRepositoryController>>isOpen [] in MagmaRepositoryController class>>startUp: {[:each | each isOpen ifFalse: [each open]]} - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Set>>do: MagmaRepositoryController class>>startUp: MagmaSession class>>startUp: [] in SystemDictionary>>send:toClassesNamedIn:with: {[:name | class := self at: name ifAbsent: []. class ifNil: [remo...]} OrderedCollection>>do: SystemDictionary>>send:toClassesNamedIn:with: SystemDictionary>>processStartUpList: SmalltalkImage>>snapshot:andQuit:embedded: SmalltalkImage>>snapshot:andQuit: TheWorldMenu>>saveAndQuit TheWorldMenu>>doMenuItem:with: [] in MenuItemMorph>>invokeWithEvent: {[(selArgCount := selector numArgs) = 0 ifTrue: [target perform: selector] ...]} BlockContext>>ensure: CursorWithMask(Cursor)>>showWhile: MenuItemMorph>>invokeWithEvent: MenuItemMorph>>mouseUp: MenuItemMorph>>handleMouseUp: MouseButtonEvent>>sentTo: MenuItemMorph(Morph)>>handleEvent: MorphicEventDispatcher>>dispatchDefault:with: MorphicEventDispatcher>>dispatchEvent:with: MenuItemMorph(Morph)>>processEvent:using: MorphicEventDispatcher>>dispatchDefault:with: MorphicEventDispatcher>>dispatchEvent:with: MenuMorph(Morph)>>processEvent:using: MenuMorph(Morph)>>processEvent: MenuMorph>>handleFocusEvent: [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self. ActiveEvent := anEvent. result := focusHolder han...]} [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]} BlockContext>>on:do: PasteUpMorph>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendMouseEvent: HandMorph>>handleEvent: HandMorph>>processEvents [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h processEvents. capturingGesture := capturingGest...]} Array(SequenceableCollection)>>do: WorldState>>handsDo: WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [] in Project class>>spawnNewProcess {[[World doOneCycle. Processor yield. false] whileFalse. nil]} [] in BlockContext>>newProcess {[self value. Processor terminateActive]}

2 2

[FIX] [3.6] PoohSubdivisionCreationFix-nk ( could someone look at this for the 3.6 update stream? )
by ned＠squeakland.org 30 Jun '04

30 Jun '04

1 0

[ENH] reposted: new String modifier: String>>asPlural
by David T. Lewis 30 Jun '04

30 Jun '04

This is a nice little enhancement by Chris Norton that helps Squeak to speak gooder English. It was timed out on the BFAV list, so I am posting with a different subject line. The attached change set is the original one, and works fine in a 3.7 image. Here is the original message posted by Chris in January 2000: > Hi Folks. > > Here's the preamble from my changeset: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > "OK. You could say that this is a silly crusade, but I like my Squeak > messages to be in proper English (at least when the language you're using is > English). > > I was messing around with the HangMan file-in and I got a walkback that had > the following title: 'Error: HangManPhrases classs are not indexable'. I > just couldn't stand the extra 's' on 'class', so I created a nifty new > String method called asPlural and I modified the sender of the odd string to > use the new String modifier. Take it or leave it, but I think this makes > auto-generated text just a little easier to read." > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I hope you find this new String modifier useful too. > > Cheers! > > ---==> Chris >

11 17

[FIX] [3.7b] EnsureEssentialProcesses-nk
by ducasse＠iam.unibe.ch 30 Jun '04

30 Jun '04

Can somebody knowledgeable review this fix? Thanks

2 1

Harvesting Party Saturday July 3rd 21:00 GMT
by Ken Causey 30 Jun '04

30 Jun '04

Just a reminder that the next Harvesting Party will take place between 21:00 (9 PM) GMT Saturday July 3rd and 01:00 (1 AM) GMT Sunday July 4th, 2004. As usual we will meet in #squeak on irc.freenode.net. More information about the #squeak IRC channel can be found at http://people.squeakfoundation.org/article/7.html Information about the Harvesting Party idea can be found at http://people.squeakfoundation.org/article/29.html If you have the time please attend and work toward the future of Squeak. The next seven parties are scheduled for 01:00 (01:00 AM) GMT Thursday July 08, 2004 05:00 (05:00 AM) GMT Monday July 12, 2004 09:00 (09:00 AM) GMT Friday July 16, 2004 13:00 (01:00 PM) GMT Tuesday July 20, 2004 17:00 (05:00 PM) GMT Saturday July 24, 2004 21:00 (09:00 PM) GMT Wednesday July 28, 2004 01:00 (01:00 AM) GMT Monday August 02, 2004

1 0

[FIX] ListMorphArrowKeyFix-nk
by ned＠squeakland.org 30 Jun '04

30 Jun '04

from preamble: "Change Set: ListMorphArrowKeyFix-nk Date: 29 June 2004 Author: Ned Konz Even though SimpleHierarchicalListMorphs default to having a keystrokeActionSelector: of #arrowKey:from:, if this is called on a typical Model it will not work. This is because of the differences between the PluggableListMorph, the PluggableListView and the SimpleHierarchicalListMorph: * In the PLM, the model is NEVER called for any un-modified arrow keys, just for keys with modifiers (shift, alt, command, control?). The model never hears about keys whose asciiValue is < 32. * In the PLV, the model is ALWAYS called if it has a keystrokeActionSelector. Its code, however, calls back to the view and does the same thing that the PLM's specialKeyPressed: method does. * In the SHLM, the model is ALWAYS called if it has a keystrokeActionSelector. This change set makes the SHLM and the PLV work the same as the PLM. It moves the contents of Model>>arrowKey:from: into PLV, which is the only place that the code was actually being used for anything. This also fixes the problem with the 5934InspectorExplorer-rhi and arrow keys. "!

1 0

[BUG][FIX] Class>>rename fix 6/2004 (needs approval)
by Chris Muller 29 Jun '04

29 Jun '04

In using the SystemChangeNotifier to detect class renames, I noticed that the listeners are called in the middle of the rename, while the system is in an inconsistent state. The inconsistency is that the new name of the class is not set by the time the handler methods run. The Smalltalk global dictionary has been updated, so (Smalltalk at: #RenamedClass) name ~= #RenamedClass. This is an inconsistent state of the Smalltalk dictionary. The handler methods should operate as a true post-op, this fix makes it so. Please ignore my first post about this, it was late and I accidently hit send before I was done. Thanks, Chris

1 0

[BUG][FIX] MailMessage with multiple to headers
by frank.shearar＠rnid.org.uk 29 Jun '04

29 Jun '04

"Change Set: MailMessageTo-fbs Date: 29 June 2004 Author: Frank Shearar Currently MailMessage allows all sorts of undesirable occurences, like allowing multiple To lines. RFC 2822 forbids this. This changeset supplies a protocol that, if used, guarantees that you can add as many recipients as you like to a MailMessage while maintaining a single To header. Too, this changeset moves MailMessage to the Network-RFC822-Tests category."

1 0

ToDo List for 3.7
by Doug Way 29 Jun '04

29 Jun '04

I was just cleaning up the "ToDo List for 3.7" on the swiki, and noticed a section at the beginning called "Important items to go in 3.7beta". I think maybe Stephane added these... anyway I'll answer here what I think the current status of these are: * Color in List fixed, update 5435. * fix default sounds hm, not sure what this means. Wait, this must be the default SoundService thing, which was fixed, update 5815. * file system low level function (andreas recent fixes) I think this was the ChangeRecord cleanup, which had a conflict which was never fixed, and should probably wait for 3.8alpha at this point. * interpreter simulator fixes This is outside of the basic image. The owner of the appropriate package (VMMaker?) will need to do this... maybe it's already been done. * refstream of ted Close call... I assume this is "[FIX] RefStrmObsolCls-tk" which was posted on 3-4-04. This looks like a smallish enough change that perhaps it could be squeezed in for 3.7 if someone can give it a good review. So, aside from this, the "ToDo List for 3.7" page is now up to date, and 3.7gamma/3.8alpha will be arriving any day now... - Doug

8 7

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

Jump to page: