I will put it on the TODO…. sadly I am a bit busy and can’t postpone the other 
things now to work on this.

> On 20 Nov 2015, at 18:19, Nicolai Hess <[email protected]> wrote:
> 
> Any idea how to solve this:
> 
> 16961 
> <https://pharo.fogbugz.com/f/cases/16961/Unable-to-accept-changes-in-SyntaxErrorDebugger-DNU-receiver-of-asSymbol-is-nil>
>  Unable to accept changes in SyntaxErrorDebugger -> DNU: receiver of asSymbol 
> is nil
> and
> 16723 
> <https://pharo.fogbugz.com/f/cases/16723/File-in-a-file-with-an-error-does-not-set-the-doitFlag-well>
>  File in a file with an error does not set the doitFlag well
> 
> If you file in some code that with syntactic errors, you can not fix the 
> code from within SyntaxErrorDebugger because
> 1. the doitflag is nil, and If we would change this, init it with true...
> 2. ... the category is nil
> 
> From where it is used and comments like:
> 
> notify: message at: location in: code
>     self flag: #hack.
>     "Should use the new OPalWarnings directly instead of recreating a 
> SyntaxErrorNotification"
>     SyntaxErrorNotification 
>         inClass: STCommandLineHandler
>         category: nil 
>         withCode: code
>         doitFlag: nil
>         errorMessage: message
>         location: location.
> 
> it looks like the usage for SyntaxErrorNotification should be cleaned 
> reworked,
> any ideas what to do?
> I can not find a Opal OCSytaxEror or something like this. And I don't 
> understand
> the workflow of raising and catching and reraising SyntaxErrorNotifications.
> 
> 
> 
> 

Reply via email to