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

[Pharo-project] dnu - isScarySelector not found

by Torsten Bergmann

Had the same problem in one of the latest dev images as soon as one implements a class side method in one of the browsers. Easy to fix: Just hitting "create" and implementing the method in Metaclass with ^false solved the problem. Bye T. -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

Sept. 8, 2009

Re: [Pharo-project] confusion about where to look for sources file

by Damien Cassou

On Mon, Sep 7, 2009 at 7:51 PM, Ross Boylan<ross(a)biostat.ucsf.edu> wrote: > So, I think it is not looking for the sources in the image directory. > Ideally, it would; alternately, the error message should be consistent > with the current behavior. Both solutions are viable solutions normally. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 8, 2009

Re: [Pharo-project] OSProcess and SqueakMap

by StÃ©phane Ducasse

Thanks a lot david. Both are important for us. On Sep 7, 2009, at 10:00 PM, David T. Lewis wrote: > On Mon, Sep 07, 2009 at 12:15:28PM -0700, Ross Boylan wrote: >> I want to run the magma tester, which is much easier if OS Process is >> around. It doesn't seem to be in the image or Monticello, and I >> think >> it is only available from SqueakMap. > > OSProcess and CommandShell (formerly part of OSProcess until I split > it) > are both on SqueakSource. For Pharo, I recommend that you load the > latest > versions from SqueakSource rather than from SqueakMap (I made a fix > just > yesterday that is important for Pharo users). Be sure to get the > unit tests > also, they are a good source of examples. > > I have not tested on the latest Pharo, but I did notice one test > failure > for OSProcess the last time I checked. It was something involving > coordinating > lots of (Smalltalk) processes. One of the CommandShell tests was not > running > to completion either, probably for the same reason. I'm not sure if > it is > still a problem on the latest Pharo or not (sorry, I have not had > time to > track it down yet). > > Also, CommandShell will not show up in the menus on Pharo, so you will > need to evaluate "CommandShell open" to start a shell. > >> What's the best way to get OSProcess into the image? Is it already >> there? Not compatible? > > It should not be necessary to add it to the image. I always intended > for > OSProcess to be an external package, and it should be easy enough to > load > for anyone who wants to use it. > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2009

Re: [Pharo-project] Using Pharo from the command-line

by Stuart Herring

On Tue, Sep 8, 2009 at 1:54 AM, Igor Stasenko<siguctua(a)gmail.com> wrote: > The problem with command-line arguments as a file names, like: > > cat myfile.foo > > is that the location of myfile.foo is determined by using a search > path , usually provided in environment PATH var of a shell. That's not actually true - the location is always relative to the current working directory. PATH is only used to locate _executables_ to be run, and is not used for finding command line options. > I worked in a different unix shells, and some of them, do not > adding/using the ./ into the search path by default, which means > that > cat myfile.foo > will end up with 'file not found' message, > while > cat ./myfile.foo > will work fine. On which shells do you see this behaviour? I think you may be confusing it with the fact that: myscript.sh myfile.foo won't work, but ./myscript.sh myfile.foo will - which is indeed because '.' is never in PATH. However, it won't make any difference to the ability of the program to locate "myfile.foo". The shell actually plays no part in locating a file specified as an argument on the command line, it's entirely up to the program using that command line how it will handle it. But on all Unix like platforms I've seen, if you pass simply "myfile.foo" to fopen(), it will look for the file in and only in the current working directory of the process. What can confuse the situation is if something changes the current working directory between the user passing in the argument, and the fopen() call being made. This might happen if for example, the command the user executed was actually a wrapper script that cd'd to another directory before running the actual command. (Though such a wrapper script, particularly for a program that did in fact expect files to be passed in on the command line, is arguably broken) Regards, Stuart

Sept. 8, 2009

Re: [Pharo-project] Make things easy for newcomers!! (Was: Re: OSProcess and SqueakMap)

by Ross Boylan

On Mon, 2009-09-07 at 17:50 -0700, Igor Stasenko wrote: > A new blood in the herd! Wellcome. Thank you. I've used smalltalk and squeak for many years, albeit intermittently, BTW. > > As for the rest of gray-beards, i wonder, how long it to make a > debugger window to pop-up with > one additional button, named 'file a but report' so then any newcomers > will send a proper stack trace instead > of a screenshot and implementation of DNU method? I thought the fileout option from the debugger would file out the stack. There is also the mail bug report, but I was trying to keep in my main email client (among other things, it would preserve the thread). I'm just trying to get a working image with magma. "Working" includes being able to pass the magma test suite. I thought to try Pharo after running into trouble with 3.10. It's frustrating that after 2 days I don't have it working. And I was thinking of trying Seaside with Magma for something at work. I think a newbie would have given up much earlier, though it's a little hard to imagine a newbie wanting an object database... This seems as good a place as any to report some other glitches, which mostly strike me as documentation issues. This is in addition to the problem getting OSProcess going reported earlier in this thread, the problem locating the sources file (which may be a buglet) and my VM issues in other threads. All of this is on Linux, and refers to http://www.pharo-project.org/pharo-download. I'm guessing life is easier for Windows or Mac users. First, it would be useful if that page clarified the VM requirements and whether Pharo requires a fork of the VM (I take it one needs a VM with block closures--which means pretty recent--but the VM itself is not forked). I also was unsure what would happen if I had different VMs lying around, though that might be too esoteric to put on the page. Oh, and there is no statement "you need image, changes, source, and a VM and here is how they are related." Second, the instructions say "When downloads are completed, uncompress all files in a folder (you need an .image, .changes, and a .sources file) and run the virtual machine." I would interpret this as saying mkdir myproject cd myproject unzip /some/path/to/file.zip But this actually creates a directory underneath my project that has everything. Then if you unzip the virtual machine, that ends up in a different subdirectory. Maybe the sources zip would go to a 3rd directory (I just made a symlink to a copy I already had). So then someone new to smalltalk would need guidance about how to put these together and actually start the image. Third, the image has an update facility which was not mentioned. I wasn't entirely clear whether updating was a good or bad idea. I did the update. Some guidance on the install page would be helpful. A final curiosity: I created symlinks so that the image and changes file appeared directly under myproject, invoking the VM from that same directory. After I did the updates, the cache directory was under the image subdirectory, i.e. as if I had run from the target of the symlink. Ross

Sept. 8, 2009

Re: [Pharo-project] MorphTreeMorph

by Marcus Denker

On 07.09.2009, at 20:10, Tudor Girba wrote: > Hi, > > It looks like in the latest Pharo images (both core and dev) the > MorphTreeMorph class is missing. In fact, it looks like the whole > System-Settings package is missing. > > Is there a reason for this? > Hello, The settings were not used and the next version seemingly will change form an API perspective. Of course, I did not know that the package contained widgets that are used by others... Maybe we can move the MorphTreeMorph class into the package that contains the widgets? Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Sept. 8, 2009

Re: [Pharo-project] VNC on mac?

by Lawson English

And downloaded the latest pharo + seaisde/pier image from the pharo site and it works. Sigh. Lawson English wrote: > Hmmm... Went ahead and tried it with the latest squeak version from > squeak.org and it worked fine. > > > Could there be a problem with Snow Leopard and the seaside image? > > > > > Lawson English wrote: >> I've been trying to test the RFBServer on a Mac using the Seaside >> 2.8.4 image. I'm using Chicken of the VNC as my VNC client, but all I >> get is a static iamge of the Squeak desktop. Can't referesh and >> certainly can't interact. >> >> The connection info says it IS an interactive session though. >> >> Any ideas for what I'm doing wrong? >> >> >> THanks >> >> >> Lawson >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> > >

Sept. 8, 2009

Re: [Pharo-project] VNC on mac?

by Lawson English

Hmmm... Went ahead and tried it with the latest squeak version from squeak.org and it worked fine. Could there be a problem with Snow Leopard and the seaside image? Lawson English wrote: > I've been trying to test the RFBServer on a Mac using the Seaside 2.8.4 > image. I'm using Chicken of the VNC as my VNC client, but all I get is a > static iamge of the Squeak desktop. Can't referesh and certainly can't > interact. > > The connection info says it IS an interactive session though. > > Any ideas for what I'm doing wrong? > > > THanks > > > Lawson > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Sept. 8, 2009

[Pharo-project] Make things easy for newcomers!! (Was: Re: OSProcess and SqueakMap)

by Igor Stasenko

A new blood in the herd! Wellcome. As for the rest of gray-beards, i wonder, how long it to make a debugger window to pop-up with one additional button, named 'file a but report' so then any newcomers will send a proper stack trace instead of a screenshot and implementation of DNU method? Ross, do not take it as an insult to you. :) 2009/9/7 Ross Boylan <ross(a)biostat.ucsf.edu>: > On Mon, 2009-09-07 at 19:12 -0400, David T. Lewis wrote: >> On Mon, Sep 07, 2009 at 01:50:14PM -0700, Ross Boylan wrote: >> > On Mon, 2009-09-07 at 16:00 -0400, David T. Lewis wrote: >> > > On Mon, Sep 07, 2009 at 12:15:28PM -0700, Ross Boylan wrote: >> > > > I want to run the magma tester, which is much easier if OS Process is >> > > > around. Â It doesn't seem to be in the image or Monticello, and I think >> > > > it is only available from SqueakMap. >> > > >> > > OSProcess and CommandShell (formerly part of OSProcess until I split it) >> > > are both on SqueakSource. For Pharo, I recommend that you load the latest >> > > versions from SqueakSource rather than from SqueakMap (I made a fix just >> > > yesterday that is important for Pharo users). Be sure to get the unit tests >> > > also, they are a good source of examples. >> > OSProcess loaded fine, but CommandShell says PluggableTextController and >> > PluggableTextView. >> >> Those are the MVC classes for CommandShell (which works for both Morphic >> and MVC). MVC has been removed from Pharo. Don't worry about these error >> messages; the rest should load fine. > I proceeded past the error above and another warning that MVC was not > loaded. Â I've attached details on it. Â The save to file doesn't seem to > have much info, so I also put in a screen shot. Â The shot also show the > progress bar at the very start. >> >> > Do I need the OSProcess plugin? >> >> Yes. It is also good (but not required) to have AioPlugin and XDisplayControlPlugin. >> All three are usually included in Unix VMs, and OSProcessPlugin is probably included >> if you are using OS X. For Windows you would need to build it yourself. > I'm on linux. Â Am I correct that the plugin source is only useful if you > then run VMMaker to make a VM--i.e., bringing it in to an image will not > get you a working plugin? >> >> 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 > -- Best regards, Igor Stasenko AKA sig.

Sept. 8, 2009

Re: [Pharo-project] OSProcess and SqueakMap

by David T. Lewis

On Mon, Sep 07, 2009 at 04:45:05PM -0700, Ross Boylan wrote: > On Mon, 2009-09-07 at 19:12 -0400, David T. Lewis wrote: > > On Mon, Sep 07, 2009 at 01:50:14PM -0700, Ross Boylan wrote: > > > On Mon, 2009-09-07 at 16:00 -0400, David T. Lewis wrote: > > > > On Mon, Sep 07, 2009 at 12:15:28PM -0700, Ross Boylan wrote: > > > > > I want to run the magma tester, which is much easier if OS Process is > > > > > around. It doesn't seem to be in the image or Monticello, and I think > > > > > it is only available from SqueakMap. > > > > > > > > OSProcess and CommandShell (formerly part of OSProcess until I split it) > > > > are both on SqueakSource. For Pharo, I recommend that you load the latest > > > > versions from SqueakSource rather than from SqueakMap (I made a fix just > > > > yesterday that is important for Pharo users). Be sure to get the unit tests > > > > also, they are a good source of examples. > > > OSProcess loaded fine, but CommandShell says PluggableTextController and > > > PluggableTextView. > > > > Those are the MVC classes for CommandShell (which works for both Morphic > > and MVC). MVC has been removed from Pharo. Don't worry about these error > > messages; the rest should load fine. > I proceeded past the error above and another warning that MVC was not > loaded. I've attached details on it. The save to file doesn't seem to > have much info, so I also put in a screen shot. The shot also show the > progress bar at the very start. Well I'm not sure what is going on then. Hopefully you've been able to load enough to run the Magma tests. I'll get myself up to speed with a newer Pharo image to test OSProcess and CommandShell when I get some free time, but I can't do it right now. > > > Do I need the OSProcess plugin? > > > > Yes. It is also good (but not required) to have AioPlugin and XDisplayControlPlugin. > > All three are usually included in Unix VMs, and OSProcessPlugin is probably included > > if you are using OS X. For Windows you would need to build it yourself. > I'm on linux. Am I correct that the plugin source is only useful if you > then run VMMaker to make a VM--i.e., bringing it in to an image will not > get you a working plugin? Yes that's right. As long as the VM that you are using has OSPP included (most do), you do not have to worry about loading the OSProcessPlugin package or building a VM. Dave

Sept. 8, 2009