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

[Pharo-project] Questions related to a scripting language for pharo
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

The idea is that adrien is working on a scripting language and the scenario is the following: - you run your script but you got a bug, since you run your script with -db you can now get a debugger open So can we "reschedule/reopen" a display when it does not have been startup at startup Stef On Oct 18, 2010, at 7:36 PM, Adrien BARREAU wrote: > Hello =) > > I have a few questions: > > - If I run a headless Pharo, is it possible to display the graphical interface after? (for example, if something raises an exception, I want to open the GUI and use the debugger) > > - I wanna run Pharo as a deamon; how can I interact with it after i launched it? (for example, if I want to give it a piece of code to execute). > > Adrien. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

[Pharo-project] [ANN] TDD using static vs. dynamic languages
by Hernan Wilkinson Oct. 18, 2010

Oct. 18, 2010

Hi, I uploaded to youtube a video that compares how TDD behaves when using statically typed languages vs. dynamically typed languages (java and smalltalk :-) ). Sadly it is only in Spanish, but anyway, I wanted to share with you. http://www.youtube.com/watch?v=RLAZjiK4UHc (fist part) http://www.youtube.com/watch?v=wXW9WN9ay2E (second part) -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>*

1 0

[Pharo-project] How to change keyboard bindings
by Torsten Bergmann Oct. 18, 2010

Oct. 18, 2010

See World commandKeySelectors inspect implemented in PasteUpMorph>>defaultDesktopCommandKeyTriplets. If you change it you have to reinitialize using #initializeDesktopCommandKeySelectors. Have fun T. -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

1 0

Re: [Pharo-project] PharoKernel #12196
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

thanks pavel :) On Oct 18, 2010, at 7:23 PM, Pavel Krivanek wrote: > Hi, > > I uploaded an updated version of PharoKernel: > > https://gforge.inria.fr/frs/download.php/27655/PharoKernel-1.2-12196.zip > > The patch.st file is now organized by related issues. > > Cheers, > -- Pavel > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] Missing Close in About Dialog
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

thanks alain On Oct 18, 2010, at 7:35 PM, Alain Plantec wrote: > fixed > http://code.google.com/p/pharo/issues/detail?id=3127 > Cheers > Alain > > Le 18/10/2010 19:01, Gary Chambers a Ã©crit : >> Since the auto-sizing if effectively overridden by the caller.... >> >> Change >> >> SmalltalkImage>>aboutThisSystem >> "Identify software version" >> | text dialog width | >> text := Smalltalk systemInformationString withCRs. >> width := 0. >> text linesDo: [:l | width := width max: (UITheme current textFont widthOfStringOrText: l)]. >> dialog := LongMessageDialogWindow new entryText: text. >> dialog iconMorph image: ThemeIcons pharoIcon. >> dialog title: 'About Pharo'. >> dialog open. dialog width: (width + 120 min: Display width - 50). >> dialog position: 25@25. >> >> to >> >> SmalltalkImage>>aboutThisSystem >> "Identify software version" >> | text dialog width | >> text := Smalltalk systemInformationString withCRs. >> width := 0. >> text linesDo: [:l | width := width max: (UITheme current textFont widthOfStringOrText: l)]. >> dialog := LongMessageDialogWindow new entryText: text. >> dialog iconMorph image: ThemeIcons pharoIcon. >> dialog title: 'About Pharo'. >> dialog open. >> dialog textMorph minWidth: 20; minHeight: 20. >> dialog width: (width + 120 min: Display width - 50). >> dialog position: 25@25. >> >> Though already looks hacked for this purpose, to be fair. >> >> Regards, Gary >> >> ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Monday, October 18, 2010 5:28 PM >> Subject: Re: [Pharo-project] Missing Close in About Dialog >> >> >> thanks Bernhard :) >> Welcome too :) >> >> Stef (busy running). >> >> On Oct 17, 2010, at 4:30 PM, Bernhard Pieber wrote: >> >>> Ah, interesting! I just tested it again more thoroughly and I found out that it has to do with the size of the Pharo window. If I maximize it on my 30" display the dialog truncated so that the OK button is not visible. If I make the window is much smaller it appears. See http://dl.dropbox.com/u/6204244/Pharo%20About%20Dialog.png. >>> >>> Thanks for the fast response! >>> >>> Cheers, >>> Bernhard >>> >>> Am 17.10.2010 um 16:08 schrieb Schwab,Wilhelm K: >>> >>>> Are you sure? I see an OK button at the bottom right of About in an image that identifies itself the same way. >>>> >>>> >>>> >>>> ________________________________________ >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Bernhard Pieber [bernhard(a)pieber.com] >>>> Sent: Sunday, October 17, 2010 10:05 AM >>>> To: Pharo-project(a)lists.gforge.inria.fr >>>> Subject: [Pharo-project] Missing Close in About Dialog >>>> >>>> Dear Pharo Folks, >>>> >>>> It is a very minor thing but I wanted to let you know that the About Dialog (World Menu > System > Aboutâ¦) in the latest stable Pharo Dev image (Pharo-1.1.1-dev10.09.1) has not got any Close button. >>>> >>>> Cheers, >>>> Bernhard >>>> _______________________________________________ >>>> 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 >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] How to change keyboard bindings
by Bart Veenstra Oct. 18, 2010

Oct. 18, 2010

HI list, Using VW and VAST a lot, I got used to the key bindings. For instance, I would like to use control-q for bringing up the inspector instead of alt-i. Could someone point me in the right direction where I can change the bindings? Also, It is often unclear when I should use Control or Alt. For instance: In the System Browser, I can use Alt-X to remove a method, and Control-B to browse the class, but both are shown between the parenthesis. Regards, Bart

1 0

[Pharo-project] Implementing a Timer: "newProcessWith: anArray" fails
by nullPointer Oct. 18, 2010

Oct. 18, 2010

Hi I do implementing a easy Timer class. The purpose of timer is launch events for UI thread and the process thread too when a interval of time is elapsed. My problem is throwned when I call the message #newProcessWith: from BlockClosure. I pass an array with a parameter, the instance of CLTimer class, which is used in the Closure process for launc the events. A error of not is valid the number of arguments is launched: 'This block accepts 1 argument, but was called with 0 arguments.' I donÂ´t understand very good the problem. I have pass an array with one element, and the Closure receives one parameter too... Basically the code: pvtGetNewProcessBlock ^[:timer || intervalDelay | [timer enabled] whileTrue:[ (Delay forMilliseconds: timer interval) wait. timer enabled ifTrue:[ timer raiseOnElapsedTimeForProcessThread: (timer getProcess). WorldState addDeferredUIMessage:[ timer raiseOnElapsedTimeForUIThread: (timer getProcess) ]. ] ]. ]. pvtStartProcess | processBlock | processBlock := self pvtGetNewProcessBlock. internalProcess := processBlock newProcessWith:{self}. internalProcess resume. PD. Exists some complete doc with the way for work with threads in Pharo/Squeak? I did see time ago a doc of Smalltalk processes, in french language, but I donÂ´t see in Google :( http://forum.world.st/file/n2999831/CLTimer.st CLTimer.st -- View this message in context: http://forum.world.st/Implementing-a-Timer-newProcessWith-anArray-fails-tp2… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 6

Re: [Pharo-project] bad bracket autocompletion in Pharo Core 1.2
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

On Oct 17, 2010, at 1:00 PM, Mariano Martinez Peck wrote: > > > On Sun, Oct 17, 2010 at 10:51 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I have a question: > does shout support closing parenthesis behavior? > > > > I wonder the same. I don't see the difference between this and shout smart characters. so may be we could remove this and keep smart characters. Now that there is a setting we could try and see. > > > Stef > > On Oct 16, 2010, at 10:27 PM, Pavel Krivanek wrote: > > > Can we add a setting for it? (issue > > http://code.google.com/p/pharo/issues/detail?id=3113) > > > > Cheers, > > -- Pavel > > > > On Tue, Oct 12, 2010 at 8:58 AM, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > >> thanks! > >> > >> > >> On Oct 11, 2010, at 9:37 AM, Fernando olivero wrote: > >> > >>> Hi , it was a enhancement i did starting from a Chris Muller enhancement for Squeak. > >>> > >>> ISSUE 2653. > >>> http://code.google.com/p/pharo/issues/detail?id=2653&can=1&q=auto&colspec=I… > >>> > >>> I did a test, maybe a good start would be to see if its failing now. > >>> > >>> Fernando > >>> > >>> On Oct 9, 2010, at 2:18 PM, Juan Vuletich wrote: > >>> > >>>> Hi Folks, > >>>> > >>>> Cuis doesn't include #autoEnclose, so I don't know how it should behave. > >>>> > >>>> Cheers, > >>>> Juan Vuletich > >>>> > >>>> Mariano Martinez Peck wrote: > >>>>> Guille, if I remember correctly (not sure), these new classes like > >>>>> TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) i > >>>>> think he is in the mailing list but not read it so frequently. So, for > >>>>> this issues maybe you can cc'ed him. > >>>>> > >>>>> Cheers > >>>>> > >>>>> Mariano > >>>>> > >>>>> 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com > >>>>> <mailto:guillermopolito@gmail.com>> > >>>>> > >>>>> 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 <mailto:guillermopolito@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 > >>>>> <mailto:marianopeck@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 > >>>>> <mailto:guillermopolito@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 > >>>>> <mailto:Pharo-project@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 > >>>>> <mailto:Pharo-project@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 > >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > >>>>> > >>>>> ------------------------------------------------------------------------ > >>>>> > >>>>> > >>>>> No virus found in this incoming message. > >>>>> Checked by AVG - www.avg.com > >>>>> Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 > >>>>> > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

Re: [Pharo-project] Missing Close in About Dialog
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

thanks Bernhard :) Welcome too :) Stef (busy running). On Oct 17, 2010, at 4:30 PM, Bernhard Pieber wrote: > Ah, interesting! I just tested it again more thoroughly and I found out that it has to do with the size of the Pharo window. If I maximize it on my 30" display the dialog truncated so that the OK button is not visible. If I make the window is much smaller it appears. See http://dl.dropbox.com/u/6204244/Pharo%20About%20Dialog.png. > > Thanks for the fast response! > > Cheers, > Bernhard > > Am 17.10.2010 um 16:08 schrieb Schwab,Wilhelm K: > >> Are you sure? I see an OK button at the bottom right of About in an image that identifies itself the same way. >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Bernhard Pieber [bernhard(a)pieber.com] >> Sent: Sunday, October 17, 2010 10:05 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] Missing Close in About Dialog >> >> Dear Pharo Folks, >> >> It is a very minor thing but I wanted to let you know that the About Dialog (World Menu > System > Aboutâ¦) in the latest stable Pharo Dev image (Pharo-1.1.1-dev10.09.1) has not got any Close button. >> >> Cheers, >> Bernhard >> _______________________________________________ >> 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

3 2

[Pharo-project] PharoKernel #12196
by Pavel Krivanek Oct. 18, 2010

Oct. 18, 2010

Hi, I uploaded an updated version of PharoKernel: https://gforge.inria.fr/frs/download.php/27655/PharoKernel-1.2-12196.zip The patch.st file is now organized by related issues. Cheers, -- Pavel

1 0

Re: [Pharo-project] Speeding up Pharo 1.1
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

On Oct 18, 2010, at 9:22 AM, Bart Veenstra wrote: > After MCMethodDefinition shutDown it looks like it is reacting a bit > faster to keyboard input. I often experience sluggishness in > autocompletion method. When I type in a name of a class in a > workspace, the autocomplete suggests 3 options. I want to choose the > middle, so I press down and after 3 seconds (or sometimes nothging > happens) it selects the class. The longer I have my image open, the > longer this will take :S Argh we should fix that. I will start to integrate enh of levente related to hasBinding.... but I'm not sure it will help. Stef > > > > > 2010/10/17 Igor Stasenko <siguctua(a)gmail.com>: >> Bart, >> can you try doing: >> >> MCMethodDefinition shutDown >> >> in your image? >> >> On 16 October 2010 14:48, Bart Veenstra <bart.veenstra(a)gmail.com> wrote: >>> Hi list, >>> >>> I have been working with Pharo for almost a month now, and I suspect >>> that the performance is degrading fast. UI tasks takes several seconds >>> to react to my keyboard. >>> >>> At work we use VAST and I have experience with VW as well and those >>> smalltaks react to my keyboard and mouse actions instantly. But Pharo >>> works very sluggish. >>> >>> My image is about 130MB because I have loaded all dutch postcode in >>> memory, but that should not affect the performance of general >>> operations like typing with the keyboard. I am not a fast typer, but >>> sometimes it takes seconds to show my keyboard input. I can't use the >>> down key to select the right method from suggestions, because it seems >>> to lockup completely. >>> >>> Are there ways to speedup Pharo? I would love to use cogVM but I >>> haven't got gemtools working on it... >>> >>> Will upgrading to 1.1.1 fix these issues? >>> >>> Is my OS (Windows 7-64bit) causing these issues? >>> >>> Regards, >>> >>> Bart >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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

1 0

Re: [Pharo-project] A Lazy Inspector?
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

On Oct 18, 2010, at 4:40 AM, Oscar E A Callau wrote: > Hello all, > > I was wondering what actually the inspector does in the following case: > > When you explore (or inspect) the expression: Class environment > you get all classes in the system dictionary. If you navigate inside a class, for example AColorSelectorMorph, you can see all its properties and one of them is environment, if you go inside it, you get again all classes in the system dictionary. So, you can repeat this infinitely (or until you get run out of memory, I guess) > > Is it the behavior of a lazy inspector? If true, why I cannot inspect a mutually-recursive class definition, I do not understand what you mean by that. Normally if you define the two classes then you can browse navigate.... them without problem with the inspector. > like this: > > Object subclass: #Foo > instanceVariableNames: 'bar' > classVariableNames: '' > poolDictionaries: '' > category: '' > > Foo>>initialize > bar:= Bar new > > Object subclass: #Bar > instanceVariableNames: 'foo' > classVariableNames: '' > poolDictionaries: '' > category: '' > > Foo>>initialize > bar:= Foo new > > Thanks in advance. > > P.S.: How can I stop my execution in the pharo image when it is in a infinite loop? I can't remember what the shortcut was. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] Fwd: [squeak-dev] SharedQueue does scale (was: Re: SharedQueue doesn't scale)
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

>>> >>> >> >> Thanks, Levente for giving a feedback. >> Please, feel free to shape my classes in more complete from (such as >> proper naming), >> to make them ready for inclusion in both Squeak's and Pharo cores. >> I propose the following names: >> AtomicQueue (base class) -> AtomicCollection >> FIFOQueue -> AtomicQueue >> LIFOQueue -> AtomicStack >> If you, or anyone else having better suggestions, speak now :) > > > Sounds like good names. > > >> In any case, i'm am open to discuss further details and possible >> caveats of using new classes >> to anyone interested in using them. >> >> P.S. As a side note, i now can explain (to myself at first place), why >> i intuitively choosed to used atomic swap >> instead of CAS. >> Because it fits better fits with smalltalk language semantics: >> >> A swap operation in smalltalk implemented as two assignments: >> x := y. y := z. >> An assignments is basic operation, which have nothing to do with >> late-bound nature of language. >> Unless we going to introduce a meta-object protocol(s), which could >> turn a simple assignment >> into some message sends under the hood, it will remain a basic, >> early-bound operation. >> And even if we do, it is highly unlikely, that even then we will throw >> away the old, >> simple assignment, which identifies an assignment source & target at >> compile time. >> >> In contrast, a CAS operation , if written in smalltalk looks like: >> >> (a == b ) ifTrue: [ a := c ] >> >> so, it having two message sends (#== , #ifTrue:), and from strict, >> pure language perspective, >> this using a late-bound semantics (a message sends), >> and as any message send, the message result and behavior cannot be >> predicted at compile time >> and therefore its wrong to assume that such statement could be an >> atomic operation. >> >> Unless, of course, we introduce a new language syntax which will >> denote a CAS operation explicitly. >> >>> >>> Levente >>> >>> >>> snip >>> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > >

2 1

[Pharo-project] [update 1.2] #12196
by StÃ©phane Ducasse Oct. 18, 2010

Oct. 18, 2010

12196 ----- - Issue 3121: LongTest API improvement. - Issue 3120: MultiByteFileStream class>>lineEndDefault. - Issue 3119: rounded and truncated for DateAndTime. - Issue 3126: Cleans do: symbol usage

1 0

[Pharo-project] pharo sprint / moose dojo - october 23-24, bern
by Tudor Girba Oct. 18, 2010

Oct. 18, 2010

Hi, We will organize a joint Pharo sprint / Moose dojo during October 23-24, in Bern (at the Software Composition Group, University of Bern). Some action points are mentioned on the dedicated page (of course, other ideas and interests are welcome as well): http://www.moosetechnology.org/events/2010-10-22-dojo For planning purposes, please let me know if you will attend. Cheers, Doru p.s. In case it is of interest, on October 22, we also have CHOOSE Forum 2010 in Bern, an event on the topic of Domain-Specific Engineering where, among others we'll learn about the role of Smalltalk :) http://choose.s-i.ch/events/forum2010 -- www.tudorgirba.com "Problem solving should be focused on describing the problem in a way that makes the solution obvious."

2 6

[Pharo-project] [update 1.2] #12195
by StÃ©phane Ducasse Oct. 17, 2010

Oct. 17, 2010

12195 ----- - Issue 3113: TextEditor autoEnclose settings. Thanks Pavel Krivanek. - Issue 3110: ProjectLauncher readDocumentAtStartup needs a setting. Thanks Pavel Krivanek. - Issue 3103: better Morphic detection in AutoStart startUp:. Thanks Pavel Krivanek. - Issue 3102: removeAllButPackages: hackish method. Thanks Pavel Krivanek.

1 0

[Pharo-project] Missing Close in About Dialog
by Bernhard Pieber Oct. 17, 2010

Oct. 17, 2010

Dear Pharo Folks, It is a very minor thing but I wanted to let you know that the About Dialog (World Menu > System > Aboutâ¦) in the latest stable Pharo Dev image (Pharo-1.1.1-dev10.09.1) has not got any Close button. Cheers, Bernhard

2 2

Re: [Pharo-project] bad bracket autocompletion in Pharo Core 1.2
by StÃ©phane Ducasse Oct. 17, 2010

Oct. 17, 2010

I have a question: does shout support closing parenthesis behavior? Stef On Oct 16, 2010, at 10:27 PM, Pavel Krivanek wrote: > Can we add a setting for it? (issue > http://code.google.com/p/pharo/issues/detail?id=3113) > > Cheers, > -- Pavel > > On Tue, Oct 12, 2010 at 8:58 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> thanks! >> >> >> On Oct 11, 2010, at 9:37 AM, Fernando olivero wrote: >> >>> Hi , it was a enhancement i did starting from a Chris Muller enhancement for Squeak. >>> >>> ISSUE 2653. >>> http://code.google.com/p/pharo/issues/detail?id=2653&can=1&q=auto&colspec=I… >>> >>> I did a test, maybe a good start would be to see if its failing now. >>> >>> Fernando >>> >>> On Oct 9, 2010, at 2:18 PM, Juan Vuletich wrote: >>> >>>> Hi Folks, >>>> >>>> Cuis doesn't include #autoEnclose, so I don't know how it should behave. >>>> >>>> Cheers, >>>> Juan Vuletich >>>> >>>> Mariano Martinez Peck wrote: >>>>> Guille, if I remember correctly (not sure), these new classes like >>>>> TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) i >>>>> think he is in the mailing list but not read it so frequently. So, for >>>>> this issues maybe you can cc'ed him. >>>>> >>>>> Cheers >>>>> >>>>> Mariano >>>>> >>>>> 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com >>>>> <mailto:guillermopolito@gmail.com>> >>>>> >>>>> 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 <mailto:guillermopolito@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 >>>>> <mailto:marianopeck@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 >>>>> <mailto:guillermopolito@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 >>>>> <mailto:Pharo-project@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 >>>>> <mailto:Pharo-project@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 >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> No virus found in this incoming message. >>>>> Checked by AVG - www.avg.com >>>>> Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> 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

2 1

[Pharo-project] [ANN] Atomic collections.
by Igor Stasenko Oct. 17, 2010

Oct. 17, 2010

Hello, as a result of recently happened discussion about atomic operations, i implemented two kinds of thread-safe queues FIFO and LIFO, which using atomic operations, instead of semaphore to add/remove items. You may review it by loading the code from SqueakSource: MCHttpRepository location: 'http://www.squeaksource.com/Atomics' user: '' password: '' FIFOQueue scales much better than SharedQueue, and after some additional testing can fully replace it. I tested FIFOQueue by replacing a SharedQueue class for EventSensor (a core system part, responsible for delivering events). In attached file you can find a patch, which will make your sensor to work with FIFOQueue, after you save image, or do 'EventSensor install'. There are also a heavy-concurrency tests in corresponding test classes, which is passing ok. Concurrency is highly complex field, thus i won't be surprised if code still contains a bugs. Code license is MIT, moreover a repository is publicly writeable, so if you wanna add tests, benchmarks, fixes, or implement new kind of lock-free container, feel free to do it. Any feedback is welcome. -- Best regards, Igor Stasenko AKA sig.

2 1

Oct. 17, 2010

On Oct 17, 2010, at 12:37 AM, Levente Uzonyi wrote: > On Sat, 16 Oct 2010, Bart Veenstra wrote: > >> Hi list, >> >> I have been working with Pharo for almost a month now, and I suspect >> that the performance is degrading fast. UI tasks takes several seconds >> to react to my keyboard. > > That kind of sluggishness is probably related to finalization/gc. Please send us the result of the following expression: > > (WeakArray classPool at: #FinalizationDependents) > select: [ :each | each notNil ] > thenCollect: [ :each | each class -> each size ] > > There's another source of sluggishness though. The input is only processed at every 10 milliseconds (actually more rarely, because there's at least 10 ms delay between input processing). > If I evalute [InputEventPollingFetcher eventPollPeriod: 1], then Pharo 1.1 feels more responsive. > Btw it would be better to use the input semaphore instead of polling for events, like Squeak does it. I wonder why was it changed. The idea was to remove the poll behavior now I do not remember if the semaphore was removed or simply was waiting for the windows vm to get the support and was forgotten.

1 0

Oct. 17, 2010

Can you check in 1.2 because I seem to remember that it was fixed? TX On Oct 16, 2010, at 8:51 PM, Nicolas Cellier wrote: > Oh, comparison was not fair, I ran Squeak with COG. > When I try COG+Pharo, some updates are missing, I can't print the VMstats.

1 0

Oct. 17, 2010

hi guys If you refer and change closed bug entry we will not see them. Since we look for fixed items. So please open new issues. Stef On Oct 16, 2010, at 10:27 PM, Pavel Krivanek wrote: > Can we add a setting for it? (issue > http://code.google.com/p/pharo/issues/detail?id=3113) > > Cheers, > -- Pavel > > On Tue, Oct 12, 2010 at 8:58 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> thanks! >> >> >> On Oct 11, 2010, at 9:37 AM, Fernando olivero wrote: >> >>> Hi , it was a enhancement i did starting from a Chris Muller enhancement for Squeak. >>> >>> ISSUE 2653. >>> http://code.google.com/p/pharo/issues/detail?id=2653&can=1&q=auto&colspec=I… >>> >>> I did a test, maybe a good start would be to see if its failing now. >>> >>> Fernando >>> >>> On Oct 9, 2010, at 2:18 PM, Juan Vuletich wrote: >>> >>>> Hi Folks, >>>> >>>> Cuis doesn't include #autoEnclose, so I don't know how it should behave. >>>> >>>> Cheers, >>>> Juan Vuletich >>>> >>>> Mariano Martinez Peck wrote: >>>>> Guille, if I remember correctly (not sure), these new classes like >>>>> TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) i >>>>> think he is in the mailing list but not read it so frequently. So, for >>>>> this issues maybe you can cc'ed him. >>>>> >>>>> Cheers >>>>> >>>>> Mariano >>>>> >>>>> 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com >>>>> <mailto:guillermopolito@gmail.com>> >>>>> >>>>> 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 <mailto:guillermopolito@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 >>>>> <mailto:marianopeck@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 >>>>> <mailto:guillermopolito@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 >>>>> <mailto:Pharo-project@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 >>>>> <mailto:Pharo-project@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 >>>>> <mailto:Pharo-project@lists.gforge.inria.fr> >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> No virus found in this incoming message. >>>>> Checked by AVG - www.avg.com >>>>> Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> 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

1 0

Oct. 16, 2010

thanks! On Oct 11, 2010, at 9:37 AM, Fernando olivero wrote: > Hi , it was a enhancement i did starting from a Chris Muller enhancement for Squeak. > > ISSUE 2653. > http://code.google.com/p/pharo/issues/detail?id=2653&can=1&q=auto&colspec=I… > > I did a test, maybe a good start would be to see if its failing now. > > Fernando > > On Oct 9, 2010, at 2:18 PM, Juan Vuletich wrote: > >> Hi Folks, >> >> Cuis doesn't include #autoEnclose, so I don't know how it should behave. >> >> Cheers, >> Juan Vuletich >> >> Mariano Martinez Peck wrote: >>> Guille, if I remember correctly (not sure), these new classes like >>> TextEditor and Smalltalk editor came from Cuis. Juan (Cuis author) i >>> think he is in the mailing list but not read it so frequently. So, for >>> this issues maybe you can cc'ed him. >>> >>> Cheers >>> >>> Mariano >>> >>> 2010/10/9 Guillermo Polito <guillermopolito(a)gmail.com >>> <mailto:guillermopolito@gmail.com>> >>> >>> 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 <mailto:guillermopolito@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 >>> <mailto:marianopeck@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 >>> <mailto:guillermopolito@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 >>> <mailto:Pharo-project@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 >>> <mailto:Pharo-project@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 >>> <mailto:Pharo-project@lists.gforge.inria.fr> >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 9.0.862 / Virus Database: 271.1.1/3184 - Release Date: 10/08/10 03:34:00 >>> >>> >> >> >> _______________________________________________ >> 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

2 1

[Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b12
by John M McIntosh Oct. 16, 2010

Oct. 16, 2010

I've stuck a version (5.8b12) of the cocoa based os-x squeak cog JIT based VM in my experimental folder. http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b12.app.zip This is based on the latest Cog VM source (oct 10/10/10). Changes to the support logic: (a) Supply file create/mod times & size based on target of symbolic link versus the link file node. (b) Untrusted directory was set wrong, use same default value as 4.2.x VM ~/Library/Preferences/Squeak/Internet/My Squeak/ (c) There is no -pathenc option (d) Attempt to integrate changes into Cog branch to allow you to compile VM from the Cog branch. *** This does not work yet, 90% there, Eliot and I still have some pencil sharping to do... *** Now the big news is that I pushed a version of the Squeak Cog stack VM to the Apple App Store! It's rough, but it's a candidate for review by Apple's special App review committee. It does not have socket support and we are seeing if they allow us to move image/change files in and out of the Documents folder via a desktop machine. I should know more by next weekend. If accepted then I am looking to the Smalltalk community to help in building a viable image to allow people to edit source code on an iPad. Lastly, yes something broken in open/gl on os-x 10.4 I hope to look at the issue this week. -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

3 2

Re: [Pharo-project] Xtreams vs become:
by mkobetic＠gmail.com Oct. 16, 2010

Oct. 16, 2010

"Nicolas Cellier"<nicolas.cellier.aka.nice(a)gmail.com> wrote: > I've tested this strategy, and it works well: > > - use accessors self input/self output instead of inst. var. > - lazily initialize the input for Collection and File Sounds good to me, less work too. I just thought the write:read: approach makes it clearer that you need to do all the writing first and then all the reading. But that'll probably become clear quite quickly. So I think I'll go with your approach. The only case I wonder about is the one where we loop with progressively larger buffer sizes, so we'll need to be able to rebuild the input and output several times. I'll see if I can figure something out. > In collection tests, I have used > ^input ifNil:[input := outer terminal reading] > where: outer := output := collection writing. > This is because some Block transforms can't access the terminal collection... Not sure what you mean, but it will probably get clearer when I go do it. BTW, I've updated the package comments and regenerated the docs on the site yesterday. If you want to see the changes highlighted, go through the Sources tab and switch to the wiki repository. The diff view is quite usable there. Martin

2 1