October 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] PackageInfo>>overrideMethods
by Igor Stasenko Oct. 24, 2009

Oct. 24, 2009

In both Pharo & Squeak has no senders: overrideMethods ^ self extensionMethods select: [:ea | self isOvverideMethod: ea] as well as #isOvverideMethod: not implemented, which makes this method fail to work , even if it would be called by anyone. -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] About selectors returning an array
by StÃ©phane Ducasse Oct. 24, 2009

Oct. 24, 2009

> > Hi Eliot, >>>> This is experimental, not guaranteed bugfree. >>>> Indeed, you cannot #add: to nor #remove: from an Array... and >>>> elements >>>> won't be unique. >>>> My trunk image did not freeze because I analyzed senders of >>>> #selectors in >>>> it. >>>> But sure, this might break foreign code... >>>> So yes, it deserves discussion. >>>> >>>> What do others think ? >>> >>> I agree with Eliot. Keep the changes minimal - so just replace >>> "keys" with >>> "keys asSet" where necessary. >>> >>> - Bert >> >> Me too. #selectors should return a Set. >> >> Colin >> >> > > Though I found no such usage in MC1.0 :) > But I didn't inquire MC2.0, DeltaStreams, Etoys nor any other > reflexion crunching packages... > > BTW, it would be great to have universal code analysis tools spreading > over a public code database, not just my image. It dream of such > database served through web pages... > > Nicolas > Last thing, before retracting this change, I give hereafter a little rationale of my choice: There were 92 senders of selectors in trunk, I classified into three categories 1) Some senders performing add: or remove: If I recall, only 3 of them were I placed some #asSet protection. 2) Some senders expecting unique keys : but hey, selectors have unique elements because methodDictionary keys are unique... Only those aggregating with other selectors care, but most of them explicitely addAll: to an empty IdentitySet... 3) Every others did use an Array compatible message like do: includes: select: collect: asSortedCollection etc... Then I analyzed the cost of selectors: 1) Array will perform better than Set for all these selectors, but includes:. 2) Most direct senders of selector includes: SHOULD better be written includesSelector: Rationale: a single message send that will test includesKey: rather than two creating unecessarily an intermediate Set 3) 95% of senders would now uselessly perform an additional #asSet operation So my analyze was that I would personnaly buy this little optimization with the drawback of having to rewrite 5% of senders at most. But of course, I don't offer to rewritte your code, so I understand your opinion may differ :) And of course I agree that optimized code that breaks has no value. That's just a matter of tradeoffs. Nicolas

1 0

[Pharo-project] [update 1.1] #11015
by StÃ©phane Ducasse Oct. 23, 2009

Oct. 23, 2009

11015 ----- 1272 follow up part 3 Last part of cleanup, remove basicShallowCopy Issue 1338: HostWindowTests>>testOne is failing in Windows

1 0

[Pharo-project] About built in plugins
by Fernando olivero Oct. 23, 2009

Oct. 23, 2009

Hi, just curious..does somebody know why 'B3DAcceleratorPlugin' is built in into the mac vm ? SmalltalkImage current listLoadedModules #('B3DAcceleratorPlugin 2 March 2009 (i)' 'SocketPlugin 2 March 2009 (i)' 'FloatArrayPlugin 2 March 2009 (i)' 'B2DPlugin 2 March 2009 (i)' 'InternetConfigPlugin 2 March 2009 (i)' 'FT2Plugin 24 April 2007 (e)' 'MacMenubarPlugin 2 March 2009 (i)' 'LargeIntegers v1.5 2 March 2009 (i)' 'BitBltPlugin 2 March 2009 (i)' 'SecurityPlugin 2 March 2009 (i)' 'FilePlugin 2 March 2009 (i)' 'DropPlugin 2 March 2009 (i)' 'MiscPrimitivePlugin 2 March 2009 (i)') Saludos, Fernando

2 1

[Pharo-project] [update 1.1] #11014
by StÃ©phane Ducasse Oct. 23, 2009

Oct. 23, 2009

11014 ----- 1272 followup part one and two Perform some additional cleaning after integration of http://code.google.com/p/pharo/issues/detail?id=1272

1 0

[Pharo-project] Fwd: [INRIAGforge] Monday 26th October 2009 : scheduled service downtime
by StÃ©phane Ducasse Oct. 23, 2009

Oct. 23, 2009

Begin forwarded message: > From: <noreply(a)gforge.inria.fr> > Date: October 23, 2009 3:40:36 PM GMT+02:00 > To: stephane.ducasse(a)inria.fr > Subject: [INRIAGforge] Monday 26th October 2009 : scheduled service > downtime > > > On Monday 26th October 2009, from 18:30 to 22:00 the site and all > associated services will be unavailable due to maintenance > operations on the electrical supply. > > A reply to this announce will signal the end of the maintenance. > > We apologize for any inconvenience. > > Cordially, > > -- > The InriaGforge Team > > >

1 0

[Pharo-project] Finalization question
by Schwab,Wilhelm K Oct. 23, 2009

Oct. 23, 2009

Hello all, I have started to port some of my code that relies on Dolphin's finalization. The idea is that one sends #beFinalizable to the object requiring finalization. Dolphin sets a flag on the object (in its header??) that the vm later notices.

2 5

[Pharo-project] #1339 - ODBC crashes vm
by Schwab,Wilhelm K Oct. 23, 2009

Oct. 23, 2009

Hello all, I decided to try the simplest of all possible tests to reproduce my ODBC crash: start with a fresh beta image, load FFI and ODBC, and then try to connect to a non-existent data source. It indeed crashes the Linux VM, and the Windows VM hangs badly. Sorry about this next part: I marked it for 1.0. Bill

3 6

[Pharo-project] VNC (RFB) problem (2nd attempt)
by Dennis Schetinin Oct. 23, 2009

Oct. 23, 2009

I've asked this some time ago, and got no reply. Another attempt: Using *pharo1.0-10466-BETAweb09.10.1* + *RFB-DamienCassou.28* (still the > latest): the image *stops to respond after closing connection remotely*. > Stopping the server leaves image ok. > Can anybody reproduce this? I'm working on Russian Smalltalk User Group web server currently. This package has shown itself as a very helpful tool during my last web project, and it will be great if I can use it... If I get no reply because this is not the correct list, please give me an advice about where to send the report. :) -- Dennis Schetinin

3 7

Oct. 23, 2009

11013 ----- - Issue 1334: [Squeak trunk] New tests for String format - Issue 1333: [squeak trunk] Add timeProfile to BlockClosure - Issue 1335: [Squeak trunk] Faster shuffle - Issue 1136: DejaVu strinkeFonts render ascii character in WideStrings as black boxes - Issue 1305: Deleting morphs from the yellow button menu - Issue 1303: MNU #who when decompiling Fix the sender of #who with method from trunk (tfel) I don t know if this test is still relevant: = #unknown ifTrue: [] Or if it should be replaced with: ifNil: [] See http://code.google.com/p/pharo/issues/detail?id=1303

1 0