November 2014 - Pharo-users

Re: [Pharo-users] question on syntax "negate numbers"

by Werner Kassens

Of course. i was talking about x -- y not x - - y. werner On 11/10/2014 03:17 PM, Thierry Goubier wrote: > I believe that x - - y would give you an error. > > 4 - - 5 in parsing is a different beast, because you consider - 5 as a > single token.

Nov. 10, 2014

Re: [Pharo-users] question on syntax "negate numbers"

by Thierry Goubier

I believe that x - - y would give you an error. 4 - - 5 in parsing is a different beast, because you consider - 5 as a single token. Thierry 2014-11-10 12:36 GMT+01:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > In VisualWorks: > 3 @ *Argument expected ->*- 5 > > I guess what one expects is a matter of habit, personally I'd expect x - - > y to yield a parsing error. > > Cheers, > Henry > > On 10 Nov 2014, at 12:06 , PBKResearch <peter(a)pbkresearch.co.uk> wrote: > > I have tried this on my latest Dolphin (Pro 6.1 Beta 2): > 3 @ -5 is accepted and interpreted correctly. > 3 @ - 5 is rejected with message: 'Error - incorrect expression start'; > the caret is pointing at the - sign. > So the Opal behaviour does not mirror that of Dolphin. > > Hope this helps > > Peter Kenny > > > *From:* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org > <pharo-users-bounces(a)lists.pharo.org>] *On Behalf Of *Thierry Goubier > > 2014-11-10 8:47 GMT+01:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > > 3 @ -5 is not a problem, and accepted by both. > 3 @ - <space> 5 is what I object to (and Opal allows) > > > > RBParser allows this one even if old Compiler dissallows it (i.e. in Pharo > 2). > > I haven't tracked if Opal follows the RBParser on that or if this is the > reverse (Opal pushed changes on RBParser). I suspect all things RB in Pharo > (and Squeak?) are a port from the Dolphin version of RB, which means this > is allowed in quite a few other smalltalks (Dolphin?, VW?). > > I haven't checked if the SmaCC Smalltalk parser accept that. > Note: 4 - 5 in RBParser does what you would expect. 4 - - 5 as well. > > > 3 @-5 and/or 3 @- 5 is (rightly) disallowed by both. > > > > That one is easier and expected. > My position would be twofold: > - RBParser is, IMHO, a good parser and I would follow its interpretation. > That Opal reuses it is a good point for me. > - As a programming language designer (and parser implementor), accepting - > 5 is user friendly, but a bit too contextual in the lexer to be nice to > implement. > > Thierry > > > > Cheers, > Henry > > >

Nov. 10, 2014

AST #copy behavior

by Mark Rizun

Hi guys! I'm using AST really often, and recently stumbled on problem with copying an AST. It doesn't copy stuff related to computing sourceInterval of AST, and I need it to copy:) I know there are #deepCopy and #veryDeepCopy, but they are too heavy methods for AST, especially in my case, as I need to copy AST all the time. Earlier, I discussed this problem with Marcus Denker. He suggested to fix #copy of AST (to be more accurate #postCopy). If I want to copy stuff related to sourceInterval, I would have to implement #postCopy for each RBNode... differently. RBProgramNode>>#postCopy super postCopy. properties := properties copy So for each RBNode... it will be like: RBNode...>>#postCopy super postCopy. "here some different code each time" I'm just interested: What do you think about it? Thanks, Mark -- View this message in context: http://forum.world.st/AST-copy-behavior-tp4789447.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 10, 2014

Re: [Pharo-users] Anyone having a Rserve client?

by Thierry Goubier

2014-11-10 12:07 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > > We are using UCS here. There are nice babies in that lineup: > > > http://www.cisco.com/c/en/us/products/servers-unified-computing/ucs-c420-m3… > Yes, This is this class of stuff our user has. Thierry > > > Phil > >> >> >> Thierry >> >> >

Nov. 10, 2014

Re: [Pharo-users] question on syntax "negate numbers"

by Werner Kassens

>3 @ - <space> 5 is what I object to (and Opal allows) with this i have no problems, it follows simple obvious rules as long as one knows that #@ cant be an unary operator. >is 4 - 5 two literals, or is it two literals separated by the - operator ? but then there is no situation in which the - operator can really operate and where a sequence of literals is at the same time possible. ok there is #(4 - 5), but in this case the operator cant operate and first the #()-thing is parsed and then its elements. what has not been mentioned is: 4 -- 5, which in a certain way was (?) problematic: my (old) pharobook (p.64) says: "Note that ââ is not allowed for parsing reasons". in this case it should be seen as 4 - -5 and one needed to keep this special case in his mind, but i had no problems defining a #--, which simplifies everything: if there is no special case, then -- has to be parsed as one binary operator. and i only have an old pharobook, a newer one perhaps (?) doesnt state this. all this just from my simple user perspective of course, but i guess the question was not posed without reason in Pharo-Users. and this simple user prefers freedom over paternalism anyday. werner

Nov. 10, 2014

Re: [Pharo-users] question on syntax "negate numbers"

by Henrik Johansen

In VisualWorks: 3 @ Argument expected ->- 5 I guess what one expects is a matter of habit, personally I'd expect x - - y to yield a parsing error. Cheers, Henry > On 10 Nov 2014, at 12:06 , PBKResearch <peter(a)pbkresearch.co.uk> wrote: > > I have tried this on my latest Dolphin (Pro 6.1 Beta 2): > 3 @ -5 is accepted and interpreted correctly. > 3 @ - 5 is rejected with message: âError â incorrect expression startâ; the caret is pointing at the â sign. > So the Opal behaviour does not mirror that of Dolphin. > > Hope this helps > > Peter Kenny > > From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org <mailto:pharo-users-bounces@lists.pharo.org>] On Behalf Of Thierry Goubier > > > 2014-11-10 8:47 GMT+01:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>>: >> 3 @ -5 is not a problem, and accepted by both. >> 3 @ - <space> 5 is what I object to (and Opal allows) > > RBParser allows this one even if old Compiler dissallows it (i.e. in Pharo 2). > > I haven't tracked if Opal follows the RBParser on that or if this is the reverse (Opal pushed changes on RBParser). I suspect all things RB in Pharo (and Squeak?) are a port from the Dolphin version of RB, which means this is allowed in quite a few other smalltalks (Dolphin?, VW?). > > I haven't checked if the SmaCC Smalltalk parser accept that. > > Note: 4 - 5 in RBParser does what you would expect. 4 - - 5 as well. > >> 3 @-5 and/or 3 @- 5 is (rightly) disallowed by both. > > That one is easier and expected. > > My position would be twofold: > - RBParser is, IMHO, a good parser and I would follow its interpretation. That Opal reuses it is a good point for me. > - As a programming language designer (and parser implementor), accepting - 5 is user friendly, but a bit too contextual in the lexer to be nice to implement. > > Thierry > >> >> Cheers, >> Henry

Nov. 10, 2014

Re: [Pharo-users] Anyone having a Rserve client?

by phil＠highoctane.be

On Mon, Nov 10, 2014 at 11:54 AM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > > > 2014-11-10 11:46 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > >> On Mon, Nov 10, 2014 at 11:20 AM, Thierry Goubier < >> thierry.goubier(a)gmail.com> wrote: >> >>> >>> >>> 2014-11-10 11:10 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: >>> >>>> Cool. >>>> >>>> I was thinking or reusing pieces of the RFBClient for writing the >>>> client. I like its design. >>>> >>>> I will work on this end of the month and in december so that I can ship >>>> my code using it in January. >>>> >>> >>> I'm very busy until the end of november; after it doesn't look much >>> better :(, but it fits in a current project. >>> >>> >>>> >>>> I have a case on hand, so it is easy to have a user centric focus. >>>> >>> >>> My use case is bio-stats. With matrixes which are too large for R on a >>> server with 768 GB of RAM :( >>> >> >> Nice. >> >> Time for MapR or Revolution? >> >> https://www.mapr.com/ >> http://www.revolutionanalytics.com/ >> > > It seems we're gone a bit further than that. I trust the HPC guys on the > project :) > We are using UCS here. There are nice babies in that lineup: http://www.cisco.com/c/en/us/products/servers-unified-computing/ucs-c420-m3… Phil > > > Thierry > >

Nov. 10, 2014

Re: [Pharo-users] question on syntax "negate numbers"

by PBKResearch

I have tried this on my latest Dolphin (Pro 6.1 Beta 2): 3 @ -5 is accepted and interpreted correctly. 3 @ - 5 is rejected with message: 'Error - incorrect expression start'; the caret is pointing at the - sign. So the Opal behaviour does not mirror that of Dolphin. Hope this helps Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Thierry Goubier 2014-11-10 8:47 GMT+01:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no> >: 3 @ -5 is not a problem, and accepted by both. 3 @ - <space> 5 is what I object to (and Opal allows) RBParser allows this one even if old Compiler dissallows it (i.e. in Pharo 2). I haven't tracked if Opal follows the RBParser on that or if this is the reverse (Opal pushed changes on RBParser). I suspect all things RB in Pharo (and Squeak?) are a port from the Dolphin version of RB, which means this is allowed in quite a few other smalltalks (Dolphin?, VW?). I haven't checked if the SmaCC Smalltalk parser accept that. Note: 4 - 5 in RBParser does what you would expect. 4 - - 5 as well. 3 @-5 and/or 3 @- 5 is (rightly) disallowed by both. That one is easier and expected. My position would be twofold: - RBParser is, IMHO, a good parser and I would follow its interpretation. That Opal reuses it is a good point for me. - As a programming language designer (and parser implementor), accepting - 5 is user friendly, but a bit too contextual in the lexer to be nice to implement. Thierry Cheers, Henry

Nov. 10, 2014

Re: [Pharo-users] Anyone having a Rserve client?

by Thierry Goubier

2014-11-10 11:46 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > On Mon, Nov 10, 2014 at 11:20 AM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> >> >> 2014-11-10 11:10 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: >> >>> Cool. >>> >>> I was thinking or reusing pieces of the RFBClient for writing the >>> client. I like its design. >>> >>> I will work on this end of the month and in december so that I can ship >>> my code using it in January. >>> >> >> I'm very busy until the end of november; after it doesn't look much >> better :(, but it fits in a current project. >> >> >>> >>> I have a case on hand, so it is easy to have a user centric focus. >>> >> >> My use case is bio-stats. With matrixes which are too large for R on a >> server with 768 GB of RAM :( >> > > Nice. > > Time for MapR or Revolution? > > https://www.mapr.com/ > http://www.revolutionanalytics.com/ > It seems we're gone a bit further than that. I trust the HPC guys on the project :) Thierry

Nov. 10, 2014

Re: [Pharo-users] Anyone having a Rserve client?

by phil＠highoctane.be

On Mon, Nov 10, 2014 at 11:20 AM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > > > 2014-11-10 11:10 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > >> Cool. >> >> I was thinking or reusing pieces of the RFBClient for writing the client. >> I like its design. >> >> I will work on this end of the month and in december so that I can ship >> my code using it in January. >> > > I'm very busy until the end of november; after it doesn't look much better > :(, but it fits in a current project. > > >> >> I have a case on hand, so it is easy to have a user centric focus. >> > > My use case is bio-stats. With matrixes which are too large for R on a > server with 768 GB of RAM :( > Nice. Time for MapR or Revolution? https://www.mapr.com/ http://www.revolutionanalytics.com/ > > >> >> I created a blank repo for the project: >> https://github.com/philippeback/parsec >> >> Parsec: Pharo RServe Client. >> > > Ok. > > >> >> (I will give a shot at AltBrowser for coding this one :-) ) >> > > On which pharo will you be? 3 or 4? > 3 > > As I'm mostly coding for apps and projects at the moment, I tend to be on > 3 (and loose sight of eventual bugs on 4). > > Thierry > > >> >> Phil >> >> >> On Mon, Nov 10, 2014 at 10:48 AM, Thierry Goubier < >> thierry.goubier(a)gmail.com> wrote: >> >>> Hi Phil, >>> >>> I'm interested too. I could commit resources to help if needed. >>> >>> Thierry >>> >>> 2014-11-10 10:28 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: >>> >>>> I am doing some R work and wanted to integrate with Pharo. >>>> >>>> Is there any support for Rserve around? >>>> >>>> http://www.rforge.net/Rserve/dev.html >>>> >>>> At this point I am doing OProcess style stuff with littler but Rserve >>>> would be cooler. >>>> >>>> There are binding for Ruby and Python. >>>> >>>> e.g. >>>> http://pythonhosted.org//pyRserve/ >>>> https://github.com/ralhei/pyRserve >>>> >>>> Stats are becoming bigger and bigger and the leader of the pack is R. >>>> >>>> DHB is fine and I do use some of it but let's face it, it is nowhere >>>> near the power of R... >>>> >>>> >>>> Phil >>>> >>> >>> >> >

Nov. 10, 2014