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

Re: [Pharo-project] Problem in Pharo 1.1 (Igor?) : You have reached the size limit of the changes file.

by Mariano Martinez Peck

On Thu, May 13, 2010 at 8:26 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > mariano > > i just released a fix could you stress the system? > wiiiiiii My .changes is now 36MB. It seems to work ok. > > Stef > > On May 13, 2010, at 2:31 PM, Mariano Martinez Peck wrote: > > > > > > > On Thu, May 13, 2010 at 1:17 PM, David T. Lewis <lewis(a)mail.msen.com> > wrote: > > On Thu, May 13, 2010 at 10:56:17AM +0300, Igor Stasenko wrote: > > > On 13 May 2010 10:33, St??phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > > > oops > > > > Igor do you have more information? > > > > how do we do that? > > > > > > > just replace CompiledMethod>>checkOKToAdd:at:, or take it from trunk. > > > > > > As far as i can tell, everything else should work fine after that. > > > This is not my contribution , so i don't know all nuances, sorry. > > > > > > I just made things which allow source pointers > 32Mb to be stored in > > > method trailers, while others put this in use in various places :) > > > > That is probably all that is needed, yes. But be sure to test it. > > When I did this for trunk, I tested by loading some big Monticello > > package endlessly in a loop until I got the changes file up to > > a couple hundred megabytes. You should be able to do this, save > > and restart the image, browse all old methods is the sources file > > and so forth. Then modify some method and make sure your change > > appears at the end of the huge changes file, and that you can > > revert your most recent change. And of course you should get no > > warning dialog about the changes file size. > > > > Somebody with a fast computer should volunteer to test this. I > > recall that it took a long time on my slow laptop computer with > > slow disk drive ;) > > > > > > > > Thanks Dave. In my case, I accidently did something similar: I installed > Seaside 3.0 a couple of times: > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfSeaside'; > > load. > > > > And then evaluate: > > > > ConfigurationOfSeaside project latestVersion load: #( 'Seaside 3.0' > 'Magritte2' 'Pier2' 'Pier2 AddOns' ). > > > > > > There will be some errors and deprecated...just proceed them as this is > only to increase the .changes > > > > Cheers > > > > Mariano > > > > 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 >

May 13, 2010

Re: [Pharo-project] RB and OB in Pharo 1.1 [WAS] Re: [Seaside] Loading Seaside 3.0 in Pharo 1.1

by Mariano Martinez Peck

On Thu, May 13, 2010 at 9:13 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Now I saw a new package: AST-Semantic > > Which are the dependecies of that package? > > It depends on AST-Core. > Ok. > > > and who depends on it ? > > Nobody at the moment. It can annotate the AST with semantic > information. For example, it can tell you if two variables refer to > the same thing. And it can tell you what kind of variables this is. > And where and in what scope it is defined. And where and in what > scopes it is read and written. And if it is shadowing or being > shadowed by other variables. Or if it is a special variable like > 'self', something you cannot determine just by looking at the name. > > The package might be useful to define some more sophisticated > transformation or refactoring. Currently I am using it in Helvetia, > but also the New Compiler and other tools might find it useful. > > Good to know. I add it for the moment. Now, another problems while running tests: Deprecation: The method ArrayedCollection asSortedArray has been deprecated. Use asArray sort in BogusDamage >> repairCategories: Deprecation: The method Boolean and:and:and: has been deprecated. Use and: instead in BogusDamage >> repairMethod: At least, they are easy to fix ;) Cheers Mariano 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

Re: [Pharo-project] Pharo by example book: copying/pasting code snippets

by Douglas Brebner

On 13/05/2010 22:13, Andrei Stebakov wrote: > When I copy and paste code snippets from the book, the compiler > complains about the minus signs (which is different character from > what Pharo expects): > > For example the line from the book: > (j > 1) ifTrue: [ (cells at: i at: j â 1) toggleState]. > I have to change to (with "short" minus sign) > (j > 1) ifTrue: [ (cells at: i at: j - 1) toggleState]. > Otherwise the method doesn't get accepted. > I wonder if this is a PDF issue and if it could be corrected? > Looks like the pdf is using the unicode minus character instead of the ascii dash (which Pharo uses for minus) which are not the same. I wouldn't like to argue about which is in the wrong here ;)

May 13, 2010

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by Mariano Martinez Peck

On Fri, May 14, 2010 at 12:15 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > On May 13, 2010, at 11:33 PM, Mariano Martinez Peck wrote: > > > Ok...now it seems to be working again. However, It takes MUCH more time > than in Pharo 1.0. > > can you be more precise? > Yes, I can: "In PharoCore 10517" MessageTally time: [Smalltalk condenseChanges]. -> 8127 "In PharoCore 11357" MessageTally time: [Smalltalk condenseChanges]. 490523 > Apparently they are a lot of methods hanging around and they should be > cleaned. Now we do not care that condense > Changes is fast or not. It works so perfect. > > Yes. But I am intrigued why. > > > > I really don't care too much, I just want to know if this is expected or > not. > > > > Cheers > > > > Mariano > > > > On Tue, May 11, 2010 at 8:41 PM, Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com> wrote: > > 2010/5/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > > nicolas > > > > > > do you have an idea where we can look? > > > > > > Stef > > > > > > > Sorry, I don't have time to dig into it... > > But I think invent is a more appropriate verb than look in this case. > > The ideas of Igor sound good to me, delegate some to CompiledMethods > > and maybe use a mass becomeForward > > > > Nicolas > > > > > On May 10, 2010, at 6:26 PM, Nicolas Cellier wrote: > > > > > >> Sorry for the infinite loop, it was my fault. > > >> I thought it had been detected and solved already (in squeak ?). > > >> > > >> Destroying source pointer of un-installed methods was just a > > >> workaround to be used in case of already broken sources. > > >> There is another strategy : detect the source pointer of un-installed > > >> methods and store them in the new change log. > > >> This has to be done before logging source code of installed methods. > > >> > > >> Nicolas > > >> > > >> 2010/5/9 Igor Stasenko <siguctua(a)gmail.com>: > > >>> On 9 May 2010 23:17, Alain Plantec <alain.plantec(a)free.fr> wrote: > > >>>> > > >>>>> Ok, i took the 11343 > > >>>>> - fixed the #condenseChanges > > >>>>> - ran Smalltalk condenseChanges > > >>>>> - changed the single method > > >>>>> - saved image > > >>>>> - ran Smalltalk condenseChanges again > > >>>>> > > >>>>> no crash reported. > > >>>>> > > >>>> > > >>>> Indeed, with 11343 it seems ok. > > >>>> With 11326 (updated -> 11346), crash during the second > condenseChanges :( > > >>> > > >>> Alain, could you please send me an image +.changes saved just before > > >>> running a second condenseChanges? > > >>> I'll try to find the cause of it. > > >>> > > >>>> Alain > > >>>>> > > >>>>> > > >>>>>> > > >>>>>> Alain > > >>>>>> > > >>>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>>> _______________________________________________ > > >>>> 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 > > >> > > >> _______________________________________________ > > >> 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 >

May 13, 2010

Re: [Pharo-project] Remove developing with Pharo

by Igor Stasenko

2010/5/14 Andrei Stebakov <lispercat(a)gmail.com>: > Interesting! Is it done on the X-server side or client? > you should have settings in your VNC client. also, you could set bpp for image. both could help to run things faster. > On Thu, May 13, 2010 at 5:38 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com>: >> > That's right, looks like it sends full-blown images (not the delta, not >> > the >> > commands to x-server) and re-drawing takes forever. I wonder if it's a >> > Pharo >> > issue or x-server's? My xterm works pretty fast compared to Pharo >> > though... >> > >> lowering the pixel depth to 8bpp helps :) >> >> > 2010/5/12 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> >> >> >> >> I have at times done what you are attempting, and painful is nicest >> >> adjective I can think to use.Â Please let us know if VNC is a better >> >> option.Â Â Re RDP,Â I haveÂ wondered whether the poor performance could be >> >> telling us something about the amount of drawing that might be >> >> happening for >> >> no purpose???Â It can be terribly slow, especially the response to >> >> typing. >> >> Bill >> >> >> >> ________________________________ >> >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> >> Mariano >> >> Martinez Peck >> >> Sent: Wednesday, May 12, 2010 10:25 AM >> >> To: Pharo-project(a)lists.gforge.inria.fr >> >> Subject: Re: [Pharo-project] Remove developing with Pharo >> >> >> >> >> >> >> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> >> >>> >> >>> Currently I have my web applications running on a Ubuntu box to which >> >>> I >> >>> connect from a remote WinXP system via ssh. >> >> >> >> I guess the subject should be "remote" instead of "remove"Â ?Â ;) >> >> >> >> Sorry I ask but why not you cannot just develop in your pc and with scp >> >> or >> >> similar you copy the .image and .image file trough ssh to the server ? >> >> >> >>> >> >>> My current set of tools is Lisp/Slime/Emacs. >> >>> I tried to launch Pharo with X11 forwarding using X-server on WinXP, >> >>> but >> >>> it painfully slow (the Pharo main windows redraws in a few minutes). >> >>> I am really thinking developing some web app using Pharo/Seaside (I am >> >>> liking the language more and more!) but I need to know to do it >> >>> remotely via >> >>> a secure connection. >> >> >> >> >> >> Yes, there is an implementation of the VNC protocolol. You can take a >> >> Pharo image and load a VNC server. Then, you can connect to any VNC >> >> client >> >> and what you see is the image....Then you can do whatever you want. I >> >> don't >> >> know the performance, thus. >> >> >> >> That package is called RFB (remote something buffer) >> >> >> >> http://book.seaside.st/book/advanced/deployment/maintaining/vnc >> >> >> >> To install it: >> >> >> >> Gofer it >> >> Â squeaksource: 'MetacelloRepository'; >> >> Â package: 'ConfigurationOfRFB'; >> >> Â load. >> >> ((Smalltalk at: #ConfigurationOfRFB) project perform: #latestVersion) >> >> load. >> >> >> >> >> >> Cheers >> >> >> >> Mariano >> >> >> >> >> >>> >> >>> Thank you, >> >>> Andrei >> >>> >> >>> _______________________________________________ >> >>> 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 >> > >> >> >> >> -- >> 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 > > _______________________________________________ > 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.

May 13, 2010

Re: [Pharo-project] (igor) Help for 1.1: condenseChanges does not work anymore

by StÃ©phane Ducasse

On May 13, 2010, at 11:33 PM, Mariano Martinez Peck wrote: > Ok...now it seems to be working again. However, It takes MUCH more time than in Pharo 1.0. can you be more precise? Apparently they are a lot of methods hanging around and they should be cleaned. Now we do not care that condense Changes is fast or not. It works so perfect. > I really don't care too much, I just want to know if this is expected or not. > > Cheers > > Mariano > > On Tue, May 11, 2010 at 8:41 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2010/5/10 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > nicolas > > > > do you have an idea where we can look? > > > > Stef > > > > Sorry, I don't have time to dig into it... > But I think invent is a more appropriate verb than look in this case. > The ideas of Igor sound good to me, delegate some to CompiledMethods > and maybe use a mass becomeForward > > Nicolas > > > On May 10, 2010, at 6:26 PM, Nicolas Cellier wrote: > > > >> Sorry for the infinite loop, it was my fault. > >> I thought it had been detected and solved already (in squeak ?). > >> > >> Destroying source pointer of un-installed methods was just a > >> workaround to be used in case of already broken sources. > >> There is another strategy : detect the source pointer of un-installed > >> methods and store them in the new change log. > >> This has to be done before logging source code of installed methods. > >> > >> Nicolas > >> > >> 2010/5/9 Igor Stasenko <siguctua(a)gmail.com>: > >>> On 9 May 2010 23:17, Alain Plantec <alain.plantec(a)free.fr> wrote: > >>>> > >>>>> Ok, i took the 11343 > >>>>> - fixed the #condenseChanges > >>>>> - ran Smalltalk condenseChanges > >>>>> - changed the single method > >>>>> - saved image > >>>>> - ran Smalltalk condenseChanges again > >>>>> > >>>>> no crash reported. > >>>>> > >>>> > >>>> Indeed, with 11343 it seems ok. > >>>> With 11326 (updated -> 11346), crash during the second condenseChanges :( > >>> > >>> Alain, could you please send me an image +.changes saved just before > >>> running a second condenseChanges? > >>> I'll try to find the cause of it. > >>> > >>>> Alain > >>>>> > >>>>> > >>>>>> > >>>>>> Alain > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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 > >> > >> _______________________________________________ > >> 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

May 13, 2010

Re: [Pharo-project] Remove developing with Pharo

by Andrei Stebakov

Interesting! Is it done on the X-server side or client? On Thu, May 13, 2010 at 5:38 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com>: > > That's right, looks like it sends full-blown images (not the delta, not > the > > commands to x-server) and re-drawing takes forever. I wonder if it's a > Pharo > > issue or x-server's? My xterm works pretty fast compared to Pharo > though... > > > lowering the pixel depth to 8bpp helps :) > > > 2010/5/12 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > >> > >> I have at times done what you are attempting, and painful is nicest > >> adjective I can think to use. Please let us know if VNC is a better > >> option. Re RDP, I have wondered whether the poor performance could be > >> telling us something about the amount of drawing that might be happening > for > >> no purpose??? It can be terribly slow, especially the response to > typing. > >> Bill > >> > >> ________________________________ > >> From: pharo-project-bounces(a)lists.gforge.inria.fr > >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Mariano > >> Martinez Peck > >> Sent: Wednesday, May 12, 2010 10:25 AM > >> To: Pharo-project(a)lists.gforge.inria.fr > >> Subject: Re: [Pharo-project] Remove developing with Pharo > >> > >> > >> > >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> > >>> > >>> Currently I have my web applications running on a Ubuntu box to which I > >>> connect from a remote WinXP system via ssh. > >> > >> I guess the subject should be "remote" instead of "remove" ? ;) > >> > >> Sorry I ask but why not you cannot just develop in your pc and with scp > or > >> similar you copy the .image and .image file trough ssh to the server ? > >> > >>> > >>> My current set of tools is Lisp/Slime/Emacs. > >>> I tried to launch Pharo with X11 forwarding using X-server on WinXP, > but > >>> it painfully slow (the Pharo main windows redraws in a few minutes). > >>> I am really thinking developing some web app using Pharo/Seaside (I am > >>> liking the language more and more!) but I need to know to do it > remotely via > >>> a secure connection. > >> > >> > >> Yes, there is an implementation of the VNC protocolol. You can take a > >> Pharo image and load a VNC server. Then, you can connect to any VNC > client > >> and what you see is the image....Then you can do whatever you want. I > don't > >> know the performance, thus. > >> > >> That package is called RFB (remote something buffer) > >> > >> http://book.seaside.st/book/advanced/deployment/maintaining/vnc > >> > >> To install it: > >> > >> Gofer it > >> squeaksource: 'MetacelloRepository'; > >> package: 'ConfigurationOfRFB'; > >> load. > >> ((Smalltalk at: #ConfigurationOfRFB) project perform: #latestVersion) > >> load. > >> > >> > >> Cheers > >> > >> Mariano > >> > >> > >>> > >>> Thank you, > >>> Andrei > >>> > >>> _______________________________________________ > >>> 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 > > > > > > -- > 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] NetNameResolver in Pharo 1.1

by Michael Roberts

I thought initially we could do something with netcat and some scripts. But that is a bit limiting on the local host. Ideally we build a test server providing a bunch of network services that would respond to example protocols. I imagine somewhere there is a project that already does this. Most linux distros have all the tools anyway (ftp, http, etc). it seems just a question of configuration and locking-down. cheers, Mike On Thu, May 13, 2010 at 7:24 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks mike > indeed we should find a better way to tests network problems. > > Stef > > On May 13, 2010, at 7:53 PM, Michael Roberts wrote: > >> I have tried to load Magma in Pharo1.1 but have not yet succeeded. I >> don't have a lot of time i'm afraid. the existing Metacello config >> doesn't load the right packages, nor the list on the wiki page (using >> installer) it seems. I am missing an implementation of a method >> maAt:ifPresent:ifAbsent: on Smalltalk. >> >> anyone with a spare moment might like to figure that out. The >> underscores need fixing in dependent packages (write barrier tests) >> as well >> >> so we should maybe do something simpler to test the network. >> >> thanks, >> Mike >> >> _______________________________________________ >> 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 >

May 13, 2010

Re: [Pharo-project] Remove developing with Pharo

by Igor Stasenko

2010/5/12 Andrei Stebakov <lispercat(a)gmail.com>: > That's right, looks like it sends full-blown images (not the delta, not the > commands to x-server) and re-drawing takes forever. I wonder if it's a Pharo > issue or x-server's? My xterm works pretty fast compared to Pharo though... > lowering the pixel depth to 8bpp helps :) > 2010/5/12 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> >> >> I have at times done what you are attempting, and painful is nicest >> adjective I can think to use.Â Please let us know if VNC is a better >> option.Â Â Re RDP,Â I haveÂ wondered whether the poor performance could be >> telling us something about the amount of drawing that might be happening for >> no purpose???Â It can be terribly slow, especially the response to typing. >> Bill >> >> ________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano >> Martinez Peck >> Sent: Wednesday, May 12, 2010 10:25 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Remove developing with Pharo >> >> >> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> >>> >>> Currently I have my web applications running on a Ubuntu box to which I >>> connect from a remote WinXP system via ssh. >> >> I guess the subject should be "remote" instead of "remove"Â ?Â ;) >> >> Sorry I ask but why not you cannot just develop in your pc and with scp or >> similar you copy the .image and .image file trough ssh to the server ? >> >>> >>> My current set of tools is Lisp/Slime/Emacs. >>> I tried to launch Pharo with X11 forwarding using X-server on WinXP, but >>> it painfully slow (the Pharo main windows redraws in a few minutes). >>> I am really thinking developing some web app using Pharo/Seaside (I am >>> liking the language more and more!) but I need to know to do it remotely via >>> a secure connection. >> >> >> Yes, there is an implementation of the VNC protocolol. You can take a >> Pharo image and load a VNC server. Then, you can connect to any VNC client >> and what you see is the image....Then you can do whatever you want. I don't >> know the performance, thus. >> >> That package is called RFB (remote something buffer) >> >> http://book.seaside.st/book/advanced/deployment/maintaining/vnc >> >> To install it: >> >> Gofer it >> Â squeaksource: 'MetacelloRepository'; >> Â package: 'ConfigurationOfRFB'; >> Â load. >> ((Smalltalk at: #ConfigurationOfRFB) project perform: #latestVersion) >> load. >> >> >> Cheers >> >> Mariano >> >> >>> >>> Thank you, >>> Andrei >>> >>> _______________________________________________ >>> 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 > -- Best regards, Igor Stasenko AKA sig.

May 13, 2010

Re: [Pharo-project] Pharo by example book: copying/pasting code snippets

by Stefan Marr

On 13 May 2010, at 23:19, StÃ©phane Ducasse wrote: >> >> On May 13, 2010, at 11:13 PM, Andrei Stebakov wrote: >> >>> When I copy and paste code snippets from the book, the compiler complains about the minus signs (which is different character from what Pharo expects): >>> >>> For example the line from the book: >>> (j > 1) ifTrue: [ (cells at: i at: j â 1) toggleState]. >>> I have to change to (with "short" minus sign) >>> (j > 1) ifTrue: [ (cells at: i at: j - 1) toggleState]. >>> Otherwise the method doesn't get accepted. >>> I wonder if this is a PDF issue and if it could be corrected? > this is a pdf issue. In my latex documents, using a lstlisting environment, this isn't a problem... Tested on OS X. Best regards Stefan

May 13, 2010