November 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Squeak DBX page

by Mariano Martinez Peck

Thanks Torsten. We are trying to fix it. The thing is that this website is hosted in Smallworks server as Esteban Lorenzano and Diogenes Moreira are owners of the company and at the same time, part of the team of the SqueakDBX :) ESUG funded and sponsored us trough the SummerTalk and Smallworks gave us a piece in its server :) Cheers, Mariano On Wed, Nov 18, 2009 at 8:28 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > http://www.squeakdbx.org/ now points to Smallworks. > > Does anyone know what happened? > > Thx > T. > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 >

Nov. 18, 2009

Re: [Pharo-project] Speech Klatt package on SqueakSource (was: Package name "SharedPool-Speech", "SharedPool-FFI", etc ?)

by StÃ©phane Ducasse

We will probably propose a Metacello configuration for that. Stef On Nov 18, 2009, at 5:18 AM, David T. Lewis wrote: > On Tue, Nov 17, 2009 at 01:58:19PM +0100, St?phane Ducasse wrote: >> Thanks for cleaning VMMaker!!!!!!!!! >> ****REALLYYYYY**** >> Thanks a lot. > > Absolutely! > > I think I have a MC configuration that provides a "one click" download > or update for a Squeak trunk image. I'm not sure what loader to use for > Pharo, but it is probably easy to do now that the FFI and Speech dependencies > are cleaned up. Here is the configuration that I set up so far, from > http://squeaksource.com/VMMaker/update-dtl.2.mcm: > > ( > repository ('http://www.squeaksource.com/VMMaker') > repository ('http://www.squeaksource.com/OSProcessPlugin') > repository ('http://www.squeaksource.com/AioPlugin') > repository ('http://www.squeaksource.com/XDCP') > repository ('http://www.squeaksource.com/Balloon3D') > repository ('http://www.squeaksource.com/FreeTypePlus') > repository ('http://source.impara.de/freetype') > repository ('http://www.squeaksource.com/Speech') > repository ('http://source.squeak.org/FFI') > dependency ('FFI-Pools' 'FFI-Pools-ar.1' '86e591e9-5b59-fb4a-b94f-a4d0bb6b562a') > dependency ('SharedPool-Speech' 'SharedPool-Speech-dtl.2' '909f8136-1418-4340-9ed1-a10d97297f7a') > dependency ('VMMaker' 'VMMaker-dtl.152' 'f2acd8b3-9b6f-4cff-943b-277996e2f18f') > dependency ('MemoryAccess' 'MemoryAccess-dtl.3' '4c970003-8989-4e5a-8976-97968565355e') > dependency ('SlangBrowser' 'SlangBrowser-dtl.3' '2ca317eb-20ee-40bc-ac81-d6a8aff06d72') > dependency ('VMConstruction-Plugins-OSProcessPlugin' 'VMConstruction-Plugins-OSProcessPlugin-mtf.21' '21483577-6451-4037-b7cb-b99cb1661177') > dependency ('VMConstruction-Plugins-AioPlugin' 'VMConstruction-Plugins-AioPlugin-dtl.9' '2c04d527-6cd8-4951-9980-25bf7314ba26') > dependency ('VMConstruction-Plugins-XDisplayControlPlugin' 'VMConstruction-Plugins-XDisplayControlPlugin-dtl.7' 'f9a236f5-01e0-4d50-a417-7c33dfd4eff4') > dependency ('Balloon3D-Constants' 'Balloon3D-Constants-ar.5' '7526429b-6a46-5541-ad56-b79c27ed7e60') > dependency ('Balloon3D-Plugins' 'Balloon3D-Plugins-ar.4' '72288d04-07ff-f149-a588-4c18849bf4e7') > dependency ('FreeType' 'FreeType-tween.435' '1866706e-ba6b-a742-b2fb-7854932b7596') > dependency ('Freetype-Plugin' 'Freetype-Plugin-JMM.53' 'faa01af7-04c8-451b-8afc-55fc196fc811') > ) > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 18, 2009

[Pharo-project] Squeak DBX page

by Torsten Bergmann

http://www.squeakdbx.org/ now points to Smallworks. Does anyone know what happened? Thx T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Nov. 18, 2009

[Pharo-project] [update] #10496

by Marcus Denker

10496 ----- Issue 1446: SystemVersion for PharoCore 1.0 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Team Rmod

Nov. 18, 2009

Re: [Pharo-project] OSProcess - working on gnuplot

by Adrian Lienhard

Hi Dave, Just to make sure I'm looking at the right code: The latest version (for Pharo) are in the projects OSProcess and CommandShell on SqueakSource.com? MC complains about missing classes when loading; I just ignored them (probably they are not relevant as they seem related to the GUI). Running all tests crashes the Mac VM. But even the simple test of chdir fails: (UnixProcessAccessorTestCase selector: #testChDir) debug It does not seem to invoke any Pharo-specific code. So I wonder if I miss something trivial. UnixOSProcessPlugin.bundle exists in my VM's Contents/Resources/ directory. Adrian On Nov 18, 2009, at 04:55 , David T. Lewis wrote: > On Tue, Nov 17, 2009 at 09:30:16AM +0100, Adrian Lienhard wrote: >> Hi Dave, >> >> On Nov 17, 2009, at 01:40 , David T. Lewis wrote: >> >> [...] >> >>> If the above examples do not work for you, it is very likely due to >>> the >>> current inconsistencies between OSProcess and Pharo, for which I do >>> not yet >>> have a solution (I would welcome any tips here, I tried again last >>> night to >>> figure out what's wrong and gave up in frustration :-/ ). >> >> >> What is the simplest thing to do to reproduce the problem? >> >> Do we know if it is on all platforms? Does it work in a Squeak Trunk >> image? > > Hi Adrian, > > There are unit tests for OSProcess as well as for CommandShell, and > these > should all be green. Yes, all tests pass on Squeak trunk (see > attached). > > I get inconsistent results on a Pharo image. I just tried again > tonight > on pharo1.0-10495-rc1dev09.11.3, and things look better than the last > time I tried (which might be coincidental, I'm running various VMs and > maybe I got myself confused the other evening). > > I'm not sure, but I think I am seeing two types of problem. The easy > one is that I'm getting test failures in AioEventHandlerTestCase that > are probably caused by changes in the socket code for Pharo compared > to > Squeak. I have not found the cause yet, but I'm not worried about it > because it's probably just a change in the socket code for Pharo, and > I probably will just need to adjust the tests for this. > > The harder problem is that I am getting intermittent failures, most > often showing up in CommandShellTestCase (which does a lot of pipes, > event handling, and OS process handling). I think that I am seeing > failures in reading from pipes, which in turn results in failure to > find end of file and clean up exiting processes. This causes the tests > to get "stuck", and if I look in a terminal window, I can see that > many > of the processes spawned by the unit tests are in zombie mode, > indicating > that the grimReaperProcess running in Pharo/Squeak is failing to > clean up processes that are ready to exit. > > I think that when I ran this on earlier Pharo images I was getting > errors that had something to do with the fileID of a file stream > (sorry I did not save the specific errors), so I am wondering if > anything may have changed that would affect access to the fileID > handle for a file stream. I have also seen VM crashes when running > the tests, which suggests possibly passing the wrong kind of object > to a primitive that expects a fileID byte array (and of course it > also means that I need to do a better job of validating parameters > passed to primitives in OSPP, but that's a separate topic ;) > >> Maybe I or other people can help to get more insights about what goes >> wrong. OSProcess is certainly a very important package for Pharo, so >> we should try to get it working again. > > Thanks for offering to help. I suspect that this will turn out to be > one or two simple problems, and I just have not found them yet. > > Dave > > <OSP-Tests-Squeak.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 18, 2009

[Pharo-project] [update 1.1] #11047

by Marcus Denker

11047 ----- Issue 1456: HTTP encoding into UTF8 Issue 1447: SystemVersion for PharoCore 1.1 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Team Rmod

Nov. 18, 2009

Re: [Pharo-project] Connectors

by Tudor Girba

Hi Andrew, The official page is here: http://moose.unibe.ch/tools/mondrian Although most of it talks about the VisualWorks implementation, you can find an up-to-date Pharo-related tutorial here: http://bergel.eu/download/MondrianManual.pdf Cheers, Doru On 18 Nov 2009, at 00:33, Andrew P. Black wrote: > Is there any documentation? > > Andrew > > On 17 Nov 2009, at 03:46, Alexandre Bergel wrote: > >> I recommand you to give a try at Mondrian. >> http://www.squeaksource.com/Mondrian.html > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "We are all great at making mistakes."

Nov. 18, 2009

Re: [Pharo-project] OSProcess - working on gnuplot

by Schwab,Wilhelm K

The image readers heap a lot of abuse on the streams given to them (reset vs. restoring position, sending #binary, #close, etc.). With PNG, I was able to create a modified reader that uses the IEND chunk to stop the read rather than the end of stream, which is hideous for some uses (such as mine). My "fix" could be applied to the existing code. Any interest? My wrapper around the stdout pipe is still failing me, but I think I see why. With a proper page-reading trick, I will hopefully be able to get it to work, which I define here as having the PNG read stop at the end of the data. Not now though: it's getting too late for this nonsense :) Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Monday, November 16, 2009 9:28 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] OSProcess - working on gnuplot Dave, That works - thanks! Knowing how much data to read will be a problem. My assumption was that I would have an image reader pull from the stream, taking the hint when it finds a complete image. Sadly, they do bad things to the stream, and I am not sure how to correct that. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Monday, November 16, 2009 7:59 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] OSProcess - working on gnuplot Dave, Thanks for the examples, and the reminder about Squeak/Pharo differences. I'll see what I can figure out. You might have already explained why one of my tests failed. I do want the option to keep gnuplot running. It might turn out that the cases in which that matters are precisely the ones in which gnuplot should be allowed to write the output files, but I'd rather not start out with that approach. Re the problems in Pharo, one perhaps completely worthless point: I ran some of the unit tests with Pharo launched from a terminal, and got Ipv6 related messages. It made no sense to me, but (I think) that code is whacked, and if there is any relationship, it *might* be the problem. Usual caveats about this being a potential red herring apply. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of David T. Lewis Sent: Monday, November 16, 2009 7:40 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] OSProcess - working on gnuplot On Mon, Nov 16, 2009 at 05:36:08PM -0500, Schwab,Wilhelm K wrote: > Dave, > > ProcessWrapper looks like a win32-only project to me, and Sig's gnuplot package > appears to use OSProcess for unix. Please let me know if I am missing something. > > It is true that OSProcess' unit tests cause Pharo to experience an > ugly death, but a lot seems to work. I am having some success with > code such as > > gp := PipeableOSProcess command:'gnuplot'. > gp > exec:'set output ""'; > exec:'set terminal png'; > exec:'plot sin(x)'. > > but I cannot get any output without shutting down the process. Are > any of the problems you describe relevant to that, or am I asking too > much, or perhaps just going about this incorrectly? > > Bill You may be hanging up trying to read a blocking stream from the gnuplot program. Try using #setNonBlockingOutput to prevent this. The following three examples all work for me (but I ran this on a Squeak image). Your original example, but with #setNonBlockingOutput: gp := PipeableOSProcess command:'gnuplot'. gp setNonBlockingOutput. gp exec:'set output ""'; exec:'set terminal png'; exec:'plot sin(x)'. gp close. "close stdin to gnuplot, like <ctl>D" gp upToEndOfFile inspect. "stdout, the graphics output" gp errorUpToEndOfFile inspect. "stderr output if any" If you want to keep gnuplot running in background, you will have to read data as it becomes available using #upToEnd rather than #upToEndOfFile: gp := PipeableOSProcess command:'gnuplot'. gp setNonBlockingOutput. gp exec:'set output ""'; exec:'set terminal png'; exec:'plot sin(x)'. (Delay forMilliseconds: 1000) wait. "allow gnuplot to send data" gp upToEnd inspect. "all available stdout data" gp errorUpToEnd inspect. "all available stderr data" gp close. You can cause the background gnuplot interpreter to exit by sending it the "exit" command, or by doing "gp close" as in the examples above: gp := PipeableOSProcess command:'gnuplot'. gp setNonBlockingOutput. gp exec:'set output ""'; exec:'set terminal png'; exec:'plot sin(x)'; exec: 'exit'. "exit gnuplot, similar effect to gp close" gp upToEndOfFile inspect. gp errorUpToEndOfFile inspect. If the above examples do not work for you, it is very likely due to the current inconsistencies between OSProcess and Pharo, for which I do not yet have a solution (I would welcome any tips here, I tried again last night to figure out what's wrong and gave up in frustration :-/ ). HTH, Dave _______________________________________________ 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 18, 2009

Re: [Pharo-project] OSProcess - working on gnuplot

by Schwab,Wilhelm K

Dave, It is nice to see a programmer accept blame for something. Too many hide behind the euphemism du jour ("issue") as if they had nothing to do with it. A long time ago, I read an article that objected to the term "bug," suggesting that it was too easy to pass of as something relatively harmless; the author favored the term "defect." It is even more applicable now. If you want to have fun, get across a table with a programmer who measures his/her worth by listing their MS certifications, and insist on using "defect" every time they pass something off as an "issue." The looks of horror can be quite entertaining. But I digress. Ok, you blew it<g>. Feel better? You're man enough to take the heat (not that we're going to give you any). However, the vm is partially at fault, because (AFICT), it fails to trap crashes. IMHO, the worst thing a program can do is lock up. The next worst thing it can do is disappear w/o leaving a reason for it. So, I *do* blame the vm for not doing more to help us find this. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of David T. Lewis Sent: Tuesday, November 17, 2009 11:09 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] OSProcess - working on gnuplot On Tue, Nov 17, 2009 at 03:20:41PM -0500, Schwab,Wilhelm K wrote: > Stef, > > The only problems I have found are in the unit tests, which somewhere along the line cause a vm crash. Otherwise, it seems to work. Until it either proves unstable or otherwise lets me down, I'm trying to press forward with it, since I agree that it is REALLY important that this and other other FFI-like features work and work well. > > In general, I find the Linux vm to be too willing to crash w/o leaving a trace, or at least a trace that I know how to find(??). Hi Bill, I am not sure what was causing the crashes (I have seen this too, although not on the latest Pharo that I tried tonight). But I am quite sure that you should not blame the VM, and you should not blame Pharo either. In such a case, the fault lies with the person who wrote the plugin that crashed (that would be me). I expect that the unit tests ended up passing the "wrong" object as a parameter to some primitive in OSProcessPlugin, which in turn led to a crash. Most likely the symptoms (VM crash) will go away whenever we figure out the issues with OSProcess on Pharo, but only correct solution is to write the primitives with enough parameter checking that a VM crash cannot happen. If I see this problem again, I'll try running the VM under a gdb debugger to find out which primitive is causing the crash. That's probably the only way to find it, because the VM cannot prevent a sloppy plugin from doing a segfault and exiting. Dave _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 18, 2009

Re: [Pharo-project] Speech Klatt package on SqueakSource (was: Package name "SharedPool-Speech", "SharedPool-FFI", etc ?)

by David T. Lewis

On Tue, Nov 17, 2009 at 01:58:19PM +0100, St?phane Ducasse wrote: > Thanks for cleaning VMMaker!!!!!!!!! > ****REALLYYYYY**** > Thanks a lot. Absolutely! I think I have a MC configuration that provides a "one click" download or update for a Squeak trunk image. I'm not sure what loader to use for Pharo, but it is probably easy to do now that the FFI and Speech dependencies are cleaned up. Here is the configuration that I set up so far, from http://squeaksource.com/VMMaker/update-dtl.2.mcm: ( repository ('http://www.squeaksource.com/VMMaker') repository ('http://www.squeaksource.com/OSProcessPlugin') repository ('http://www.squeaksource.com/AioPlugin') repository ('http://www.squeaksource.com/XDCP') repository ('http://www.squeaksource.com/Balloon3D') repository ('http://www.squeaksource.com/FreeTypePlus') repository ('http://source.impara.de/freetype') repository ('http://www.squeaksource.com/Speech') repository ('http://source.squeak.org/FFI') dependency ('FFI-Pools' 'FFI-Pools-ar.1' '86e591e9-5b59-fb4a-b94f-a4d0bb6b562a') dependency ('SharedPool-Speech' 'SharedPool-Speech-dtl.2' '909f8136-1418-4340-9ed1-a10d97297f7a') dependency ('VMMaker' 'VMMaker-dtl.152' 'f2acd8b3-9b6f-4cff-943b-277996e2f18f') dependency ('MemoryAccess' 'MemoryAccess-dtl.3' '4c970003-8989-4e5a-8976-97968565355e') dependency ('SlangBrowser' 'SlangBrowser-dtl.3' '2ca317eb-20ee-40bc-ac81-d6a8aff06d72') dependency ('VMConstruction-Plugins-OSProcessPlugin' 'VMConstruction-Plugins-OSProcessPlugin-mtf.21' '21483577-6451-4037-b7cb-b99cb1661177') dependency ('VMConstruction-Plugins-AioPlugin' 'VMConstruction-Plugins-AioPlugin-dtl.9' '2c04d527-6cd8-4951-9980-25bf7314ba26') dependency ('VMConstruction-Plugins-XDisplayControlPlugin' 'VMConstruction-Plugins-XDisplayControlPlugin-dtl.7' 'f9a236f5-01e0-4d50-a417-7c33dfd4eff4') dependency ('Balloon3D-Constants' 'Balloon3D-Constants-ar.5' '7526429b-6a46-5541-ad56-b79c27ed7e60') dependency ('Balloon3D-Plugins' 'Balloon3D-Plugins-ar.4' '72288d04-07ff-f149-a588-4c18849bf4e7') dependency ('FreeType' 'FreeType-tween.435' '1866706e-ba6b-a742-b2fb-7854932b7596') dependency ('Freetype-Plugin' 'Freetype-Plugin-JMM.53' 'faa01af7-04c8-451b-8afc-55fc196fc811') ) Dave

Nov. 18, 2009