- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] image not opening.

by Guillermo Polito

Yeh, to be more precise, * the problem is that the image somehow got it's display size modified to a very small one. * And that happenned while building an image in the CI in headless mode. * If the same image is built locally in a vm launched in non-headless mode, the issue cannot be reproduced. So my conjecture is that - either the image is changing the display size while loading pillar (less likely and not reproduceable locally) - either the latest stable VM messes the display size in the image header when running on headless (this is yet to reproduce) On Sun, Mar 12, 2017 at 10:52 AM, stepharong <stepharong(a)free.fr> wrote: > guillermo was suspecting a problem with the interpretatin of the image > metadata > > Maybe related? >> http://forum.world.st/BUG-A-problem-with-callbacks-that-show >> s-up-in-64bits-but-is-on-32bits-too-td4938152.html >> >> On Sat, Mar 11, 2017 at 2:22 AM, Cyril Ferlicot >> <cyril.ferlicot(a)gmail.com> wrote: >> >>> >>> On ven. 10 mars 2017 at 18:42, stepharong <stepharong(a)free.fr> wrote: >>> >>>> >>>> We found the problem with Guillermo and this may be a problem of the >>>> last >>>> VM. >>>> >>>> The image got its starting window size really small: some pixels on some >>>> pixles. >>>> So may be the metadata of the image are systematically corrupted. >>>> >>>> Hi >>>> >>>> I have a jenkins that produce an image that does not start >>>> when I try to open it locally. >>>> >>>> Now if I take the image and load the "same" configuration I get a >>>> working >>>> image >>>> >>>> I have not idea how to debug that. >>>> >>>> Stef >>>> >>>> >>>> >>>> >>>> -- >>>> Using Opera's mail client: http://www.opera.com/mail/ >>>> >>> >>> >>> If it can help: here is the build: >>> >>> https://ci.inria.fr/pharo-contribution/job/OOnoz/ >>> >>> It is happening in almost all Pharo 6 builds >>> -- >>> Cheers >>> Cyril Ferlicot >>> >> >> > > -- > Using Opera's mail client: http://www.opera.com/mail/ > >

March 12, 2017

Re: [Pharo-dev] image not opening.

by stepharong

guillermo was suspecting a problem with the interpretatin of the image metadata > Maybe related? > http://forum.world.st/BUG-A-problem-with-callbacks-that-shows-up-in-64bits-… > > On Sat, Mar 11, 2017 at 2:22 AM, Cyril Ferlicot > <cyril.ferlicot(a)gmail.com> wrote: >> >> On ven. 10 mars 2017 at 18:42, stepharong <stepharong(a)free.fr> wrote: >>> >>> We found the problem with Guillermo and this may be a problem of the >>> last >>> VM. >>> >>> The image got its starting window size really small: some pixels on >>> some >>> pixles. >>> So may be the metadata of the image are systematically corrupted. >>> >>> Hi >>> >>> I have a jenkins that produce an image that does not start >>> when I try to open it locally. >>> >>> Now if I take the image and load the "same" configuration I get a >>> working >>> image >>> >>> I have not idea how to debug that. >>> >>> Stef >>> >>> >>> >>> >>> -- >>> Using Opera's mail client: http://www.opera.com/mail/ >> >> >> If it can help: here is the build: >> >> https://ci.inria.fr/pharo-contribution/job/OOnoz/ >> >> It is happening in almost all Pharo 6 builds >> -- >> Cheers >> Cyril Ferlicot > -- Using Opera's mail client: http://www.opera.com/mail/

March 12, 2017

Re: [Pharo-dev] Debugger: is there a way to skip a message?

by stepharong

On Sat, 11 Mar 2017 09:54:56 +0100, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Ah, I got it. It is not supported at the moment and as far as I know, it > was not supported in the SpecDebugger either. I wonder if the old debugger got it and spec did not offer it. But yes it would be nice to have it (may be not as button) but as option. > > But, it would definitely be an interesting thing to have. > > Doru > > >> On Mar 11, 2017, at 9:24 AM, Nicolas Cellier >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> Hi Stef, I guess what you want is something like: >> 1) step into >> 2) then return entered value like 'self'? >> but in a single action. >> >> 2017-03-11 8:18 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: >> Hi Stef, >> >> I am not sure I understand what you mean by "skip a messageâ. Is it >> different then âOverâ? >> >> Cheers, >> Doru >> >> >> > On Mar 10, 2017, at 9:20 PM, stepharong <stepharong(a)free.fr> wrote: >> > >> > Hi >> > >> > I need to skip message while debugging and I thought that it was >> possible. >> > May be I do not see it. >> > >> > Stef >> > >> > -- >> > Using Opera's mail client: http://www.opera.com/mail/ >> > >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Innovation comes in the least expected form. >> That is, if it is expected, it already happened." >> >> >> > > -- > www.tudorgirba.com > www.feenk.com > > "We can create beautiful models in a vacuum. > But, to get them effective we have to deal with the inconvenience of > reality." > > -- Using Opera's mail client: http://www.opera.com/mail/

March 12, 2017

Re: [Pharo-dev] Debugger: is there a way to skip a message?

by stepharong

Hi Like nicolas mentioned. My scenario was: I was debugging a process with intermediary results (files that the process was removing) and I wanted to keep the files (ie. not executing some messages that I knew where removing the resources) because I needed to check the status of the intermediary files. cop them from the shell but it was boring. I never thought that I would need that but I think that this is useful. Stef > Hi Stef, > > I am not sure I understand what you mean by "skip a messageâ. Is it > different then âOverâ? > > Cheers, > Doru > > >> On Mar 10, 2017, at 9:20 PM, stepharong <stepharong(a)free.fr> wrote: >> >> Hi >> >> I need to skip message while debugging and I thought that it was >> possible. >> May be I do not see it. >> >> Stef >> >> -- >> Using Opera's mail client: http://www.opera.com/mail/ >> > > -- > www.tudorgirba.com > www.feenk.com > > "Innovation comes in the least expected form. > That is, if it is expected, it already happened." > > -- Using Opera's mail client: http://www.opera.com/mail/

March 12, 2017

class selection is lost when browsing a method in and switching in hierarchy mode

by stepharong

Hi I have the impression that I found an really annoying glitch. - Take a class hierarchy in the middle - Select a class side method - Select the hierarchy buttong - normally the class you selected and (the class of the currently displayed is not selected anymore). https://pharo.fogbugz.com/f/cases/19828/Class-side-methods-hierarchy-select… --

March 12, 2017

Re: [Pharo-dev] Why do we have doublequoting for "?

by stepharong

On Sat, 11 Mar 2017 17:17:19 +0100, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Stef, > > I am still thinking about this point, but I do not have an intelligent > answer yet. I just wanted to say that I did not forget it :). :) > > Cheers, > Doru > > >> On Feb 26, 2017, at 11:16 PM, stepharong <stepharong(a)free.fr> wrote: >> >> I hate my mail client.... >> Apparently I wrote email to explain what I finally understood and it >> never sent it nor archive it :( >> So I will try to summarize it and take some time tomorrow to reexplain >> it. >> >> Now I understand why I got confused >> >> printit is currently a function from >> objects -> literals (this handles the self-evaluating objects) + (and >> this is unfortunate non literals such as string objects by opposition >> to literal strings) >> >> It means that there ares case where we can have >> object -> a string object (and not a literal) in that case we use the >> string object as a mediocre "reference" to the object. >> >> >> If we would have >> printgraphics >> we would have objects -> graphics and unknow objects would be >> represented by a little blue square and clicking on it would bring >> and object representation (inspectors or whatever) >> >> Now how to we improve the situation. I have the impression that it >> would be good to have instead of printOn: which is used to do too many >> things. >> >> - first printOn: should not be used for list/combo or any widgets (this >> will avoid some friends I know to get interfaces with ' inside their >> comboxchoice) but to use displayString >> >> - second I would introduce >> asLiteralOn: >> which garantee that you cannot escape >> >> this way printIt will only prints strings as literal strings and the >> contract is clear. >> >> objects -> literals (this handles the self-evaluating objects) >> >> 1 >> >>> 1 >> >> false >> >>> >> false >> >> but >> (Directory name: 'comics') >> >>> 'comics' >> >> { 1 . Browser new} >> >>> 'anArray with (1, a Browser') >> >> now we can ask ourselves if >> >> { (Directory name: 'comics') } >> >>> >> { 'comics' } I do not like it >> or >> >>> 'anArray with ( comics ) >> >> >> back to my confusion: >> >> I was confused about the fact that I was hijacking the textual >> representation >> 'comics' is not a directory but a string >> now may be I should have return a storeOn: representation >> or 'aDirectory (comics)' >> >> and introduce displayString >> 'comics' >> >> Probably that printOn: should not be used the way I did it. >> but I do not know. >> >> I think that this is a subtle domain and we should provide better >> guidelines. >> >> Do you understand my points? >> What do you think? >> >> Stef > > -- > www.tudorgirba.com > www.feenk.com > > "Presenting is storytelling." > -- Using Opera's mail client: http://www.opera.com/mail/

March 12, 2017

Crash

by stepharong

Pharo 6.0 Latest update: #60438 I was editing code and got a crash. I think that I'm using the latest vm (and I'm on el capitan) Image ----- /Users/ducasse/Workspace/FirstCircle/MyBooks/Bk-Writing/PillarHacking/ToHack/Pharo.image Pharo6.0 Latest update: #60438 Unnamed Virtual Machine --------------- /Applications/Pharo/2017-03-10-Pharo.app/Contents/MacOS/Pharo CoInterpreter * VMMaker.oscog-eem.2146 uuid: da6aee6e-4738-4161-b221-3c8135ac1bf7 Mar 10 2017 StackToRegisterMappingCogit * VMMaker.oscog-eem.2146 uuid: da6aee6e-4738-4161-b221-3c8135ac1bf7 Mar 10 2017 VM: 201703101242 https://github.com/pharo-project/pharo-vm.git $ Date: Fri Mar 10 13:42:34 2017 +0100 $ Plugins: 201703101242 https://github.com/pharo-project/pharo-vm.git $ Mac OS X built on Mar 10 2017 13:46:32 UTC Compiler: 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) VMMaker versionString VM: 201703101242 https://github.com/pharo-project/pharo-vm.git $ Date: Fri Mar 10 13:42:34 2017 +0100 $ Plugins: 201703101242 https://github.com/pharo-project/pharo-vm.git $ CoInterpreter * VMMaker.oscog-eem.2146 uuid: da6aee6e-4738-4161-b221-3c8135ac1bf7 Mar 10 2017 StackToRegisterMappingCogit * VMMaker.oscog-eem.2146 uuid: da6aee6e-4738-4161-b221-3c8135ac1bf7 Mar 10 2017 Stef

March 12, 2017

Re: [Pharo-dev] Did we lose edit-in-place in GT Inspector in Pharo 6?

by Tudor Girba

Hi, Indeed, this feature is temporarily not available due to the move to FastTable, but we are working on adding it back. Doru > On Mar 12, 2017, at 3:36 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Double clicking on a value in the raw tab seems to have no effect. > > p.s I asked twice in Discord with no response. I guess I'm finally getting > old enough that I don't understand how to use new platforms ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Did-we-lose-edit-in-place-in-GT-Inspector-in-Pharo-6-… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- www.tudorgirba.com www.feenk.com "It's not how it is, it is how we see it."

March 12, 2017

Did we lose edit-in-place in GT Inspector in Pharo 6?

by Sean P. DeNigris

Double clicking on a value in the raw tab seems to have no effect. p.s I asked twice in Discord with no response. I guess I'm finally getting old enough that I don't understand how to use new platforms ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Did-we-lose-edit-in-place-in-GT-Inspector-in-Pharo-6-… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 12, 2017

Re: [Pharo-dev] [Pharo-users] What is the craziest bug you ever face

by John Brant

> On Mar 9, 2017, at 12:50 PM, stepharong <stepharong(a)free.fr> wrote: > > The idea is that we want to see how we cn improve our debugging arsenal. > So it is important that your scenario give use some hints. > It is difficult to convey what we are really looking for :) I think one of the biggest improvements for the debugger would be for it to know the difference between my code and the system code (or not my code). Almost always, I donât want to step through any system code while debugging my code. Iâm expert enough to generally know when I should use into, over, or through, but it is a real pain to keep moving the mouse from one button to another. Often I end up hitting the wrong button by accident and have to restart the debugging process. I want a step until you come back to my code button. I think such a change would help newbies too. I donât know how much time I spent debugging though methods in OrderedCollection when I was learning Smalltalk. In over 25 years, I still havenât found a bug while stepping through OrderedCollection>>do:. Another item that Iâve thought about but have never implemented is a learning debugger. Often the hard things to debug are inside loops where you have to continuously switch between over, into and through. For example, I may know that a method is a lazy accessor and not want to step into it. However, I may want to step into the next message. A learning debugger could keep track of what I did before and do it as default the next time. Or, maybe there could be a little switch on every message send that said if you wanted over, into or through. There could also be a keep going option for all expressions. For example, I generally donât want to step through a bunch of literal assignments (e.g., âx := 4â). Such a change to the debugger would help eliminate pair debugging sessions whose conversations go like: âover, over, into, over, intoâ¦â. Such conversations donât find bugs, but are necessary to get to the location where the bug may exist. One thing that you may want in your debugging arsenal is lightweight classes to implement per object breakpoints/watchpoints. For example, you may want to set a breakpoint in a text widget. However, since that text widget is used all over, it would crash the system if you just set a breakpoint in the text widget class. Instead you can create a lightweight class with the breakpoint and change the particular text widget to use the lightweight class. This way it can trigger the breakpoint without crashing the image. I donât use lightweight classes often, but in certain cases they are really handy (and almost necessary). John Brant

March 12, 2017