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

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Peter Hugosson-Miller

Sure, but when you send #readStream to a String, then you'll always get a ReadStream on that String. Perhaps there is a similarly-named method like #asReadFileStream that he meant to write instead (and that is just a guess, since I have no way of checking at the moment) -- Cheers, Peter On Sat, Oct 30, 2010 at 1:14 PM, Hannes Hirzel <hannes.hirzel(a)gmail.com>wrote: > Surely, but not what Randal implies in terms of streams I suppose.... > > The idiom implies that a file stream is created and that I get the > content of a file -- not the content of the file name. > > --Hannes > > On 10/30/10, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: > > The result you got is what I would have expected too. > > > > -- > > Cheers, > > Peter > > > > On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel > > <hannes.hirzel(a)gmail.com>wrote: > > > >> Hello > >> > >> Randal Schwartz writes in his blog > >> > >> > http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… > >> about streams citing Derek Williams http://derekwilliams.us/?p=1411 > >> > >> He gives the following as an example of elegant syntax of Smalltalk > >> > >> 'myfile.txt' asFileName readStream contents > >> > >> This does not work in Squeak nor in Pharo. > >> > >> It produces a ReadStream on the contents of the _String_ 'myfile.txt'. > >> i.e. the ByteString with 10 elements. > >> > >> Comments? > >> > >> Regards > >> > >> Hannes > >> > > >

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Hannes Hirzel

Surely, but not what Randal implies in terms of streams I suppose.... The idiom implies that a file stream is created and that I get the content of a file -- not the content of the file name. --Hannes On 10/30/10, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: > The result you got is what I would have expected too. > > -- > Cheers, > Peter > > On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel > <hannes.hirzel(a)gmail.com>wrote: > >> Hello >> >> Randal Schwartz writes in his blog >> >> http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… >> about streams citing Derek Williams http://derekwilliams.us/?p=1411 >> >> He gives the following as an example of elegant syntax of Smalltalk >> >> 'myfile.txt' asFileName readStream contents >> >> This does not work in Squeak nor in Pharo. >> >> It produces a ReadStream on the contents of the _String_ 'myfile.txt'. >> i.e. the ByteString with 10 elements. >> >> Comments? >> >> Regards >> >> Hannes >> >

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Peter Hugosson-Miller

The result you got is what I would have expected too. -- Cheers, Peter On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel <hannes.hirzel(a)gmail.com>wrote: > Hello > > Randal Schwartz writes in his blog > > http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… > about streams citing Derek Williams http://derekwilliams.us/?p=1411 > > He gives the following as an example of elegant syntax of Smalltalk > > 'myfile.txt' asFileName readStream contents > > This does not work in Squeak nor in Pharo. > > It produces a ReadStream on the contents of the _String_ 'myfile.txt'. > i.e. the ByteString with 10 elements. > > Comments? > > Regards > > Hannes >

Oct. 30, 2010

[Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Hannes Hirzel

Hello Randal Schwartz writes in his blog http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… about streams citing Derek Williams http://derekwilliams.us/?p=1411 He gives the following as an example of elegant syntax of Smalltalk 'myfile.txt' asFileName readStream contents This does not work in Squeak nor in Pharo. It produces a ReadStream on the contents of the _String_ 'myfile.txt'. i.e. the ByteString with 10 elements. Comments? Regards Hannes

Oct. 30, 2010

Re: [Pharo-project] Issue 3090: Context not included in ImageSegment when saving morph to file

by Eliot Miranda

On Thu, Oct 28, 2010 at 11:27 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Ok, this is not related to closures. Polymorph uses blocks, e.g., for the > addUpAction of a MultistateButtonMorph (in this case the block is created > in UIThemeWatery>>#createCloseBoxFor:). And blocks are not serializable with > reference streams. Therefore, you cannot write out a window that has > buttons. The original buttons in Morphic used action selectors instead of > blocks. It shouldn't be hard to refactor Polymorph buttons to take the > receiver, selector, and possible arguments instead of a block but I wonder > whether its worth the trouble? > But in principle there's no reason why BlockCLosures and their associated home contexts and methods can't be stored on a DataStream. Is anyone brave enough to try and eliminate the restriction? best Eliot > Cheers, > Adrian > > > On Oct 15, 2010, at 02:22 , Sheridan Mahoney wrote: > > > > > Hi all, > > The method that generated the error in issue 3090 is below: > > > > > > MethodContext(ContextPart)>>storeDataOn: aDataStream > > > > "Contexts are not allowed go to out in DataStreams. They must be > included inside an ImageSegment." > > > > aDataStream insideASegment ifTrue: [^ super storeDataOn: > aDataStream]. > > > > self error: 'This Context was not included in the ImageSegment'. > > "or perhaps ImageSegments were not used at all" > > ^ nil > > > > > > I've been trying to make sense of the stack, and it appears that writing > a morph > > to a file is hooking an object which cannot be written to a DataStream. > > > > Does anyone know whether the proper behavior is to: > > - have the MethodContext go out without being inside an ImageSegment, or > > - fix the morph-writing so that it uses ImageSegments??? Mariano would > love > > this, right? :) > > > > Or perhaps there's a better way to understand the stack. > > > > Many thanks, > > and Cheers, > > > > Sheri/dan > > > > > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-* > > Listening's Auspicious Fortune is a heart > > Rejuvenated with Profound Instructions. > > > > Reflection's Auspicious Fortune is the collapse > > Of delusion's false cavern. > > > > Kabje Kalu Rinpoche > > > > "With a pure motivation that does not wane and > > with great courage that does not despair, may > > each of us endeavour to make our lives meaningful " > > > > H.H. the 17th Karmapa > > Orgyen Trinley Dorje > > > > > > > > > > On Oct 11, 2010, at 7:16 AM, Sheridan Mahoney wrote: > > > >> I've just re-entered the Pharo world after a long(ish) absence, and > wanted to report a > >> new bug submission; here's the breakdown: > >> > >> Pharo image: dev > >> Pharo core version: Pharo-1.1.1-- Latest update: #11414 > >> Virtual machine used: 4.0.3.2202 Unix VM > >> OS: Ubuntu Lucid Lynx 10.04 > >> Class browser used if applicable: SystemBrowser default > >> > >> Steps to reproduce: > >> 1. start pharo > >> 2. open a Shout workspace > >> 3. select the just-opened workspace > >> 4. Ctrl-right button to get the meta-click window > >> 5. select 'save morph in file' > >> 6. hit 'ok' to proffered name for file > >> 7. a message box comes up that reads 'please wait while objects are > >> counted'. > >> 8. shortly after that an error is generated: > >> 'Error: this context was not included in the ImageSegment' > >> > >> > >> I'm planning on doing more research, but wanted to get the issue > reported. > >> > >> Cheers, > >> Sheridan > >> > >> PS - so far I really like 1.1.1 !!! Good work, gang! > >> > >> _______________________________________________ > >> 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. 30, 2010

Re: [Pharo-project] PharoKernel #12217

by Pavel Krivanek

In fact the Seaside 3 Configuration was one of the first things I tested :-) Unfortunatelly I was not successful however it looked promissing, -- Pavel On Fri, Oct 29, 2010 at 10:53 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > So....soon we will be able to prepare a Seaside 30 Pharo Kernel image? > :):):):):):) > > Since we have Monticello.... great!! > > On Thu, Oct 28, 2010 at 11:46 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: >> >> Hi, >> >> a good new, Gofer works fine for me :-) >> ...and test results for kernel, network, Monticello and Gofer are quite >> good. >> >> On Thu, Oct 28, 2010 at 5:52 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >> > >> > On Oct 28, 2010, at 5:05 PM, Pavel Krivanek wrote: >> > >> >> Hi, >> >> >> >> I uploaded a new version of PharoKernel. It has several new properties: >> >> - better scripts processing >> >> - separate dictionaries for images, scripts, reports and downloaded >> >> packages >> >> - It is able to load Network, Monticello and Gopher (image included), >> >> however it needs some next fixes to work properly >> >> - ImageMap and ImageGraph included in the archive >> >> >> >> >> >> https://gforge.inria.fr/frs/download.php/27699/PharoKernel-1.2-12217.zip >> >> >> >> The most important thing that should be done in Pharo is to split >> >> Tests package to be able to load Monticello tests separately. >> > >> > Yes >> > and that they follow the pattern >> > >> >> If Monticello and Gofer will work well then it should be quite simple >> >> to prepare PharoCore Configuration to load the rest of PharoCore. >> > >> > Yes this is the vision but now our problem is to port our integration >> > process to it. >> > We will certainly changes it anyway because it slows us down (does not >> > scale) but it requires to have a good alternative. >> >> Well, Configurations were always suspicious to me - they do not even >> share a common superclass :-) >> >> -- Pavel >> >> > >> > Stef >> > >> > >

Oct. 29, 2010

Re: [Pharo-project] PharoKernel #12217

by Mariano Martinez Peck

So....soon we will be able to prepare a Seaside 30 Pharo Kernel image? :):):):):):) Since we have Monticello.... great!! On Thu, Oct 28, 2010 at 11:46 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > Hi, > > a good new, Gofer works fine for me :-) > ...and test results for kernel, network, Monticello and Gofer are quite > good. > > On Thu, Oct 28, 2010 at 5:52 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: > > > > On Oct 28, 2010, at 5:05 PM, Pavel Krivanek wrote: > > > >> Hi, > >> > >> I uploaded a new version of PharoKernel. It has several new properties: > >> - better scripts processing > >> - separate dictionaries for images, scripts, reports and downloaded > packages > >> - It is able to load Network, Monticello and Gopher (image included), > >> however it needs some next fixes to work properly > >> - ImageMap and ImageGraph included in the archive > >> > >> > https://gforge.inria.fr/frs/download.php/27699/PharoKernel-1.2-12217.zip > >> > >> The most important thing that should be done in Pharo is to split > >> Tests package to be able to load Monticello tests separately. > > > > Yes > > and that they follow the pattern > > > >> If Monticello and Gofer will work well then it should be quite simple > >> to prepare PharoCore Configuration to load the rest of PharoCore. > > > > Yes this is the vision but now our problem is to port our integration > process to it. > > We will certainly changes it anyway because it slows us down (does not > scale) but it requires to have a good alternative. > > Well, Configurations were always suspicious to me - they do not even > share a common superclass :-) > > -- Pavel > > > > > Stef > > > >

Oct. 29, 2010

Re: [Pharo-project] [update 1.2] #12217

by Tony Fleig

It may not be perfect, but it certainly helps to understand why its like it is. Thanks, TF On Fri, Oct 29, 2010 at 2:27 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Oct 27, 2010, at 8:01 PM, Tony Fleig wrote: > > > In my Pharo core image there is indeed a Software Update entry under > System, but when I select it a window pops up that says "0 new update > file(s) processed." > > > > In my Seaside One-Click Image, there is no Software Update entry at all. > > -> only core images can be updated. Reason: updates do not cover packages > managed outside (e.g. OmniBrowser, OCompletion). Yet the > Core changes can make these packages not work anymore due to e.g. > deprecation of code. > > -> Core images only load the updates of their release. that is, a 1.1 image > loads updates for 1.1.1, but not for 1.2. > Reason: You do not want to load experimental updates in a production > system. > > All of this is far from perfect and should be improved. > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

Oct. 29, 2010

Re: [Pharo-project] SystemNavigation with environment

by Luc Fabresse

Yes! Tools will migrate slowly (and we hope smoothly ;-)). #Luc 2010/10/29 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Oct 29, 2010, at 10:12 AM, Fernando Olivero wrote: > > > Hi Luc, great work! > > > > I found it useful to enhance my Gaucho search widgets ( that can now > > ported to Pharo on top of the new system navigation ), and provide > > contextualized searches in a cleaner manner. > > > > Are the environments you are using those of the RefactoringEngine ? > > right now there are just instances of system dictionary. > Now the goal is to change the superclass or add one in between > SystemDictionary to add RBEnvironment API or modified API > so that systemDictionary can play the role of a leave in the RB Environment > composite structure. > > So the idea is that we will be able to bridge smoothly RBEnvironment and > SystemDictionary and we will be able to run cooooool queries. > Gorgeous isnt :) > > Stef > > > > > > > Fernando > > > > > > On Fri, Oct 29, 2010 at 10:04 AM, Luc Fabresse <luc.fabresse(a)gmail.com> > wrote: > >> Hi all, > >> > >> I > >> committed > SLICE-Issue-00001-MakeSystemNavigationEnvironmentAware-LucFabresse.2 in > PharoTaskForces. > >> Now SystemNavigation is environment aware. > >> There two test classes : > >> - SystemNavigationTest has been modified to test SystemNavigation on > >> Smalltalk globals > >> - SystemNavigationOnNewlyCreatedEnvironmentTest tests SystemNavigation > >> on a new Environment > >> have look > >> at > SystemNavigationOnNewlyCreatedEnvironmentTest>>testEnsureDefaultEnvironmentNotUsed > >> ClassFactoryWithOrganizationForTestCase has been added to easily create > >> classes > >> ClassFactoryWithOrganizationForTestCaseTest test this latter class. > >> Merge well in 12218 and tests are green. > >> #Luc > >> > > > > >

Oct. 29, 2010

Re: [Pharo-project] [update 1.2] #12219

by StÃ©phane Ducasse

thanks marcus. Stef On Oct 29, 2010, at 6:15 PM, Marcus Denker wrote: > 12219 > ----- > > Issue 3145: Glamourous Theme integration > Issue 3171: Fix an Undeclared ref in UndoRecord > Issue 3170: Catchall for trivial cleanups > Issue 2994: PharoKernel Part 18 (part 2) > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Oct. 29, 2010