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

Re: [Pharo-project] A remote workspace

by StÃ©phane Ducasse

+1 On May 13, 2010, at 2:51 AM, Igor Stasenko wrote: > On 13 May 2010 02:22, Torsten Bergmann <astares(a)gmx.de> wrote: >> Why dont you use the VNC facility of Pharo which is >> typically used to administrate Seaside images: >> >> http://book.seaside.st/book/advanced/deployment/maintaining/vnc >> >> Just install the RFB package, configure and use a normal >> VNC client to remotely use and drive the image. >> >> So you have workspaces, debuggers, you name it, ... >> > Remote debugging is a must. Headless, no UI. > Remote debugger can create own UI at debugger side, while debugged > image could be quite small, > contain no UI, Morphic & rest of stuff. > > Think of debugging a kernel images, where you can't afford having a > lot of stuff loaded, not saying about RFB. > >> Bye >> Torsten >> >> -- >> GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! >> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 >> >> _______________________________________________ >> 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. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010

Re: [Pharo-project] A remote workspace

by StÃ©phane Ducasse

any takers for a small description on the pharo-book? Stef On May 13, 2010, at 1:22 AM, Torsten Bergmann wrote: > Why dont you use the VNC facility of Pharo which is > typically used to administrate Seaside images: > > http://book.seaside.st/book/advanced/deployment/maintaining/vnc > > Just install the RFB package, configure and use a normal > VNC client to remotely use and drive the image. > > So you have workspaces, debuggers, you name it, ... > > Bye > Torsten > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010

Re: [Pharo-project] A remote workspace

by StÃ©phane Ducasse

Because it would be good to have an image without morphic and other and we want to be able to debug it from another place. Stef On May 13, 2010, at 1:22 AM, Torsten Bergmann wrote: > Why dont you use the VNC facility of Pharo which is > typically used to administrate Seaside images: > > http://book.seaside.st/book/advanced/deployment/maintaining/vnc > > Just install the RFB package, configure and use a normal > VNC client to remotely use and drive the image. > > So you have workspaces, debuggers, you name it, ... > > Bye > Torsten > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010

Re: [Pharo-project] A remote workspace

by StÃ©phane Ducasse

On May 13, 2010, at 12:46 AM, Geoffroy Couprie wrote: > Hello, > > On Thu, May 13, 2010 at 12:38 AM, Michael van der Gulik > <mikevdg(a)gmail.com> wrote: >> On Thu, May 13, 2010 at 10:31 AM, Geoffroy Couprie >> <geo.couprie(a)gmail.com> wrote: >>> Hello, >>> >>> Following the discussion on VM remote administration ( >>> http://lists.gforge.inria.fr/pipermail/pharo-users/2010-May/000268.html >>> ), I started working on something like a remote workspace. So far, I'm >>> able to connect to a VM running Pharo with netcat, and execute some >>> code. It is not much, but it was fun to write, and I learned a lot of >>> things :) >>> >>> Now, before I add new features, I feel I should ask if someone would >>> be interested by this, and what use case you would imagine: >>> -Connecting from another VM or sticking with netcat? >>> -Remote debugging (might not be easy, but should be fun to do) >>> -Sending commands to a lot of VMs at once (and querying status) >>> -Multiple connections possibles? >>> -Being able to save a session (like http://www.gnu.org/software/screen/ ) >>> -Authentication/encryption? Is there a way to use openssl, or should I >>> steal the 3DES code from RFB (it should be quick enough for text only >>> communication)? >> >> There's a package called REPLServer for Squeak which does the above. >> It has command line editing and history. > > Aww, you just killed my first real Smalltalk program :( Have a look there is certainly space to improve. If it works in pharo it would be great to produce a ConfigurationOfREPL for pharo1.0 and pharo1.1 > > Well, I'll try it! > >> >> It doesn't have a debugger yet. I use it to "reboot" Morphic to get >> back to a debugger after a bad crash. Nor does it have session >> management, but that could be added easily. I never thought of doing >> that. >> >> REPLServer just uses telnet and only listens to localhost. I figured >> that if anybody wants to do secure stuff, then they could SSH into the >> remote host and then use telnet from the command line to get to >> Squeak. >> > > Yes, SSH tunnels work really well. Right now, my server listens on locahost too. > > Best regards, > > Geoffroy > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010

Re: [Pharo-project] A remote workspace

by StÃ©phane Ducasse

On May 13, 2010, at 12:31 AM, Geoffroy Couprie wrote: > Hello, > > Following the discussion on VM remote administration ( > http://lists.gforge.inria.fr/pipermail/pharo-users/2010-May/000268.html > ), I started working on something like a remote workspace. So far, I'm > able to connect to a VM running Pharo with netcat, and execute some > code. It is not much, but it was fun to write, and I learned a lot of > things :) this is cool. > Now, before I add new features, I feel I should ask if someone would > be interested by this, and what use case you would imagine: > -Connecting from another VM or sticking with netcat? > -Remote debugging (might not be easy, but should be fun to do) +++ > -Sending commands to a lot of VMs at once (and querying status) +++ > -Multiple connections possibles? > -Being able to save a session (like http://www.gnu.org/software/screen/ ) > -Authentication/encryption? Is there a way to use openssl, or should I > steal the 3DES code from RFB (it should be quick enough for text only > communication)? having good support there would be reallllllllllly really cool. Stef > > Best regards, > > Geoffroy > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010

Re: [Pharo-project] #reversed and ANSI compatibility

by StÃ©phane Ducasse

yes the idea was to have sort sorted reverse reversed for inplace/copy based situation. What ansi specifies for reversed? Stef On May 13, 2010, at 6:47 AM, Lukas Renggli wrote: > The recent change of renaming #revese to #reversed introduces problems > in the Seaside code-base. > > While I agree that the renaming makes sense, #reverse is part of the > ANSI standard and supported by all other Smalltalk implementations. In > Seaside we are forced to use it. > > Could Pharo re-add a not-deprecated delegator of #reverse in > SequenceableCollection? I have the opinion that Pharo should follow > ANSI if this is easily possible, because this is the only mean of > having some minimal kind of compatibility. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010

[Pharo-project] #reversed and ANSI compatibility

by Lukas Renggli

The recent change of renaming #revese to #reversed introduces problems in the Seaside code-base. While I agree that the renaming makes sense, #reverse is part of the ANSI standard and supported by all other Smalltalk implementations. In Seaside we are forced to use it. Could Pharo re-add a not-deprecated delegator of #reverse in SequenceableCollection? I have the opinion that Pharo should follow ANSI if this is easily possible, because this is the only mean of having some minimal kind of compatibility. Lukas -- Lukas Renggli www.lukas-renggli.ch

May 13, 2010

Re: [Pharo-project] object that create other objects [meta-object]?

by Serge Stinckwich

On Thu, May 13, 2010 at 2:03 AM, magique poter <sebovick(a)gmail.com> wrote: > Hello, > > First sorry for my bad english. I will try to be understandable:) > > I have a problem that is, I think, enouth interesting (and difficult > to found responses on the web) to post here. I hope somebody will > understand it, and point my attention to some keywords, or web links. > > Here is my interrogation: > - in smaltalk, everything is object, > - i create classes whith the browser (an object), > - then there are objects in smalltalk that create classes. > Question: > - What are the keywords, the technologies I will have to deal with to > create that kind of objetcts (object that create classes that I can > then initialize to create instances)? > - After lot of search, the thing I want to create seams to be a > meta-object. But how do we do in practice? > - Do you have some books to recommand to understand this programming practice? Try to read chapter 13 of Pharo by Example book : http://pharobyexample.org/ Best regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

May 13, 2010

Re: [Pharo-project] A remote workspace

by Serge Stinckwich

On Thu, May 13, 2010 at 5:46 AM, Geoffroy Couprie <geo.couprie(a)gmail.com> wrote: > Hello, > > On Thu, May 13, 2010 at 12:38 AM, Michael van der Gulik > <mikevdg(a)gmail.com> wrote: >> On Thu, May 13, 2010 at 10:31 AM, Geoffroy Couprie >> <geo.couprie(a)gmail.com> wrote: >>> Hello, >>> >>> Following the discussion on VM remote administration ( >>> http://lists.gforge.inria.fr/pipermail/pharo-users/2010-May/000268.html >>> ), I started working on something like a remote workspace. So far, I'm >>> able to connect to a VM running Pharo with netcat, and execute some >>> code. It is not much, but it was fun to write, and I learned a lot of >>> things :) >>> >>> Now, before I add new features, I feel I should ask if someone would >>> be interested by this, and what use case you would imagine: >>> -Connecting from another VM or sticking with netcat? >>> -Remote debugging (might not be easy, but should be fun to do) >>> -Sending commands to a lot of VMs at once (and querying status) >>> -Multiple connections possibles? >>> -Being able to save a session (like http://www.gnu.org/software/screen/ ) >>> -Authentication/encryption? Is there a way to use openssl, or should I >>> steal the 3DES code from RFB (it should be quick enough for text only >>> communication)? >> >> There's a package called REPLServer for Squeak which does the above. >> It has command line editing and history. > > Aww, you just killed my first real Smalltalk program :( > > Well, I'll try it! Don't be sad, maybe you could port (and adapt) the REPLServer to Pharo and put it on SqueakSource in order to load it in the image very easily. It's already a lot of work and it might interested a lot of people in the Pharo community. Best regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

May 13, 2010

Re: [Pharo-project] Scripting with Pharo?

by David T. Lewis

OSProcess is partially implemented on Windows, but the required plugin is not normally distributed with Windows VMs. That is the reason for "WindowsProcess with pid nil". The WindowsProcess object is a proxy for the external Windows process, and the pid is nil because the actual process could not be started (because of the missing plugin). http://wiki.squeak.org/squeak/708 Dave On Thu, May 13, 2010 at 12:28:14AM +0200, Tudor Girba wrote: > Hi, > > As far as I know, OSProcess does not work on Windows. > > Cheers, > Doru > > > On 12 May 2010, at 23:54, Andrei Stebakov wrote: > > >Installation worked well. > >Something is still missing (docs for sure!) when I type "OSProcess > >thisOSProcess" and evaluate/print it it says "a WindowsProcess with > >pid nil". > > > > > >2010/5/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > >It seems the wiki is outdated. Please try this to install it: > > > >Gofer new > > squeaksource: 'Coral'; > > package: 'LoadCoral'; > > load. > > > >(Smalltalk at: #CoralLoader) load. > > > > > >DISCLAIMER: I have no idea of it is working or not. It just load. > >And I am not even sure if loads completely correct > > > >Cheers > > > >mariano > > > > > >2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> > >Right, I just didn't get it on the first read... > > > >2010/5/12 Gabriel Brunstein <gaboto(a)gmail.com> > >As I read there, Coral IS A PACKAGE FOR PHARO! so you would not be > >using another tool. > >I don't know which is the state of Coral, if it works or not (based > >on the previous mail of Stephane) > > > >2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> > >Thank you, I'll give it a try. See, maybe my philosophy is wrong, > >but I'd rather get better at one tool (where it's possible) than > >learn multiple different tools to do similar tasks. > >I think Pharo has a potential to be if not a Swiss army knife like > >Python, but a very useful language for any programming tasks > >(scripting is one of them). > >So far, as a newbie, I like what I see in Pharo and having a blast > >learning it. I am so thrilled, that just a thought that it could do > >scripting sends shivers down my spine :) > > > >2010/5/12 Gabriel Brunstein <gaboto(a)gmail.com> > > > >What about coral? > >http://scg.unibe.ch/wiki/projects/bachelorsprojects/coral > > > >2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> > >Is it possible to start Pharo headless and execute some command (say > >to get some info from a web page)? > > > >_______________________________________________ > >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 > > > > > >_______________________________________________ > >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 > > > >_______________________________________________ > >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." > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 13, 2010