- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] TxText: More Cleaning and Questions

by Esteban Lorenzano

yes, I will do it now :) > On 05 May 2015, at 13:22, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sean P. DeNigris wrote >> - Issue 15475: TxText Cleanup for Pharo 5.0 #2 > > Okay to include? I'd like to resume cleaning but don't want to get too deep > before some of this gets integrated... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/TxText-More-Cleaning-and-Questions-tp4823894p4824535.… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

May 5, 2015

Re: [Pharo-dev] How can I specify the bindings when evaluating an expression?

by Marcus Denker

> > > yes, we could move it up to Associationâ¦ but we should keep > VariableBinding as a subclass of > Literal so that people in the future e.g. can put a halt on a variable > defined in the > workspace. > > And yes, in general we need a nice API for the compiler to hand bindings > to itâ¦ it is on my TODO > list. > https://pharo.fogbugz.com/f/cases/15490/provide-a-way-to-specify-external-b… This Slice adds an API to the compiler to set a dictionary with bindings to be taken into account. They are compiled as pushLinteralVariable: (thus refer to the association of the dictionary) Smalltalk compiler bindings: { #a -> 3 } asDictionary; evaluate: '1+a'. Internally this for now (ab)-uses the #requestor: API... later we will change this to be inverted: the requestors should privide binding and get notified using Announcements.

May 5, 2015

Re: [Pharo-dev] TxText: More Cleaning and Questions

by Sean P. DeNigris

Sean P. DeNigris wrote > - Issue 15475: TxText Cleanup for Pharo 5.0 #2 Okay to include? I'd like to resume cleaning but don't want to get too deep before some of this gets integrated... ----- Cheers, Sean -- View this message in context: http://forum.world.st/TxText-More-Cleaning-and-Questions-tp4823894p4824535.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 5, 2015

Re: [Pharo-dev] Debugger hangs vm on step into

by Alain Rastoul

Le 05/05/2015 12:35, Ben Coman a Ã©crit : > I tried... > * my usual locked image avoidance hack when playing at this level to > comment out calls to #interCyclePause: > * changing to DelayMillisecondScheduler and DelaySemaphoreSchedulers > ...but no luck. > No luck means you reproduced and were still locked ? > How do mean that "DebugSession someInstance stepInto" does not hang? How > do you get to that point. sorry I was not clear I was trying to debug the step into code of the debugger by selecting the 'DebugSession someInstance stepInto' code in a playground and right click / debug it, ie I tried to step into the stepinto code by running the debugger on itself ... It was just a trial, it worked, that's why I'm not sure of the execution flow instructive anyway :) -- Regards, Alain

May 5, 2015

Re: [Pharo-dev] Package comments

by Marcus Denker

Hello, Right now we do not have yet Package comments. But we should! MBInfo seems to be a private class of Versionnerâ¦ For package comments we first need to evaluate the design spaceâ¦ e.g. where to store it in the image, how to store it in Monticelloâ¦ Marcus > On 04 May 2015, at 18:33, Kasper Osterbye <kasper(a)itu.dk> wrote: > > In the Nautilus browser I have been working a bit on allowing Pillar for > class comments. When browsing that part of Nautilus, I notice that there are > some hooks for package comments in the getComments and addComments methods. > > Is there a history of "package comments" somewhere in the system? I was not > able to find anything like that. Also it does not seem like there are any > fields in the hierarchy of MBInfo that has anything to do with > documentation. Is that the case?

May 5, 2015

Re: [Pharo-dev] Improving the About Text of Versionner

by Marcus Denker

> On 05 May 2015, at 01:03, Sergio Fedi <sergio.fedi(a)gmail.com> wrote: > > > Wow! Look what I stirred up! > > Ok, I *vaguely* understand the two configuration schemes. > > I do understand how I touched two projects that are mantained differently and the problems in that. > > I'm not sure what to learn from all of this (I know I didn't do anything wrong) > > Yes, the situation is not niceâ¦ already Slices are complex, and the âsome (undefined) projects work differentlyâ setup is a mess. But we will improve it! Marcus

May 5, 2015

Re: [Pharo-dev] PharoForTheEnterprise: Where are the "MigratedToOtherPlaces" pages?

by Damien Cassou

Esteban Lorenzano <estebanlm(a)gmail.com> writes: > Iâm looking for the Voyage chapterâ¦ https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ https://github.com/SquareBracketAssociates/EnterprisePharo -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 5, 2015

Re: [Pharo-dev] Debugger hangs vm on step into

by Ben Coman

I tried... * my usual locked image avoidance hack when playing at this level to comment out calls to #interCyclePause: * changing to DelayMillisecondScheduler and DelaySemaphoreSchedulers ...but no luck. How do mean that "DebugSession someInstance stepInto" does not hang? How do you get to that point. I am having a look by putting a haltOnce in DebugSession>>stepInto: then pressing the <Into> button. cheers -ben On Tue, May 5, 2015 at 5:10 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > Hi > > I wanted to step into SharedQueue code, but got a hanged vm on simple test > code below. > It works fine in Pharo 3 but hangs in Pharo4-40611 and Pharo5-50029, > it does not hang in squeak 4.5 but the Monitor code is not the same. > > In a playgound, execute the first two lines of code then select > the third line and 'Debug it' (right click menu option) to step into it. > > q := SharedQueue new . > q nextPut: 1 . > q next. > > > Everything goes fine until stepping into 'aBlock value' in > Monitor>>critical: > critical: aBlock > > ^[ > self enter. > Hangs here >>>>aBlock value<<<<<< ] > ensure: [self exit]. > > The vm get hanged and can be interrupted only once, then it is completely > hanged. > > I once got an error message Error: Monitor access violation message and a > stack trace in debug log before hanging > but was unable to reproduce it (something related to effectiveProcess?) > > --- The full stack --- > Monitor(Object)>>error: > Monitor>>checkOwnerProcess > Monitor>>waitWhile:for:maxMilliseconds: > Monitor>>waitWhile:for: > Monitor>>waitWhile: > [ > monitor waitWhile: [ items isEmpty ]. > items removeFirst ] in SharedQueue>>next > [ > self enter. > aBlock value ] in Monitor>>critical: > BlockClosure>>ensure: > Monitor>>critical: > SharedQueue>>next > UndefinedObject>>DoIt > CompiledMethod>>valueWithReceiver:arguments: > [ aCompiledMethod valueWithReceiver: anObject arguments: (evalContext > ifNil: [ #() ] ifNotNil: [ {evalContext} ]) ] in > RubSmalltalkEditor>>debug:receiver:in: > [ > self value. > Processor terminateActive ] in BlockClosure>>newProcess > > ------------------------------------------------------------------------------- > > Can someone have a look and confirm it is a bug before I open a bug entry ? > And/or give me hints on how to debug this ? > I tried to modify Monitor>>waitWhile: and put a delay, put traces but > still hanging. > DebugSession someInstance stepInto does not hang, but I'm not sure that > the execution flow is the same ... > > > TIA > -- > Regards, > > Alain > > >

May 5, 2015

PharoForTheEnterprise: Where are the "MigratedToOtherPlaces" pages?

by Esteban Lorenzano

Iâm looking for the Voyage chapterâ¦ Esteban

May 5, 2015

Debugger hangs vm on step into

by Alain Rastoul

Hi I wanted to step into SharedQueue code, but got a hanged vm on simple test code below. It works fine in Pharo 3 but hangs in Pharo4-40611 and Pharo5-50029, it does not hang in squeak 4.5 but the Monitor code is not the same. In a playgound, execute the first two lines of code then select the third line and 'Debug it' (right click menu option) to step into it. q := SharedQueue new . q nextPut: 1 . q next. Everything goes fine until stepping into 'aBlock value' in Monitor>>critical: critical: aBlock ^[ self enter. Hangs here >>>>aBlock value<<<<<< ] ensure: [self exit]. The vm get hanged and can be interrupted only once, then it is completely hanged. I once got an error message Error: Monitor access violation message and a stack trace in debug log before hanging but was unable to reproduce it (something related to effectiveProcess?) --- The full stack --- Monitor(Object)>>error: Monitor>>checkOwnerProcess Monitor>>waitWhile:for:maxMilliseconds: Monitor>>waitWhile:for: Monitor>>waitWhile: [ monitor waitWhile: [ items isEmpty ]. items removeFirst ] in SharedQueue>>next [ self enter. aBlock value ] in Monitor>>critical: BlockClosure>>ensure: Monitor>>critical: SharedQueue>>next UndefinedObject>>DoIt CompiledMethod>>valueWithReceiver:arguments: [ aCompiledMethod valueWithReceiver: anObject arguments: (evalContext ifNil: [ #() ] ifNotNil: [ {evalContext} ]) ] in RubSmalltalkEditor>>debug:receiver:in: [ self value. Processor terminateActive ] in BlockClosure>>newProcess ------------------------------------------------------------------------------- Can someone have a look and confirm it is a bug before I open a bug entry ? And/or give me hints on how to debug this ? I tried to modify Monitor>>waitWhile: and put a delay, put traces but still hanging. DebugSession someInstance stepInto does not hang, but I'm not sure that the execution flow is the same ... TIA -- Regards, Alain

May 5, 2015