August 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

I've been playing with nteract and surprissently it uses the same kernels than Jupyter, it means all of your kernels published in /use/local/share/jupyter/kernels are usables by nteract. With a very simple change in session initialization Jupytertalk works on nteract except visualizations of graphics...mmm may be It will work with a little effort. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 23, 2018

Re: [Pharo-users] How do I get ZeroMQ working?

by JesÃºs MarÃ

Load it again I've updated the unix64ModuleName to search for the correct library name. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 23, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

please try the updated version. I have just uploaded a new version of libZeroMQ class that searches for the correct lib through the LD_LIBRARY_PATH. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 23, 2018

Re: [Pharo-users] How do I get ZeroMQ working?

by H. Hirzel

Pharo 6.1 - 64bit on Ubuntu 18.04.1 (Bionic Beaver, 64bit). On 8/23/18, Marten Feldtmann <itlists(a)schrievkrom.de> wrote: > Simple question: > > Pharo 32 or 64 bit ? > > If you work with Pharo32 you need to install the 32bit (Unix)-libraries > for 0MQ. If you work with Pharo64 you use the 64bit (Unix)-Libraries. > > So - what is your environment ? > > Marten > > > Am 23.08.2018 um 10:54 schrieb H. Hirzel: >> Hello >> >> I installed JupyterTalk [1]. With it comes a ZeroMQ implementation >> [2]. This was done on Ubuntu 18.04.1 (Bionic Beaver, 64bit). >> >> However the ZeroMQ tests all fail. >> >> I assume there is something missing in the installation. >> >> How can I test that? Any other suggestions? >> >> Kind regards >> Hannes >> >> >> >> >> >> >> >> [1] JupyterTalk (https://github.com/jmari/JupyterTalk) is a Smalltalk >> kernel for the Jupyter notebook system: http://jupyter.org/ >> >> [2] ZeroMQ is a high-performance asynchronous messaging library, aimed >> at use in distributed or concurrent applications. >> It provides a message queue, but unlike message-oriented middleware, a >> ZeroMQ system can run without a dedicated message broker. >> https://en.wikipedia.org/wiki/ZeroMQ >> > > > -- > Marten Feldtmann >

Aug. 23, 2018

Re: [Pharo-users] Pharo 6 snap package

by Alistair Grant

Hi Hannes, On Wed, 22 Aug 2018 at 17:20, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > Hello > > Are there plans to do a Pharo 6.1 snap package in the upcoming > months? (Ubuntu 18.04.1) I haven't been thinking about it really, because: - The big attraction for me was the ability to easily run 32 bit Pharo on a 64 bit OS without installing all the dependencies. But now that 64 bit Pharo is stable that driver has largely gone. - The sandboxing is quite limiting for a development environment, so if you want to run commands on the localhost you end up doing something like ssh'ing the command to localhost. - The snap runtime environment is still quite immature - I've had to deal with bugs in snapd, the gtk desktop interface, loading 32 bit executables, etc. - The snapcraft build environment is still evolving, so I have to keep up with the changes. - I was originally compiling the 32 and 64 bit VMs as part of the build process, but that is problematic as the 32 and 64 bit libraries tend to interfere with each other making the build process unstable. - You can't run multiple versions of a snap on one system, e.g. we can't have Pharo 6 and Pharo 7 installed simultaneously under the one snap name (pharo). I tried to register Pharo7 so pharo could be the GA version (6), but never got a response. I was listening to an Ubuntu podcast just this week where one of the hosts tried installing 4 packages via snaps and ended up going back to debian packages for 3 of the packages due to problems, so it obviously still isn't mature. I realise that every software package has its own issues, I'm sure someone from the snap community could find parallel issues with Pharo, but it wasn't where I wanted to be spending all my time. If someone wants to take it over, I'm more than happy to pass it on (although it isn't building at the moment due to changes in snapcraft). If there is enough interest I'll try and update it to run Pharo 6.1. If Guille is actively maintaining his package, maybe we should move to that (I haven't looked at it). Cheers, Alistair

Aug. 23, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

if you stop/kill the process (closing pharo), jupyter start it again. By now kernel.json file do not open pharo in "headless" mode, because JupiterTalk is not released and I'm suddenly updating the code, anyway...there's nothing like Pharo debugger... Did you find libzeromq.so ? what version do you have? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 23, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

I'll take a look to *nteract*, seems that it uses the same protocol to communicate with kernels. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 23, 2018

Re: [Pharo-users] Making TDD in pharo work properly (aka - walkback on a missing class is nasty)

by Marcus Denker

> On 23 Aug 2018, at 15:56, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi Marcus - thatâs actually what I do - and âcreateâ in this case, creates a class and then restarts like the method case does. > Yes, that I saw. But I mean a different case: Imagine you do have code like nil doSomething or an expression that evaluates to nil, press âdefineâ and get a method definition dialog, not the error message? (it is, as I mentioned, not that important as nobody ever wants to define a method in UndefinedObject, but for consistency it would be nice) > I guess I was wondering if we can do it more cleanly and also improve the debugger message. > > If Iâve understood you guys correctly- you try to remove the ambiguity around operations. Looking up a class and getting nil - seems like one of these holes you keep sorting out. > > I think the flaw in my solution is understanding if that message was being sent to a class, or some other global? I dont think I got that bit right (but itâs certainly better than nothing). > > e.g. in the debugger I am doing (in DoesNotUnderstandDebugAction) > > msg := self interruptedContext tempAt: 1. > (msg lookupClass == UndefinedObject ) ifTrue: [ > ^self createMissingClassIn: self interruptedContext ]. > > > Iâm not totally convinced that lookupClass has to be a class - although maybe its good enough. But really, at the time this happened - we probably knew better than to get a DNU debug action in the the first place - and equally the title in the debugger could be something more akin to the kind of action its supposed to be. > > Anyway - this is all musing on my part - and I will assemble a proper PR for review by you guys (and at least it advances us forward - and maybe opens the door to better changes further on). > > Iâm just juggling another change at the moment - so it will be a few days. > > Tim > > Sent from my iPhone > >> On 23 Aug 2018, at 05:33, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >> >>> On 22 Aug 2018, at 16:24, Tim Mackinnon <tim(a)testit.works> wrote: >>> >>> Hi - but I guess my question is (and excuse my basic knowledge in this area) - when a class isnât found - can we do better than return nil so that the debugger can give a better msg and presumably the code Iâve written could live on that undefined object? Or am thinking about this wrong? >> >> In pharo7 we could easily do that (due to the âbindingâ, the meta class of the variable) being different. We could return a nil subclass or add code into the method directly. But the problem with that is that nil checks >> are always identity checksâ¦ >> >> Could you not in the case you now raise the error just fall back to the âdefine methodâ, the behaviour we have now? >> >> Marcus >> >>> >>> I will also put together a pr for this in Pharo 7 if you think itâs a decent fix. >>> >>> Tim >>> >>> Sent from my iPhone >>> >>> >>> >>> Sent from my iPhone >>>> On 22 Aug 2018, at 09:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> Hi, >>>> >>>> I played with it, nice! >>>> >>>> I guess the case when you really get a DNU on nil (and want to create method there) does not really happenâ¦ extending nil is for special cases. >>>> >>>> Marcus >>>> >>>> >>>>> On 22 Aug 2018, at 13:39, Tim Mackinnon <tim(a)testit.works> wrote: >>>>> >>>>> Sorry Marcus - you needed to follow the exercism instructions and right click on the exercism package to get an exercism menu to fetch a new exercise (e.g. hello-world). The is then using the TonalReader to pull in code - and then you get a test class that can reference a class that isnât there yet. (But you need to have the exercism cli installed as per the instructions etc). >>>>> >>>>> In retrospect I think it might be simpler to download this 6.1 image that already has done that - https://www.dropbox.com/s/x2ot9f8arbbvlyb/PharoExercism.zip?dl=0 >>>>> It has TwoFerTest that is in that state. If you click on the TestWithName orb, you will see "#new was sent to nilâ - can you can see how my Create button has been fixed per you suggestions to create a class. (The code I wrote is in ExercismTools:DoesNotUnderstandDebugAction>>createMissingClassIn:) >>>>> >>>>> Tim >>>>> >>>>> >>>>>> On 22 Aug 2018, at 04:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> On 17 Aug 2018, at 14:20, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>>> >>>>>>> The direct link to instructions is here: https://exercism.io/tracks/pharo/installation (not sure if you have to be signed up to see it otherwise its in the repo here: https://github.com/exercism/pharo/blob/master/docs/INSTALLATION.md) >>>>>> >>>>>> Hmâ¦ AllExercismTests seems to not be there (just a green test in Welcome) >>>>>> >>>>>> Is this supposed to contain the code below (the createMissingClassActionFor:in:) ? >>>>>> >>>>>> It would be nice to have an image that shows exactly the problem (I do not have that much time sadly to work on it,but I do have some time to check if I have an image that is set up to the point where i can easily recreate the problem) >>>>>> >>>>>> Marcus >>>>>> >>>>>> >>>>>>> Tim >>>>>>> >>>>>>>> On 17 Aug 2018, at 07:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> On 17 Aug 2018, at 13:00, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> Hi Marcus - I can put an image somewhere if that helps (do you just need the .image and .changes)? >>>>>>>>> >>>>>>>>> Or you can repro from a fresh 6.1 if you follow the exercism Pharo instructions (https://exercism.io/tracks/pharo) to load the first hello world-world example and run the tests. This has my code changes to make create work with a nil class - but maybe we can do better? >>>>>>>> I will do that and have a look! >>>>>>>> >>>>>>>>> Tim >>>>>>>>> >>>>>>>>> >>>>>>>>> Sent from my iPhone >>>>>>>>> >>>>>>>>>> On 17 Aug 2018, at 06:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> On 10 Aug 2018, at 23:16, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>>>>>>> >>>>>>>>>>> Actually I think I figured that bit out - a bit clumsily - (pointers appreciated) >>>>>>>>>>> >>>>>>>>>>> createMissingClassActionFor: aMessage in: aContext >>>>>>>>>>> |errorNode senderContext newClass variableNode | >>>>>>>>>>> senderContext := aContext sender. >>>>>>>>>>> errorNode := senderContext method sourceNodeExecutedForPC: senderContext pc. >>>>>>>>>>> variableNode := errorNode receiver receiver. >>>>>>>>>>> >>>>>>>>>>> newClass := OCUndeclaredVariableWarning new node: variableNode; defineClass: variableNode name. >>>>>>>>>>> aContext restart. >>>>>>>>>>> >>>>>>>>>>> However that last line is wrong, as it doesnât restart with my newly defined class - I also tried >>>>>>>>>>> >>>>>>>>>>> aContext restartWithNewReceiver: newClass >>>>>>>>>>> >>>>>>>>>>> But again, I get a debugger where my class is still bound to nil. So whatâs the trick to re-evaluate with the new class Iâve created? Or maybe Iâm totally on the wrong track (still its very interestingâ¦) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> what is a bit bad is that you catch the problem âtoo lateâ (that is, the DNU to nil, not the read of nil), so nil is already pushed on the stack at this point. >>>>>>>>>> >>>>>>>>>> I tried it in the inspector and at least the class binding was correct after defining the classâ¦ do you have an image with the whole code to try? >>>>>>>>>> >>>>>>>>>> Marcus >>>> >>>> >>> >>> >> >> >

Aug. 23, 2018

Re: [Pharo-users] Making TDD in pharo work properly (aka - walkback on a missing class is nasty)

by Tim Mackinnon

Hi Marcus - thatâs actually what I do - and âcreateâ in this case, creates a class and then restarts like the method case does. I guess I was wondering if we can do it more cleanly and also improve the debugger message. If Iâve understood you guys correctly- you try to remove the ambiguity around operations. Looking up a class and getting nil - seems like one of these holes you keep sorting out. I think the flaw in my solution is understanding if that message was being sent to a class, or some other global? I dont think I got that bit right (but itâs certainly better than nothing). e.g. in the debugger I am doing (in DoesNotUnderstandDebugAction) msg := self interruptedContext tempAt: 1. (msg lookupClass == UndefinedObject ) ifTrue: [ ^self createMissingClassIn: self interruptedContext ]. Iâm not totally convinced that lookupClass has to be a class - although maybe its good enough. But really, at the time this happened - we probably knew better than to get a DNU debug action in the the first place - and equally the title in the debugger could be something more akin to the kind of action its supposed to be. Anyway - this is all musing on my part - and I will assemble a proper PR for review by you guys (and at least it advances us forward - and maybe opens the door to better changes further on). Iâm just juggling another change at the moment - so it will be a few days. Tim Sent from my iPhone > On 23 Aug 2018, at 05:33, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > >> On 22 Aug 2018, at 16:24, Tim Mackinnon <tim(a)testit.works> wrote: >> >> Hi - but I guess my question is (and excuse my basic knowledge in this area) - when a class isnât found - can we do better than return nil so that the debugger can give a better msg and presumably the code Iâve written could live on that undefined object? Or am thinking about this wrong? > > In pharo7 we could easily do that (due to the âbindingâ, the meta class of the variable) being different. We could return a nil subclass or add code into the method directly. But the problem with that is that nil checks > are always identity checksâ¦ > > Could you not in the case you now raise the error just fall back to the âdefine methodâ, the behaviour we have now? > > Marcus > >> >> I will also put together a pr for this in Pharo 7 if you think itâs a decent fix. >> >> Tim >> >> Sent from my iPhone >> >> >> >> Sent from my iPhone >>> On 22 Aug 2018, at 09:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> Hi, >>> >>> I played with it, nice! >>> >>> I guess the case when you really get a DNU on nil (and want to create method there) does not really happenâ¦ extending nil is for special cases. >>> >>> Marcus >>> >>> >>>> On 22 Aug 2018, at 13:39, Tim Mackinnon <tim(a)testit.works> wrote: >>>> >>>> Sorry Marcus - you needed to follow the exercism instructions and right click on the exercism package to get an exercism menu to fetch a new exercise (e.g. hello-world). The is then using the TonalReader to pull in code - and then you get a test class that can reference a class that isnât there yet. (But you need to have the exercism cli installed as per the instructions etc). >>>> >>>> In retrospect I think it might be simpler to download this 6.1 image that already has done that - https://www.dropbox.com/s/x2ot9f8arbbvlyb/PharoExercism.zip?dl=0 >>>> It has TwoFerTest that is in that state. If you click on the TestWithName orb, you will see "#new was sent to nilâ - can you can see how my Create button has been fixed per you suggestions to create a class. (The code I wrote is in ExercismTools:DoesNotUnderstandDebugAction>>createMissingClassIn:) >>>> >>>> Tim >>>> >>>> >>>>> On 22 Aug 2018, at 04:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>> >>>>> >>>>> >>>>>> On 17 Aug 2018, at 14:20, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>> >>>>>> The direct link to instructions is here: https://exercism.io/tracks/pharo/installation (not sure if you have to be signed up to see it otherwise its in the repo here: https://github.com/exercism/pharo/blob/master/docs/INSTALLATION.md) >>>>> >>>>> Hmâ¦ AllExercismTests seems to not be there (just a green test in Welcome) >>>>> >>>>> Is this supposed to contain the code below (the createMissingClassActionFor:in:) ? >>>>> >>>>> It would be nice to have an image that shows exactly the problem (I do not have that much time sadly to work on it,but I do have some time to check if I have an image that is set up to the point where i can easily recreate the problem) >>>>> >>>>> Marcus >>>>> >>>>> >>>>>> Tim >>>>>> >>>>>>> On 17 Aug 2018, at 07:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On 17 Aug 2018, at 13:00, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>>>> >>>>>>>> >>>>>>>> Hi Marcus - I can put an image somewhere if that helps (do you just need the .image and .changes)? >>>>>>>> >>>>>>>> Or you can repro from a fresh 6.1 if you follow the exercism Pharo instructions (https://exercism.io/tracks/pharo) to load the first hello world-world example and run the tests. This has my code changes to make create work with a nil class - but maybe we can do better? >>>>>>> I will do that and have a look! >>>>>>> >>>>>>>> Tim >>>>>>>> >>>>>>>> >>>>>>>> Sent from my iPhone >>>>>>>> >>>>>>>>> On 17 Aug 2018, at 06:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> On 10 Aug 2018, at 23:16, Tim Mackinnon <tim(a)testit.works> wrote: >>>>>>>>>> >>>>>>>>>> Actually I think I figured that bit out - a bit clumsily - (pointers appreciated) >>>>>>>>>> >>>>>>>>>> createMissingClassActionFor: aMessage in: aContext >>>>>>>>>> |errorNode senderContext newClass variableNode | >>>>>>>>>> senderContext := aContext sender. >>>>>>>>>> errorNode := senderContext method sourceNodeExecutedForPC: senderContext pc. >>>>>>>>>> variableNode := errorNode receiver receiver. >>>>>>>>>> >>>>>>>>>> newClass := OCUndeclaredVariableWarning new node: variableNode; defineClass: variableNode name. >>>>>>>>>> aContext restart. >>>>>>>>>> >>>>>>>>>> However that last line is wrong, as it doesnât restart with my newly defined class - I also tried >>>>>>>>>> >>>>>>>>>> aContext restartWithNewReceiver: newClass >>>>>>>>>> >>>>>>>>>> But again, I get a debugger where my class is still bound to nil. So whatâs the trick to re-evaluate with the new class Iâve created? Or maybe Iâm totally on the wrong track (still its very interestingâ¦) >>>>>>>>> >>>>>>>>> >>>>>>>>> what is a bit bad is that you catch the problem âtoo lateâ (that is, the DNU to nil, not the read of nil), so nil is already pushed on the stack at this point. >>>>>>>>> >>>>>>>>> I tried it in the inspector and at least the class binding was correct after defining the classâ¦ do you have an image with the whole code to try? >>>>>>>>> >>>>>>>>> Marcus >>> >>> >> >> > >

Aug. 23, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

If I'm following right, you found jupyter/kernel folder and you created the kernel.json file, so you are very close to have everything running. In the screenshot,t Pharo is not able to find zeromq library libzmq.so.3, maybe anaconda installs other version. Please check for your libzmq.so file name, it must be in /usr/local/lib or any other folder added in the dynamic library path in your system, then you can create a link from your lib to libzmq.so.3, or simply change LibZeroMQ unix64ModuleName to return the correct library name. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 23, 2018