October 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 2.0 with RFBServer with -headless

by Srikumar K. S.

Hi Ben, Thanks for the welcome :) My problem doesn't seem to be related to the semaphore issue and more likely reflects my noob status. I'm up and running now though. I was afraid of having to run xpra or something since it would eat server memory, but thankfully RFBServer seems to work fine now. Best, -Kumar On 25 Oct, 2013, at 7:51 PM, pharo-users-request(a)lists.pharo.org wrote: > Date: Fri, 25 Oct 2013 22:11:33 +0800 > From: btc(a)openinworld.com > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] Pharo 2.0 with RFBServer with -headless > Message-ID: <526A7C15.60203(a)openinworld.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Srikumar, > Welcome to the community. Really great to hear you are enjoying Pharo, > and got your problem solved yourself. Hope to see more of you here. > > I don't have a direct answer for your queries. I haven't used RFB like > that before. I remember a thread about RFB and semaphores that might > have related information. Google "RFB on 2.0 + linux - semaphore > primitive failed" > > cheers -ben > > Srikumar Karaikudi Subramanian wrote: >> Hi, >> >> Since this is my first post, I'd first like to say Pharo rocks! >> After quite a bit of search for a server-side programming environment >> that I can live with, I landed on Pharo/Zinc+family and went >> "this is it!" for my project which is like a wiki for music >> notation. >> >> I'm trying to setup a pharo+zinc server with RFB installed on a VPS >> so I can access it through VNC ("Chicken of the VNC" on MacOS 10.8.5). >> I'm only get a static image of the pharo environment when I connect >> and I don't get any interactivity at all. One other poster [1] who >> mentioned this also posted that the problem was solved with a >> later version of squeak, which I didn't have any luck with since I don't >> have X configured on my server. >> >> Much appreciate any tips. >> >> I got pharo from get.pharo.org and cloned the image using "save". >> I run the following script on the cloned image with >> the "-headless" flag (I tried with and without the flag.) >> >> "----begin code---" >> Gofer it >> squeaksource: 'MetacelloRepository'; >> package: 'ConfigurationOfRFB'; >> load. >> (Smalltalk at: #ConfigurationOfRFB) load. >> >> (RFBServer current) >> allowEmptyPasswords: false; >> allowRemoteConnections: false; >> allowInteractiveConnections: true; >> allowZRLE: true; >> setFullPassword: 'my password'; >> start: 0. >> >> [1 hour asDelay wait] repeat. >> "----end code----" >> >> One other point - if I save an image after loading the RFB package >> (using "Smalltalk snapshot: true andQuit: true.") and then >> launch with a script that only starts the server, I get a static black screen >> instead and not even the static image. So I don't understand why >> there should be a behaviour difference between the two as well. >> >> Regards to all, >> -Kumar >> >> [1] http://groups.yahoo.com/neo/groups/squeak/conversations/topics/141662

Oct. 25, 2013

Re: [Pharo-users] Pharo 2.0 with RFBServer with -headless

by Norbert Hartl

Hi Srikumar, can you tell what other software you have installed in your image. I know the effect but Iâm still not fully convinced it is RFBs fault. Norbert Am 25.10.2013 um 05:24 schrieb Srikumar Karaikudi Subramanian <srikumarks(a)gmail.com>: > Hi, > > Since this is my first post, I'd first like to say Pharo rocks! > After quite a bit of search for a server-side programming environment > that I can live with, I landed on Pharo/Zinc+family and went > "this is it!" for my project which is like a wiki for music > notation. > > I'm trying to setup a pharo+zinc server with RFB installed on a VPS > so I can access it through VNC ("Chicken of the VNC" on MacOS 10.8.5). > I'm only get a static image of the pharo environment when I connect > and I don't get any interactivity at all. One other poster [1] who > mentioned this also posted that the problem was solved with a > later version of squeak, which I didn't have any luck with since I don't > have X configured on my server. > > Much appreciate any tips. > > I got pharo from get.pharo.org and cloned the image using "save". > I run the following script on the cloned image with > the "-headless" flag (I tried with and without the flag.) > > "----begin code---" > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfRFB'; > load. > (Smalltalk at: #ConfigurationOfRFB) load. > > (RFBServer current) > allowEmptyPasswords: false; > allowRemoteConnections: false; > allowInteractiveConnections: true; > allowZRLE: true; > setFullPassword: 'my password'; > start: 0. > > [1 hour asDelay wait] repeat. > "----end code----" > > One other point - if I save an image after loading the RFB package > (using "Smalltalk snapshot: true andQuit: true.") and then > launch with a script that only starts the server, I get a static black screen > instead and not even the static image. So I don't understand why > there should be a behaviour difference between the two as well. > > Regards to all, > -Kumar > > [1] http://groups.yahoo.com/neo/groups/squeak/conversations/topics/141662

Oct. 25, 2013

Re: [Pharo-users] Pharo 2.0 with RFBServer with -headless

by btc＠openinworld.com

Hi Srikumar, Welcome to the community. Really great to hear you are enjoying Pharo, and got your problem solved yourself. Hope to see more of you here. I don't have a direct answer for your queries. I haven't used RFB like that before. I remember a thread about RFB and semaphores that might have related information. Google "RFB on 2.0 + linux - semaphore primitive failed" cheers -ben Srikumar Karaikudi Subramanian wrote: > Hi, > > Since this is my first post, I'd first like to say Pharo rocks! > After quite a bit of search for a server-side programming environment > that I can live with, I landed on Pharo/Zinc+family and went > "this is it!" for my project which is like a wiki for music > notation. > > I'm trying to setup a pharo+zinc server with RFB installed on a VPS > so I can access it through VNC ("Chicken of the VNC" on MacOS 10.8.5). > I'm only get a static image of the pharo environment when I connect > and I don't get any interactivity at all. One other poster [1] who > mentioned this also posted that the problem was solved with a > later version of squeak, which I didn't have any luck with since I don't > have X configured on my server. > > Much appreciate any tips. > > I got pharo from get.pharo.org and cloned the image using "save". > I run the following script on the cloned image with > the "-headless" flag (I tried with and without the flag.) > > "----begin code---" > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfRFB'; > load. > (Smalltalk at: #ConfigurationOfRFB) load. > > (RFBServer current) > allowEmptyPasswords: false; > allowRemoteConnections: false; > allowInteractiveConnections: true; > allowZRLE: true; > setFullPassword: 'my password'; > start: 0. > > [1 hour asDelay wait] repeat. > "----end code----" > > One other point - if I save an image after loading the RFB package > (using "Smalltalk snapshot: true andQuit: true.") and then > launch with a script that only starts the server, I get a static black screen > instead and not even the static image. So I don't understand why > there should be a behaviour difference between the two as well. > > Regards to all, > -Kumar > > [1] http://groups.yahoo.com/neo/groups/squeak/conversations/topics/141662 >

Oct. 25, 2013

Re: [Pharo-users] Reset Spec #openWorldWithSpec:

by Benjamin

Yes, because when you openInWorld, you do not create a window, you take Pharo window as container :) Ben On 25 Oct 2013, at 14:55, btc(a)openinworld.com wrote: > Benjamin wrote: >> >> euuuuh >> >> Basically what is done when you open a spec as world is that the background color changed, >> all the morph are closed, and the spec is specified to take all the space. >> >> So to revert it, I think you *only* need to close the spec morph, >> set the background color to white, and voilÃ >> >> Ben >> > > Okay. So this works okay... > > TabsExample new openWithSpec. > [ (Delay forSeconds: 3) wait. > SpecWindow allInstancesDo: [ :windowModel | windowModel delete ]. > ] fork. > > but this does not.... > > TabsExample new openWorldWithSpec. > [ (Delay forSeconds: 3) wait. > SpecWindow allInstancesDo: [ :windowModel | windowModel delete ]. > ] fork. > > However I finally managed to discover this works... > > TabsExample new openWorldWithSpec. > [ (Delay forSeconds: 3) wait. > PanelMorph allInstancesDo: [ :pm | pm delete ]. > ] fork. > > cheers -ben >> On 24 Oct 2013, at 18:51, btc(a)openinworld.com wrote: >> >> >>> Message #openWorldWithSpec: sets a Spec entity to take up the whole World. How can that be reverted? ...to set the World back to the state delivered with a virgin Pharo image? >>> >>> cheers -ben >>> >>> >> >> >> >

Oct. 25, 2013

Re: [Pharo-users] Reset Spec #openWorldWithSpec:

by btc＠openinworld.com

Oct. 25, 2013

Re: [Pharo-users] Proper way of handling multiple exception sections

by Camille Teruel

On 25 oct. 2013, at 13:34, Norbert Hartl <norbert(a)hartl.name> wrote: > Iâm thinking about what would be the proper/least annoying way of having multiple exception sections. If I have a code block that can emit two different exceptions is the only way doing it > > [ [ ... ] > on: Exception1 > do: [ â¦ ] ] > on: Exception2 > do: [ â¦ ] You can handle multiple exceptions like that: [ ... ] on: Exception1, Exception2 do: [ :err | ... ] But there is only one handling block. If you need to have two different handling blocks, I once though of a solution where you would write things like that: [ ... ] exceptionHandler on: Exception1 do: [ ... ]; on: Exception2 do: [ ... ]; execute. The #exceptionHandler message would answer an ExceptionHandler on the block that would be able to manage multiple handling blocks. Something like that: ExceptionHandler >> on: anExceptionClass do: aBlock handlingBlock at: anExceptionClass put: aBlock ExceptionHandler>> handlingBlockFor: anExceptionClass anExceptionClass ifNil: [ ^ nil ]. ^ handlingBlock at: anExceptionClass ifAbsent: [ self handlingBlockFor: anExceptionClass superclass ] ExceptionHandler >>#execute block on: Error do: [ :error | (self handlingBlockFor: error class) ifNil: [ error pass ] ifNotNil: [ :handlingBlock | handlingBlock value ] ] > on:do: just calls a primitive that marks the context being an exception handler. What is called in the image when the stack is scanned to find an exception handler? I think its ContextPart>>#findNextHandlerContextStarting > > thanks, > > Norbert

Oct. 25, 2013

Re: [Pharo-users] Proper way of handling multiple exception sections

by Igor Stasenko

On 25 October 2013 13:34, Norbert Hartl <norbert(a)hartl.name> wrote: > Iâm thinking about what would be the proper/least annoying way of having > multiple exception sections. If I have a code block that can emit two > different exceptions is the only way doing it > > [ [ ... ] > on: Exception1 > do: [ â¦ ] ] > on: Exception2 > do: [ â¦ ] > > on:do: just calls a primitive that marks the context being an exception > handler. What is called in the image when the stack is scanned to find an > exception handler? > > Look at MethodContext exception handling category. Not sure if this answer can satisfies you, because the code there is hard to read and hard to debug. > thanks, > > Norbert > -- Best regards, Igor Stasenko.

Oct. 25, 2013

Proper way of handling multiple exception sections

by Norbert Hartl

Iâm thinking about what would be the proper/least annoying way of having multiple exception sections. If I have a code block that can emit two different exceptions is the only way doing it [ [ ... ] on: Exception1 do: [ â¦ ] ] on: Exception2 do: [ â¦ ] on:do: just calls a primitive that marks the context being an exception handler. What is called in the image when the stack is scanned to find an exception handler? thanks, Norbert

Oct. 25, 2013

Re: [Pharo-users] Spec Question

by Benjamin

On 25 Oct 2013, at 11:34, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hi, > > I tested it it without hurrying today. > Using Cmd+s with 'whenTextIsAccepted:' works both on Pharo 2.0 and 3.0. > Unfortunately I exchanged the TextModel with TextInputFieldModel where it did not work. > > However, using 'whenTextChanged:' does not work or at least not how I expect it to work. > From the naming I would that this message gets triggered, once something was typed into the textfield. > But apparently it doesn't get triggered at all in my case (Pharo 2.0 and 3.0). > Any ideas? Right now, I canât see why Must probably the event is not triggered, or not at the correct moment Ben > Best, > Manfred > > > > > > On Thu, Oct 24, 2013 at 2:35 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Ok :) > > Thank you, and see you tomorrow :P > > Ben > > On 24 Oct 2013, at 14:34, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > >> Yes, I can do that but it'll have to wait until tomorrow. >> Will report back, soon. >> >> Thanks for the help so far, >> Manfred >> >> >> >> >> On Thu, Oct 24, 2013 at 2:29 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> Can you try in 3.0, since Spec changed *a lot* in the meantime >> >> Ben >> >> On 24 Oct 2013, at 14:25, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: >> >>> Hello Ben and ClÃ©ment, >>> >>> thanks for the quick reply. >>> But even when I hit Cmd+s the Text of the label stays the same and the button is not enabled. >>> No matter if I use 'whenTextChanged:' or 'whenTextIsAccepted:'. >>> >>> I only tested this in the Pharo 2.0 image. >>> >>> Best, >>> Manfred >>> >>> >>> >>> >>> >>> >>> On Thu, Oct 24, 2013 at 2:22 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >>> Hey, >>> >>> Accepting a text usually means the is compiled. To accept a text, right click on it, then click accept in the contextual menu (at the bottom). You can also do it with Cmd+s on Mac. >>> >>> Try again and tell us if the #whenTextIsAccepted: works fine in your image or not. >>> >>> Best, >>> >>> >>> >>> 2013/10/24 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> >>> Text is accepted when you âsaveâ it (cmd+s) >>> >>> Ben >>> >>> On 24 Oct 2013, at 14:05, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: >>> >>>> Hi everyone, >>>> >>>> I finally got around to check back on a Spec question that popped up about two weeks ago. >>>> >>>> At that time I was giving Spec a first try and gathered information from a couple of sources. >>>> One of them was the draft chapter about Spec from the Pharo for the Enterprise book. >>>> >>>> https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/Spec/Sp… >>>> >>>> The example has the following method: >>>> >>>> TestSpec>>initializePresenter >>>> example whenTextIsAccepted: [ changes text: 'The text Changed'. acceptChanges enable ]. >>>> >>>> This should change the text of the 'changes' LabelModel when the text in the 'example' TextModel is accepted. >>>> >>>> >>>> >>>> >>>> >>>> >>>> Now, there the issue for me was that the Label text did not change once when I typed text into the presented textfield. >>>> Even when I changed the method from 'whenTextIsAccepted:' to 'whenTextChanged:'. >>>> Is this intended or is this an issue with Spec? >>>> >>>> Also, it is not clear to me what 'accepting' text means (maybe I didn't look thoroughly enough). >>>> The method comment just states that it is called when the text is accepted. >>>> Which is kind of self referential ;-) >>>> >>>> The OS X Pharo versions I used for testing where newly downloaded Pharo 2.0 and 3.0 from about 2 weeks ago. >>>> They were downloaded from here: >>>> http://files.pharo.org/platform/Pharo2.0-mac.zip >>>> http://files.pharo.org/platform/Pharo3.0-mac.zip >>>> >>>> Best, >>>> Manfred >>> >>> >>> >> >> > >

Oct. 25, 2013

Re: [Pharo-users] Spec Question

by Manfred KrÃ¶hnert

Hi, I tested it it without hurrying today. Using Cmd+s with 'whenTextIsAccepted:' works both on Pharo 2.0 and 3.0. Unfortunately I exchanged the TextModel with TextInputFieldModel where it did not work. However, using 'whenTextChanged:' does not work or at least not how I expect it to work. >From the naming I would that this message gets triggered, once something was typed into the textfield. But apparently it doesn't get triggered at all in my case (Pharo 2.0 and 3.0). Any ideas? Best, Manfred On Thu, Oct 24, 2013 at 2:35 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Ok :) > > Thank you, and see you tomorrow :P > > Ben > > On 24 Oct 2013, at 14:34, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> > wrote: > > Yes, I can do that but it'll have to wait until tomorrow. > Will report back, soon. > > Thanks for the help so far, > Manfred > > > > > On Thu, Oct 24, 2013 at 2:29 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Can you try in 3.0, since Spec changed *a lot* in the meantime >> >> Ben >> >> On 24 Oct 2013, at 14:25, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> >> wrote: >> >> Hello Ben and ClÃ©ment, >> >> thanks for the quick reply. >> But even when I hit Cmd+s the Text of the label stays the same and the >> button is not enabled. >> No matter if I use 'whenTextChanged:' or 'whenTextIsAccepted:'. >> >> I only tested this in the Pharo 2.0 image. >> >> Best, >> Manfred >> >> >> >> >> >> >> On Thu, Oct 24, 2013 at 2:22 PM, ClÃ©ment Bera <bera.clement(a)gmail.com>wrote: >> >>> Hey, >>> >>> Accepting a text usually means the is compiled. To accept a text, right >>> click on it, then click accept in the contextual menu (at the bottom). You >>> can also do it with Cmd+s on Mac. >>> >>> Try again and tell us if the #whenTextIsAccepted: works fine in your >>> image or not. >>> >>> Best, >>> >>> >>> >>> 2013/10/24 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> >>> >>>> Text is accepted when you âsaveâ it (cmd+s) >>>> >>>> Ben >>>> >>>> On 24 Oct 2013, at 14:05, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> >>>> wrote: >>>> >>>> Hi everyone, >>>> >>>> I finally got around to check back on a Spec question that popped up >>>> about two weeks ago. >>>> >>>> At that time I was giving Spec a first try and gathered information >>>> from a couple of sources. >>>> One of them was the draft chapter about Spec from the Pharo for the >>>> Enterprise book. >>>> >>>> >>>> https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/Spec/Sp… >>>> >>>> The example has the following method: >>>> >>>> TestSpec>>initializePresenter >>>> example whenTextIsAccepted: [ changes text: 'The text Changed'. acceptChanges enable ]. >>>> >>>> >>>> This should change the text of the 'changes' LabelModel when the text in the 'example' TextModel is accepted. >>>> >>>> >>>> >>>> >>>> Now, there the issue for me was that the Label text did not change once >>>> when I typed text into the presented textfield. >>>> Even when I changed the method from 'whenTextIsAccepted:' to >>>> 'whenTextChanged:'. >>>> Is this intended or is this an issue with Spec? >>>> >>>> Also, it is not clear to me what 'accepting' text means (maybe I didn't >>>> look thoroughly enough). >>>> The method comment just states that it is called when the text is >>>> accepted. >>>> Which is kind of self referential ;-) >>>> >>>> The OS X Pharo versions I used for testing where newly downloaded Pharo >>>> 2.0 and 3.0 from about 2 weeks ago. >>>> They were downloaded from here: >>>> http://files.pharo.org/platform/Pharo2.0-mac.zip >>>> http://files.pharo.org/platform/Pharo3.0-mac.zip >>>> >>>> Best, >>>> Manfred >>>> >>>> >>>> >>> >> >> > >

Oct. 25, 2013