September 2014 - Pharo-users

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

Re: [Pharo-users] invoking python from pharo

by Ben Coman

Sept. 25, 2014

Re: [Pharo-users] Glorp + NBSQLite3

by Pierce Ng

On Wed, Sep 24, 2014 at 01:33:02PM -0300, Esteban A. Maringolo wrote: > How does SQLite scale in terms of table size and so on? According to https://www.sqlite.org/whentouse.html: An SQLite database is limited in size to 140 terabytes (2^47 bytes, 128 tibibytes). And even if it could handle larger databases, SQLite stores the entire database in a single disk file and many filesystems limit the maximum size of files to something less than this. SQLite will normally work fine as the database backend to a website. But if you website is so busy that you are thinking of splitting the database component off onto a separate machine, then you should definitely consider using an enterprise-class client/server database engine instead of SQLite. > I was surprised to know it is based on an old version of PostgreSQL > according to this presentation: > http://www.pgcon.org/2014/schedule/events/736.en.html That is a very interesting talk. As it says, SQLite is a replacement for fopen(), not a replacement for PostgreSQL. In the context of my writing tools and applications in Smalltalk, I'd like to enjoy SQLite's robustness, hence my interest in having/building a good Smalltalk wrapper. Pierce

Sept. 25, 2014

Using themes and closing windows

by Annick Fron

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 ? Annick

Sept. 25, 2014