- Pharo-users - lists.pharo.org

Re: [Pharo-users] invoking python from pharo

by Pablo R. Digonzelli

Yes , I was aware of the excellent work of kilon. I was hoping that this be the way to solve my issue. Thanks kilon, I will follow your instructions and comment the results into the list. Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 De: "kilon alios" <kilon.alios(a)gmail.com> Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Enviados: Jueves, 25 de Septiembre 2014 14:13:34 Asunto: Re: [Pharo-users] invoking python from pharo a minor correction to the previous email its python3 pyatlas.py and not python3 pyAtlas.py also I forgot to make clear that it works for pyhton 2.7 and python 3. On Thu, Sep 25, 2014 at 8:11 PM, kilon alios < kilon.alios(a)gmail.com > wrote: Hi there, I promised to do this a long time ago, but since you asked it I done it now. So as Ben said I am the author of Ephestos, a communication bridge between Blender and Pharo . To go directly to the how to . Ephestos is basically a socket bridge that send via sockets strings from pharo to python that then python executes as python commands. Ephestos is made so it works inside blender but I promised Atals a spin off project that allows the same socket bridge to be used as a standalone. To use do the following. 1) Get Ephestos , you can find it and install it with the configuration browser in your image in Pharo 3 and Pharo 4. Make sure you have a recent release though because I added it recently. 2) Get pyAtlas , this is the python side , you can get it from here --> https://github.com/kilon/pyAtlas 3) in your command line cd to the pyAtlas directory and execute : python3 pyAtlas.py 4) in Pharo you can now try any python code you want for example Ephestos sendMessage: 'print("hello world")'. Ephestos sendMessage: 'x = 3'. x := Ephestos getValue: 'x'. x inspect. Ephestos sendMessage: string, basically sends the python command to be executes while getValue: sends the command and returns a value as a string. you can use string 'exit' to close the socket bridge but this part is buggy as it seems to keep the binding of the sokcet active and I have to wait to clean it up in macos to reopen the bridge. You can also use pharo syntax and python errors will trigger the pharo debugger with a title the python error itself. You can find more information about Ephestos in my gitbook that can be read here https://www.gitbook.io/book/kilon/ephestos Also I forgot to add that sendMessage can send multiline strings , so its possible to send python class definitions and other stuff, you type the string exactly as you would type python code respecting whitespaces. If you want to execute loads of lines of python code then it would be better to put your code in a python module and do Ephestos sendMessage: 'import mymodule' assuming your module is called 'mymodule' , python import basically are executions of code. If you have any questions just ask. Bare in mind this is a socket bridge so its not ideal for sending thousands of messages per second and you may run into the occasional bug or two which I will fix if you report it. Nonetheless it should allow you to execute any kind of code and not just call python functions or python methods. On Thu, Sep 25, 2014 at 7:40 PM, Ben Coman < btc(a)openinworld.com > wrote: BQ_BEGIN Pablo R. Digonzelli wrote: BQ_BEGIN Hi all , I need to invoke python rutines from Pharo. I need some orientation about the best way to do it. TIA Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 Search the [pharo-dev] list for Ephestos by kilon. cheers -ben BQ_END BQ_END

Sept. 25, 2014

Re: [Pharo-users] Passed by references and by value

by Mark Rizun

Hi, Most classes are passed by reference including those that were defined by user. But classes like integer are passed by value. I think it's similar to C#. I may be wrong, so better wait for another more competent reply:) Best, Mark 2014-09-25 21:14 GMT+03:00 nacho <0800nacho(a)gmail.com>: > Hi, > In PBE says that ordinary objects' ivars are passed by references and small > integers are passed by value. > Is there a way to know if a class is passed by reference or by value? > Only small integers are passed as value? > Thanks in advance > Nacho > > > > > > ----- > Nacho > Smalltalker apprentice. > Buenos Aires, Argentina. > -- > View this message in context: > http://forum.world.st/Passed-by-references-and-by-value-tp4780289.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Sept. 25, 2014

Passed by references and by value

by nacho

Hi, In PBE says that ordinary objects' ivars are passed by references and small integers are passed by value. Is there a way to know if a class is passed by reference or by value? Only small integers are passed as value? Thanks in advance Nacho ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Passed-by-references-and-by-value-tp4780289.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 25, 2014

Re: [Pharo-users] invoking python from pharo

by kilon alios

a minor correction to the previous email its python3 pyatlas.py and not python3 pyAtlas.py also I forgot to make clear that it works for pyhton 2.7 and python 3. On Thu, Sep 25, 2014 at 8:11 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > Hi there, I promised to do this a long time ago, but since you asked it I > done it now. > > So as Ben said I am the author of Ephestos, a communication bridge between > Blender and Pharo . > > To go directly to the how to . Ephestos is basically a socket bridge that > send via sockets strings from pharo to python that then python executes as > python commands. > > Ephestos is made so it works inside blender but I promised Atals a spin > off project that allows the same socket bridge to be used as a standalone. > To use do the following. > > 1) Get Ephestos , you can find it and install it with the configuration > browser in your image in Pharo 3 and Pharo 4. Make sure you have a recent > release though because I added it recently. > > 2) Get pyAtlas , this is the python side , you can get it from here --> > https://github.com/kilon/pyAtlas > > 3) in your command line cd to the pyAtlas directory and execute : python3 > pyAtlas.py > > 4) in Pharo you can now try any python code you want > > for example > > Ephestos sendMessage: 'print("hello world")'. > Ephestos sendMessage: 'x = 3'. > x := Ephestos getValue: 'x'. > x inspect. > > Ephestos sendMessage: string, basically sends the python command to be > executes while getValue: sends the command and returns a value as a string. > > you can use string 'exit' to close the socket bridge but this part is > buggy as it seems to keep the binding of the sokcet active and I have to > wait to clean it up in macos to reopen the bridge. > > You can also use pharo syntax and python errors will trigger the pharo > debugger with a title the python error itself. > > You can find more information about Ephestos in my gitbook that can be > read here > > https://www.gitbook.io/book/kilon/ephestos > > Also I forgot to add that sendMessage can send multiline strings , so its > possible to send python class definitions and other stuff, you type the > string exactly as you would type python code respecting whitespaces. If you > want to execute loads of lines of python code then it would be better to > put your code in a python module and do > > Ephestos sendMessage: 'import mymodule' > > assuming your module is called 'mymodule' , python import basically are > executions of code. > > If you have any questions just ask. > > Bare in mind this is a socket bridge so its not ideal for sending > thousands of messages per second and you may run into the occasional bug or > two which I will fix if you report it. Nonetheless it should allow you to > execute any kind of code and not just call python functions or python > methods. > > > > On Thu, Sep 25, 2014 at 7:40 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Pablo R. Digonzelli wrote: >> >> Hi all , I need to invoke python rutines from Pharo. I need some >> orientation about the best way to do it. >> TIA >> >> ------------------------------ >> *Ing. Pablo Digonzelli* >> Software Solutions >> IP-Solutiones SRL >> Metrotec SRL >> 25 de Mayo 521 >> Email: pdigonzelli(a)softsargentina.com >> pdigonzelli(a)gmail.com >> Cel: 5493815982714 >> >> >> Search the [pharo-dev] list for Ephestos by kilon. >> cheers -ben >> > >

Sept. 25, 2014

Re: [Pharo-users] invoking python from pharo

by kilon alios

Hi there, I promised to do this a long time ago, but since you asked it I done it now. So as Ben said I am the author of Ephestos, a communication bridge between Blender and Pharo . To go directly to the how to . Ephestos is basically a socket bridge that send via sockets strings from pharo to python that then python executes as python commands. Ephestos is made so it works inside blender but I promised Atals a spin off project that allows the same socket bridge to be used as a standalone. To use do the following. 1) Get Ephestos , you can find it and install it with the configuration browser in your image in Pharo 3 and Pharo 4. Make sure you have a recent release though because I added it recently. 2) Get pyAtlas , this is the python side , you can get it from here --> https://github.com/kilon/pyAtlas 3) in your command line cd to the pyAtlas directory and execute : python3 pyAtlas.py 4) in Pharo you can now try any python code you want for example Ephestos sendMessage: 'print("hello world")'. Ephestos sendMessage: 'x = 3'. x := Ephestos getValue: 'x'. x inspect. Ephestos sendMessage: string, basically sends the python command to be executes while getValue: sends the command and returns a value as a string. you can use string 'exit' to close the socket bridge but this part is buggy as it seems to keep the binding of the sokcet active and I have to wait to clean it up in macos to reopen the bridge. You can also use pharo syntax and python errors will trigger the pharo debugger with a title the python error itself. You can find more information about Ephestos in my gitbook that can be read here https://www.gitbook.io/book/kilon/ephestos Also I forgot to add that sendMessage can send multiline strings , so its possible to send python class definitions and other stuff, you type the string exactly as you would type python code respecting whitespaces. If you want to execute loads of lines of python code then it would be better to put your code in a python module and do Ephestos sendMessage: 'import mymodule' assuming your module is called 'mymodule' , python import basically are executions of code. If you have any questions just ask. Bare in mind this is a socket bridge so its not ideal for sending thousands of messages per second and you may run into the occasional bug or two which I will fix if you report it. Nonetheless it should allow you to execute any kind of code and not just call python functions or python methods. On Thu, Sep 25, 2014 at 7:40 PM, Ben Coman <btc(a)openinworld.com> wrote: > Pablo R. Digonzelli wrote: > > Hi all , I need to invoke python rutines from Pharo. I need some > orientation about the best way to do it. > TIA > > ------------------------------ > *Ing. Pablo Digonzelli* > Software Solutions > IP-Solutiones SRL > Metrotec SRL > 25 de Mayo 521 > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714 > > > Search the [pharo-dev] list for Ephestos by kilon. > cheers -ben >

Sept. 25, 2014

Re: [Pharo-users] Booting into Pharo!

by Sven Van Caekenberghe

On 25 Sep 2014, at 18:27, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Sun, Sep 21, 2014 at 06:56:27PM -0400, David T. Lewis wrote: >> If you are booting directly into the image, you may find it useful to also >> load CommandShell/OSProcess into your image. This will let you open a >> Smalltalk shell window directly within your Squeak/Pharo boot image, so >> that you have access to the operating system with actually opening any >> windows or terminal sessions outside of your image. >> >> http://www.squeaksource.com/CommandShell >> http://www.squeaksource.com/OSProcess > > In view of ShellShock, from a PipeableOSProcess example: > > | env | > env := OSProcess thisOSProcess environment copy. > env at: #SHOCKED put: '() { :;}; echo ShellShocked;'. > (PipeableOSProcess command: 'echo Nah environment: env) output > > This gives the following. (Yes, this is done on an unpatched bash for demo > purposes. Everyone should patch as soon as you can.) > > ShellShocked > Nah > > I have a webapp that shells out to some OS command line tool. I think I have > written it such that untrustworthy web input does not taint the command line > tool's environment and input. I think. Everyone doing similar may wish to > relook at it. It is my understanding that the attack vector is cgi-bin which turns HTTP headers into environment variables, which are then interpreted as functions and executable shell code. [ which is pretty heavy/scary stuff ] If you serve HTTP directly (Zinc/Seaside), or through a proxy (apache2 or nginx), no HTTP headers are turned into environment variables, so invoking a sub shell is safe (unless you make some other error of course). [ anyway, that is what I think ] I disables all cgi[d] modules, we weren't using them anyway. [ but who knows what will turn up ] > David, perhaps the code is already there, but can we run OS commands without > invoking the shell? > > Pierce > >

Sept. 25, 2014

Re: [Pharo-users] Booting into Pharo!

by David T. Lewis

> On Sun, Sep 21, 2014 at 06:56:27PM -0400, David T. Lewis wrote: >> If you are booting directly into the image, you may find it useful to >> also >> load CommandShell/OSProcess into your image. This will let you open a >> Smalltalk shell window directly within your Squeak/Pharo boot image, so >> that you have access to the operating system with actually opening any >> windows or terminal sessions outside of your image. >> >> http://www.squeaksource.com/CommandShell >> http://www.squeaksource.com/OSProcess > > In view of ShellShock, from a PipeableOSProcess example: > > | env | > env := OSProcess thisOSProcess environment copy. > env at: #SHOCKED put: '() { :;}; echo ShellShocked;'. > (PipeableOSProcess command: 'echo Nah environment: env) output > > This gives the following. (Yes, this is done on an unpatched bash for demo > purposes. Everyone should patch as soon as you can.) > > ShellShocked > Nah > > I have a webapp that shells out to some OS command line tool. I think I > have > written it such that untrustworthy web input does not taint the command > line > tool's environment and input. I think. Everyone doing similar may wish to > relook at it. > > David, perhaps the code is already there, but can we run OS commands > without > invoking the shell? > > Pierce > > Yes, you can run any executable command as an external OS process. It is usually easier to run /bin/sh as the command and let the shell do the parsing, but you can run any program you like. And you can also do the "shell" in native Smalltalk with CommandShell, although this is not a complete simulation of a unix shell, so sometimes it is better to use the real /bin/sh program. Dave

Sept. 25, 2014

Re: [Pharo-users] FFI on Linux again

by Nicolai Hess

Am 25.09.2014 17:25 schrieb "Annick Fron" <list(a)afceurope.com>: > > Hi, > > I Have tried the following code on Linux , but the call breaks. Is it because of the X11Window structure missing or else ? > > Annick > ==== > testGetOurWindowLocation > "self new testGetOurWindowLocation" > > | display ourWindow aParent anX anY aWidth aHeight aBorderWidth aDepth | > display := X11Display XOpenDisplay: nil. > ourWindow := display ourWindow. > (Alien lookup: 'XGetGeometry' inLibrary: 'X11') > primFFICallResult: nil > withArguments: > {display. > ourWindow. > (aParent := Alien new: 4). > (anX := Alien new: 4). > (anY := Alien new: 4). > (aWidth := Alien new: 4). > (aHeight := Alien new: 4). > (aBorderWidth := Alien new: 4). > (aDepth := Alien new: 4)}. > (anX unsignedLongAt: 1) inspect withArguments ... ourWindow xid ... ?

Sept. 25, 2014

Re: [Pharo-users] Using themes and closing windows

by Thierry Goubier

Le 25/09/2014 18:37, Annick Fron a Ã©crit : > Is there a documentation how to use or write Themes ? > > I would like to attach some method when I close a window, how I do that ? You can register to the announcement sent by the window when closing. | s | s := SystemWindow new. s onAnnouncement: WindowClosed do: [ Transcript show: 'Closing' ]. s openAsIs Thierry

Sept. 25, 2014

Re: [Pharo-users] Ridiculous we are

by Henrik Johansen

On 22 Sep 2014, at 10:07 , Hilaire <hilaire(a)drgeo.eu> wrote: > > However font path seems ok: > File @ /home/hilaire/TÃ©lÃ©chargements/DrGeo.app/Contents/Resources. > Inspecting this path, it looks like 'TÃ©lÃ©chargements' is 8 bits, but it > should be utf-8, right? > > I think there are issue on Windows, as some user reported to me. The fun thing about plugins calling external libraries, is that you have to find out what that library does to know the right answer to what encoding char* parameters are meant to be passed... In the case of FreeType, after some digging*, it seems to me it ends up calling fopen on all platforms, which on windows... *drumroll* ... resolves to the legacy ANSI version** of the Windows file libraries. Hence, the "correct" encoding to use on Windows would be the locale legacy code page. It also means that, on Windows, you *cannot* load fonts from a directory whose name is not encodable in the current codepage no matter what we do in Pharo. (short of submitting a bug-fix to the FreeType project) Cheers, Henry *FT_New_Face (http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/src/base/ftobj…) calls... FT_Open_Face (same) which calls... FT_Stream_New (same) which calls... FT_Stream_Open (http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/src/base/ftsys…) which calls... ft_fopen (http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/include/config…) which resolves to f_open. ** http://msdn.microsoft.com/en-us/library/yeby3zcb.aspx , don't be fooled, the "Unicode support" section is about contents written/read to/from file, not the path parameter.

Sept. 25, 2014