- Pharo-dev - lists.pharo.org

[Pharo-project] Debugger and Exceptions model
by Igor Stasenko May 13, 2011

May 13, 2011

It would be cool to make debugger be aware of Exceptions, and then make exceptions to designate additional actions which user may perform in addition to "Proceed, Abandon, Debug, Create" Currently all this stuff is hardcoded.. But what i imagine, that if we make debugger to be aware of exceptions (of course if opening debugger is triggered by exception), a debugger could ask exception for additional actions to perform as well as whether immediately open full UI etc. For instance i always wanted that on SubclassResponsibility exception a Debugger can propose me to create a method in subclass, in same way as it proposing to create a method when you got DNU- by adding a 'Create' button. Here the changeset which allows me to do that. But it would be really nice someday to delegate such things to exceptions. -- Best regards, Igor Stasenko AKA sig.

1 0

Re: [Pharo-project] Problem with CompiledMethodTrailer
by Marcus Denker May 12, 2011

May 12, 2011

On May 10, 2011, at 9:32 AM, Mariano Martinez Peck wrote: > > what is even worst, is that even after removing those correct CM, and doing a GC etc...they still don't disappear. > There is ScriptLoader new cleanUpMethods This is called from #cleanUpForRelease and normally should make sure there are no old methods. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

5 17

[Pharo-project] What we do with: "Embed source code for methods which get uninstalled from their classes" ???
by Mariano Martinez Peck May 12, 2011

May 12, 2011

So....we used to have arround CM instances wrong. There was a problem with the trailer and we fix it. http://code.google.com/p/pharo/issues/detail?id=4186 Then we did: http://code.google.com/p/pharo/issues/detail?id=4192 and, dev image took hous to finish: http://code.google.com/p/pharo/issues/detail?id=4200 because the Compiler recompileAll take ages because of the becomeFordward: it does for the #dropSourcePointer then igor solve it, it took less time, but we start to loose the source pointer of COmpiledMethods while loading stuff from MC. in addition, objects as methods started to fail because they do not implement #dropSourcePointer: http://code.google.com/p/pharo/issues/detail?id=4195 so...al users of #run:with:in: should also be broken now, like TestCoverage, etc.... so...what do we do? I would like to: 1) have a fast/normal recompileAll 2) not to loose source code If the only way right now is rollbacking #dropSourcePointer and rollbacking the implementation in objects as methods, please do it. Right now we are in the worst case. For example, today when I discover the bug of loosing sources...I commit my own package with a lots of methods with the decompiled source...it took time to fix it. So I think it is important to fix this. Cheers -- Mariano http://marianopeck.wordpress.com

1 0

[Pharo-project] [ANN] VB-Regex patch available
by Nicolas Cellier May 12, 2011

May 12, 2011

Reinout Heek recently published a patch in cincom store for some Regex pending bugs after a recent mail on vwnc list. I ported this 3-methods patch on Squeak based on latest http://www.squeaksource.com/Regex.htm I have no commit right, so I posted two copies: http://source.squeak.org/inbox/VB-Regex-nice.18.mcz http://www.squeaksource.com/PharoInbox/VB-Regex-nice.18.mcz Note that core Pharo version of Regex is some versions ahead and the patch requires further porting. Nicolas ------------------------------------------------------------------------- Port fixes from Reinout Heek from VW.Regex11 Regex11(1.3.1-soops1) - introduces fix Regex11(1.3.3) - merge above with 1.3.2 Blessing comment: Fixed RxmBranch to do greedy matching instead of first match passes. This entailed adding a collection copy to #currentState, so I expect this to slow down Regex11 a bit (not measured yet). This fixes a bug found a Soops: '.*(ABCD|BC)' asRegex matches: 'fooABCD' and Mantis bug 5391: '15' matchesRegex: '[1-9]|1[0-9]' See http://bugs.squeak.org/view.php?id=5391

3 4

[Pharo-project] [update 1.3] #13197
by StÃ©phane Ducasse May 12, 2011

May 12, 2011

13197 ----- Issue 4204: PluggabeMenuItemSpec show submenu even is disabled. Thanks benjamin van ryseghem.

1 0

[Pharo-project] [COTDC] 62 - MIMEType
by laurent laffont May 12, 2011

May 12, 2011

Today: MIMEType Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

1 1

Re: [Pharo-project] [Pharo-users] [COTDC] 61 - InternetConfiguration
by Marcus Denker May 12, 2011

May 12, 2011

On May 12, 2011, at 3:41 PM, laurent laffont wrote: > On Mon, May 9, 2011 at 8:34 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Today: InternetConfiguration > > I read several parameters related to the OS network preferences, through the InternetConfigPlugin VM module. > > For example, to get the default path where downloaded files should be placed: > > InternetConfiguration getDownloadPath > > > (That said, it's not used in the image). > It is... it's in the startup list and setting the Proxy at SCG since years automatically. (it's only working on the Mac, though) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

May 12, 2011

13196 ----- - Issue 4130: Zinc should be added to core. Thanks sven van caekenberghe. Stef

1 0

Re: [Pharo-project] [MethodTrailer] #getSourceCodeBySelector: and #getSourceCodeByIdentifier: are not implemented
by Marcus Denker May 12, 2011

May 12, 2011

I vote for removing any dead code. Less code, less bugs. Less code, easier to understand. On May 12, 2011, at 3:45 PM, Mariano Martinez Peck wrote: > If we see CompiledMethodTrailer >> sourceCode > "Answer the source code of compiled method. > Note: it does not attempts to read from source files using sourcePointer, > nor reconstruct the source code using temp names" > > (kind == #EmbeddedSourceQCompress or: [ kind == #EmbeddedSourceZip ]) ifTrue: [ > ^ data ]. > > kind == #SourceBySelector ifTrue: [ > ^ method methodClass getSourceCodeBySelector: method selector ]. > > kind == #SourceByStringIdentifier ifTrue: [ > ^ method methodClass getSourceCodeByIdentifier: data ]. > > ^ nil > > > But neither #getSourceCodeBySelector: nor #getSourceCodeByIdentifier: are implemented. In fact, it is easy to modify their test and make them red. Change #testSourceBySelectorEncoding or #testSourceByIdentifierEncoding and add a send to #sourceCode. Example: > > testSourceBySelectorEncoding > > | trailer | > > trailer := CompiledMethodTrailer new. > > trailer setSourceBySelector. > > self assert: (trailer kind == #SourceBySelector ). > self assert: (trailer size = 1). > trailer sourceCode. > > > > So...I don't know why they are not implemented, but if this was work "unfinished", we should at least make that clear and not to appear that it is supported but at the end it is not. So, if that's the case, I suggest to put nice comments explaining that and in addition implement: > > Behavior >> getSourceCodeBySelector: > ^ self notYetImplemented > > > Behavior >> getSourceCodeByIdentifier: > ^ self notYetImplemented > > > What do you think ? > > -- > Mariano > http://marianopeck.wordpress.com > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] [Moose-dev] Re: Highlight problem with glamour
by Tudor Girba May 12, 2011

May 12, 2011

Thanks, Fabrizio. I noticed a similar problem with highlighting Java code, but I thought it was related to the grammar. I CC-ed the Pharo mailing list. Anyone knows why it would be a problem to highlight text with more than 4096 characters in a TextMorph? Cheers, Doru On 12 May 2011, at 16:03, Fabrizio Perin wrote: > It basically breaks after 4096 characters. > > > On 12 May 2011, at 16:02, Fabrizio Perin wrote: > >> Hi, >> i was playing with textlint and i noticed that the highlight is broken. Seems that the problem is related to the length of the text. If you try to execute the script below you notice that the highlight doesn't work. If you lower 1000 to 100 it works. It seems that the break point is 194. After that it dies. >> >> | browser | >> browser := GLMTabulator new. >> browser >> column: #details. >> >> "if you need initial display" >> browser transmit to: #details; andShow: [:a | >> a text display: [:x | >> | string | >> string := ''.1 to: 1000 do: [:i | string := string, 'jjjjj j j j j j jjj j']. >> (string asText addAttribute: TextColor red), ('jjjjj j j j j j jjj j' asText) ] ]. >> >> browser openOn: 5 >> >> Any idea? >> >> Cheers, >> >> Fabrizio >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

2 3