December 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] about syntaxError

by Igor Stasenko

On 9 December 2016 at 01:39, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Nice to now understand how this debugger thing behaves. > > I have some issues when debugging tests GTDebugger in Pharo5 when there is > a self halt in the test method. For some reason the step through looks like > out of what with the actual thing to step through. > > How does that work? > well, IIRC, when you stepping through, the debugger running a simulation and detects that you trying to interrupt it and since it is not a good idea to interrupt the debugger itself , else you will need to open yet another debugger window, showing where the simulation/exception handling was interrupted.. and so you enter an endless recursive loop, and as result won't be able to debug anything :) And this 'simulation guard' is serving to prohibit further processing in such cases, or in certain cases, it simply ignores it and pretends that it is done, suppressing actual code behavior, which would be triggered, if it wouldn't run simulated by debugger. > Phil > > -- Best regards, Igor Stasenko.

Dec. 9, 2016

Re: [Pharo-dev] about syntaxError

by phil＠highoctane.be

Nice to now understand how this debugger thing behaves. I have some issues when debugging tests GTDebugger in Pharo5 when there is a self halt in the test method. For some reason the step through looks like out of what with the actual thing to step through. How does that work? Phil On Fri, Dec 9, 2016 at 12:06 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 8 December 2016 at 22:56, stepharong <stepharong(a)free.fr> wrote: > >> Sorry igot but I do not understand what you are saying. >> Too tired. >> > > the exception handler if it runs in UI process does following: > - spawns new UI process, > suspending the old one, that caused exception, > then creates a debugger that showing where the original exception occur. > > but if you put halt somewhere in the middle of exception handler , you > will either create an endless loop (of attempting to bring debugger), > or, when you lucky, as in your case - it will show you debugger , where > you interrupted the exception handling, > but not the original exception. > > >> >> coz u putting exception inside an exception handler.. >> yo gawd, so you like exceptions? >> lets put an exception inside your exception, so it will be thrown while >> it thrown >> :)))))) >> (i hope everyone knows this reference :) >> >> >> On 8 December 2016 at 22:07, stepharong <stepharong(a)free.fr> wrote: >> >>> I tried to fix the extract method refactoring that seems broken when >>> extracting class or variables. >>> And I wanted to understand if I can get a debugger stack instead of this >>> useless Syntax Error: window. >>> Now I cannot find reference to SyntaxErrorDebugger. >>> still putting a break point in >>> >>> buildMorphicViewOn: aSyntaxError >>> "Answer an Morphic view on the given SyntaxError." >>> >>> | window | >>> self halt. >>> >>> bring a debugger but with a cut stack .... >>> >>> open: aSyntaxError >>> "Answer a standard system view whose model is an instance of me." >>> <primitive: 19> >>> "Simulation guard" >>> | process | >>> process := Processor activeProcess. >>> UIManager default spawnNewProcessIfThisIsUI: process. >>> UIManager default defer: [ >>> self buildMorphicViewOn: aSyntaxError. >>> ]. >>> ^ process suspend >>> >>> so it does not really help to understand the syntax error. >>> I do not get why this is so opaque. >>> >>> Stef >>> >>> >>> -- >>> Using Opera's mail client: http://www.opera.com/mail/ >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> >> >> -- >> Using Opera's mail client: http://www.opera.com/mail/ >> > > > > -- > Best regards, > Igor Stasenko. >

Dec. 8, 2016

Re: [Pharo-dev] about syntaxError

by Igor Stasenko

and this: <primitive: 19> "Simulation guard" is a good indication of what's gone wrong.. you are basically attempting to debug a debugger, using the very same debugger and this primitive is used throughout the debugger code to guard against such cases. On 9 December 2016 at 01:06, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 8 December 2016 at 22:56, stepharong <stepharong(a)free.fr> wrote: > >> Sorry igot but I do not understand what you are saying. >> Too tired. >> > > the exception handler if it runs in UI process does following: > - spawns new UI process, > suspending the old one, that caused exception, > then creates a debugger that showing where the original exception occur. > > but if you put halt somewhere in the middle of exception handler , you > will either create an endless loop (of attempting to bring debugger), > or, when you lucky, as in your case - it will show you debugger , where > you interrupted the exception handling, > but not the original exception. > > >> >> coz u putting exception inside an exception handler.. >> yo gawd, so you like exceptions? >> lets put an exception inside your exception, so it will be thrown while >> it thrown >> :)))))) >> (i hope everyone knows this reference :) >> >> >> On 8 December 2016 at 22:07, stepharong <stepharong(a)free.fr> wrote: >> >>> I tried to fix the extract method refactoring that seems broken when >>> extracting class or variables. >>> And I wanted to understand if I can get a debugger stack instead of this >>> useless Syntax Error: window. >>> Now I cannot find reference to SyntaxErrorDebugger. >>> still putting a break point in >>> >>> buildMorphicViewOn: aSyntaxError >>> "Answer an Morphic view on the given SyntaxError." >>> >>> | window | >>> self halt. >>> >>> bring a debugger but with a cut stack .... >>> >>> open: aSyntaxError >>> "Answer a standard system view whose model is an instance of me." >>> <primitive: 19> >>> "Simulation guard" >>> | process | >>> process := Processor activeProcess. >>> UIManager default spawnNewProcessIfThisIsUI: process. >>> UIManager default defer: [ >>> self buildMorphicViewOn: aSyntaxError. >>> ]. >>> ^ process suspend >>> >>> so it does not really help to understand the syntax error. >>> I do not get why this is so opaque. >>> >>> Stef >>> >>> >>> -- >>> Using Opera's mail client: http://www.opera.com/mail/ >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >> >> >> >> -- >> Using Opera's mail client: http://www.opera.com/mail/ >> > > > > -- > Best regards, > Igor Stasenko. > -- Best regards, Igor Stasenko.

Dec. 8, 2016

Re: [Pharo-dev] about syntaxError

by Igor Stasenko

On 8 December 2016 at 22:56, stepharong <stepharong(a)free.fr> wrote: > Sorry igot but I do not understand what you are saying. > Too tired. > the exception handler if it runs in UI process does following: - spawns new UI process, suspending the old one, that caused exception, then creates a debugger that showing where the original exception occur. but if you put halt somewhere in the middle of exception handler , you will either create an endless loop (of attempting to bring debugger), or, when you lucky, as in your case - it will show you debugger , where you interrupted the exception handling, but not the original exception. > > coz u putting exception inside an exception handler.. > yo gawd, so you like exceptions? > lets put an exception inside your exception, so it will be thrown while it > thrown > :)))))) > (i hope everyone knows this reference :) > > > On 8 December 2016 at 22:07, stepharong <stepharong(a)free.fr> wrote: > >> I tried to fix the extract method refactoring that seems broken when >> extracting class or variables. >> And I wanted to understand if I can get a debugger stack instead of this >> useless Syntax Error: window. >> Now I cannot find reference to SyntaxErrorDebugger. >> still putting a break point in >> >> buildMorphicViewOn: aSyntaxError >> "Answer an Morphic view on the given SyntaxError." >> >> | window | >> self halt. >> >> bring a debugger but with a cut stack .... >> >> open: aSyntaxError >> "Answer a standard system view whose model is an instance of me." >> <primitive: 19> >> "Simulation guard" >> | process | >> process := Processor activeProcess. >> UIManager default spawnNewProcessIfThisIsUI: process. >> UIManager default defer: [ >> self buildMorphicViewOn: aSyntaxError. >> ]. >> ^ process suspend >> >> so it does not really help to understand the syntax error. >> I do not get why this is so opaque. >> >> Stef >> >> >> -- >> Using Opera's mail client: http://www.opera.com/mail/ >> >> > > > -- > Best regards, > Igor Stasenko. > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/ > -- Best regards, Igor Stasenko.

Dec. 8, 2016

Re: [Pharo-dev] about syntaxError

by Henrik Nergaard

Change line 3 of RBExtractMethodRefactoring>>extractMethod to something like: [ extractedParseTree := RBParser parseExpression: extractCode ] on: SyntaxErrorNotification do: [ :ex| ex debug ]. To bring up a debugger. Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of stepharong Sent: Thursday, December 8, 2016 9:08 PM To: pharo-dev(a)lists.pharo.org Subject: [Pharo-dev] about syntaxError I tried to fix the extract method refactoring that seems broken when extracting class or variables. And I wanted to understand if I can get a debugger stack instead of this useless Syntax Error: window. Now I cannot find reference to SyntaxErrorDebugger. still putting a break point in buildMorphicViewOn: aSyntaxError "Answer an Morphic view on the given SyntaxError." | window | self halt. bring a debugger but with a cut stack .... open: aSyntaxError "Answer a standard system view whose model is an instance of me." <primitive: 19> "Simulation guard" | process | process := Processor activeProcess. UIManager default spawnNewProcessIfThisIsUI: process. UIManager default defer: [ self buildMorphicViewOn: aSyntaxError. ]. ^ process suspend so it does not really help to understand the syntax error. I do not get why this is so opaque. Stef -- Using Opera's mail client: http://www.opera.com/mail/

Dec. 8, 2016

Re: [Pharo-dev] Archive for Monthly Pharo Newsletter

by stepharong

This is cool like that I link to it from the pharoweekly blg > Hi, > > There is an archive for the monthly newsletter: > > http://us11.campaign-archive1.com/home/?u=6f667565c2569234585a7be77&id=0486… > > I will add that link to the website. > > Marcus -- Using Opera's mail client: http://www.opera.com/mail/

Dec. 8, 2016

Re: [Pharo-dev] about syntaxError

by stepharong

Sorry igot but I do not understand what you are saying. Too tired. > coz u putting exception inside an exception handler.. > yo gawd, so you like exceptions? > lets put an exception inside your exception, so it will be thrown while > it thrown:)))))) > (i hope everyone knows this reference :) > > > On 8 December 2016 at 22:07, stepharong <stepharong(a)free.fr> wrote: >> I tried to fix the extract method refactoring that seems broken when >> extracting class or variables. >> And I wanted to understand if I can get a debugger stack instead of >> this useless Syntax Error: window. >> Now I cannot find reference to SyntaxErrorDebugger. >> still putting a break point in >> >> buildMorphicViewOn: aSyntaxError >> "Answer an Morphic view on the given SyntaxError." >> >> | window | >> self halt. >> >> bring a debugger but with a cut stack .... >> >> open: aSyntaxError >> "Answer a standard system view whose model is an instance of me." >> <primitive: 19> >> "Simulation guard" >> | process | >> process := Processor activeProcess. >> UIManager default spawnNewProcessIfThisIsUI: process. >> UIManager default defer: [ >> self buildMorphicViewOn: aSyntaxError. >> ]. >> ^ process suspend >> >> so it does not really help to understand the syntax error. >> I do not get why this is so opaque. >> >> Stef >> >> >> --Using Opera's mail client: http://www.opera.com/mail/ >> > > > > --Best regards, > Igor Stasenko. -- Using Opera's mail client: http://www.opera.com/mail/

Dec. 8, 2016

Re: [Pharo-dev] [ANN] Pharo Association has a new Website!

by Sven Van Caekenberghe

> On 8 Dec 2016, at 19:59, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> >>> Accepting Bitcoin payments would be a plus ;-) (https://bitpay.com/tour) >>> >> > > Hi, > > I have setup bitpay. This means we can now accept bitcoin, to pay by bitcoin, > for now please select âofflineâ payment and then send a mail to > association(a)pharo.org > > and we will generate a bitcoin invoice. (we can integrate it a bit better later). > > Marcus Nice!

Dec. 8, 2016

Re: [Pharo-dev] about syntaxError

by Igor Stasenko

coz u putting exception inside an exception handler.. yo gawd, so you like exceptions? lets put an exception inside your exception, so it will be thrown while it thrown :)))))) (i hope everyone knows this reference :) On 8 December 2016 at 22:07, stepharong <stepharong(a)free.fr> wrote: > I tried to fix the extract method refactoring that seems broken when > extracting class or variables. > And I wanted to understand if I can get a debugger stack instead of this > useless Syntax Error: window. > Now I cannot find reference to SyntaxErrorDebugger. > still putting a break point in > > buildMorphicViewOn: aSyntaxError > "Answer an Morphic view on the given SyntaxError." > > | window | > self halt. > > bring a debugger but with a cut stack .... > > open: aSyntaxError > "Answer a standard system view whose model is an instance of me." > <primitive: 19> > "Simulation guard" > | process | > process := Processor activeProcess. > UIManager default spawnNewProcessIfThisIsUI: process. > UIManager default defer: [ > self buildMorphicViewOn: aSyntaxError. > ]. > ^ process suspend > > so it does not really help to understand the syntax error. > I do not get why this is so opaque. > > Stef > > > -- > Using Opera's mail client: http://www.opera.com/mail/ > > -- Best regards, Igor Stasenko.

Dec. 8, 2016

Re: [Pharo-dev] Archive for Monthly Pharo Newsletter

by Sven Van Caekenberghe

Wow, this is very nice! > On 8 Dec 2016, at 17:07, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > There is an archive for the monthly newsletter: > > http://us11.campaign-archive1.com/home/?u=6f667565c2569234585a7be77&id=0486… > > I will add that link to the website. > > Marcus

Dec. 8, 2016