March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 2559 in pharo: Senders of #ifNotNil: do not show

by pharo＠googlecode.com

Comment #4 on issue 2559 by nicolas....(a)gmail.com: Senders of #ifNotNil: do not show http://code.google.com/p/pharo/issues/detail?id=2559 One idea would be to put these selectors in a literalArray in order to consume only one slot. Another idea would be to use a MethodProperties and extend it with ugly stuff (a very bad idea in the long term, but safer in the short term).

March 30, 2011

Re: [Pharo-project] Issue 2559 in pharo: Senders of #ifNotNil: do not show

by pharo＠googlecode.com

Comment #3 on issue 2559 by nicolas....(a)gmail.com: Senders of #ifNotNil: do not show http://code.google.com/p/pharo/issues/detail?id=2559 Fully agree. Unfortunately, current implementation seriously limits the number of literals, so care must be taken... numLiterals "Answer the number of literals used by the receiver." ^ (self header bitShift: -9) bitAnd: 16rFF Two literals are consumed by selector or methodProperties see #penultimateLiteral And the target class methodClass "answer the class that I am installed in" ^self numLiterals > 0 ifTrue: [ (self literalAt: self numLiterals) value ] ifFalse: [ nil ] It is possible that some method would compile before the change, and wouldn't after the change... This kind of change would be so easier with a different CompiledMethod format.

March 30, 2011

Re: [Pharo-project] Issue 2559 in pharo: Senders of #ifNotNil: do not show

by pharo＠googlecode.com

Comment #2 on issue 2559 by marcus.d...(a)gmail.com: Senders of #ifNotNil: do not show http://code.google.com/p/pharo/issues/detail?id=2559 Issue 2911 has been merged into this issue.

March 30, 2011

Re: [Pharo-project] Issue 2911 in pharo: senders of ifNil:ifNotNil: only find literals but not senders

by pharo＠googlecode.com

Updates: Status: Duplicate Mergedinto: 2559 Comment #3 on issue 2911 by marcus.d...(a)gmail.com: senders of ifNil:ifNotNil: only find literals but not senders http://code.google.com/p/pharo/issues/detail?id=2911 (No comment was entered for this change.)

March 30, 2011

Re: [Pharo-project] Issue 2911 in pharo: senders of ifNil:ifNotNil: only find literals but not senders

by pharo＠googlecode.com

Comment #2 on issue 2911 by nicolas....(a)gmail.com: senders of ifNil:ifNotNil: only find literals but not senders http://code.google.com/p/pharo/issues/detail?id=2911 Related to issue2559

March 30, 2011

Re: [Pharo-project] Loading GemTools in Pharo 1.1.1-dev

by Norbert Hartl

Am 30.03.2011 um 19:02 schrieb Johan Brichau: > well... it only works with a VM up to version 4.2.2 > well, right! Something I forgot to tell. That is the reason I start it from the command line :) Norbert > everything beyond that ended up in a strange login error, indeed > > On 30 Mar 2011, at 18:19, Dale Henrichs wrote: > >> Yes I am suspicious that there are some os library mismatches involved as I get an odd error during the login sequence and I haven't successfully characterized the specific problem... >> >> I am glad to hear that some folks are not having trouble ... which only deepens the mystery:) >> >> Dale > >

March 30, 2011

Re: [Pharo-project] Loading GemTools in Pharo 1.1.1-dev

by Dale Henrichs

I'll have to give vm version 4.2.2 a try ... Dale On Mar 30, 2011, at 10:02 AM, Johan Brichau wrote: > well... it only works with a VM up to version 4.2.2 > > everything beyond that ended up in a strange login error, indeed > > On 30 Mar 2011, at 18:19, Dale Henrichs wrote: > >> Yes I am suspicious that there are some os library mismatches involved as I get an odd error during the login sequence and I haven't successfully characterized the specific problem... >> >> I am glad to hear that some folks are not having trouble ... which only deepens the mystery:) >> >> Dale > >

March 30, 2011

Re: [Pharo-project] Loading GemTools in Pharo 1.1.1-dev

by Johan Brichau

well... it only works with a VM up to version 4.2.2 everything beyond that ended up in a strange login error, indeed On 30 Mar 2011, at 18:19, Dale Henrichs wrote: > Yes I am suspicious that there are some os library mismatches involved as I get an odd error during the login sequence and I haven't successfully characterized the specific problem... > > I am glad to hear that some folks are not having trouble ... which only deepens the mystery:) > > Dale

March 30, 2011

Re: [Pharo-project] Random crashes?

by Igor Stasenko

On 30 March 2011 18:34, Scott Gibson <wsgibson(a)windstream.net> wrote: > On Mar 30, 2011, at 11:57 AM, Igor Stasenko wrote: > >> On 30 March 2011 17:49, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: >>> On Mar 30, 2011, at 5:40 09PM, Igor Stasenko wrote: >>> >>>> I'd like to note to everyone that before posting VM-related problems, >>>> check it against latest, bleeding-edge VMs produced by automated build >>>> server, >>>> which you can find here: >>>> >>>> https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Cocoa/ >>>> >>>> On 30 March 2011 17:35, AxiNat <tibabenfortlapalanca(a)gmail.com> wrote: >>>>> I've got Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.51] now, let's >>>>> see how it performs. >>>>> Thanks again! >>>>> Bernat. >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> Might want to provide links to VM's for all the different platforms, Bernat was on Linux f.ex. ;) >>> >> >> If you climb one level higher on Hudson web page, you can find those as well: >> https://pharo-ic.lille.inria.fr/hudson/view/Cog/ >> >> >> (there is only one major platform missing - windoze. We already having >> windows servers running, except that they are not yet configured to >> work with Hudson). >> > > I have been using Cog from Eliot's site http://www.mirandabanda.org/files/Cog/VM/ location. Â Is the Cog versions on the Hudson server the better location to use for a Â Cog VM? > We're building a continuous integration system for Cog VMs. It of course is better than manually built VMs, because it is error prone, and as time shown, are hard to reproduce (because wizard knows tricks which apprentices are not aware of ;). It also frees us from tedious manual work and streamlining overall process. So, it is better even if its not better right now, because we still tuning stuff . >>> Still no excuse for not giving the best possible chances of things working, and least amount of duplicate reports for us by providing an up-to.date VM in the one-click distribution though :P >>> >>> >>> Cheers, >>> Henry -- Best regards, Igor Stasenko AKA sig.

March 30, 2011

Re: [Pharo-project] Random crashes?

by Scott Gibson

On Mar 30, 2011, at 11:57 AM, Igor Stasenko wrote: > On 30 March 2011 17:49, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: >> On Mar 30, 2011, at 5:40 09PM, Igor Stasenko wrote: >> >>> I'd like to note to everyone that before posting VM-related problems, >>> check it against latest, bleeding-edge VMs produced by automated build >>> server, >>> which you can find here: >>> >>> https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Cocoa/ >>> >>> On 30 March 2011 17:35, AxiNat <tibabenfortlapalanca(a)gmail.com> wrote: >>>> I've got Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.51] now, let's >>>> see how it performs. >>>> Thanks again! >>>> Bernat. >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> Might want to provide links to VM's for all the different platforms, Bernat was on Linux f.ex. ;) >> > > If you climb one level higher on Hudson web page, you can find those as well: > https://pharo-ic.lille.inria.fr/hudson/view/Cog/ > > > (there is only one major platform missing - windoze. We already having > windows servers running, except that they are not yet configured to > work with Hudson). > I have been using Cog from Eliot's site http://www.mirandabanda.org/files/Cog/VM/ location. Is the Cog versions on the Hudson server the better location to use for a Cog VM? >> Still no excuse for not giving the best possible chances of things working, and least amount of duplicate reports for us by providing an up-to.date VM in the one-click distribution though :P >> >> >> Cheers, >> Henry >> > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Scott Gibson wsgibson(a)windstream.net

March 30, 2011