[Pharo-project] RFB looks terribly broken
Hi list, I'm not able to develop remotely using the RFB server anymore. The image just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config: 'Pharo1.3' (one click) 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0 Cheers! -- Bernat Romagosa.
It works for me. Are you using RBF from my repostiory? Did you try with a different (newer, older, Pharo) VM? Any crash dumps that you want to share? Lukas On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The image just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config:  'Pharo1.3' (one click)  'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
Hi Lukas, I made a copy of PharoDebug.log publicly accessible from: http://seaside.citilab.eu/PharoDebug.log There are some error messages stating: "An attempt to use interactive tools detected, while in non-interactive mode" And others related to RFB. Cheers, 2011/10/17 Lukas Renggli <renggli@gmail.com>
It works for me. Are you using RBF from my repostiory?
Did you try with a different (newer, older, Pharo) VM?
Any crash dumps that you want to share?
Lukas
On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The image just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config: 'Pharo1.3' (one click) 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
You say the VM crashes? I don't see anything related to RFB in your PharoDebug.log. Lukas On 17 October 2011 16:47, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi Lukas, I made a copy of PharoDebug.log publicly accessible from:Â http://seaside.citilab.eu/PharoDebug.log There are some error messages stating: "An attempt to use interactive tools detected, while in non-interactive mode" And others related to RFB. Cheers, 2011/10/17 Lukas Renggli <renggli@gmail.com>
It works for me. Are you using RBF from my repostiory?
Did you try with a different (newer, older, Pharo) VM?
Any crash dumps that you want to share?
Lukas
On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The image just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config:  'Pharo1.3' (one click)  'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
On Mon, Oct 17, 2011 at 6:20 PM, Lukas Renggli <renggli@gmail.com> wrote:
You say the VM crashes?
I don't see anything related to RFB in your PharoDebug.log.
Did you see at the end ?
Lukas
On 17 October 2011 16:47, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi Lukas, I made a copy of PharoDebug.log publicly accessible from: http://seaside.citilab.eu/PharoDebug.log There are some error messages stating: "An attempt to use interactive tools detected, while in non-interactive mode" And others related to RFB. Cheers, 2011/10/17 Lukas Renggli <renggli@gmail.com>
It works for me. Are you using RBF from my repostiory?
Did you try with a different (newer, older, Pharo) VM?
Any crash dumps that you want to share?
Lukas
On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The
image
just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config: 'Pharo1.3' (one click) 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Mariano http://marianopeck.wordpress.com
Yes, the VM crashes and there's no output on the console :( If I search for 'RFB' in the PharoDebug file I get around 300 matches, but I can't understand what the cause of the problem is... 2011/10/17 Lukas Renggli <renggli@gmail.com>
You say the VM crashes?
I don't see anything related to RFB in your PharoDebug.log.
Lukas
On 17 October 2011 16:47, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi Lukas, I made a copy of PharoDebug.log publicly accessible from: http://seaside.citilab.eu/PharoDebug.log There are some error messages stating: "An attempt to use interactive tools detected, while in non-interactive mode" And others related to RFB. Cheers, 2011/10/17 Lukas Renggli <renggli@gmail.com>
It works for me. Are you using RBF from my repostiory?
Did you try with a different (newer, older, Pharo) VM?
Any crash dumps that you want to share?
Lukas
On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The
image
just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config: 'Pharo1.3' (one click) 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
Hi It looks like you're running your vm headless is that right? As far as I understand this would cause the vm to shutdown as the NonInteractiveUIManager is running... Cheers Carlo On 17 Oct 2011, at 6:27 PM, Bernat Romagosa wrote: Yes, the VM crashes and there's no output on the console :( If I search for 'RFB' in the PharoDebug file I get around 300 matches, but I can't understand what the cause of the problem is... 2011/10/17 Lukas Renggli <renggli@gmail.com> You say the VM crashes? I don't see anything related to RFB in your PharoDebug.log. Lukas On 17 October 2011 16:47, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi Lukas, I made a copy of PharoDebug.log publicly accessible from: http://seaside.citilab.eu/PharoDebug.log There are some error messages stating: "An attempt to use interactive tools detected, while in non-interactive mode" And others related to RFB. Cheers, 2011/10/17 Lukas Renggli <renggli@gmail.com>
It works for me. Are you using RBF from my repostiory?
Did you try with a different (newer, older, Pharo) VM?
Any crash dumps that you want to share?
Lukas
On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The image just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config: 'Pharo1.3' (one click) 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch -- Bernat Romagosa.
Yes, apparently I experience the same thing. What is a good way to fix it? 2011/10/17 Carlo <snoobabk@yahoo.ie>
Hi
It looks like you're running your vm headless is that right? As far as I understand this would cause the vm to shutdown as the NonInteractiveUIManager is running...
Cheers Carlo
On 17 Oct 2011, at 6:27 PM, Bernat Romagosa wrote:
Yes, the VM crashes and there's no output on the console :(
If I search for 'RFB' in the PharoDebug file I get around 300 matches, but I can't understand what the cause of the problem is...
2011/10/17 Lukas Renggli <renggli@gmail.com>
You say the VM crashes?
I don't see anything related to RFB in your PharoDebug.log.
Lukas
On 17 October 2011 16:47, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi Lukas, I made a copy of PharoDebug.log publicly accessible from: http://seaside.citilab.eu/PharoDebug.log There are some error messages stating: "An attempt to use interactive tools detected, while in non-interactive mode" And others related to RFB. Cheers, 2011/10/17 Lukas Renggli <renggli@gmail.com>
It works for me. Are you using RBF from my repostiory?
Did you try with a different (newer, older, Pharo) VM?
Any crash dumps that you want to share?
Lukas
On 17 October 2011 13:27, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Hi list, I'm not able to develop remotely using the RFB server anymore. The
image
just dies all the time. Examples of behaviours that trigger the crash: - Right-clicking on a Workspace - Saving a method in a Browser, then selecting another method in the same Browser Any ideas on why is this happening? The same exact image (with the RFB server also running and the same VM) works okay locally, but when I access it remotely it becomes unusable. Here's my config: 'Pharo1.3' (one click) 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog-IgorStasenko.123]' Debian 6.0
Cheers! -- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
-- Lukas Renggli www.lukas-renggli.ch
-- Bernat Romagosa.
-- Dennis Schetinin
On 18.10.2011 08:50, Dennis Schetinin wrote:
Yes, apparently I experience the same thing. What is a good way to fix it?
2011/10/17 Carlo <snoobabk@yahoo.ie <mailto:snoobabk@yahoo.ie>>
Hi
It looks like you're running your vm headless is that right? As far as I understand this would cause the vm to shutdown as the NonInteractiveUIManager is running...
Cheers Carlo
http://code.google.com/p/pharo/issues/detail?id=4829 has a suggestion for a (untested) workaround, some changes to the UIManager API is needed before it can be done in a nice way though. Cheers, Henry
Great! Just evaluated: MorphicUIManager new beDefault. And I can work remotely again! Even if this is a bit of a dirty workaround, maybe it'd be justified to add it to (for example) RFBSession >> initialize, having it check if we are running headless and, if so, evaluating that line. I'd guess many users are going to run into this issue... how else would one access a headless image if not via RFB, until Coral can handle debugging and Monticello? ;) Thanks a lot! 2011/10/18 Henrik Sperre Johansen <henrik.s.johansen@veloxit.no>
On 18.10.2011 08:50, Dennis Schetinin wrote:
Yes, apparently I experience the same thing. What is a good way to fix it?
2011/10/17 Carlo <snoobabk@yahoo.ie>
Hi
It looks like you're running your vm headless is that right? As far as I understand this would cause the vm to shutdown as the NonInteractiveUIManager is running...
Cheers Carlo
http://code.google.com/p/pharo/issues/detail?id=4829 has a suggestion for a (untested) workaround, some changes to the UIManager API is needed before it can be done in a nice way though.
Cheers, Henry
-- Bernat Romagosa.
On 18 October 2011 09:42, Bernat Romagosa <tibabenfortlapalanca@gmail.com> wrote:
Great! Just evaluated: MorphicUIManager new beDefault. And I can work remotely again! Even if this is a bit of a dirty workaround, maybe it'd be justified to add it to (for example) RFBSession >> initialize, having it check if we are running headless and, if so, evaluating that line. I'd guess many users are going to run into this issue... how else would one access a headless image if not via RFB, until Coral can handle debugging and Monticello? ;) Thanks a lot!
Ideally, RFB should install own UI manager. Because MorphicUIManager is for handling UI while user available, and NonInteractiveUIManager is for when user not available. And in RFB session, it is special in own way: you may want to suppress some popups (like showing the warnings, informs), but keep popping the debugger on unhandled error(s).
2011/10/18 Henrik Sperre Johansen <henrik.s.johansen@veloxit.no>
On 18.10.2011 08:50, Dennis Schetinin wrote:
Yes, apparently I experience the same thing. What is a good way to fix it?
2011/10/17 Carlo <snoobabk@yahoo.ie>
Hi It looks like you're running your vm headless is that right? As far as I understand this would cause the vm to shutdown as the NonInteractiveUIManager is running... Cheers Carlo
http://code.google.com/p/pharo/issues/detail?id=4829 has a suggestion for a (untested) workaround, some changes to the UIManager API is needed before it can be done in a nice way though.
Cheers, Henry
-- Bernat Romagosa.
-- Best regards, Igor Stasenko.
participants (7)
-
Bernat Romagosa -
Carlo -
Dennis Schetinin -
Henrik Sperre Johansen -
Igor Stasenko -
Lukas Renggli -
Mariano Martinez Peck