[Pharo-project] [Ann] RFB/VNC fully configurable by code.
I have uploaded a new version of RFB to Lukas repo: http://source.lukas-renggli.ch/unsorted for you to test. This new version can be fully configured by code. In fact the RFBServer that manages the GUI menu has been moved to a new class RFBServerGUI. Also, the log is now handled by a dedicated class RFBLog. The implementation of the server is now using the singleton pattern because at any time just a server can be running. Known bugs (known to me, surely it has more that I don't know and are a result of my modifications to the code): - When you unload the class with Monticello, with the server running, the unload method of the class isn't called and the server doesn't restore the Display and Sensor clases to the original ones of the image (non RFB-enabled Display and Sensor). For the moment, if you want to unload the code, be sure to stop the server before the unload. - It brokes the class WAVNCController. The method isServerRunning it is: isServerRunning ^self serverInstance notNil but with this new version of RFB should be: isServerRunning ^self serverInstance isRunning. I have tested it on pharo1.0beta-10401web09.07.5 and pharo core 10408 and it works ok. Please test it and tell me if you find errors or different behavior that expected or intended. I duplicate here part of the RFBServer class comment for the examples of use:
I forgot the text:
I duplicate here part of the RFBServer class comment for the examples of use:
** CONTROL THE SERVER WITH A MENU The easiest way to configure and control the server is to open the menu: RFBServerGUI open (which you can pin to the desktop if you like). ** CONTROL THE SERVER WITH CONVENIENCE METHODS There are handy methods to quickly start/stop the server (using the default preferences and allowing empty passwords). To start the server on the default display #0 RFBServer start To start the server on other display: RFBServer start: 1 To stop the server: RFBServer stop. ** CONTROL THE SERVER PROGRAMMATICALLY The PREFERED way to interact, configure and control the server is programmatically. The server is implemented as a singleton because only a server can run at any time. Access the singleton with: RFBServer current You can completely configure the server by sending messages to the singleton. The most important of these is: RFBServer current configureForMemoryConservation that set the preferences in a way to conserve memory on the server side. To set the view-only and full (interactive) passwords: RFBServer current setFullPassword: aFullPassword. RFBServer current setViewPassword: aViewPassword. To disable the empty passwords RFBServer current allowEmptyPasswords: false. To reset the preferences to their default values: RFBServer current initializePreferences. To start the server on a given display: RFBServer current start: aDisplayNumber. To stop the server: RFBServer current stop. This is a full example for configuring the server by code: RFBServer current initializePreferences; configureForMemoryConservation; allowEmptyPasswords: false; setFullPassword: 'secret'; setViewPassword: 'secret too'; start: 0. See the comments in the methods of the RFBServer for more options. The version on Lukas repo is: RFB-MiguelCoba.26.mcz Cheers, Miguel Cobá
excellent I like when classes has these kinds of comments. stef On Aug 7, 2009, at 8:55 AM, Miguel Enrique Cobá Martinez wrote:
I forgot the text:
I duplicate here part of the RFBServer class comment for the examples of use:
** CONTROL THE SERVER WITH A MENU
The easiest way to configure and control the server is to open the menu:
RFBServerGUI open
(which you can pin to the desktop if you like).
** CONTROL THE SERVER WITH CONVENIENCE METHODS
There are handy methods to quickly start/stop the server (using the default preferences and allowing empty passwords).
To start the server on the default display #0
RFBServer start
To start the server on other display:
RFBServer start: 1
To stop the server:
RFBServer stop.
** CONTROL THE SERVER PROGRAMMATICALLY
The PREFERED way to interact, configure and control the server is programmatically.
The server is implemented as a singleton because only a server can run at any time. Access the singleton with:
RFBServer current
You can completely configure the server by sending messages to the singleton. The most important of these is:
RFBServer current configureForMemoryConservation
that set the preferences in a way to conserve memory on the server side.
To set the view-only and full (interactive) passwords:
RFBServer current setFullPassword: aFullPassword. RFBServer current setViewPassword: aViewPassword.
To disable the empty passwords
RFBServer current allowEmptyPasswords: false.
To reset the preferences to their default values:
RFBServer current initializePreferences.
To start the server on a given display:
RFBServer current start: aDisplayNumber.
To stop the server:
RFBServer current stop.
This is a full example for configuring the server by code:
RFBServer current initializePreferences; configureForMemoryConservation; allowEmptyPasswords: false; setFullPassword: 'secret'; setViewPassword: 'secret too'; start: 0.
See the comments in the methods of the RFBServer for more options.
The version on Lukas repo is:
RFB-MiguelCoba.26.mcz
Cheers, Miguel Cobá
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I promise that this is the last reply to myself :)
The version on Lukas repo is:
RFB-MiguelCoba.26.mcz
Something I forgot to say is that this new version is based on Lukas version that has already some changes to make it work on pharo. So this version work on pharo. Maybe can work on squeak also, maybe can be ported to squeak. I changed considerably RFBServer but just a little of RFBSession (one-liners). All the other classes are untouched. So maybe some time later I can do the port to make it work with squeak, if some good soul don't do it before.
Hi Miguel: Thanks for your excellent work!! I am giving a try for first time in my life to RFB but it doesn't work. I am in Ubuntu 8.10. What I did is to do: RFBServerGUI open and then start in 0 (main display) The thing is that I don't know which port is used. Then I tried: RFBServer start: 6666 To open in port 6666 But in both cases when I try to connect like this: vinagre 127.0.0.1:6666 I have an error "Conntion to host 172.0.0.1:666 was closed" If I see server Log I get: RFBServer RFBDisplayScreen, RFBEventSensor installed RFBServer running RFBServer started Any idea what I am doing wrong? How can I specify a port from the UI ? and from command line? Perhaps a problem with my vnc client ? best, Mariano 2009/8/7 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com>
I promise that this is the last reply to myself :)
The version on Lukas repo is:
RFB-MiguelCoba.26.mcz
Something I forgot to say is that this new version is based on Lukas version that has already some changes to make it work on pharo. So this version work on pharo. Maybe can work on squeak also, maybe can be ported to squeak. I changed considerably RFBServer but just a little of RFBSession (one-liners). All the other classes are untouched. So maybe some time later I can do the port to make it work with squeak, if some good soul don't do it before.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El lun, 10-08-2009 a las 12:20 -0300, Mariano Martinez Peck escribió:
Hi Miguel: Thanks for your excellent work!! I am giving a try for first time in my life to RFB but it doesn't work. I am in Ubuntu 8.10.
What I did is to do:
RFBServerGUI open
and then start in 0 (main display)
The thing is that I don't know which port is used.
The standard port for RFB is from 5900 on: display 0 -> port 5900 display 1 -> port 5901 etc. the sever ask for a displayNumber are integer numbers 0, 1, 2, etc. Of course as any server the RFB could start on any port, but for start it on another port you must modify the code. For now use a displayNumber. The clients also ask for displayNumbers, so no problems should be like both of them translate it to port number.
Then I tried:
RFBServer start: 6666
To open in port 6666
But in both cases when I try to connect like this:
vinagre 127.0.0.1:6666
I have used; - xtightvncviewer -encodings "hextile" -depth 8 localhost:0 - gvncviewer localhost:0 Personally I like a lot more the last one.
I have an error "Conntion to host 172.0.0.1:666 was closed"
If I see server Log I get:
RFBServer RFBDisplayScreen, RFBEventSensor installed RFBServer running RFBServer started
Any idea what I am doing wrong? How can I specify a port from the UI ? and from command line? Perhaps a problem with my vnc client ?
best,
Mariano
2009/8/7 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com> I promise that this is the last reply to myself :)
> The version on Lukas repo is: > > RFB-MiguelCoba.26.mcz
Something I forgot to say is that this new version is based on Lukas version that has already some changes to make it work on pharo. So this version work on pharo. Maybe can work on squeak also, maybe can be ported to squeak. I changed considerably RFBServer but just a little of RFBSession (one-liners). All the other classes are untouched. So maybe some time later I can do the port to make it work with squeak, if some good soul don't do it before.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Miguel Cobá http://miguel.leugim.com.mx
2009/8/10 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com>
El lun, 10-08-2009 a las 12:20 -0300, Mariano Martinez Peck escribió:
Hi Miguel: Thanks for your excellent work!! I am giving a try for first time in my life to RFB but it doesn't work. I am in Ubuntu 8.10.
What I did is to do:
RFBServerGUI open
and then start in 0 (main display)
The thing is that I don't know which port is used.
The standard port for RFB is from 5900 on:
display 0 -> port 5900 display 1 -> port 5901 etc.
Ahhhhh okok. Now I get it :) I confused that with Linux displays. Like DISPLAY:=0 and all that. I have already running VNC on 5900, so I tried puting a 1 and then vinagre localhost:5901 and works like a charm!!!!! This is an EXCELLENT work. I cannot believe it. I have a -headless image where I can use from a VNC client. Thanks Miguel for this. A couple of comments: 1) The RFBServerGUI morph has a problem with the menus I think. When you pass the mouse over one of the options (for example, passwords) the submenu is open and maintained open only if you maintain pressed the mouse button. Is this correct? Shouldn't it be clicked only once and maintain opened ? It's difficult to express with words, sorry. 2) Would you mind adding that little explanation of you about 0 -> 5900, 1 -> 5901 ... to the help menu ? Perhaps there are other like me ;) Thanks all I can say right now. thanks for all.
the sever ask for a displayNumber are integer numbers 0, 1, 2, etc. Of course as any server the RFB could start on any port, but for start it on another port you must modify the code. For now use a displayNumber. The clients also ask for displayNumbers, so no problems should be like both of them translate it to port number.
Then I tried:
RFBServer start: 6666
To open in port 6666
But in both cases when I try to connect like this:
vinagre 127.0.0.1:6666
I have used;
- xtightvncviewer -encodings "hextile" -depth 8 localhost:0 - gvncviewer localhost:0
Personally I like a lot more the last one.
I have an error "Conntion to host 172.0.0.1:666 was closed"
If I see server Log I get:
RFBServer RFBDisplayScreen, RFBEventSensor installed RFBServer running RFBServer started
Any idea what I am doing wrong? How can I specify a port from the UI ? and from command line? Perhaps a problem with my vnc client ?
best,
Mariano
2009/8/7 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com> I promise that this is the last reply to myself :)
> The version on Lukas repo is: > > RFB-MiguelCoba.26.mcz
Something I forgot to say is that this new version is based on Lukas version that has already some changes to make it work on pharo. So this version work on pharo. Maybe can work on squeak also, maybe can be ported to squeak. I changed considerably RFBServer but just a little of RFBSession (one-liners). All the other classes are untouched. So maybe some time later I can do the port to make it work with squeak, if some good soul don't do it before.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El mar, 11-08-2009 a las 00:04 -0300, Mariano Martinez Peck escribió:
I cannot believe it. I have a -headless image where I can use from a VNC client.
Other thing that I have in my list for RFB it is to add a proccess forked that it searches for a file on a given path to start/stop the server. This way you can start/stop a server on demand even when headless. Something like the example derived from Ramon Leon's script that we discussed the other day.
Thanks Miguel for this. A couple of comments:
1) The RFBServerGUI morph has a problem with the menus I think. When you pass the mouse over one of the options (for example, passwords) the submenu is open and maintained open only if you maintain pressed the mouse button. Is this correct? Shouldn't it be clicked only once and maintain opened ? It's difficult to express with words, sorry.
Yes, this is that way from the original, and I haven't modified anything in this part. But I will try to correct this. Related to this I want to replace all the old classes (FillTheBlank and friends) for the equivalent UIManager ones.
2) Would you mind adding that little explanation of you about 0 -> 5900, 1 -> 5901 ... to the help menu ?
Yes I'll do.
Perhaps there are other like me ;)
Thanks all I can say right now.
thanks for all.
Thanks to you.
-- Miguel Cobá http://miguel.leugim.com.mx
2009/8/11 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com>
El mar, 11-08-2009 a las 00:04 -0300, Mariano Martinez Peck escribió:
I cannot believe it. I have a -headless image where I can use from a VNC client.
Other thing that I have in my list for RFB it is to add a proccess forked that it searches for a file on a given path to start/stop the server. This way you can start/stop a server on demand even when headless.
I also thought in a Seaside/Pier component similar to the morph to start/stop the vnc. For a Pier application it can be under "System Managment" :)
Something like the example derived from Ramon Leon's script that we discussed the other day.
Thanks Miguel for this. A couple of comments:
1) The RFBServerGUI morph has a problem with the menus I think. When you pass the mouse over one of the options (for example, passwords) the submenu is open and maintained open only if you maintain pressed the mouse button. Is this correct? Shouldn't it be clicked only once and maintain opened ? It's difficult to express with words, sorry.
Yes, this is that way from the original, and I haven't modified anything in this part. But I will try to correct this. Related to this I want to replace all the old classes (FillTheBlank and friends) for the equivalent UIManager ones.
Excellent!
2) Would you mind adding that little explanation of you about 0 -> 5900, 1 -> 5901 ... to the help menu ?
Yes I'll do.
:)
Perhaps there are other like me ;)
Thanks all I can say right now.
thanks for all.
Thanks to you.
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El mar, 11-08-2009 a las 14:42 -0100, Mariano Martinez Peck escribió:
I also thought in a Seaside/Pier component similar to the morph to start/stop the vnc. For a Pier application it can be under "System Managment" :)
The seaside examples already has a component to control the RFB server. Search for WAVNCComponent. You can adapt it or make a new one specific to pier. Also, you can control the server directly with the RFBServer from pier. What I though was intended to apps that are not web apps/seaside apps and that run on a headless server. For them a way to start/stop the RFB server on demand will save cpu cycles for what the app does. -- Miguel Cobá http://miguel.leugim.com.mx
2009/8/11 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com>
El mar, 11-08-2009 a las 14:42 -0100, Mariano Martinez Peck escribió:
I also thought in a Seaside/Pier component similar to the morph to start/stop the vnc. For a Pier application it can be under "System Managment" :)
The seaside examples already has a component to control the RFB server. Search for WAVNCComponent. You can adapt it or make a new one specific to pier. Also, you can control the server directly with the RFBServer from pier.
Nice! I wasn't aware. Thanks for the tip.
What I though was intended to apps that are not web apps/seaside apps and that run on a headless server. For them a way to start/stop the RFB server on demand will save cpu cycles for what the app does.
Sounds a good thing for a Magma server :)
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El mar, 11-08-2009 a las 21:00 -0300, Mariano Martinez Peck escribió:
2009/8/11 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com> El mar, 11-08-2009 a las 14:42 -0100, Mariano Martinez Peck escribió:
> > I also thought in a Seaside/Pier component similar to the morph to > start/stop the vnc. For a Pier application it can be under "System > Managment" :) > >
The seaside examples already has a component to control the RFB server. Search for WAVNCComponent. You can adapt it or make a new one specific to pier. Also, you can control the server directly with the RFBServer from pier.
It is WAVNCController what I meant.
Nice! I wasn't aware. Thanks for the tip.
What I though was intended to apps that are not web apps/seaside apps and that run on a headless server. For them a way to start/stop the RFB server on demand will save cpu cycles for what the app does.
Sounds a good thing for a Magma server :)
Exactly, that is what I want this for. -- Miguel Cobá http://miguel.leugim.com.mx
Miguel Enrique Cobá Martinez wrote:
El mar, 11-08-2009 a las 21:00 -0300, Mariano Martinez Peck escribió:
2009/8/11 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com> El mar, 11-08-2009 a las 14:42 -0100, Mariano Martinez Peck escribió:
> > I also thought in a Seaside/Pier component similar to the morph to > start/stop the vnc. For a Pier application it can be under "System > Managment" :) > >
The seaside examples already has a component to control the RFB server. Search for WAVNCComponent. You can adapt it or make a new one specific to pier. Also, you can control the server directly with the RFBServer from pier.
It is WAVNCController what I meant.
Nice! I wasn't aware. Thanks for the tip.
What I though was intended to apps that are not web apps/seaside apps and that run on a headless server. For them a way to start/stop the RFB server on demand will save cpu cycles for what the app does.
Sounds a good thing for a Magma server :)
Exactly, that is what I want this for.
Why not just use the REPLServer Keith
El mié, 12-08-2009 a las 02:43 +0100, Keith Hodges escribió:
Why not just use the REPLServer
Woa, woa, I remember some mails mentioning it but never check it. This opens a world of possibilities to me. Thanks for the pointer. BTW: REPL-mvdg.16.mcz from http://squeaksource.com/SecureSqueak/ loads cleanly and works correctly on PharoCore 10413, after installing DynamicBindings KomServices from project KomHttpServer. By the way I have created a new wiki page to track the list of packages that load correctly on Pharo. http://code.google.com/p/pharo/wiki/PackagesTestedInPharo This list will eventually get outdated but, in the meantime, will help to promote the use of Pharo and the porting of new packages to it. -- Miguel Cobá http://miguel.leugim.com.mx
good initiative May be put the date of the last edit of the package On Aug 12, 2009, at 6:54 AM, Miguel Enrique Cobá Martinez wrote:
El mié, 12-08-2009 a las 02:43 +0100, Keith Hodges escribió:
Why not just use the REPLServer
Woa, woa, I remember some mails mentioning it but never check it.
This opens a world of possibilities to me.
Thanks for the pointer.
BTW: REPL-mvdg.16.mcz from
http://squeaksource.com/SecureSqueak/
loads cleanly and works correctly on PharoCore 10413, after installing
DynamicBindings KomServices
from project KomHttpServer.
By the way I have created a new wiki page to track the list of packages that load correctly on Pharo.
http://code.google.com/p/pharo/wiki/PackagesTestedInPharo
This list will eventually get outdated but, in the meantime, will help to promote the use of Pharo and the porting of new packages to it.
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, Aug 12, 2009 at 6:17 AM, Stéphane Ducasse <stephane.ducasse@inria.fr
wrote:
good initiative May be put the date of the last edit of the package On Aug 12, 2009, at 6:54 AM, Miguel Enrique Cobá Martinez wrote:
El mié, 12-08-2009 a las 02:43 +0100, Keith Hodges escribió:
Why not just use the REPLServer
Woa, woa, I remember some mails mentioning it but never check it.
This opens a world of possibilities to me.
Thanks for the pointer.
BTW: REPL-mvdg.16.mcz from
http://squeaksource.com/SecureSqueak/
loads cleanly and works correctly on PharoCore 10413, after installing
DynamicBindings KomServices
from project KomHttpServer.
By the way I have created a new wiki page to track the list of packages that load correctly on Pharo.
http://code.google.com/p/pharo/wiki/PackagesTestedInPharo
This list will eventually get outdated but, in the meantime, will help to promote the use of Pharo and the porting of new packages to it.
What sort of packages should be put there? For example, I am woring in SqueakDBX and Glorp and both of them work there. However, they are not dev tools or something like. Thus, I don't understand which type or packages should be added. best, Mariano
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El mié, 12-08-2009 a las 18:18 -0100, Mariano Martinez Peck escribió:
What sort of packages should be put there? For example, I am woring in SqueakDBX and Glorp and both of them work there. However, they are not dev tools or something like. Thus, I don't understand which type or packages should be added.
Every package that loads and runs ok on pharo. This will motivate to port even more packages. I hope it will be a catalyzer because if we can show that a lot of packages are already running ok on pharo, the stability and maturity of pharo will make it a good platform to base new software and to port software from other smalltalk versions. So, if you have a package that load/runs, please by any means add it. -- Miguel Cobá http://miguel.leugim.com.mx
yes yes yes On Aug 12, 2009, at 10:32 PM, Miguel Enrique Cobá Martinez wrote:
El mié, 12-08-2009 a las 18:18 -0100, Mariano Martinez Peck escribió:
What sort of packages should be put there? For example, I am woring in SqueakDBX and Glorp and both of them work there. However, they are not dev tools or something like. Thus, I don't understand which type or packages should be added.
Every package that loads and runs ok on pharo. This will motivate to port even more packages. I hope it will be a catalyzer because if we can show that a lot of packages are already running ok on pharo, the stability and maturity of pharo will make it a good platform to base new software and to port software from other smalltalk versions. So, if you have a package that load/runs, please by any means add it.
-- Miguel Cobá http://miguel.leugim.com.mx
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El vie, 07-08-2009 a las 01:51 -0500, Miguel Enrique Cobá Martinez escribió:
- It brokes the class WAVNCController. The method isServerRunning it is:
isServerRunning ^self serverInstance notNil
but with this new version of RFB should be:
isServerRunning ^self serverInstance isRunning.
How should I handle this bug. I can rewrite the WAVNCController to use the new RFBServer code in Pharo, but in squeak they use the old code. How can I test the platform and send the apropriate message to the RFBServer in the Seaside app? Where should I upload (if so) the new version for integration with the main Seaside? In more general terms, what is the Seaside position respect to this kind of changes that are incompatible with squeak? I remember that sometime ago Philippe said that he doesn't want to support two (or several) versions for each platform? Cheers, Miguel Cobá
I have just used it a little bit and it seems to work great :) Cheers r. 2009/8/7 Miguel Enrique Cobá Martinez <miguel.coba@gmail.com>
I have uploaded a new version of RFB to Lukas repo:
http://source.lukas-renggli.ch/unsorted
for you to test.
This new version can be fully configured by code. In fact the RFBServer that manages the GUI menu has been moved to a new class RFBServerGUI.
Also, the log is now handled by a dedicated class RFBLog.
The implementation of the server is now using the singleton pattern because at any time just a server can be running.
Known bugs (known to me, surely it has more that I don't know and are a result of my modifications to the code):
- When you unload the class with Monticello, with the server running, the unload method of the class isn't called and the server doesn't restore the Display and Sensor clases to the original ones of the image (non RFB-enabled Display and Sensor). For the moment, if you want to unload the code, be sure to stop the server before the unload.
- It brokes the class WAVNCController. The method isServerRunning it is:
isServerRunning ^self serverInstance notNil
but with this new version of RFB should be:
isServerRunning ^self serverInstance isRunning.
I have tested it on pharo1.0beta-10401web09.07.5 and pharo core 10408 and it works ok.
Please test it and tell me if you find errors or different behavior that expected or intended.
I duplicate here part of the RFBServer class comment for the examples of use:
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (5)
-
Keith Hodges -
Mariano Martinez Peck -
Miguel Enrique Cobá Martinez -
Ramiro Diaz Trepat -
Stéphane Ducasse