March 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40527 Home: https://github.com/pharo-project/pharo-core

March 3, 2015

Re: [Pharo-dev] 13017 Class renaming does not update textual class definition

by Sean P. DeNigris

Ben Coman wrote > which forks... AFAICT part of the problem is that it /doesn't/ fork. It just returns control to Morphic, so if you're in the UI thread a Semaphore would freeze the UI. Ben Coman wrote > windowClosedAction: [ > refactoringDoneSemaphore signal]. > refactoringDoneSemaphore wait. There is okAction:, but see above about the Semaphore ----- Cheers, Sean -- View this message in context: http://forum.world.st/13017-Class-renaming-does-not-update-textual-class-de… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 3, 2015

Re: [Pharo-dev] WhatsUp from: 2015-03-02 until: 2015-03-15

by Max Leske

> On 02 Mar 2015, at 07:00, seaside(a)rmod.lille.inria.fr wrote: > > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: > > - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS - Reviewed Benâs changes to the delay machinery - Worked with Martin on libgit2 features he needs for Yrupe - Finally got some libgit2 stuff done - fixed a huge memoy leak in my libgit2 code (there are still moreâ¦) - proposed a change to NativeBoost to enable optCoerceNilToNull for NBExternalObjectType and NBExternalAddressType > > ### What's next, until 2015-03-15 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION - Work and Uniâ¦ - try to fix the remaining problems during large exports with Yrupe > > (*) we'll be expecting results by then ;) >

March 2, 2015

Re: [Pharo-dev] 13017 Class renaming does not update textual class definition

by Ben Coman

On Mon, Mar 2, 2015 at 11:59 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Ben Coman wrote > > is there a standard way to pause > > code execution in the sender of #openWithSpec until the window is closed? > > Something like > "model openDialogWithSpec okAction: [ self doNextThing ]"? > > I'm not sure. A code example may help. The problem is we have... AbstractNautilusUI >>renameClass self okToChange ifFalse: [ ^ self ]. self selectedClass ifNil: [ ^ self ]. self basicRenameClass: self selectedClass theNonMetaClass. self changed: #sourceCodeFrom:. and 12 levels deep into #basicRenameClass: we have... NautilusRefactoring>>internalPerformRefactorings: ... (ChangesBrowser changes: aCollectionRefactoring) openWithSpec which forks such that execution returns to perform the #changed: before you get a chance to click the <Ok> button. So the problem is how to make it pause at #basicRenameClass: until the ChangesBrowser is closed (either ok cancel), such that #changed: is not executed before the changes are applied. The complication is the existing code operating on the ChangesBrowser <Ok> button, and the stack distance of #internalPerformRefactorings: from #renameClass. I am thinking of some synchronisation like the following would be least impact... NautilusRefactoring>>internalPerformRefactorings: ... (ChangesBrowser changes: aCollectionRefactoring) openDialogWithSpec windowClosedAction: [ refactoringDoneSemaphore signal]. refactoringDoneSemaphore wait. or maybe that could be pushed into SpecDialogWindow as a convenience method available to others. cheers -ben

March 2, 2015

Re: [Pharo-dev] Keyboard Event Weirdness

by phil＠highoctane.be

9 Le 2 mars 2015 21:35, "Sean P. DeNigris" <sean(a)clipperadams.com> a Ã©crit : > > Sean P. DeNigris wrote > > It seems the keyUp/Downs do not have the correct charCode and the keyValue > > is different than the keystroke for the same key. What's going on here? Each platform has its own idea about these events. That is where SDL will be welcome. Phil > > This still has not been fixed. Any ideas? I sent a message to the VM list... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Keyboard-Event-Weirdness-tp4737056p4808969.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

March 2, 2015

Re: [Pharo-dev] Keyboard Event Weirdness

by Sean P. DeNigris

Sean P. DeNigris wrote > It seems the keyUp/Downs do not have the correct charCode and the keyValue > is different than the keystroke for the same key. What's going on here? This still has not been fixed. Any ideas? I sent a message to the VM list... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Keyboard-Event-Weirdness-tp4737056p4808969.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 2, 2015

Visual Debugger Feedback for Resumable Exceptions

by Sean P. DeNigris

I was creating a class with an empty package name. When the debugger appeared, stating that "The Category should not be empty' [1], I thought I would not be able to use that package name. But, in fact, as I found out later, the exception is resumable, and clicking 'Proceed' created the class in the '' package. It might be nice to make it obvious to the user when exceptions are resumable. If, for example, the "Proceed" button said "Resume", I might have realized right away that there was value in continuing execution. [1] OT: This is probably not the best message for a resumable warning. How about something like "Are you sure you want to use an empty category?" ----- Cheers, Sean -- View this message in context: http://forum.world.st/Visual-Debugger-Feedback-for-Resumable-Exceptions-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 2, 2015

Re: [Pharo-dev] ChangesBrowser should not roll own dialog (was 13017 Class renaming does not update textual class definition)

by Sean P. DeNigris

Sean P. DeNigris wrote > Fix in inbox: > SLICE-Issue-15030-ChangesBrowser-should-not-roll-own-dialog-SeanDeNigris.1 1 validation failure that seems to have nothing to do with the fix. Make #noMonkey to be reviewed manuallyâ¦ ----- Cheers, Sean -- View this message in context: http://forum.world.st/ChangesBrowser-should-not-roll-own-dialog-was-13017-C… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 2, 2015

Re: [Pharo-dev] CI: Monkey run down to 17min

by Yuriy Tymchuk

> On 02 Mar 2015, at 12:16, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 02 Mar 2015, at 18:01, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> >> >>> On 02 Mar 2015, at 17:44, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >>> >>> Thanks Marcus for taking care of all of these hidden low level matters. Your effort is indispensable and central to Pharo. >> >> I second that! Although: âI am not sure what exactly the reason is, but this is nice.â >> > > 1) removing 160KLoc code > 2) maybe the AST changes? > > https://pharo.fogbugz.com/f/cases/14881/running-Smallint-rules-is-significa… <https://pharo.fogbugz.com/f/cases/14881/running-Smallint-rules-is-significa…> > > shows that multiple runs of a rule where slow, now the second (and every other) is very fast. > > Marcus > Sorry for slowing down SmallLint and not fixing that. & thanks for the improvements. Uko

March 2, 2015

Re: [Pharo-dev] CI: Monkey run down to 17min

by Bernardo Ezequiel Contreras

+1 On Mon, Mar 2, 2015 at 2:34 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 02 Mar 2015, at 17:44, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Thanks Marcus for taking care of all of these hidden low level matters. Your effort is indispensable and central to Pharo. > > + 1e10 > >> Alexandre >> >> >>> On Mar 2, 2015, at 11:24 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> Hi, >>> >>> Since last week the time the monkey takes to run tests twice + selected code critique rules >>> is down to 17min. It was ~38 before. >>> >>> I am not sure what exactly the reason is, but this is nice. >>> >>> Marcus >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

March 2, 2015