July 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Nicolas Cellier

Ah maybe, I interpreted literal literally. Let Sudhakar talk... Nicolas 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Jul 22, 2010, at 2:33 PM, Nicolas Cellier wrote: > > > It's different because evaluated only once, either at method compilation > or at first execution (lazy initialization). > > but Sudhakar use case did not show that he wanted something different. > or I totally do not understand. > > > > #( 123 23 'das' ) > > > whynot: > > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > > > Would this be of interest in general... I have always wanted a more > capable literal array than what we have now.. > > > > > > #( 123 23 'das' ) > > > whynot: > > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > > > so I just tried this out with a BlockClosure: > > > > > > asArray > > > > > > | stmts anArray | > > > > > > stmts := self decompile statements. > > > anArray := Array new: stmts size. > > > stmts doWithIndex: [ :eaNode :indx| | start end value| > > > start := (eaNode asString indexOf: ${)+1. > > > end := (eaNode asString lastIndexOf: $})-1. > > > value := Compiler evaluate: (eaNode asString copyFrom: start > to: end) for: self receiver logged: false. > > > anArray at: indx put: value]. > > > ^anArray > > > > > > So we could do: > > > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > > > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > > > > > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > > > but works.. for the narrow set I have tried so far.. > > > > > > Any comments.. > > > -Skrish > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by StÃ©phane Ducasse

probably because we were stupid to remove it from the image. If you can check there are two fixes on the bug archives and it would be great that somebody compares with squeak version. I did not see that much changes from this part of the system on their side. Stef On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > I tried the Pharo sound package, so far it looks sound is not working. > Is it true or is it a mistake of myself. > > For example: > > No sound output when executing: > FMSound bass1 play > > DNU FMSound copy when executing: > (FMSound lowMajorScaleOn: FMSound bass1) play > > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by StÃ©phane Ducasse

On Jul 22, 2010, at 2:33 PM, Nicolas Cellier wrote: > It's different because evaluated only once, either at method compilation or at first execution (lazy initialization). but Sudhakar use case did not show that he wanted something different. or I totally do not understand. > > #( 123 23 'das' ) > > whynot: > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > Would this be of interest in general... I have always wanted a more capable literal array than what we have now.. > > > > #( 123 23 'das' ) > > whynot: > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > so I just tried this out with a BlockClosure: > > > > asArray > > > > | stmts anArray | > > > > stmts := self decompile statements. > > anArray := Array new: stmts size. > > stmts doWithIndex: [ :eaNode :indx| | start end value| > > start := (eaNode asString indexOf: ${)+1. > > end := (eaNode asString lastIndexOf: $})-1. > > value := Compiler evaluate: (eaNode asString copyFrom: start to: end) for: self receiver logged: false. > > anArray at: indx put: value]. > > ^anArray > > > > So we could do: > > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. instanceVar1 ] asArray > > > > > > to yield arrays.. not neat, I would much rather prefer the literals do their job their way... > > but works.. for the narrow set I have tried so far.. > > > > Any comments.. > > -Skrish > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

[Pharo-project] State of Sound in Morph

by Hilaire Fernandes

I tried the Pharo sound package, so far it looks sound is not working. Is it true or is it a mistake of myself. For example: No sound output when executing: FMSound bass1 play DNU FMSound copy when executing: (FMSound lowMajorScaleOn: FMSound bass1) play Hilaire

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Nicolas Cellier

It's different because evaluated only once, either at method compilation or at first execution (lazy initialization). Nicolas 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > how different from > > { 'ac'->23 . 2->'casd' } > > Stef > > On Jul 22, 2010, at 2:09 PM, Sudhakar Krishnamachari wrote: > > > Would this be of interest in general... I have always wanted a more > capable literal array than what we have now.. > > > > #( 123 23 'das' ) > > whynot: > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > so I just tried this out with a BlockClosure: > > > > asArray > > > > | stmts anArray | > > > > stmts := self decompile statements. > > anArray := Array new: stmts size. > > stmts doWithIndex: [ :eaNode :indx| | start end value| > > start := (eaNode asString indexOf: ${)+1. > > end := (eaNode asString lastIndexOf: $})-1. > > value := Compiler evaluate: (eaNode asString copyFrom: start to: > end) for: self receiver logged: false. > > anArray at: indx put: value]. > > ^anArray > > > > So we could do: > > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > > but works.. for the narrow set I have tried so far.. > > > > Any comments.. > > -Skrish > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Nicolas Cellier

Hi, What you seek is something like - Dolphin ##( ) construction - or VW [] once trick from Travis Grigg based on using the #become: power (search once upon a time or something like that on his blog) I was thinking of this very subject recently and have a draft proposition not really ready (must think of it twice). The first idea would be to use the existing indirection for shared variables by always access their value via a message send. With a class implementing #value with a second indirection, this could solve the problem of package load order and cyclic dependencies, as well as shared variable initialization by using systematic lazy evaluation schemes. The second idea would be to define static variables local to the method (thus not shared) using the same #value principle, but there we need a syntax extension (something I just can't decide by myself). With such scheme, direct access to the value is not possible, so VM optimization fetching the second ivar or JIT techniques might have to be changed. Impact on performance has to be studied. However, polymorphic inline cache could eventually reduce this negative impact. Nicolas 2010/7/22 Sudhakar Krishnamachari <skrishnamachari(a)gmail.com> > Would this be of interest in general... I have always wanted a more capable > literal array than what we have now.. > > #( 123 23 'das' ) > whynot: > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > so I just tried this out with a BlockClosure: > > asArray > > | stmts anArray | > > stmts := self decompile statements. > anArray := Array new: stmts size. > stmts doWithIndex: [ :eaNode :indx| | start end value| > start := (eaNode asString indexOf: ${)+1. > end := (eaNode asString lastIndexOf: $})-1. > value := Compiler evaluate: (eaNode asString copyFrom: start to: > end) for: self receiver logged: false. > anArray at: indx put: value]. > ^anArray > > So we could do: > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > but works.. for the narrow set I have tried so far.. > > Any comments.. > -Skrish > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] How disable debugger?

by StÃ©phane Ducasse

On Jul 22, 2010, at 2:11 PM, Denis Kudriashov wrote: > Yes, I can do this. > > But I hope there is existed solution. > > I was think scriptLoader>>cleanForProduction do this (disable debugger). no remember scriptloader is a private ugly project of us to manage the image distribution before we use metacello we should have a solution in the future so if you do something let us know.

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by StÃ©phane Ducasse

how different from { 'ac'->23 . 2->'casd' } Stef On Jul 22, 2010, at 2:09 PM, Sudhakar Krishnamachari wrote: > Would this be of interest in general... I have always wanted a more capable literal array than what we have now.. > > #( 123 23 'das' ) > whynot: > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > so I just tried this out with a BlockClosure: > > asArray > > | stmts anArray | > > stmts := self decompile statements. > anArray := Array new: stmts size. > stmts doWithIndex: [ :eaNode :indx| | start end value| > start := (eaNode asString indexOf: ${)+1. > end := (eaNode asString lastIndexOf: $})-1. > value := Compiler evaluate: (eaNode asString copyFrom: start to: end) for: self receiver logged: false. > anArray at: indx put: value]. > ^anArray > > So we could do: > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. instanceVar1 ] asArray > > > to yield arrays.. not neat, I would much rather prefer the literals do their job their way... > but works.. for the narrow set I have tried so far.. > > Any comments.. > -Skrish > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] How disable debugger?

by Denis Kudriashov

Yes, I can do this. But I hope there is existed solution. I was think scriptLoader>>cleanForProduction do this (disable debugger). 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > have a look at the handler of > > UnhandledError>>defaultAction > > ^ UIManager default unhandledErrorDefaultAction: self exception > > so you can define a different UIManager for example > > Stef > On Jul 22, 2010, at 1:18 PM, Denis Kudriashov wrote: > > > Hello > > > > Is it possible write all exceptions to log and dont show debugger? > > How I can do this? > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

[Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Sudhakar Krishnamachari

Would this be of interest in general... I have always wanted a more capable literal array than what we have now.. #( 123 23 'das' ) whynot: #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. so I just tried this out with a BlockClosure: asArray | stmts anArray | stmts := self decompile statements. anArray := Array new: stmts size. stmts doWithIndex: [ :eaNode :indx| | start end value| start := (eaNode asString indexOf: ${)+1. end := (eaNode asString lastIndexOf: $})-1. value := Compiler evaluate: (eaNode asString copyFrom: start to: end) for: self receiver logged: false. anArray at: indx put: value]. ^anArray So we could do: ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. instanceVar1 ] asArray to yield arrays.. not neat, I would much rather prefer the literals do their job their way... but works.. for the narrow set I have tried so far.. Any comments.. -Skrish

July 22, 2010