- Pharo-dev - lists.pharo.org

[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

[Pharo-project] [BUG][FIX] CompiledMethodTrailer
by Igor Stasenko May 12, 2011

May 12, 2011

Okay, seems like i found the bug. (CompiledMethodTrailer new sourcePointer: 0) testEncoding fails. And it happens only when you pass 0 as source pointer!! Such an obscure case! @squeakers, for the context, check the discussion "Problem with CompiledMethodTrailer" in pharo-dev list. On 10 May 2011 12:47, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > >> >> > >> > I must be wrong, because the dev image when it is build, it calls all >> > cleanUp methods for classes, so CompiledMethod class >> cleanUp shuld >> > have >> > been called, but if I take the Pharo1.3 result, I can see the source >> > code >> > (not decompiled) >> > >> >> But you can't see the source of those methods in browser, because >> browser works only with installed methods >> while cleanup touching only non-installed ones. > > > grrrr sorry, I forgot about the #isInstalled ... I went directly to see > #destroySourcePointer > heheheh > >> >> >> >> >> When i do this, my image hangs. >> > >> > I have just tried and it crash!!!Â Actually, I evaluated CompiledMethod >> > cleanUp. And just after cmd+b in CompiledMethod (to browse it) -> crash >> > How it is possilbe it didn't crash while building the dev image?Â Â or >> > the >> > first time I browse a class? >> > maybe this incorrect CM are created by the build process just after the >> > cleanUp ? >> > >> I don't know yet. >> Maybe there is some test, which breaking them when it runs? Or tests >> are not run on those images? > > I was thinking exactly the same. But no, this image has not run the tests. > There are other images specially to download from hudson that are those > after running tests :( > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Best regards, Igor Stasenko AKA sig.

2 3

[Pharo-project] OCompletion
by Benjamin May 12, 2011

May 12, 2011

Hi everyone, I have just a stupid question but how can I load OCompletion ? I've tried to load packages but I just got a tons of DNU ... Is there a magic formula somewhere over the web ? Thanks in advance, Ben

3 2