January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] debugger broken?

by Tudor Girba

Indeed, I tried in the latest Pharo and it seems to work just fine there, too. Doru On Thu, Jan 2, 2014 at 8:57 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On 02 Jan 2014, at 20:49, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Yes, it worked. I just tried in a #30664 image. > > Ok, then my guess is that this is a special case that nobody has yet run > intoâ¦ maybe related to > contexts that had been serialised? > > Doru > > > On Thu, Jan 2, 2014 at 8:36 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> >> On 02 Jan 2014, at 20:25, Sebastian Sastre <sebastian(a)flowingconcept.com> >> wrote: >> >> Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept >> code changes >> >> did it ever work on Pharo3? Just to know if this is a regression... >> >> <Screen Shot 2014-01-02 at 5.09.41 PM.png> >> >> >> >> >> >> On Dec 31, 2013, at 5:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> wrote: >> >> Alex this is not the debugger this is the selection >> >> Have a look at issue 12144 load it and tell us. Now we have a problem of >> instability of the latest vm on our servers >> so the integration is stalled. I spent 3 hours yesterday trying to move >> on and we will rollback to an older VM. >> >> >> Stef >> >> On 30 Dec 2013, at 23:02, Alexandre Bergel <alexandre.bergel(a)me.com> >> wrote: >> >> Hi! >> >> I have faced a serious situation with the debugger today with Pharo 3.0: >> 1 - Open a workspace, and doit on the expression: 1 + 4. self halt >> 2 - Open the debugger, select with the mouse the expression 1 + 4 and >> press Cmd-p >> 3 - the debugger apparently consider the word halt as a variable. >> >> https://pharo.fogbugz.com/f/cases/12545/Debugger-broken >> >> Since I am using GTDebugger (in the Moose image), I have not seen it >> before... >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 2, 2014

Re: [Pharo-dev] debugger broken?

by Marcus Denker

On 02 Jan 2014, at 20:49, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Yes, it worked. I just tried in a #30664 image. > Ok, then my guess is that this is a special case that nobody has yet run intoâ¦ maybe related to contexts that had been serialised? > Doru > > > On Thu, Jan 2, 2014 at 8:36 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 02 Jan 2014, at 20:25, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > >> Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept code changes >> > > did it ever work on Pharo3? Just to know if this is a regression... > >> <Screen Shot 2014-01-02 at 5.09.41 PM.png> >> >> >> >> >> >> On Dec 31, 2013, at 5:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Alex this is not the debugger this is the selection >>> >>> Have a look at issue 12144 load it and tell us. Now we have a problem of instability of the latest vm on our servers >>> so the integration is stalled. I spent 3 hours yesterday trying to move on and we will rollback to an older VM. >>> >>> >>> Stef >>> >>> On 30 Dec 2013, at 23:02, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>> >>>> Hi! >>>> >>>> I have faced a serious situation with the debugger today with Pharo 3.0: >>>> 1 - Open a workspace, and doit on the expression: 1 + 4. self halt >>>> 2 - Open the debugger, select with the mouse the expression 1 + 4 and press Cmd-p >>>> 3 - the debugger apparently consider the word halt as a variable. >>>> >>>> https://pharo.fogbugz.com/f/cases/12545/Debugger-broken >>>> >>>> Since I am using GTDebugger (in the Moose image), I have not seen it before... >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>> >>> >> > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Jan. 2, 2014

Re: [Pharo-dev] debugger broken?

by Tudor Girba

Yes, it worked. I just tried in a #30664 image. Doru On Thu, Jan 2, 2014 at 8:36 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On 02 Jan 2014, at 20:25, Sebastian Sastre <sebastian(a)flowingconcept.com> > wrote: > > Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept > code changes > > did it ever work on Pharo3? Just to know if this is a regression... > > <Screen Shot 2014-01-02 at 5.09.41 PM.png> > > > > > > On Dec 31, 2013, at 5:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > Alex this is not the debugger this is the selection > > Have a look at issue 12144 load it and tell us. Now we have a problem of > instability of the latest vm on our servers > so the integration is stalled. I spent 3 hours yesterday trying to move on > and we will rollback to an older VM. > > > Stef > > On 30 Dec 2013, at 23:02, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > Hi! > > I have faced a serious situation with the debugger today with Pharo 3.0: > 1 - Open a workspace, and doit on the expression: 1 + 4. self halt > 2 - Open the debugger, select with the mouse the expression 1 + 4 and > press Cmd-p > 3 - the debugger apparently consider the word halt as a variable. > > https://pharo.fogbugz.com/f/cases/12545/Debugger-broken > > Since I am using GTDebugger (in the Moose image), I have not seen it > before... > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 2, 2014

Re: [Pharo-dev] [Issue tracker] Help needed for reviews

by Marcus Denker

On 02 Jan 2014, at 17:47, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Ok, this new to me, so I may not understand clearly. > I give a try and pointed Pharo 3.0 to a Slice I know about, SLICE 12495 > on PolygonMoprh. I asked for the changes implication and see a lot not > related to PolygonMorph. Is it normal? > I always use âmergeâ. âChangesâ will e.g. show all the changes towards everything changed in between, too. > Hilaire > > > Le 02/01/2014 15:25, Marcus Denker a Ã©crit : >> Hello, >> >> We have some issues ready that nevertheless need to be reviewed by humans: >> >> https://pharo.fogbugz.com/f/filters/45/Review >> >> >> We know that they do not make tests fail and even pass some code critic tests. >> But else? >> >> -> do they fix the problem? >> -> Is this a change that we can risk to do after code freeze? >> -> is the change good? >> >> Marcus >> > > > -- > Dr. Geo http://drgeo.eu > >

Jan. 2, 2014

Re: [Pharo-dev] debugger broken?

by Marcus Denker

On 02 Jan 2014, at 20:25, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept code changes > did it ever work on Pharo3? Just to know if this is a regression... > <Screen Shot 2014-01-02 at 5.09.41 PM.png> > > > > > > On Dec 31, 2013, at 5:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Alex this is not the debugger this is the selection >> >> Have a look at issue 12144 load it and tell us. Now we have a problem of instability of the latest vm on our servers >> so the integration is stalled. I spent 3 hours yesterday trying to move on and we will rollback to an older VM. >> >> >> Stef >> >> On 30 Dec 2013, at 23:02, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>> Hi! >>> >>> I have faced a serious situation with the debugger today with Pharo 3.0: >>> 1 - Open a workspace, and doit on the expression: 1 + 4. self halt >>> 2 - Open the debugger, select with the mouse the expression 1 + 4 and press Cmd-p >>> 3 - the debugger apparently consider the word halt as a variable. >>> >>> https://pharo.fogbugz.com/f/cases/12545/Debugger-broken >>> >>> Since I am using GTDebugger (in the Moose image), I have not seen it before... >>> >>> Cheers, >>> Alexandre >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> >> >

Jan. 2, 2014

Re: [Pharo-dev] debugger broken?

by Sebastian Sastre

Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept code changes On Dec 31, 2013, at 5:56 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Alex this is not the debugger this is the selection > > Have a look at issue 12144 load it and tell us. Now we have a problem of instability of the latest vm on our servers > so the integration is stalled. I spent 3 hours yesterday trying to move on and we will rollback to an older VM. > > > Stef > > On 30 Dec 2013, at 23:02, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Hi! >> >> I have faced a serious situation with the debugger today with Pharo 3.0: >> 1 - Open a workspace, and doit on the expression: 1 + 4. self halt >> 2 - Open the debugger, select with the mouse the expression 1 + 4 and press Cmd-p >> 3 - the debugger apparently consider the word halt as a variable. >> >> https://pharo.fogbugz.com/f/cases/12545/Debugger-broken >> >> Since I am using GTDebugger (in the Moose image), I have not seen it before... >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > >

Jan. 2, 2014

Feature for request for GraphET?

by Alexandre Bergel

Hi! Daniel is looking for usage scenarios with GraphET. It would be great to hear about your need. Currently, we will work on: - PDF Export using Artefact - support for legend - smarter way to put labels on axis Anything else? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 2, 2014

Re: [Pharo-dev] [Issue tracker] Help needed for reviews

by Stephan Eggermont

Hilaire wrote: >I asked for the changes implication and see a lot not >related to PolygonMorph. Is it normal? The first comment is >mainly cleaning deadcode. That should serve as a warning. Most slices have a better focus, but there are a few only describing the most important fix. Finer granularity would be nice, but comes with an integration cost. Stephan

Jan. 2, 2014

Re: [Pharo-dev] [Issue tracker] Help needed for reviews

by Hilaire Fernandes

Ok, this new to me, so I may not understand clearly. I give a try and pointed Pharo 3.0 to a Slice I know about, SLICE 12495 on PolygonMoprh. I asked for the changes implication and see a lot not related to PolygonMorph. Is it normal? Hilaire Le 02/01/2014 15:25, Marcus Denker a Ã©crit : > Hello, > > We have some issues ready that nevertheless need to be reviewed by humans: > > https://pharo.fogbugz.com/f/filters/45/Review > > > We know that they do not make tests fail and even pass some code critic tests. > But else? > > -> do they fix the problem? > -> Is this a change that we can risk to do after code freeze? > -> is the change good? > > Marcus > -- Dr. Geo http://drgeo.eu

Jan. 2, 2014

Re: [Pharo-dev] Weird Athens Artifact

by J.F. Rick

I'm aware of the default Morphic behavior. I've hacked it so that a transparent 1x1 pixel bit is in the hand and its movement causes the brown morph to move and remain a submorph of the AthensWrapMorph application. Yes, this is some kind of weird clipping thing. Specifically, it looks like clipping is not happening. The brown morph (and the area behind it) renders correctly but it is not rendered at the correct location. Instead, the starting location of the rendering seems to be forced into the bounds of the surface. That's why it looks like the background things have shifted downwards. Cheers, Jeff On Thu, Jan 2, 2014 at 5:10 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 2 January 2014 16:54, J.F. Rick <self(a)je77.com> wrote: > >> I've been converting DigiTile over to Athens with general success but I >> have found an odd rendering bug. In this scenario, I am moving the brown >> square around with a hand. As I am using AthensWrapMorph, I have made it so >> that the brown square is a submorph of the application (an AthensWrapMorph) >> and not in the hand. The brown square is actually twice the extent that it >> appears (i.e., it has a 50 pixel transparent border). This has to be done >> to allow rotation handles to be added. Anyway, when it moves so that its >> top would go beyond the top of the application, some crazy rendering effect >> happens, as illustrated in the included screenshots. This same behavior >> happens when moving the square to the left side of the screen. It does not >> happen on either the right or the bottom of the screen. It seems like >> Athens does not like for submorphs of AthensWrapMorph to extend to the left >> or above their parent. This seems like a problem and something that can >> easily happen as somebody moves some morph to be partially offscreen. >> >> > Sounds like clipping issue. But it is hard to tell anything by looking at > screenshots.. > Usually all things outside of visible area should be clipped. > Also, note that dragging, like it is done in Morphic, the dragged morph > changes its owner to hand (handmorph).. > and since it is only within AthensWrapMorph it is where it uses rendering > by Athens, it could be simply the case that it don't renders at all (or > just uses morhic rendering while held by hand). > > >> Cheers, >> >> Jeff >> >> -- >> Jochen "Jeff" Rick, Ph.D. >> http://www.je77.com/ >> Skype ID: jochenrick >> > > > > -- > Best regards, > Igor Stasenko. > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Jan. 2, 2014