- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.2] #12348
by Marcus Denker April 17, 2011

April 17, 2011

12348 ----- Issue 3986: Bug with Delay during clock rollover -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3986 in pharo: Bug with Delay during clock rollover
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Status: FixProposed Owner: gazzagu...(a)googlemail.com CC: adrian.l...(a)gmail.com, marcus.d...(a)gmail.com Labels: Type-ReportDefect New issue 3986 by gazzagu...(a)googlemail.com: Bug with Delay during clock rollover http://code.google.com/p/pharo/issues/detail?id=3986 I have identified a bug with Delays that are scheduled close to the millisecond clock rollover that can occur when other delays expire around the same time. The issue appears to be that when scheduling a delay, the resumption time gets set and, before the AccessProtect critical block can be entered, the TimingSemaphore gets signalled, causing the timer process to handle an expired delay. If the clock rolls over before the resumption of the process that was scheduling the original delay, that delay gets scheduled with the resumption time that was determined prior to the clock rollover, hence a delay of around 6 days. A fix is proposed in the attached change set, tested empirically during a rollover with the result of no "rogue" delays - not conclusive but in our production code it appears the problem is resolved. Regards, Gary

1 5

[Pharo-project] Issue 4037 in pharo: Source search in Finder should be case insensitive
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 4037 by marcus.d...(a)gmail.com: Source search in Finder should be case insensitive http://code.google.com/p/pharo/issues/detail?id=4037 On Apr 15, 2011, at 7:54 PM, DougEdmunds wrote: I did a search for 'message names' in Source using Finder. I get one set of results. I get different results if I search for 'Message names'. I get yet different results if I search for 'Message Names'. I want to search without having to guess every possible case-sensitive combination. How can I search Source for case-insensitive results? By comparison, searching in Selectors is not case sensitive. A search for 'message' will find 'message' or 'Message'. Entering 'message' and checking the regex box limits it to case-sensitive results (only finding message but not Message). But it doesn't work this way for Source. Why the inconsistency?

1 1

[Pharo-project] Issue 4035 in pharo: on #cleanUpForRelease, clean changeset at the end again
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 4035 by marcus.d...(a)gmail.com: on #cleanUpForRelease, clean changeset at the end again http://code.google.com/p/pharo/issues/detail?id=4035 on #cleanUpForRelease, clean changeset at the end again Attachments: Cleanup.1.cs 3.6 KB

1 1

Re: [Pharo-project] Finder: case-insensitive search
by Marcus Denker April 17, 2011

April 17, 2011

I added an entry on the tracker: http://code.google.com/p/pharo/issues/list?thanks=4037 On Apr 15, 2011, at 7:54 PM, DougEdmunds wrote: > I did a search for 'message names' in Source using Finder. I get one set of > results. > I get different results if I search for 'Message names'. > I get yet different results if I search for 'Message Names'. > > I want to search without having to guess every possible case-sensitive > combination. How can I search Source for case-insensitive results? > > By comparison, searching in Selectors is not case sensitive. A search for > 'message' will find 'message' or 'Message'. Entering 'message' and > checking the regex box limits it to case-sensitive results (only finding > message but not Message). But it doesn't work this way for > Source. Why the inconsistency? > > > > -- > View this message in context: http://forum.world.st/Finder-case-insensitive-search-tp3452633p3452633.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Please update Help> Announcements tutorial
by Marcus Denker April 17, 2011

April 17, 2011

I added a tracker entry: http://code.google.com/p/pharo/issues/list?thanks=4036 On Apr 15, 2011, at 6:50 PM, DougEdmunds wrote: > 1. Not understanding how announcements work, I tried the tutorial information > found under > World menu > Help> Help Browser > Announcements framework > > 2. Under Tutorial - Step 3, there is this line: > > "Transcript open." That crashes, because apparently Transcript no longer > understands 'open'. How do you open a Transcript from a workspace under > 1.3? > > 3. I created a category 'Sandbox', and a class 'MyStuff'. I put the code > from Tutorial -Step 3 into a method called anno1 > > Object subclass: #MyStuff > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Sandbox'! > > !MyStuff methodsFor: 'as yet unclassified' stamp: 'DougEdmunds 4/14/2011 > 16:27'! > anno1 > | announcer | > World announcer > on: WindowOpened > send: #value > to: [ Transcript show: 'A new window was opened';cr].! ! > > I ran "MyStuff new anno1." in a workspace. > Now every time I open a window, the Transcript shows. "A new window was > opened." > > 4. I removed the MyStuff class. But every time I open a window, the > Transcript still shows "A new window was opened." > > I return to the Announcements Tutorial, and there is NO EXPLANATION how to > get rid of this 'announcement' or whatever I should call the line that > appears in the Transcript. > > 6. So, please whoever wrote the Tutorial, update it. > > 7. And the more immediate question: how do I stop automatically printing 'A > new window was opened' in the Transcript every time I open a window? > > -- > View this message in context: http://forum.world.st/Please-update-Help-Announcements-tutorial-tp3452524p3… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3572 in pharo: Failing test on Hudson: MCInitializationTest.testWorkingCopy
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.2 Milestone-1.3 New issue 3572 by marcus.d...(a)gmail.com: Failing test on Hudson: MCInitializationTest.testWorkingCopy http://code.google.com/p/pharo/issues/detail?id=3572 MCInitializationTest.testWorkingCopy strange.

1 6

Re: [Pharo-project] Issue 2294 in pharo: Fix unreliable Monticello test.
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Updates: Status: Duplicate Mergedinto: 3572 Comment #6 on issue 2294 by marcus.d...(a)gmail.com: Fix unreliable Monticello test. http://code.google.com/p/pharo/issues/detail?id=2294 (No comment was entered for this change.)

1 0

[Pharo-project] Issue 4034 in pharo: Deprecate TranslucentProgressMorrph + some dead code removal
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Status: FixProposed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 4034 by marcus.d...(a)gmail.com: Deprecate TranslucentProgressMorrph + some dead code removal http://code.google.com/p/pharo/issues/detail?id=4034 TranslucentProgessMorph --> Deprecated13 and - remove methods related to Tiles, Futures + dead code in AST - clean some unsent messages in WorldState - random cleans VariableNode removeSelector: #currentValueIn:! VariableNode removeSelector: #variableGetterBlockIn:! ParseNode removeSelector: #currentValueIn:! ParseNode removeSelector: #isFutureNode! ParseNode removeSelector: #notYetImplemented! WorldState removeSelector: #worldMenuPragmaKeyword! WorldState removeSelector: #worldMenuTitle! NewParagraph removeSelector: #asParagraphForPostscript! ReadWriteStream removeSelector: #fileOutChanges! ReadWriteStream removeSelector: #fileOutClass:andObject:blocking:! WeakSubscriptionBuilder removeSelector: #requiresEphemeronsSupport! Attachments: Deprecated.1.cs 826 bytes

1 0

[Pharo-project] Issue 3655 in pharo: Tools->Configuration browser fails with DNU in Pharo1.3
by pharo＠googlecode.com April 17, 2011

April 17, 2011

Status: Accepted Owner: marcus.d...(a)gmail.com New issue 3655 by marcus.d...(a)gmail.com: Tools->Configuration browser fails with DNU in Pharo1.3 http://code.google.com/p/pharo/issues/detail?id=3655 Tools->Configuration browser fails with DNU in Pharo1.3

1 1