July 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Ann] Remote debugging tools

by Norbert Hartl

> Am 18.07.2016 um 15:00 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > > > 2016-07-18 12:33 GMT+02:00 Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>>: > Needless to say it runs only on pharo6? :) > > I make special version of Seamless which works with Pharo 5. So both Pharo 5 and 6 are now supported. Just use latest config of RemoteDebuggingTools. All tests are green. That's great, Denis!

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by Denis Kudriashov

2016-07-18 12:33 GMT+02:00 Norbert Hartl <norbert(a)hartl.name>: > Needless to say it runs only on pharo6? :) I make special version of Seamless which works with Pharo 5. So both Pharo 5 and 6 are now supported. Just use latest config of RemoteDebuggingTools. All tests are green.

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by Ben Coman

On Mon, Jul 18, 2016 at 6:19 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > Awesome! I'll immediately will stop all my important work and start playing > with it. I'm really interested how it will perform over high latency > connections. > > Well done, > > Norbert > > Am 18.07.2016 um 12:03 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > > I glad to release first version of RemoteDebuggingTools project. It allows > explore and debug remote images. > > You can read details at > http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html Cool stuff Dennis. Does it utilise the remote image's DebuggerUI, or DebuggerSession directly? i.e. Is the aim to remotely debug a headless/UI-less image? This could open up some great possibilities running a minimal image on embedded hardware. When I read "Async evaluation ... does not wait for a result" I wonder if there a particular need for the fork is used here?... debugger evaluateAsync: [ [1/0] fork ]. An interesting proof demonstration would be when setting up the server image do... Smalltalk at: #whoami put: #IAmTheServer then in the client do... debugger evaluate: [ Smalltalk at: #whoami ] although maybe its hard to bind to the remote Smalltalk rather than the local one? What is the tradeoff of the #evaluate: parameter being a string rather than a block? Without having looked at the Seamless mechanism, intuitively there would seem some benefit having the remote system compile the string to bind to the remote classes. Another interesting demo might be remotely evaluating... Object inform: 'Test' and the notification showing up on the remote (if indeed that is the desired behaviour) > and watch demo at https://youtu.be/SgFjgQpo_nU. I got a bit lost which one was client and which remote. Maybe the next demo you could have the server and client side by side. A bit of overlap should be okay but it would be useful for the debug notification appearing in the client to be immediately visible when an error is is caused in the server image. It would be intuitive if the web browser fully overlapped the server image it connected to. cheers -ben

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by Denis Kudriashov

Thank's 2016-07-18 12:19 GMT+02:00 Norbert Hartl <norbert(a)hartl.name>: > Awesome! I'll immediately will stop all my important work and start > playing with it. I'm really interested how it will perform over high > latency connections. > Yes, please report your experience. Currently all optimisations are done on minimizing network communication without tools modification. So debugger is same GTDebugger but communication is configured accordingly to debugger behaviour. For example when debugger requests suspendedContext of remote process server returns context proxy together with method, receiver, receiver class name and other properties which debugger is going to use. Other optimization could be done on protocol level. Now transferred objects are traversed twice: by Seamless and by Fuel. It could be merged somehow. > > Well done, >

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by phil＠highoctane.be

Super cool! On Mon, Jul 18, 2016 at 12:03 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > I glad to release first version of RemoteDebuggingTools project. It allows > explore and debug remote images. > > You can read details at > http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html and > watch demo at https://youtu.be/SgFjgQpo_nU. > > Any feedback is welcome. > > Best regards, > Denis. > > >

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by Denis Kudriashov

In Pharo 5 block evaluation is not works. Some problems with tests. But debugger works in my simple tests. 2016-07-18 12:33 GMT+02:00 Norbert Hartl <norbert(a)hartl.name>: > Needless to say it runs only on pharo6? :) > > Norbert > > Am 18.07.2016 um 12:19 schrieb Norbert Hartl <norbert(a)hartl.name>: > > Awesome! I'll immediately will stop all my important work and start > playing with it. I'm really interested how it will perform over high > latency connections. > > Well done, > > Norbert > > Am 18.07.2016 um 12:03 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > > I glad to release first version of RemoteDebuggingTools project. It allows > explore and debug remote images. > > You can read details at > http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html and > watch demo at https://youtu.be/SgFjgQpo_nU. > > Any feedback is welcome. > > Best regards, > Denis. > > > > >

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by Norbert Hartl

Needless to say it runs only on pharo6? :) Norbert > Am 18.07.2016 um 12:19 schrieb Norbert Hartl <norbert(a)hartl.name>: > > Awesome! I'll immediately will stop all my important work and start playing with it. I'm really interested how it will perform over high latency connections. > > Well done, > > Norbert > >> Am 18.07.2016 um 12:03 schrieb Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>>: >> >> I glad to release first version of RemoteDebuggingTools project. It allows explore and debug remote images. >> >> You can read details at http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html <http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html> and watch demo at https://youtu.be/SgFjgQpo_nU <https://youtu.be/SgFjgQpo_nU>. >> >> Any feedback is welcome. >> >> Best regards, >> Denis. >> >> >

July 18, 2016

Re: [Pharo-dev] [Ann] Remote debugging tools

by Norbert Hartl

Awesome! I'll immediately will stop all my important work and start playing with it. I'm really interested how it will perform over high latency connections. Well done, Norbert > Am 18.07.2016 um 12:03 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > > I glad to release first version of RemoteDebuggingTools project. It allows explore and debug remote images. > > You can read details at http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html <http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html> and watch demo at https://youtu.be/SgFjgQpo_nU <https://youtu.be/SgFjgQpo_nU>. > > Any feedback is welcome. > > Best regards, > Denis. > >

July 18, 2016

[Ann] Remote debugging tools

by Denis Kudriashov

I glad to release first version of RemoteDebuggingTools project. It allows explore and debug remote images. You can read details at http://dionisiydk.blogspot.fr/2016/07/remote-debugging-tools-is-ready.html and watch demo at https://youtu.be/SgFjgQpo_nU. Any feedback is welcome. Best regards, Denis.

July 18, 2016

Re: [Pharo-dev] File List -- MNU: RubTextEditor>>doIt

by Martin McClure

On 07/17/2016 01:58 PM, stepharo wrote: > > You found a bug due to the PluggableTextMorph removal. > > Since nobody use the fileList it went unnoticed. > > Can you open a bug entry? > Done, case 18781. Regards, -Martin

July 18, 2016