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

Re: [Pharo-project] 'stash' a Smalltalk shell or what happens when you let your mind wander in the shower....

by Michael Haupt

Hi Eliot, On 7 December 2010 21:23, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > What's needed to write the client in Smalltalk? hmmm ... I would have to look up the FUSE (not userfs as stated earlier, sorry) documentation again to be absolutely sure, but it seems Alien *might* suffice. Squeak would have to register itself with libfuse and listen on a socket for OS requests to the "file system" it hosts. For details, see http://www.cs.nmsu.edu/~pfeiffer/fuse-tutorial/, and especially (about the innards) http://www.cs.nmsu.edu/~pfeiffer/fuse-tutorial/callbacks.html Best, Michael

Dec. 7, 2010

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by Tudor Girba

aha. could you point me to the inbox package? I can try to load it now on the server. Cheers, Doru On 7 Dec 2010, at 21:31, Guillermo Polito wrote: > I'm using the last core image(12271). And I forget to say that the attached changeset should be included (I uploaded it to the inbox an hour ago). > > On Tue, Dec 7, 2010 at 5:28 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > It does not seem to work :(. I gave it a try in the Moose hudson for 1.2: > http://hudson.moosetechnology.org/job/moose-latest-dev-on-pharo-1.2/53/cons… > > It is true that I used a 12251 Core image. What am I doing wrong? > > Cheers, > Doru > > > > On 7 Dec 2010, at 20:42, Guillermo Polito wrote: > > > Ok, I've done some fixes to OB and OC, and committed them to PharoTaskForces as a temporary solution. > > > > To load current configuration: > > > > Gofer it squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfPharo'; > > load. > > > > (ConfigurationOfPharo project version: '1.2-beta2') load. > > > > Can Hudson help us in building Dev images? > > > > Cheers > > > > PS: I've noticed a little bug in OB, I attach a screenshot. > > > > On Tue, Dec 7, 2010 at 3:36 AM, Alain Plantec <alain.plantec(a)free.fr> wrote: > > Le 07/12/2010 07:04, Guillermo Polito a Ã©crit : > > > > Well I've gone very far by now :). > > > > I created a configuration that at least loads :P. > > > > There are two problems so far: > > > > 1) ECompletion + TextEditor. ECompletion sends #model to TextEditor and It does not understands it. It is easily fixed adding the accessor. > > 2) Opening an omnibrowser throws a MessageNotUnderstood: TextMorphForShoutEditor>>findText. Which I will have a look tomorrow. > > > > See issue 3288, there is a .cs for that I guess. > > 3288 <http://code.google.com/p/pharo/issues/detail?id=3288> > > > > Cheers > > Alain > > > > > > The version of ConfigurationOfPharo is 1.2-beta2 > > > > I've to sleep now :). > > Tomorrow I'll open an issue for 1) if everyone agrees. With whom should I talk to get 2) fixed? Lukas, Alain? > > > > Cheers! > > > > > > > > <PharoScreenshot.1.png> > > -- > www.tudorgirba.com > > "Beauty is where we see it." > > > > > > <TextEditor.GuillermoPolito.1.cs> -- www.tudorgirba.com "Don't give to get. Just give."

Dec. 7, 2010

Re: [Pharo-project] Smalltalk in small steps ?

by Sean P. DeNigris

James Ladd wrote: > > Would it be worth while for the Smalltalk community, and language > enthusiasts if I were to do the same with > Redline Smalltalk, that is, make each features implementation part of a > blog post and a 'work along' ? > I would be very interested in seeing the intention and process behind the final code. Thanks for bringing it up! Sean p.s. yes, sounds very "literate programming" -- View this message in context: http://forum.world.st/Smalltalk-in-small-steps-tp3075299p3077205.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 7, 2010

Re: [Pharo-project] Smalltalk in small steps ?

by Dave Mason

On Dec 6, 2010, at 15:50, James Ladd wrote: > Recently I came across a series of blog posts by Peter Michaux on Scheme from scratch and I wondered: > > Would it be worth while for the Smalltalk community, and language enthusiasts if I were to do the same with > Redline Smalltalk, that is, make each features implementation part of a blog post and a 'work along' ? > > Would you like to see this and or work along with Redline ? I would certainly read such a blog, and comment as time permits. Perhaps most importantly, you may find that, like literate programming, the effort to explain your decisions and implementation in prose may very well improve the code. ../Dave

Dec. 7, 2010

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by Guillermo Polito

I'm using the last core image(12271). And I forget to say that the attached changeset should be included (I uploaded it to the inbox an hour ago). On Tue, Dec 7, 2010 at 5:28 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > It does not seem to work :(. I gave it a try in the Moose hudson for 1.2: > > http://hudson.moosetechnology.org/job/moose-latest-dev-on-pharo-1.2/53/cons… > > It is true that I used a 12251 Core image. What am I doing wrong? > > Cheers, > Doru > > > > On 7 Dec 2010, at 20:42, Guillermo Polito wrote: > > > Ok, I've done some fixes to OB and OC, and committed them to > PharoTaskForces as a temporary solution. > > > > To load current configuration: > > > > Gofer it squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfPharo'; > > load. > > > > (ConfigurationOfPharo project version: '1.2-beta2') load. > > > > Can Hudson help us in building Dev images? > > > > Cheers > > > > PS: I've noticed a little bug in OB, I attach a screenshot. > > > > On Tue, Dec 7, 2010 at 3:36 AM, Alain Plantec <alain.plantec(a)free.fr> > wrote: > > Le 07/12/2010 07:04, Guillermo Polito a Ã©crit : > > > > Well I've gone very far by now :). > > > > I created a configuration that at least loads :P. > > > > There are two problems so far: > > > > 1) ECompletion + TextEditor. ECompletion sends #model to TextEditor and > It does not understands it. It is easily fixed adding the accessor. > > 2) Opening an omnibrowser throws a MessageNotUnderstood: > TextMorphForShoutEditor>>findText. Which I will have a look tomorrow. > > > > See issue 3288, there is a .cs for that I guess. > > 3288 <http://code.google.com/p/pharo/issues/detail?id=3288> > > > > Cheers > > Alain > > > > > > The version of ConfigurationOfPharo is 1.2-beta2 > > > > I've to sleep now :). > > Tomorrow I'll open an issue for 1) if everyone agrees. With whom should > I talk to get 2) fixed? Lukas, Alain? > > > > Cheers! > > > > > > > > <PharoScreenshot.1.png> > > -- > www.tudorgirba.com > > "Beauty is where we see it." > > > > >

Dec. 7, 2010

Re: [Pharo-project] [ANN] 1.2 Dev Packages are loading :)

by Tudor Girba

Hi, It does not seem to work :(. I gave it a try in the Moose hudson for 1.2: http://hudson.moosetechnology.org/job/moose-latest-dev-on-pharo-1.2/53/cons… It is true that I used a 12251 Core image. What am I doing wrong? Cheers, Doru On 7 Dec 2010, at 20:42, Guillermo Polito wrote: > Ok, I've done some fixes to OB and OC, and committed them to PharoTaskForces as a temporary solution. > > To load current configuration: > > Gofer it squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfPharo'; > load. > > (ConfigurationOfPharo project version: '1.2-beta2') load. > > Can Hudson help us in building Dev images? > > Cheers > > PS: I've noticed a little bug in OB, I attach a screenshot. > > On Tue, Dec 7, 2010 at 3:36 AM, Alain Plantec <alain.plantec(a)free.fr> wrote: > Le 07/12/2010 07:04, Guillermo Polito a Ã©crit : > > Well I've gone very far by now :). > > I created a configuration that at least loads :P. > > There are two problems so far: > > 1) ECompletion + TextEditor. ECompletion sends #model to TextEditor and It does not understands it. It is easily fixed adding the accessor. > 2) Opening an omnibrowser throws a MessageNotUnderstood: TextMorphForShoutEditor>>findText. Which I will have a look tomorrow. > > See issue 3288, there is a .cs for that I guess. > 3288 <http://code.google.com/p/pharo/issues/detail?id=3288> > > Cheers > Alain > > > The version of ConfigurationOfPharo is 1.2-beta2 > > I've to sleep now :). > Tomorrow I'll open an issue for 1) if everyone agrees. With whom should I talk to get 2) fixed? Lukas, Alain? > > Cheers! > > > > <PharoScreenshot.1.png> -- www.tudorgirba.com "Beauty is where we see it."

Dec. 7, 2010

Re: [Pharo-project] 'stash' a Smalltalk shell or what happens when you let your mind wander in the shower....

by Eliot Miranda

On Tue, Dec 7, 2010 at 12:09 PM, Michael Haupt <mhaupt(a)gmail.com> wrote: > Hi Eliot, > > On 7 December 2010 20:48, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > I'm not sure if this is part of your idea, but would it be cool if > you > > could build this as a virtual file interface so that a Smalltalk image > could > > be mounted and searched using unix tools? Sort of like your idea > > inside-out. > > there is a SqueakFS project on SqueakSource. Probably what you mean. ;-) > > It uses userfs on Mac OS X to "mount" a Squeak image and make the > classes etc. available as directories and files. It's read-only. The > client is written in Python. > What's needed to write the client in Smalltalk? best Eliot > > Best, > > Michael > >

Dec. 7, 2010

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

by Norbert Hartl

I scanned the code a few days ago. I tried an initial port to gemstone. There are quite a few things to do. After discovering that there are really big changes from version to version and the existence of classes with suffixes Old and New made me stop the effort. I'm really missing a usable http client in gemstone but it seemed to be very hard to keep up with the port. Do you port an existing library to smalltalk or do you figure out how it should be done right now? And what do you think about going towards cross-platform? This would need a decision if you are willing to integrate grease/sport in your client. I can imagine that this is not wanted per se because it introduces dependencies. It will be just very hard to do it cross-platform if you do not. Norbert On 07.12.2010, at 17:21, Sven Van Caekenberghe wrote: > This is another progress report on the Zinc HTTP Components project. > > - I finally integrated support for UTF-8 encoding and decoding of text entities (ZnStringEntity, ZnUTF8Encoder). > - Internally, all input and output is done through binary streams (but character streams are still supported for debugging). > - A number of units tests were added. > - Class comments were improved. > - Lots of small fixes and new features. > > The overall structure of the project was improved by moving old code into a separate MC package, renaming categories and renaming some classes. > > The external documentation was updated > > http://homepage.mac.com/svc/Zinc-HTTP-Components > > I would still love more users/testers. The code works well enough for day to day use and the feature set is reasonably complete now. > > Sven > > PS: Please check the SqueakSource history for a all the details.

Dec. 7, 2010

Re: [Pharo-project] Popularity or not of smalltalk?

by Francisco Ortiz PeÃ±aloza

On Tue, Dec 7, 2010 at 2:57 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > This is fun! Thanks for the discussion... > > > csrabak wrote: > > > > Sean, once you really get to metal subtleties and other nuances on the > > language and syntax appear to bug your team. Have you ever heard of > > John McSweeney's "Smalltalk âTrapsâ" pieceÂ¹? > > > [ sean isOnChair ] whileTrue: [ sean laugh ]. > 7 pages! (actually 6.5 - with embedded images) That actually proves my > point vs. entire textbooks ;-) Not to mention that: > Just to ilustrate =) http://www.amazon.com/Java-Pitfalls-Time-Saving-Solutions-Workarounds/dp/04… http://www.amazon.com/Java-TM-Puzzlers-Pitfalls-Corner/dp/032133678X/ref=sr… Cheers, Francisco > * the first page and a half's examples are trivial and not exactly "traps" > (the fact that self is implicitly returned) > * the "10 + (10 negated) negated" "trap" executes intuitively and correctly > in Squeak > * the example of changing a loop while iterating with do: seems like C++ > code translated literally into Smalltalk > * the last 1.5 pages are totally contrived (and use global variables which > are discouraged anyway; I haven't had to use one yet) - yes, if you *want* > to screw up the system, you can: > #right > basicAt: 1 put: 119; > basicAt: 2 put: 114; > basicAt: 3 put: 111; > basicAt: 4 put: 110; > basicAt: 5 put: 103. > #right > An equivalent argument is: if you hit your laptop repeatedly with a bat, it > will not work regardless of what programming language you were using, so > you > might as well pick any > > > csrabak wrote: > > > > Well, comparing C, even C++ which normally hasn't automatic garbage > > collection, is somewhat stretching the argument... > > > Well, that's just the point, isn't it? We're talking about language > popularity and those are #2 and #3 on the TIOBE index. > > > csrabak wrote: > > > > even with those > > "idiosyncrasies" as soon the size of the application grows up, these > > perks of Smalltalk quickly become less noticeable > > > I've been using Smalltalk for less than a year, but I'm already more > productive by far than in C, C++, or even Ruby, and haven't hit that limit > writing software for small businesses. If there is a size at which the > benefit lessens, isn't it more likely caused by poor design/devs or any > number of factors (don't most large projects fail)? It can't be the same > or > worse to use a poor library in a dynamic live environment. I recently > wrote > a simple Ruby bridge and found it liberating to deal with the library in > the > Smalltalk tools rather than in Ruby's code/run cycle. > > > csrabak wrote: > > > > Smalltalk... programmers attention to avoid the attribution of wrong > > objects to instance variables as there is no type checking... > > > I have never encountered this and I've often heard it said by dynamic > language experts to be mostly static language paranoia. What is the > evidence that this becomes a severe problem in real-life dynamic systems? > > Sean > -- > View this message in context: > http://forum.world.st/Popularity-or-not-of-smalltalk-tp3073990p3076885.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Dec. 7, 2010

Re: [Pharo-project] 'stash' a Smalltalk shell or what happens when you let your mind wander in the shower....

by Michael Haupt

Hi Eliot, On 7 December 2010 20:48, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Â Â Â I'm not sure if this is part of your idea, but would it be cool if you > could build this as a virtual file interface so that a Smalltalk image could > be mounted and searched using unix tools? Â Sort of like your idea > inside-out. there is a SqueakFS project on SqueakSource. Probably what you mean. ;-) It uses userfs on Mac OS X to "mount" a Squeak image and make the classes etc. available as directories and files. It's read-only. The client is written in Python. Best, Michael

Dec. 7, 2010