- Pharo-dev - lists.pharo.org

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

[Pharo-project] New transcript questions and notes (take 2)
by DougEdmunds May 12, 2011

May 12, 2011

[Yesterday I posted this on Nabble, and deleted it, because it wasn't processing (apparently the mail server was down). That's a mistake. Now it's in the mailing list archive, but the Nabble entry http://forum.world.st/New-transcript-questions-and-notes-tp3516546p3516546.… is gone, which means it may not garner a reply.] So, with apologies, I repeat: Using Pharo1.3a Latest update: #13193 Are there any plans to give the new transcript window a mouseable menu? If not, buttons for select all and copy would be nice. -- Nothing seems to be happening when clicking 'log to file'. What is the name of the file? Where is it? -- When checking/unchecking/checking 'log to file' will the second checking add to the end of an existing file, or will it start a new one, or wipe out old one and start it over? -- This code does not work right with the new transcript: 1 to: 30 do: [: x | Transcript cr; show: x. (Delay forSeconds: 0.2) wait.]. a) Try it in 1.2 (old transcript) to see how it should work. Old transcript, there's a delay between each line printed. 1.3 (new transcript) there's a total delay first, then all the lines are immediately printed. b) If the length of the entries to the transcript exceeds the size of the window, the lines do not automatically scroll up to be able to see them. Instead, they are added outside of the visible window area. IMO, this must be changed so that whatever gets added to the end of the transcript is immediately visible. c) If cursor is at the bottom (with a vertical scroll bar visible), as soon as a new line is added, the transcript pops back to the beginning again, requiring scrolling to see new entries. This makes any kind of continual stream to the transcript impossible to view. Position the Transcript at the end of the output, then run the 1 to: 30 do: code line again -- it will pop you to the top, not the end. -- Will the vertical size of the header area (Clear, etc) be reduced? It is taller than needed. -- View this message in context: http://forum.world.st/New-transcript-questions-and-notes-take-2-tp3517942p3… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

[Pharo-project] [update 1.2] #12352
by Marcus Denker May 12, 2011

May 12, 2011

12352 ----- Issue 4157: TextColor is ignored in large TextEditors Issue 4153: add temp does not add the temp in -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

Re: [Pharo-project] [squeak-dev] [NativeBoost] Need your ideas, what platform-neutral assembler syntax you would like to have
by Igor Stasenko May 12, 2011

May 12, 2011

On 12 May 2011 17:22, Gerardo Richarte <gera(a)corest.com> wrote: > On 05/10/2011 08:34 PM, Igor Stasenko wrote: >> Things i don't like: register naming. >> In cog you should use following register names: >> Â Â Â FPReg := -1. >> Â Â Â SPReg := -2. >> Â Â Â ReceiverResultReg := GPRegMax := -3. >> Â Â Â TempReg := -4. >> Â Â Â ClassReg := -5. >> Â Â Â SendNumArgsReg := -6. >> Â Â Â Arg0Reg := -7. >> Â Â Â Arg1Reg := GPRegMin := -8. >> Â Â Â DPFPReg0 := -9. >> >> They are mapping 1:1 to real registers on your machine. > > "Our" names are pretty similar to those, and I don't really see they are > 1:1 mapping to architecture (though at some point you will have that > mapping). The 1:1 mapping is not on names, but latter on implementation, > and I think that has to do with exactly what Cog wants: a fast > implementation. > In Cog TempReg maps to EAX. and rest of register names mapped directly to assembler ones. I don't see how register names could affect an implementation. It depends where and how you using them. I agree that when you generating code which closely related to VM internals, then it makes sense to use special names like SendNumArgsReg. But if you wanna use spare register to hold something else than NumArgs.. then using such name is not helping. In that cases, i would prefer to use neutral names, like GPReg0 ... GPRegX .. which stands for General Purpose Register. Because the role of certain register may be different depending on where you using it. > FP is frame pointer, and it's the generic name for what in intel is BP > (in gdb you can do either $rbp or $fp) > SP is a generic name for the stack pointer (in gdb you can use $sp or $rsp) > ReceiverResult has to do with the use, nothing to do with processor > etc. > > not sure what DPFPReg0 stands for. > I guess its a "Double Precision Floating Point Register number 0" :) > I think the names are good for a VM implementation. Though maybe not for > a generic assembler. I think the that might be the difference between > Cog's and NativeBoost's needs > Yes. This is why i asking.. Because i want it to be generic. > Â Â gera > -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] compiled VM with Alien for JNIPort
by laurent laffont May 12, 2011

May 12, 2011

Hi, is there a compiled VM available with Alien for OSX ? I want to use JNIPort. Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

7 12

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

May 12, 2011

13194 ----- - Issue 4015: Fix in SmalltalkEditor. Stef

1 0

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

May 12, 2011

On May 12, 2011, at 4:42 PM, Tudor Girba wrote: > > I did not mean that someone should look into the posted code. I was in a hurry and I simply asked a direct question if anyone has any idea of why 4096 would be a limit for highlighting text in TextMorph. The question had nothing to do with Glamour, but I am sorry if the form of the mail made you waste your time. > > In any case, I will look into this in more details. > maybe this is relevant? We should release 1.2.2.... http://code.google.com/p/pharo/issues/detail?id=4157 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 2

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

May 12, 2011

On May 12, 2011, at 4:51 PM, Tudor Girba wrote: > Hi, > > On 12 May 2011, at 16:44, Marcus Denker wrote: > >> >> On May 12, 2011, at 4:42 PM, Tudor Girba wrote: >>> >>> I did not mean that someone should look into the posted code. I was in a hurry and I simply asked a direct question if anyone has any idea of why 4096 would be a limit for highlighting text in TextMorph. The question had nothing to do with Glamour, but I am sorry if the form of the mail made you waste your time. >>> >>> In any case, I will look into this in more details. >>> >> >> >> maybe this is relevant? We should release 1.2.2.... >> >> http://code.google.com/p/pharo/issues/detail?id=4157 > > Hmm. Sounds similar, but I am too ignorant. > > I could reproduce the problem outside of Glamour. The issue is indeed not with TextMorph, but with PluggableTextMorph: > > string := ''. > 1 to: 1000 do: [:i | string := string, 'abcde']. > text := ((string asText addAttribute: TextColor red), ('xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' asText)). > (PluggableTextMorph on: text text: #yourself accept: #value) openInWindow > works fine in 1.2.2a -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

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

May 12, 2011

On May 12, 2011, at 4:10 PM, Tudor Girba wrote: > 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? > Which version of Pharo are you using? > 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." > > > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1