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

End of Pharo Mooc is delayed until end of January

by Stephane Ducasse

Dear all, Some of you asked for a deadline extension in order to complete the course activities and get the certificate of attendance. We agreed to give you a few more days. The deadline is now January 31th. If you haven't done so, please take a moment to give us your feedback on the course by filling in the end-of-course questionnaire. All the team wishes you all the best for 2018 Luc, StÃ©phane & Inria Learning Lab team

Jan. 5, 2018

Exception in Gofer with Pharo 7

by Rafael Luque

Hi all. I'm trying to load some packages from SmalltalkHub and I get an exception because ByteString did not understand #asUrl. Maybe it is related with String>>asUrl deprecated? https://pharo.fogbugz.com/f/cases/2896/Deprecate-String-asUrl Thank you!

Jan. 5, 2018

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Dimitris Chloupis

Well done, great to see my code be reused for new project. I am happy to see people take it one step further. What exactly your code offers additional to my code ? Is there is something special you do with it? > There is a concept of Â« Interpreter Â» in this framework. Basically, an > interpreter is an object to which you provide strings containing Python 3 > code and that execute it. > > There is a FFI interpreter which writes the python code in a file on the > file system and uses the int system(char *) function to make python execute > the file. It also redirect stderr to a file and read that file after > execution in order to have eventual execution errors. > You don't really need this approach. The reason why I did not add this feature in Atlas is because the way that Python import its files is basically normal execution. So each time you import mymodule what you do is you execute mymodule. Basically Python does the same thing with execution when it does a import. This is why we need the if main thing to detect whether the module execution happened because of import or because it was executed directly (via terminal, or double click). So in case of Atlas all you have to do is put your code in a python module and import then module from atlas with sendMessage: 'import mymodule'. > There is a Atlas interpreter which uses the Atlas project from Kilon. > Atlas makes Python and Pharo talk trough sockets. So this is what you want > I guess. The thing is, if I want to send data from Python Pharo, I would > use the Atlas interpreter and serialise data to send to Pharo through a > socket as JSON for example. But for Matplotlib I do not need to read > Pythonâs value so I did not implemented that. Nevertheless, it could be > cool to have this ability to get Pythonâs data in Pharo because we could > use Numpy or others Python modules for which getting Python's is important. > > Atlas provide this ability via getValue: message. There is a catch , what you get is always strings. So that means if you use a complex Python object you will have to convert that to some form of string format that clearly represents the data . JSON could be a good candidate here because both Python and Pharo support this. I have created a very basic template Pharo object that parses strings to Pharo objects as an example that I have included but still its going to be tricky especially with Numpy because it all happens at C level and not Python level for performance reasons. Still its not that hard to do if you really need this feature which in your case you don't. > Another interesting thing when communicating through sockets between two > different languages is: How do you manage callbacks? For example I would > like to be able to make Python execute a Pharo Block at a certain point of > the execution or to make Pharo execute a Pythonâs lambda. I do not have > answer for that. > > You can do that in Pharo side or Python side , its up to you. Only you need is a string that acts as a single. For example getValue: technically is kinda like a callback because it sends the string containing the python command but it waits for response from Python that will signal it if the return string contains the signature, if I remember correctly, getvalue: value. So essentially what I have done is create a mini transfer protocol. It was necessary for me to do this not because of callback per se, but because I wanted to retain the live coding abilities of Pharo while coding using Python libraries. In order to do that I wanted to send Python errors back to Pharo and trigger the Pharo debugger with the python error as the name of the error. To do that I had to implement a protocol that diffirentiate between return values and value that concern only Atlas in this case python errors. This protocol can be extended of course to contain a myriad of things, callbacks, thread synchronization, C function calls , C memory etc. So technically speaking its already possible through Atlas. If you want to do something very special with callback that involves the Pharo IDE as I did with Python error you only need to extend this protocol adding your own kind of signal strings. > > I think you could re-use the ideas behind the bridge but not the code. It > is really specific to Python 3, I do not see how you could generate LISP > using it as is. > > Julien > As far as my Atlas is concerned I had made also a Python 2 version but never bothered to continue developing it because I needed only Python 3. The good news is Python 2 and 3 have minor differences when it comes to sockets. Indeed Atlas wont work magically with other language but porting it is not hard because I tried to keep the majority of the code as much as I could in Pharo side for this precise reason. So my initial intention was to provide Atlas to Pharo community as a means to use libraries of any programming language from inside Pharo. I hoped that people would use it as the foundation to bring other languages inside Pharo like I did for Python but alas it seems Pharoers for some weird reason prefer to use Pharo :D (joke for those that did not notice the laughing smiley face) I was also planning adding the ability of memory mapped files that I used in my CPPBridge prohect. This form of communication accelerate things by thousands of times because its low level. But it sacrifices remote execution which means in this case you fall back to the existing socket bridge approach. This was necessary at the time because sockets are not a good idea if you plan on doing large loops, because obviously there is a delays , its low around 1 millisecond and less depending on the power of CPU but if you do 1 million iterations would turn that 1 millisecond to 1000 seconds which of course is no fun. On the other hand even without memory mapped files you can avoid this by making sure you keep the loop either on python side or pharo side with the condition it does not contain Atlas communication commands that open and close the socket.

Jan. 5, 2018

Re: [Pharo-users] Examples of Garage for DB2

by Esteban Lorenzano

this: SmalltalkImage compilerClass: Compiler. Metacello new smalltalkhubUser: 'PharoExtras' project: 'ODBC'; configuration: 'ODBC'; version: #bleedingEdge; load. SmalltalkImage compilerClass: OpalCompiler. loads for me (after proceeding a warning) in Pharo7. no idea if it will work, but it *loads* :) Esteban > On 4 Jan 2018, at 18:18, Andrei Stebakov <lispercat(a)gmail.com> wrote: > > Thank you, Pierce > > I got similar ffi exceptions when I call > Gofer new > > smalltalkhubUser: 'PharoExtras' project: 'ODBC'; > > package: 'ConfigurationOfODBC'; load. > > (Smalltalk at: #ConfigurationOfODBC) load. > > > On Jan 4, 2018 11:41 AM, "Pierce Ng" <pierce(a)samadhiweb.com <mailto:pierce@samadhiweb.com>> wrote: > On Wed, Jan 03, 2018 at 11:42:22AM -0500, Andrei Stebakov wrote: > > I tried before to install odbc.n > > Gofer new > > squeaksource: 'ODBC'; > > Not Squeaksource. Load the version from Smalltalkhub: > > Gofer new > smalltalkhubUser: 'PharoExtras' project: 'ODBC'; > ... > > Hopefully this version works with or without Esteban's suggestion. > > > I still don't see how postgres can help but I'll give it another try. > > I suggested PostgreSQL FDW because I know PostgreSQL. If you are not familiar > with PostgreSQL, then setting it up, setting up its FDW, and finally setting up > programmatic access to PostgreSQL to get at the FDW data is probably more work > than it is worth. > > Pierce > >

Jan. 5, 2018

Re: [Pharo-users] Where is "recover lost changes"?

by Ben Coman

Similar question asked here... http://forum.world.st/Epicea-feedback-save-points-td5060619.html I have since got close to what I needed by first doing... Filter > Show only latest changes then doing... Filter > Hide changes if apply operation is redundant cheers -ben On 5 January 2018 at 17:13, Andreas Brodbeck <dassi(a)mindclue.ch> wrote: > Hi all > > In the newest Pharo 6.1 I miss a feature from the older Pharos "recover > lost changes", which showed me all code changes after the image crashed. > > I am aware of the new Epicea, which is great, but I can't really get it > to show me only those changes since the last image save. How can I get > those changes? > > Cheers, > Andreas > > -- > Andreas Brodbeck > www.mindclue.ch > > >

Jan. 5, 2018

Where is "recover lost changes"?

by Andreas Brodbeck

Hi all In the newest Pharo 6.1 I miss a feature from the older Pharos "recover lost changes", which showed me all code changes after the image crashed. I am aware of the new Epicea, which is great, but I can't really get it to show me only those changes since the last image save. How can I get those changes? Cheers, Andreas -- Andreas Brodbeck www.mindclue.ch

Jan. 5, 2018

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Julien

> Le 4 janv. 2018 Ã 23:48, Kjell Godo <squeaklist(a)gmail.com> a Ã©crit : > > did you use a socket to communicate from Pharo to Python? > it does not sound like it it sounds more one way > i am interested in using sockets to communicate between programs > but i haven't done much with it yet > maybe you can include sockets in your generated Python to talk > back to Pharo ? > i got Dolphin Smalltalk to talk to Pharo using a socket > but i kind of forgot about it There is a concept of Â« Interpreter Â» in this framework. Basically, an interpreter is an object to which you provide strings containing Python 3 code and that execute it. There is a FFI interpreter which writes the python code in a file on the file system and uses the int system(char *) function to make python execute the file. It also redirect stderr to a file and read that file after execution in order to have eventual execution errors. There is a Atlas interpreter which uses the Atlas project from Kilon. Atlas makes Python and Pharo talk trough sockets. So this is what you want I guess. The thing is, if I want to send data from Python Pharo, I would use the Atlas interpreter and serialise data to send to Pharo through a socket as JSON for example. But for Matplotlib I do not need to read Pythonâs value so I did not implemented that. Nevertheless, it could be cool to have this ability to get Pythonâs data in Pharo because we could use Numpy or others Python modules for which getting Python's is important. Another interesting thing when communicating through sockets between two different languages is: How do you manage callbacks? For example I would like to be able to make Python execute a Pharo Block at a certain point of the execution or to make Pharo execute a Pythonâs lambda. I do not have answer for that. > did you look at Roassal ? Roassal does a lot of plotting they look very nice > they have mouse interactions and lots of cool stuff > but i don't know how they relate to other plotting programs > i imagine that Roassal tries to do things not done in other programs > but i don't really know i looked at some other plotting thing also > can't remember Sci something > Roassal has a nice declarative style that is nice > i want to use it a lot in future > i use Roassal in the Moose Pharo image because it is pre installed Yes I know Roassal and I think this is a great project when you want to do interactive visualisations and keep them inside the image. But, as far as I know, when it comes to export the plot into a pdf file to have a nice integration in a LaTeX document, you can not do that in Roassal. Of course you can export your plot as svg but then you have to deal with integrating svg inside LaTeXâ¦ Furthermore, as I said before, I already used MatplotLib in Python and really liked its simple interfaceâ¦ Finally, at the beginning it was just an experiment for fun, but then I saw it was quite easy to interface to a Python library from which you donât need to get values back in Pharo so I continued this project and used it when I had to plot stuff. Now I think it is quite usable and I enhance it a little every time I use it and see there is a part of the bridge I need that is not built yet. :-) > i have a rich text tree editing program in Dolphin Smalltalk > that i use like a note taking program like everNote but as a great big tree > using the old Windows tree widget in Dolphin 6 which i like > and i store a lot of my text stuff in there > and i would like to store and edit Racket programs or lisp programs > in there in a tree format > and your project sounds interesting > about how to maybe generate Racket code that will allow > me to use Dolphin and Pharo and other Smalltalks as a front end to > Racket or commonLisp etc > because i don't like the GUIs or IDEs of those things > ( they're so primative )( but i don't know them well )( they just look > brittle )( and C like ) > and i believe there is a command line interface in Pharo so you can > execute external programs like generated scripts I think you could re-use the ideas behind the bridge but not the code. It is really specific to Python 3, I do not see how you could generate LISP using it as is. Julien --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40

Jan. 5, 2018

Removing contents-changed marker from Rubric on save

by Evan Donahue

Currently, if you add a "composite text" view using gtInspector, the editor lets you use ctrl+s to save changes to the local inspector. However, if you intercept ctrl+s to implement an actual save function, as FileReference does, the text editor no longer knows to remove the contents-changed indicator. You can see this in the current FileReference inspector: f := FileSystem disk / 'tmp' / 'filerefinspectortest.txt'. f writeStreamDo: [ :s | s nextPutAll: 'test data' ]. f inspect. "Change the data and hit ctrl+s. The contents-changed indicator is still there." f inspect. "If you inspect again, you will see that the contents have indeed been saved to disk." How would I change code like the FileReference >> gtInspectorContentsIn: code to make the content-changed indicator work properly? Who is in charge of that indicator and how do I tell them to turn it off? Thanks, Evan

Jan. 5, 2018

Re: [Pharo-users] [ANN] Python3Generator and MatplotLibBridge

by Kjell Godo

did you use a socket to communicate from Pharo to Python? it does not sound like it it sounds more one way i am interested in using sockets to communicate between programs but i haven't done much with it yet maybe you can include sockets in your generated Python to talk back to Pharo ? i got Dolphin Smalltalk to talk to Pharo using a socket but i kind of forgot about it did you look at Roassal ? Roassal does a lot of plotting they look very nice they have mouse interactions and lots of cool stuff but i don't know how they relate to other plotting programs i imagine that Roassal tries to do things not done in other programs but i don't really know i looked at some other plotting thing also can't remember Sci something Roassal has a nice declarative style that is nice i want to use it a lot in future i use Roassal in the Moose Pharo image because it is pre installed i have a rich text tree editing program in Dolphin Smalltalk that i use like a note taking program like everNote but as a great big tree using the old Windows tree widget in Dolphin 6 which i like and i store a lot of my text stuff in there and i would like to store and edit Racket programs or lisp programs in there in a tree format and your project sounds interesting about how to maybe generate Racket code that will allow me to use Dolphin and Pharo and other Smalltalks as a front end to Racket or commonLisp etc because i don't like the GUIs or IDEs of those things ( they're so primative )( but i don't know them well )( they just look brittle )( and C like ) and i believe there is a command line interface in Pharo so you can execute external programs like generated scripts On Tue, Jan 2, 2018 at 12:30 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > On Mon, Jan 1, 2018 at 8:22 PM, Julien <julien.delplanque(a)inria.fr> wrote: > > Hello, > > > > My new year main resolution: stop keeping my side-projects for me. > > I ***LOVE IT*** > Last year I took as decision, release all the books that I had half > finished :) and I ended up creating the booklets > to flush my hardisc. > > Stef > > > > > > > > > > Itâs been like 1 year that I created these two projects, one coming from > a > > refactoring of the other. > > Now it is time to take time to announce them. > > > > I initially come from Python world and during my bachelor & master, I > really > > liked to use matplotlib to plot data using Python. > > > > So I wanted to be able to use this Python module from Pharo. I did it by > > generating Python 3 code from Pharo and making Python 3 executing it. So, > > first I implemented everything in MatplotLibBridge package and then I > split > > it in two package in order to be able to eventually create bridges to > other > > Python 3 modules. > > > > So, Python3Generator [1] is made for generating programatically Python 3 > > code from Pharo. Basically, it allows you to easily build a Python 3 AST, > > to serialize it in Python 3 source code and eventually to execute it. For > > now you can transfer data from Pharo to Python (e.g. providing arguments > to > > functions that are Pharoâs objects) but you can not retrieve data stored > in > > Python variable from Pharo (but it should be possible, just I donât need > to > > do that for my bridge to matplotlib). Some examples are provided on the > > githubâs README. > > > > MatplotLibBridge [2] is made for creating plots using matplotlib [3] from > > Pharo. There is a bunch of examples of what you can do on the README. The > > two features from matplotlib I like the most are: 1. You can generate > your > > plot in a lot of file formats (png, pdf, svg, ps, etcâ¦) 2. It allows to > > embed LaTeX mathematical formulae everywhere in the plot (which can be > > really cool). All the possible plots in matplotlib are not available in > > Pharoâs side because I build parts of the bridge when I need them but it > is > > not hard to do. I someone is interested in a plot type not available yet, > > please tell me. > > > > So, it is announced, if someone want to do something with those, please > do > > it! > > > > Happy new year. > > > > Regards, > > > > Julien > > > > [1]: https://github.com/juliendelplanque/Python3Generator > > [2]: https://github.com/juliendelplanque/MatplotLibBridge > > [3]: https://matplotlib.org > > > > --- > > Julien Delplanque > > Doctorant Ã lâUniversitÃ© de Lille 1 > > http://juliendelplanque.be/phd.html > > Equipe Rmod, Inria > > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq > > NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > > > >

Jan. 4, 2018

Re: [Pharo-users] Examples of Garage for DB2

by Andrei Stebakov

Thank you, Pierce I got similar ffi exceptions when I call Gofer new smalltalkhubUser: 'PharoExtras' project: 'ODBC'; package: 'ConfigurationOfODBC'; load. (Smalltalk at: #ConfigurationOfODBC) load. On Jan 4, 2018 11:41 AM, "Pierce Ng" <pierce(a)samadhiweb.com> wrote: > On Wed, Jan 03, 2018 at 11:42:22AM -0500, Andrei Stebakov wrote: > > I tried before to install odbc. > > Gofer new > > squeaksource: 'ODBC'; > > Not Squeaksource. Load the version from Smalltalkhub: > > Gofer new > smalltalkhubUser: 'PharoExtras' project: 'ODBC'; > ... > > Hopefully this version works with or without Esteban's suggestion. > > > I still don't see how postgres can help but I'll give it another try. > > I suggested PostgreSQL FDW because I know PostgreSQL. If you are not > familiar > with PostgreSQL, then setting it up, setting up its FDW, and finally > setting up > programmatic access to PostgreSQL to get at the FDW data is probably more > work > than it is worth. > > Pierce > > >

Jan. 4, 2018