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

[Pharo-project] Standard input in Pharo?
by Andrei Stebakov May 5, 2012

May 5, 2012

I've been just going through "Computer Programming with GNU Smalltalk" book using Pharo 1.0 as an actual ST implementation. The book mentions "stdin nextLine" as a way to get an input from a user via the standard input. Is there a similar class/method in Pharo?

9 17

Re: [Pharo-project] OSProcess - is process done?
by DeNigris Sean May 5, 2012

May 5, 2012

Begin forwarded message: > From: "David T. Lewis" <lewis(a)mail.msen.com> > Subject: Re: OSProcess - is process done? > Date: April 26, 2012 8:03:50 PM EDT > > Sean, > > Excellent, thanks for the feedback. As for #upToEnd, that's a tricky > question when you are reading from a pipe (or a socket). It is not > generally possible to ask the pipe whether more data is going to be > available on it. About the best you can do is ask it whether an end > of file condition was detected on the last read operation (there are > fancy ways to set up notification that a pipe was closed, but nothing > that I would want to try to implement in the OSPP plugin). > > Based on that, I ended up doing #upToEndOfFile to mean "read all > available data, and keep trying until end of file is detected, then > answer the result" and #upToEnd to mean "read all currently available > data". In the case of a blocking stream (i.e. the end of the pipe > from which you are reading data), you want the underlying reads to > block (because that is the whole point of a blocking read), and > you want the reads to give you available data if the stream is set > to non-blocking. But there is no practical way to ask a blocking > pipe to give you all available data, because you cannot ask it how > much data it has available in advance of doing the read. > > The combination of a pipe set to non-blocking mode, along with an > #upToEnd that reads whatever data is currently available, gives you > the behavior that you probably expect. But that implies that you > will poll for data (loop and keep reading until you get all the data) > or arrange for event notification to let you know when data is > available (this the AioPlugin, which notifies the image whenever > data becomes available for reading on a pipe). > > There is a mechanism in OSProcess/CommandShell for converting a blocking > pipe into an event-driven buffered reader that handles these issues. > It is not well documented, but try this to see how it works: > > p := PipeableOSProcess command: 'ls -l /usr/bin'. > p pipeFromOutput setBufferedReader. > p upToEndOfFile > > This approach is used in CommandShell to provide the expected behavior > when the image is reading from a pipe connected to some external > process. And when pipes are connected end-to-end in a unix style > pipeline, they can be left in the normal blocking mode so that external > programs will block on reads from their stdin, which is the expected > behavior for normal programs in a unix command pipeline. > > Dave >

4 9

[Pharo-project] Traits depending on RIng
by Mariano Martinez Peck May 4, 2012

May 4, 2012

Hi guys. We were discussing in http://code.google.com/p/pharo/issues/detail?id=5748 The thing is that Traits are depenending on Ring. And I don't really like that. If you do a simple #addToComposition: you end up calling Ring. The problematic method is: TraitDescription >> #collectMethodsFor: aSelector into: methodDescription (self includesSelector: aSelector) ifTrue: [ methodDescription addLocatedMethod: ( RGMethodDefinition realClass: self selector: aSelector)] which uses RGMethodDefinition. Previously (before Ring) it was using LocatedMethod (which was removed) collectMethodsFor: aSelector into: methodDescription (self includesSelector: aSelector) ifTrue: [ methodDescription addLocatedMethod: ( LocatedMethod location: self selector: aSelector)] I attach a PharoDebug.log with a halt in #collectMethodsFor:into: so that you can see all the stack. This is the reason why FuelPackageLoader depends on Ring, just for the traits when we do the #addToComposition:. So...what do we do? we just accept the depedency? cheers -- Mariano http://marianopeck.wordpress.com

2 2

[Pharo-project] 51 registered participants to PharoConf :)
by StÃ©phane Ducasse May 4, 2012

May 4, 2012

51 registered participants to PharoConf :) and from a lot of countries: belgium, ukraina, Switzerland, Romania, France, Netherlands, UKâ¦ It will be exciting. http://rmod.lille.inria.fr/web/pier/Events Don't forget to register if you want to participate. Stef

1 0

[Pharo-project] Pharo Kernel 2.0
by Pavel Krivanek May 4, 2012

May 4, 2012

Hi, Markus added all packages to the Pharo 2.0 repository (THANKS!) so I was able to bring Pharo Kernel 2.0 image to life. Few notices: - I had to add FileSystem to the kernel. I added 'FileSystem-AnsiStreams' 'FileSystem-Core' 'FileSystem-Disk' and 'FileSystem-Memory' but maybe some are not necessary. - CommandLine has poor packaging because it includes tests too. - SimpleCodeLoader is now not needed and can be removed - CommandLine package will need some some next changes like to be independent on Compiler (because of Fuel) - KMPragmaKeymapBuilder needs better cleanup code. - I added 'Ring-Core-Kernel' 'Ring-Core-Containers' and 'Fuel' 'FuelMetalevel' 'FuelPackageLoader' packages (Fuel from external repository) I will open the issues. Cheers, -- Pavel

3 2

[Pharo-project] better audio on meta-how-to video tutorial
by Lawson English May 4, 2012

May 4, 2012

Here's a better version (better audio) of my "meta howto" video on how to deconstruct doing something in a class/package (Connectors) when the documentation isn't obvious: http://www.youtube.com/watch?v=xC6jcLw25Go&list=PL6601A198DF14788D&index=65… Lawson

1 0

Re: [Pharo-project] Artefact - a PDF framework
by Stephan Eggermont May 4, 2012

May 4, 2012

Why do we have so many ways to create pdfs, and why do most libraries/frameworks only provide a partial solution? At first it seems not to difficult to build something for what I need, so it makes sense to build it myself. But the pdf spec is large, and I don't use most of it. Building it myself makes more sense than trying to understand a current implementation. That is more complex than needed to solve the current problem, and building my own is a good way to understand the spec. Completing an implementation is hard to justify on project costs (as is mostly done for open source). More people seem to have followed the same road, so we end up with lots of partial solutions. Next time I need to create pdfs, I have different needs. Something with fonts, that seems like a lot of work. So I connect to a c library that already implements it. Only that has no way to create a document in-memory, just on diskâ¦ Artefact at the moment has very simple text layout and table algorithms. They are suitable for simple documents. High quality layout is complex as it needs to handle a.o. line breaking, justification, ligatures, kerning, hyphenation, text direction, text container shape, paragraph and page layout. PDF4Smalltalk is large because it is able to read and write pdfs, so it needs to have at least basic support for all pdf elements, and it contains lots of constants and mappings (glyph list, font metrics). Cairo (and Pango) by itself does not support reading pdfs. Stephan

1 0

[Pharo-project] [update 1.4] #14441
by Esteban Lorenzano May 4, 2012

May 4, 2012

14441 ----- Issue 5445: Broken command-line arguments in 1.4 http://code.google.com/p/pharo/issues/detail?id=5445 (this is to enable running pharo tests in windows)

1 0

[Pharo-project] [update 2.0] #20049
by Marcus Denker May 4, 2012

May 4, 2012

20049 ----- Issue 5751: SUnit-UI Interaction refactor http://code.google.com/p/pharo/issues/detail?id=5751 Issue 5445: Broken command-line arguments in 1.4 http://code.google.com/p/pharo/issues/detail?id=5445 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 2.0] #20045
by Marcus Denker May 4, 2012

May 4, 2012

20045 ----- Issue 5801: remove #testLiteralsForGlobalBehaviorsAreCorrect http://code.google.com/p/pharo/issues/detail?id=5801 Issue 5758: Improve CommandLine handling http://code.google.com/p/pharo/issues/detail?id=5758 -- Marcus Denker -- http://marcusdenker.de

3 2