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

[Pharo-project] [CTI] News

by Santiago Bragagnolo

Hi all! Like every week, here's a few posts about Concrete Type Inference project :) http://concretetypeinference.blogspot.com.ar/2012/07/about-mechanisms-part-… [ Analysing braces ] http://concretetypeinference.blogspot.com.ar/2012/07/about-mechanisms-part-… [ Added primitives ] http://concretetypeinference.blogspot.com.ar/2012/07/concrete-type-inferenc… [ Advance brief ]

July 2, 2012

Re: [Pharo-project] SmalltalkHub update

by Chris Muller

Nicolas, I just tried adding a project, "Ma-Core" but it said only letters and digits are allowed. Am I supposed to camel-case it? Why this restriction? On Sat, Jun 30, 2012 at 8:21 AM, <petton.nicolas(a)gmail.com> wrote: > > Hi! > > SmalltalkHub received some love lately and now includes the following > improvements: > > - Project pages now include a contributors tab > - Contributors can now be set in the 'settings' tab of projects > - The list of users watching are now visible in the 'watchers' tab > - The search field in the header is now implemented. This is the first > part of the search feature of SmalltalkHub, an advanced search page > will be added later. > > Cheers, > Nico > > -- > Nicolas Petton > http://nicolas-petton.fr >

July 1, 2012

Re: [Pharo-project] MongoTalk issue

by Nicolas Cellier

http://ss3.gemstone.com/ss/MongoSt.html suggest that some WideString problems were solved in this fork... Nicolas 2012/7/1 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi, > > Ok... this is the problem: I have a customer who likes to add stupid unicode to his strings (like strange open-close colons, not the regulars). > And of course, the BSON driver does not handle them well... in fact, it persist them well, but when customer tries to read it, it throws and error (Invalid type). > So... I started to investigate and I figured out that problem is that when the answered string is a widestring, size readed and size expected can be different (depending on the amount of 2+ bytes characters on the unicode string). > > After some tries, I come this incredibly ugly hack that works: > > BSON>>nextSizedString > | size result | > size := stream nextUInt32. > result := stream nextString. > result isWideString ifTrue: [ > stream skip: (size - (result > collect: [ :each | each asString asByteArray size ] > as: OrderedCollection) sum) - 2 ]. > > ^result > > LittleEndianStream>>skip: aNumber > stream skip: aNumber > > as you can see... It "calculates" the real consumed bytes (which is strangely less than declared size) and skips to its real position minus 2. > > This works, at least in the examples I have at my hand... > > now... my questions: > > - I'm sure it has to be a better way to calculate the difference, but I didn't find a good one. > - why that "- 2"?????? WTF... what does that means???? > - can someone confirm that the fix works? (I have "production issues", I need something that works as fast as I can) > > Thanks, > Esteban > > >

July 1, 2012

Re: [Pharo-project] Help

by Damien Cassou

Hi Lorenzo, On Sat, Jun 30, 2012 at 5:16 PM, Lorenzo Schiavina <lorenzo(a)edor.it> wrote: > I am trying to insert a SVG component into a JQuery widget page. > > I have been able to insert it, but I am not able to manage the callback, > because I do not know how to direct it to SVG component instead of to > JQuery. > > Can anybody give me a hint? Are you using Seaside? If yes, there is a dedicated mailing list: "Seaside - general discussion" <seaside(a)lists.squeakfoundation.org>. In any case, your question would better be asked on stackoverflow.com (with necessary tags: pharo seaside jquery). Best -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 1, 2012

Re: [Pharo-project] MongoTalk issue

by Igor Stasenko

On 1 July 2012 15:10, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > Ok... this is the problem: I have a customer who likes to add stupid unicode to his strings (like strange open-close colons, not the regulars). > And of course, the BSON driver does not handle them well... in fact, it persist them well, but when customer tries to read it, it throws and error (Invalid type). > So... I started to investigate and I figured out that problem is that when the answered string is a widestring, size readed and size expected can be different (depending on the amount of 2+ bytes characters on the unicode string). > > After some tries, I come this incredibly ugly hack that works: > > BSON>>nextSizedString > Â Â Â Â | size result | > Â Â Â Â size := stream nextUInt32. > Â Â Â Â result Â := stream nextString. > Â Â Â Â result isWideString ifTrue: [ > Â Â Â Â Â Â Â Â stream skip: (size - (result > Â Â Â Â Â Â Â Â Â Â Â Â collect: [ :each | each asString asByteArray size ] > Â Â Â Â Â Â Â Â Â Â Â Â as: OrderedCollection) sum) - 2 ]. > > Â Â Â Â ^result > > LittleEndianStream>>skip: aNumber > Â Â Â Â stream skip: aNumber > > as you can see... It "calculates" the real consumed bytes (which is strangely less than declared size) and skips to its real position minus 2. > > This works, at least in the examples I have at my hand... > > now... my questions: > > - I'm sure it has to be a better way to calculate the difference, but I didn't find a good one. > - why that "- 2"?????? WTF... what does that means???? > - can someone confirm that the fix works? (I have "production issues", I need something that works as fast as I can) > maybe its BOM (byte order mark) character? what unicode encoding used on server? utf-8 i guess? > Thanks, > Esteban > > > -- Best regards, Igor Stasenko.

July 1, 2012

[Pharo-project] MongoTalk issue

by Esteban Lorenzano

Hi, Ok... this is the problem: I have a customer who likes to add stupid unicode to his strings (like strange open-close colons, not the regulars). And of course, the BSON driver does not handle them well... in fact, it persist them well, but when customer tries to read it, it throws and error (Invalid type). So... I started to investigate and I figured out that problem is that when the answered string is a widestring, size readed and size expected can be different (depending on the amount of 2+ bytes characters on the unicode string). After some tries, I come this incredibly ugly hack that works: BSON>>nextSizedString | size result | size := stream nextUInt32. result := stream nextString. result isWideString ifTrue: [ stream skip: (size - (result collect: [ :each | each asString asByteArray size ] as: OrderedCollection) sum) - 2 ]. ^result LittleEndianStream>>skip: aNumber stream skip: aNumber as you can see... It "calculates" the real consumed bytes (which is strangely less than declared size) and skips to its real position minus 2. This works, at least in the examples I have at my hand... now... my questions: - I'm sure it has to be a better way to calculate the difference, but I didn't find a good one. - why that "- 2"?????? WTF... what does that means???? - can someone confirm that the fix works? (I have "production issues", I need something that works as fast as I can) Thanks, Esteban

July 1, 2012

Re: [Pharo-project] [Esug-list] [Pharo-users] **IMPORTANT** MUST READ: Pharo Association and Consortium

by Tudor Girba

Hi, I will become a personal golden member (99EUR/year), too. Cheers, Doru On 30 Jun 2012, at 09:37, Marcus Denker wrote: > > On Jun 28, 2012, at 2:19 PM, StÃ©phane Ducasse wrote: >> >> ===================== >> *** Support and Answer needed*** >> ===================== >> >> To be able to pay an engineer by the consortium, INRIA needs to make projection, build budget, pay attention to visa >> and other important administrative tasks. To deal with the risk that the consortium may not collect enough to pay a full salary >> we are considering to ask INRIA to help us financially. To do so we have to give some concrete figures to >> INRIA and motivate our request. In addition, our team (RMOD) on its own budget will try to compensate by allocating extra resources >> However, this will be only a one shot. In addition, some of our team members have been approached by google to work on chrome and dart >> Virtual Machines. So if we really get a future we should build it now. >> > > I will be a personal golden member (99EUR/year) > > And with Norbert and Christian, we decided that http://2denker.de (2Denker GmbH) will be a Silver Member of the consortium. > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

July 1, 2012

Re: [Pharo-project] **IMPORTANT** MUST READ: Pharo Association and Consortium

by StÃ©phane Ducasse

thanks! Stef On Jul 1, 2012, at 2:48 AM, Sean P. DeNigris wrote: > I will be a personal golden member (99EUR/year). It's very exciting to have > this opportunity to sustain the great work of Igor, Esteban, et al. > > One thing I've been wondering is how contributors fit into the structure... > it seems that members of our community spending many hours creating new > features, fixing bugs, etc. should be formally recognized and have input > into the direction of Pharo. > > Sean > > -- > View this message in context: http://forum.world.st/IMPORTANT-MUST-READ-Pharo-Association-and-Consortium-… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

July 1, 2012

Re: [Pharo-project] **IMPORTANT** MUST READ: Pharo Association and Consortium

by Schwab,Wilhelm K

Stef, I'll be good for at least 40, maybe 99. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Sean P. DeNigris [sean(a)clipperadams.com] Sent: Saturday, June 30, 2012 8:48 PM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] **IMPORTANT** MUST READ: Pharo Association and Consortium I will be a personal golden member (99EUR/year). It's very exciting to have this opportunity to sustain the great work of Igor, Esteban, et al. One thing I've been wondering is how contributors fit into the structure... it seems that members of our community spending many hours creating new features, fixing bugs, etc. should be formally recognized and have input into the direction of Pharo. Sean -- View this message in context: http://forum.world.st/IMPORTANT-MUST-READ-Pharo-Association-and-Consortium-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 1, 2012

Re: [Pharo-project] **IMPORTANT** MUST READ: Pharo Association and Consortium

by Sean P. DeNigris

I will be a personal golden member (99EUR/year). It's very exciting to have this opportunity to sustain the great work of Igor, Esteban, et al. One thing I've been wondering is how contributors fit into the structure... it seems that members of our community spending many hours creating new features, fixing bugs, etc. should be formally recognized and have input into the direction of Pharo. Sean -- View this message in context: http://forum.world.st/IMPORTANT-MUST-READ-Pharo-Association-and-Consortium-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 1, 2012