- Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20050
by Marcus Denker May 5, 2012

May 5, 2012

20050 ----- Issue 5813: remove empty packages http://code.google.com/p/pharo/issues/detail?id=5813 Issue 5811: Put comment in #methodsWithUnboundGlobals http://code.google.com/p/pharo/issues/detail?id=5811 Issue 5807: basic fixes for Pharo Kernel 2.0 http://code.google.com/p/pharo/issues/detail?id=5807 Issue 5805: Failing Test FailingTestResourceTestCase>>#testRunSuiteWithResource http://code.google.com/p/pharo/issues/detail?id=5805 Issue 5799: run once in startUp preferences is broken http://code.google.com/p/pharo/issues/detail?id=5799 Issue 5800: stdin hangs until EOF http://code.google.com/p/pharo/issues/detail?id=5800 Issue 5493: FileDirectory >> statsForDirectoryTree: depends on Cursor http://code.google.com/p/pharo/issues/detail?id=5493 Issue 5783: MenuRegistrationExample class>>toolsOn: causes DNU http://code.google.com/p/pharo/issues/detail?id=5783 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] dependency injection
by Marcus Denker May 5, 2012

May 5, 2012

On May 5, 2012, at 11:04 AM, Esteban Lorenzano wrote: > what for? applied to? > > Esteban > > On May 5, 2012, at 10:04 AM, Milan Mimica wrote: > >> What are you feelings about dependency injection? >> This discussion might be better for the Pharo Users mailinglist as it is not directly related to the devlopment of Pharo. http://lists.gforge.inria.fr/cgi-bin/mailman/admindb/pharo-users (we need to try to fight a bit turning this list in a general chat list... ;-) Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] A nice replacemente for the sender sender sender sender sender sender WTF :)
by Guillermo Polito May 5, 2012

May 5, 2012

I've just noticed that the following expression: InMidstOfFileinNotification signal ifFalse: [ ... Is to notice if I'm in the middle of the file in. amazing, Guille

2 2

[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