- Pharo-dev - lists.pharo.org

[Pharo-project] OSProcess - working on gnuplot
by Schwab,Wilhelm K Nov. 21, 2009

Nov. 21, 2009

Dave, I am slowly gathering ideas on how to write an interface to gnuplot. It will probably be enough to use PipeableOSPRocess class>>command: to grab output from it, but it will be inefficient for producing large numbers of graphs. Ideally, I would like to run the program and obtain output without creating so much as a named pipe; it appears to be possible to route output to standard out, so there is a potential for it to work. For a single graph, think I see how to make that go. For large numbers of graphs, one could allow gnuplot to write the files; that might even be preferred in many situations, but right now I appear to be designing that way because I don't know another way - I'm trying to leave Windows behind me :) Is there a clean way to start gnuplot, leave it running, write to its stdin, read from its stdout almost as if it were a TCP server, and then close it when I'm ready to do so? I tried running CommandShell thinking that might let me demo it, but appears to be stuck back in MVC?? Bill

7 36

[Pharo-project] [update 1.1] #11057
by StÃ©phane Ducasse Nov. 21, 2009

Nov. 21, 2009

11057 ----- - Issue 1458: Support for line delimiters zoo Part 2 - Issue 1485: "new category..." on method category menÃº should not have both quick search and "new..." category

1 0

[Pharo-project] Fwd: [squeak-dev] [ANN] Filesystem 1.0
by Lukas Renggli Nov. 21, 2009

Nov. 21, 2009

---------- Forwarded message ---------- From: Colin Putney <cputney(a)wiresong.ca> Date: 2009/11/21 Subject: [squeak-dev] [ANN] Filesystem 1.0 To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Hi folks, I've just made available for download a new project of mine. It's an alternative interface to the filesystem, which grew out of my frustration with trying to use FileDirectory for some particularly file-intensive code. It's built upon the FilePlugin primitives, but all the image-side code is written from scratch. The interface offers: Â Â Â Â - Convenient path manipulation Â Â Â Â - Transparent access to the contents of zip files Â Â Â Â - Late-bound references to files and directories Â Â Â Â - Support for working with entire directory trees A SAR file is available for download here: Â Â Â Â http://www.wiresong.ca/downloads/Filesystem-1.0.0.sar A short tutorial is available here: Â Â Â Â http://www.wiresong.ca/filesystem/ Feedback appreciated! Colin -- Lukas Renggli http://www.lukas-renggli.ch

4 5

[Pharo-project] Issue 332: (Arithmetic protocol should be removed from Collections and Strings)
by Simon Denier Nov. 21, 2009

Nov. 21, 2009

Hi there from Pharo sprint We are trying to tackle Issue 332: (Arithmetic protocol should be removed from Collections and Strings) The problem is that the chronology classes in Pharo depend on the arithmetic of Collection to perform time computation. So there is two things. We remove the Collection-arithmetic from Core and we propose: - move the Colllection arithmetic stuff in an extension package, so that if people want to use it, they can - rewrite the Chrono stuff so that they do their computation without Collection arithmetics. -- Simon

2 2

[Pharo-project] [update 1.1] #11055
by StÃ©phane Ducasse Nov. 21, 2009

Nov. 21, 2009

11055 ----- - Issue 1458: Support for line delimiters zoo Part 1 - Issue 262: TODO: Checks for #isDoit not needed anymore

1 0

[Pharo-project] [update 1.1] #11055
by StÃ©phane Ducasse Nov. 21, 2009

Nov. 21, 2009

11055 ----- - Issue 1458: Support for line delimiters zoo Part 1 - Issue 262: TODO: Checks for #isDoit not needed anymore

1 0

[Pharo-project] [update 1.1] #11054
by StÃ©phane Ducasse Nov. 21, 2009

Nov. 21, 2009

Hola from Buenos Ares Some issues integrated.... :) 11054 ----- - Issue 1483: Fix: remove all methods with "etoy" in its name - Issue 810: Preference to settings refactoring: #annotationPanes case - Issue 1480: should remove the current Setting package

1 0

Re: [Pharo-project] Issue 1424 in pharo: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken
by Marcus Denker Nov. 21, 2009

Nov. 21, 2009

On Nov 20, 2009, at 9:57 PM, stephane ducasse wrote: > > > Begin forwarded message: > >> From: pharo(a)googlecode.com >> Date: November 20, 2009 8:08:46 PM GMT+01:00 >> To: stephane.ducasse(a)gmail.com >> Subject: Re: Issue 1424 in pharo: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken >> >> >> Comment #10 on issue 1424 by nicolas.cellier.aka.nice: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken >> http://code.google.com/p/pharo/issues/detail?id=1424 >> >> I mean you should >> - correct ScriptLoader>>#cleanUpMethods >> - then execute (ScriptLoader new cleanUpMethods) in an update stream to get rid of >> these old MethodProperties Ok, so the #cleanUpMethods is broken right now. And there is a problem with some Service thing holding on a method. (we need reset Services in cleanUpMethods, too). >> >> Then remove or deprecate MethodProperties (classify in backward compatibility or >> something...). >> Don't know if you can simply remove it, or if some binary file outs of CompiledMethod >> require it. Ask Marcus. No, properties where used just internally for Pragmas. And those work. The other use of properties was in Persephone/Reflectivity (http://scg.unibe.ch/research/reflectivity) and in Bytesurgeon (http://scg.unibe.ch/research/bytesurgeon) Both of which will need some change (fort the better!) to work on Pharo anyway. So no problem. We should remove MethodProperty. I will add report to the tracker for this. Marcus -- Marcus Denker -- http://www.marcusdenker.de

1 0

Nov. 21, 2009

Hi nicolas I was dicussing today with juan vuletich about the management of end of line convention and I think that he is right. When we edit a file we should be in control about that we want to have. In CUIS when you edit a file you can decide the convention or change it. He told me that in the squeak world people were pushing that the end of line is controlled by the platform. My point of view on this is : - when I manipulate the text object may be we should have the platform convention. - when I edit a file I should get the control because I may want to edit a file on mac with unix convention. So nicolas I saw that you pushed a slice about fixing end of line. What is the design behind it? Stef

5 10

[Pharo-project] About end of line convention
by Stephan Eggermont Nov. 20, 2009

Nov. 20, 2009

StÃ©phane Ducasse wrote: >When we edit a file we should be in control about that we want to have. I don't think so. What we want is an end of line. I don't care how it is represented. (Actually, I do. It should be out-of-band instead of a character. But I'm not going to get that). Only when saving/exporting (and importing) can I be interested in the representation. Default should be platform, as most people are not interested in implementation problems. >In CUIS when you edit a file you can decide the convention or change it. I don't like that. It is fine for a hex editor, but not for text. Stephan Eggermont

8 9