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

[Pharo-project] readonly status conflict with reading

by StÃ©phane Ducasse

Hi john When I set on mac a file to readonly, I get nil when I do FileStream named: 'foo.txt' Stef

Oct. 9, 2010

[Pharo-project] [update 1.2] #12187

by StÃ©phane Ducasse

12187 ----- - Issue 2883: Anymorphic Style- Some parts of it. Does not work. - Issue 2947: SmalltalkEditor does not handle ESC key. Thanks Fernando Olivero.

Oct. 9, 2010

[Pharo-project] [ANN] Soap Webservices for pharo

by Guillermo Polito

Ok, tests are green (except by one that fails because a particular problem in my machine's dnss, hehe). I've tested its examples in pharo 1.1 between two images my machine, and it works :). To download it: Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSoapOpera'; load. ConfigurationOfSoapOpera project lastVersion load To use it, look at the examples in the code and the doc in: http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/index.html. Sleepy cheers :D, Guille On Tue, Oct 5, 2010 at 1:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > cool! > > > A little of progress... > > > > I fixed the underscores assignments, and Preferences references. > > I built a first metacello configuration to download this package: > > > > Gofer it > > squeaksource:'MetacelloRepository'; > > package:'ConfigurationOfSoapOpera'; > > load > > > > ConfigurationOfSoapOpera project lastVersion load > > > > It depends on ConfigurationOfKomHttpServer (Komanche). > > I will enhance it in the future to make it depend in the Xml parser in > XMLSupport. > > > > By now, in my 1.2 core image the tests are: 134 run, 121 passes, 0 > expected failures, 2 failures, 11 errors, 0 unexpected passes. > > > > Cheers! > > > > 2010/10/4 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > > Hi guys, > > > > Nice to see that SOA Web Services in Squeak/Pharo is rolling on again. > > We really need that, if we want Pharo to be useful in commercial, > > specially in so called "enterprisely" world. Those who listen Andreas > > ThÃ¶nne's talk on ESUG, know what I mean. > > > > What we really need on SOA Web Services front: > > > > - WSDL support, > > - XML <-> Object mapping. > > - Tools > > > > Goal should be a "one-click" use of Web Services. From both client and > > server setup. As all Smalltalks support it, except Squeak/Pharo yet not. > > Look at excellent VW or VA Smalltlak WebServices suport for inspiration. > > > > Best regards > > Janko > > > > On 04. 10. 2010 16:21, Guillermo Polito wrote: > > > http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/soapCore.html<http://www.mars.dti.ne.jp/%7Eumejava/smalltalk/soapOpera/soapCore.html> > > > > > > So, we have some tasks now: > > > > > > - put it in squeaksource > > > - test it in pharo > > > - build a metacello config > > > - document it? > > > > > > Any help is really appreciated, since I don't have too much time. > > > > > > Cheers, > > > Guille > > > > > > ---------- Forwarded message ---------- > > > From: *Masashi Umezawa* <umejava(a)mars.dti.ne.jp > > > <mailto:umejava@mars.dti.ne.jp>> > > > Date: Mon, Oct 4, 2010 at 8:46 AM > > > Subject: Re: About SoapOpera and SoapCore > > > To: Guillermo Polito <guillermopolito(a)gmail.com > > > <mailto:guillermopolito@gmail.com>> > > > > > > > > > Hi Guillermo, > > > > > > I am happy to hear that SoapOpera and SoapCore would be useful for your > > > projects. Please feel free to reuse my Soap stuff. > > > Recently I do not have enough time to upgrade those packages. So I > > > really appreciate your offer. > > > > > > I hope SoapOpera and SoapCore will start growing again! > > > > > > Best regards, > > > > > > Guillermo Polito <guillermopolito(a)gmail.com > > > <mailto:guillermopolito@gmail.com>> wrote: > > >> Hi! > > >> > > >> My name's Guillermo and I'm from Argentina. I'm participating in the > > > pharo > > >> project (www.pharo-project.org <http://www.pharo-project.org>), and I > > > would love to integrate your soap > > >> package into our available packages :). > > >> I was wandering if you let us put it into squeaksource > > > (www.squeaksource.com <http://www.squeaksource.com>) > > >> and mantain it for our use, because pharo is growing very quickly and > it > > >> needs this kind of really cool stuff :). Of course we will keep the > MIT > > >> license. > > >> > > >> Thank you for your time and sorry for bothering :P! > > >> Guille > > > > > > --- > > > [:masashi | ^umezawa] > > > > > > -- > > Janko MivÅ¡ek > > AIDA/Web > > Smalltalk Web Application Server > > http://www.aidaweb.si > > > > _______________________________________________ > > 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 >

Oct. 9, 2010

Re: [Pharo-project] [ANN] New Reef page and Tutorial available

by laurent laffont

Thank you Esteban. Laurent 2010/10/8 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi, > As I promised at ESUG 2010, I created a page to keep Reef information and > documentation... > You can see it here: http://www.smallworks.com.ar/en/community/Reef > > <http://www.smallworks.com.ar/en/community/Reef>Also, I began to write a > tutorial for Reef, the first part is here: > http://www.smallworks.com.ar/en/community/Reef/reefSimpleTutorialPart1 > And the slides for the presentation is here: > http://www.slideshare.net/EstebanLM/reef-esug-2010 > > > Cheers, > Esteban > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 9, 2010

[Pharo-project] can I build a bundle from a package ?

by Johannes Rasche

Hi all, for pricavy and security reason I would like to have some code not to be open. Any advice would be very welcome Johannes Johannes Rasche Hagelberger Str. 56 10965 Berlin ePost: Johannes.Rasche(a)ePost.de mail: johannesrasche(a)me.com skype: johannesrasche www: http://myNeat.de fon: +49-30-7469 4425 (skypeIn) fax: +49-30-315 66 821

Oct. 9, 2010

Re: [Pharo-project] 12186 image quit problem

by StÃ©phane Ducasse

Igor Is it also related to http://code.google.com/p/pharo/issues/detail?id=3048 too? Stef >>>>> with the MCMethodDefinition>>shutdown hack it work well >

Oct. 9, 2010

Re: [Pharo-project] bad bracket autocompletion in Pharo Core 1.2

by StÃ©phane Ducasse

- first having no bug - second make it better Stef On Oct 9, 2010, at 5:38 AM, Guillermo Polito wrote: > Here is the piece of code that's behaving weird > > TextEditor>>dispatchOn: > > ... > ... > char := aKeyboardEvent keyCharacter. > openers := '([{'. > closers := ')]}'. > ( closers includes: char) ifTrue: [ self blinkPrevParen: char ]. > result := self normalCharacter: aKeyboardEvent. > (self class autoEnclose and: [ openers includes: char ]) not ifTrue: [ ^ result ]. > suffix := closers at: (openers indexOf: char). > paragraph text append: suffix asString. > self moveCursor: [ : position | position ] forward: true specialBlock: [ : pos | "no special behavior" ] event: aKeyboardEvent . > self userHasEdited. > > ------------------------------------- > > So, if I evaluate "TextEditor autoEnclose: false", it is stops behaving like that :) > > What should be the desired behavior? Having it configurable as it is today but fix the strange bracket adding? remove this behavior? > I can't find now how ParagraphEditor did this. > > Guille > > On Wed, Oct 6, 2010 at 10:34 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Yes, the issue can be reduced to: > > open parenthesis (or brackets), then something else (anywhere in the editor). > > 2010/10/6 Mariano Martinez Peck <marianopeck(a)gmail.com> > > I detected a similar problem: > > once you type an opening parenthesis, and then something else, it adds a new one at the END of the code > > check http://code.google.com/p/pharo/issues/detail?id=2939 > > 2010/10/6 Guillermo Polito <guillermopolito(a)gmail.com> > http://code.google.com/p/pharo/issues/detail?id=3069 > > if you type: > > [] -> []] > > () -> ()) > > {} -> {}} > > > > Bye! > > _______________________________________________ > 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

Oct. 9, 2010

Re: [Pharo-project] Strange code replacement when prompting unknown selector

by StÃ©phane Ducasse

This sounds correct. Did you check how this is done in Cuis? Stef On Oct 9, 2010, at 5:31 AM, Guillermo Polito wrote: > The problem seems to be between TextEditor>>correctFrom:to:with: and Parser>>substituteWord:wordInterval:offset: > > The TextEditor isn't using well the selection offset to calculate the replacement, and the parser is sending an interval that's not the one that the Editor must replace. > > I think the right place to put this is the Editor, but behind another message like replaceInSelectionFrom:to:with: > > What do you think? > > Guille > > > On Wed, Oct 6, 2010 at 6:33 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > http://code.google.com/p/pharo/issues/detail?id=3070 > > Cheers! > Guille > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] MicroSqueak [was System Tracer]

by StÃ©phane Ducasse

Thanks. In fact, the steps described are similar to a lot of other solutions but this is always interesting to be able to compare. For example how to deal with nil, true false since after a bootstrap they should be instances of the new kernel classes. Stef > Hi All, > > I'm please to let you know that John Maloney has published his MicroSqueak code on his website under the MIT license. http://web.media.mit.edu/~jmaloney/microsqueak/ > Apologies for the premature posting. We can get down to business now. Again huge thanks to John for this code. > > On Thu, Oct 7, 2010 at 10:26 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi All, > > > turns out John does not want this code released, so please can you destroy any and all copies? Also, who do I have to talk to to get the archive message, with attachments, destroyed? > > Apologies to all, I've f***ed up badly here. > > Eliot > > > On Wed, Oct 6, 2010 at 4:22 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > FInd attached. You want MicroSqueak-colonequal.st and the various MSqueak-.st files. This produces a 57k image. John's also given me a 2.0 development image which will run on a 3.8 VM. Let me know if you want that. For me this is a proof of concept. What's needed is to define a headless core that contains the compiler, good error reporting to standard out, the core collection and numeric libraries and file support. Then we try and load packages into it and build up a headful image. > > On Wed, Oct 6, 2010 at 3:03 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Oct 6, 2010, at 7:18 PM, Eliot Miranda wrote: > > > > > > > On Wed, Oct 6, 2010 at 7:31 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > generate a new image. > > > > But that's not what it does. > > Yes I know gnerates = clone in my mail. > > > t merely clones an image, which is a long way form building an image form source. *That*'s a useful project. John Maloney's lovely MicroSqueak is a good starting point for ideas (basically have a copy of a kernel subset of the system in a namespace and generate a fresh image from that). > > Do you have a pointer on the code of john. We are looking at bootstrap code right now. > > > > > On Oct 6, 2010, at 2:23 PM, Alexandre Bergel wrote: > > > > > Hi! > > > > > > What do you want to achieve? > > > > > > Cheers, > > > Alexandre > > > > > > > > > On 6 Oct 2010, at 05:36, Gabriel HernÃ¡n Barbuto wrote: > > > > > >> Hi > > >> > > >> Does anyone know where I can find the system tracer that is currently > > >> in use in Pharo? > > >> > > >> Bests > > >> Gabriel > > >> > > >> _______________________________________________ > > >> Pharo-project mailing list > > >> Pharo-project(a)lists.gforge.inria.fr > > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > 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 > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010

Re: [Pharo-project] #hasBindingThatBeginsWith:, Shout, E/OCompletion (fwd)

by StÃ©phane Ducasse

Thanks levente The second solution looks good to me. Stef On Oct 8, 2010, at 11:48 PM, Levente Uzonyi wrote: > I accidentally sent this to the pharo-users list... > > ---------- Forwarded message ---------- > Date: Fri, 8 Oct 2010 23:14:02 +0200 (CEST) > From: Levente Uzonyi <leves(a)elte.hu> > To: squeak-dev(a)lists.squeakfoundation.org, pharo-users(a)lists.gforge.inria.fr > Subject: #hasBindingThatBeginsWith:, Shout, E/OCompletion > > Hi folks, > > > there's a method called #hasBindingThatBeginsWith: which seems to be used > only by Shout. If that's true, then it would be better to add it to the Shout/ShoutCore package if possible. > Also this method is responsible for the slowdown of Shout's parser when there are undefined variables in the code. Actually only SystemDictionary >>> #hasBindingsThatBeginsWith: is responsible for the slowdown which uses > Dictionary's implementation which checks all keys. > There's already an issue on Pharo's tracker (with some useful, but with > some wrong info too): http://code.google.com/p/pharo/issues/detail?id=1452 . The slowdown affects E/OCompletion more, because those invoke Shout's parser after every keystroke, while Shout uses a background process for parsing. > I propose two possible solutions here: > > 1) Add the following method (+2-3 other, see below): > > SystemDictionary >> hasBindingThatBeginsWith: aString > > | className | > aString isEmpty ifTrue: [ ^false ]. > (self class fastBindingPrefixSearch and: [ > aString first isLowercase ]) > ifTrue: [ ^false ]. > className := self classNames > findBinary: [ :element | > (element beginsWith: aString) > ifTrue: [ 0 ] > ifFalse: [ > aString < element > ifTrue: [ -1 ] > ifFalse: [ 1 ] ] ] > ifNone: nil. > className ifNotNil: [ ^true ]. > ^super hasBindingThatBeginsWith: aString > > > How does it work? > There are two optimizations. The first checks if the argument's first letter is lowercase. If it's a lowercase letter, then it returns false instead of checking the dictionary. This is the most common case when you're typing methods with undefined local/instance variables. Since this optimization breaks Shout's highlighting when the argument is a prefix of a global that begins with a lowercase letter, there's a boolean preference/setting that enables/disables this optimization (SystemDictionary class >> #fastBindingPrefixSearch). > The other optimization uses binary search on SystemDictionary's cached class names, which is a SortedCollection with all the classnames in the system. This helps when you're typing the name of an existing class. Since Shout uses a background process, this is mostly useful for E/OCompletion. When none of these optimizations are usable, the method simply falls back to scanning all keys. > > Pros: > - very simple addition > - covers the most common cases > Cons: > - it doesn't work for all cases > - it breaks Shout highlighting a bit > > 2) Add a new instance variable to SystemDictionary to hold the name of non-class globals, use binary search on both sorted collections: > > SystemDictionary >> hasBindingThatBeginsWith: aString > > | name searchBlock | > searchBlock := [ :element | > (element beginsWith: aString) > ifTrue: [ 0 ] > ifFalse: [ > aString < element > ifTrue: [ -1 ] > ifFalse: [ 1 ] ] ]. > name := self classNames > findBinary: searchBlock > ifNone: nil. > name ifNotNil: [ ^true ]. > name := self nonClassNames > findBinary: searchBlock > ifNone: nil. > ^name notNil > > (for the rest see System-ul.384 in the Inbox for Squeak and http://leves.web.elte.hu/squeak/SystemDictionary.ul.1.cs for Pharo) > > How does it work? > It's just two binary search, one on the class names and one on the non-clas names. This covers all globals (except those which are not in memory (Squeak only)). > > Pros: > - covers all cases with good performance > - the new cache can be used to speed up other methods (like #allTraits) > Cons: > - modifies SystemDictionary > > I'd go with the second solution. What do you think? > > > Cheers, > Levente > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 9, 2010