September 2014 - Pharo-users

Re: [Pharo-users] Moose > Software selfies: How to graph the story of a Monticello repo within Pharo/Moose/Roassal

by Esteban A. Maringolo

When you say "selfie" you mean "screenshot"? Why not use a regular screenshot tool provided by the OS or running externally to Pharo? I use SnagIt for Windows to capture Pharo running inside an Ubuntu VM. Regards! Esteban A. Maringolo 2014-09-22 21:15 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net>: > Hi, > > I'm working on the first version of my draft article about Pharo, wrote > inside Pharo itself. I would like to illustrate the process of learning and > building the software by making some graphs of the history of the Monticello > repository and I'm wondering how difficult this could be. I'm thinking in > something like: > > - A bar char with the amount of commits per day since the repo existed. > - Number of methods in the package. > - Total lines of code > > Any advice about how to use Moose/Roassal to create a "selfie" of the > project's history is welcomed. > > The SmalltalkHub repository is here: > > http://smalltalkhub.com/#!/~Offray/Ubakye/ > > Also I have acknowledge the contribution of the Pharo/Moose/Roassal > communities, but I'm wondering if there is any custom about how to do it. As > soon as I have a more workable draft I will be sharing the link. > > Thanks again, > > Offray >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by Esteban A. Maringolo

Excellent article. I think GLORP uses a similar technique to setup its expressions, and also have issues with #and:/#or: selectors due to inlining, so it uses AND:/#OR: instead. Regards! Esteban A. Maringolo pd: Your blog and it's choosen topic made me remember http://use-the-index-luke.com/ 2014-09-22 20:48 GMT-03:00 Udo Schneider <udo.schneider(a)homeaddress.de>: > > All, > > I just finished a blog entry. It shows how to use Smalltalk blocks as parsers/translators. E.g. translating a Block > > [:customer | (customer joinDate year is: Date today year)] > > into an SQL-like String > > (YEAR(customers.joinDate) = 2014) > > The SQL stuff is just an example - you can create nearly any output. > > Check out http://readthesourceluke.blogspot.de/2014/09/block-translators-parsing-magi… > > Maybe that's old stuff for some of you - but I hope it's interesting for some at least :-) > > Comments and feedback appreciated. > > CU, > > Udo > >

Sept. 23, 2014

Re: [Pharo-users] Ridiculous we are

by Robert Shiplett

so I stay with my 8Gb iTouch iOS 3 ; with no prospect of an upgrade, I am sorta worry-free. If only it were also a phone ... " Don't dial ... DO ! " ;-) [ this msg was last seen in my default font ] On 22 September 2014 17:35, stepharo <stepharo(a)free.fr> wrote: > Hilaire > > These are two days that after upgrading my iPhone, the recovery process > crash. > After two days trying I finally succeeded to upload my recovery to my > iPhone and > now my iPhone crashes continously at boot time. I get a nice sepia > screenshot and > it restarts. I will have to send my iPhone to Apple for real check. > Just because I did an update! > > So I do not accept the title of your email. Simply I cannot. > > Do you imagine the billions injected into iPhone. So probably iPhone is > one order of magnitude > more complex than Pharo but the money injected into Pharo is our > collective time and > it is far from being an order of magnitude smaller than several billions. > > Stef > > > On 22/9/14 22:07, Hilaire wrote: > >> Hello, >> >> Tested on Linux, when I move DrGeo.app folder under hierarchy tree with >> accent characters (For example, /home/hilaire/TÃ©lÃ©chargement/), loading >> font does not work >> >> 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. >> >> Holy shit. >> >> Hilaire >> >> > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by Ben Coman

Sept. 23, 2014

Moose > Software selfies: How to graph the story of a Monticello repo within Pharo/Moose/Roassal

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm working on the first version of my draft article about Pharo, wrote inside Pharo itself. I would like to illustrate the process of learning and building the software by making some graphs of the history of the Monticello repository and I'm wondering how difficult this could be. I'm thinking in something like: - A bar char with the amount of commits per day since the repo existed. - Number of methods in the package. - Total lines of code Any advice about how to use Moose/Roassal to create a "selfie" of the project's history is welcomed. The SmalltalkHub repository is here: http://smalltalkhub.com/#!/~Offray/Ubakye/ Also I have acknowledge the contribution of the Pharo/Moose/Roassal communities, but I'm wondering if there is any custom about how to do it. As soon as I have a more workable draft I will be sharing the link. Thanks again, Offray

Sept. 23, 2014

BLOG: Block Translators - parsing magic

by Udo Schneider

All, I just finished a blog entry. It shows how to use Smalltalk blocks as parsers/translators. E.g. translating a Block [:customer | (customer joinDate year is: Date today year)] into an SQL-like String (YEAR(customers.joinDate) = 2014) The SQL stuff is just an example - you can create nearly any output. Check out http://readthesourceluke.blogspot.de/2014/09/block-translators-parsing-magi… Maybe that's old stuff for some of you - but I hope it's interesting for some at least :-) Comments and feedback appreciated. CU, Udo

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by phil＠highoctane.be

I've got the 32 bit ones. I checked. Nicolas got it working, I'll check. Phil On Tue, Sep 23, 2014 at 12:32 AM, Casimiro de Almeida Barreto < casimiro.barreto(a)gmail.com> wrote: > Sometimes the problem is that you have Linux x86_64 and only the 64bit > libraries. When using squeak it is necessary to have the proper 32bit > libraries to have the system working. > > On 22-09-2014 18:10, phil(a)highoctane.be wrote: > > I passed 'localhost:0:0' in the XWindows example and this gave me a > window reference. > > The next problem was that it broke after that. But I got the handle. > > Try with that, it may help. > > Phil > > > On Mon, Sep 22, 2014 at 10:02 PM, Annick Fron <list(a)afceurope.com> wrote: > >> Thanks you >> The problem is I wanted to use X windows ! >> Otherwise I have managed to use FFI on Linux. >> Perhaps there is a glitch when passing nil as argument. It is not clear >> whether we have to use nil or 0 (as a null pointer). >> This is really my point, I sometimes need to pass NULL. >> Annick >> >> Le 22 sept. 2014 Ã 21:22, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : >> >> >> 2014-09-22 18:10 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: >> >>> I've been able to reproduce this. >>> >>> Well, my CentOS thing requires me for some reason to put >>> /usr/lib/libX11.so.6 in the module name (doing these kind of things looks >>> like usual for lib names with FFI from what I saw from old Squeak threads). >>> >> >> Yes, I read this threads too, I solved it by >> LD_LIBRARY_PATH=<YOUR_PATH_TO_X11> ./pharo .... >> >> but no matter which of this (LD_LIBRARY_PATH or full name in the ffi >> pragma) the call throws the >> "could not coerce arguments"- error. >> >> But the Sample class>>callC: method you wrote in the other mail works. >> >> >>> >>> XCreateGC: xDisplay with: aDrawable with: valueMask with: values >>> <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) >>> module: '/usr/lib/libX11.so.6'> >>> >>> Now, other internal FFIPrims tests do work. >>> >>> So, it is X11 or something else, I do not know. >>> >>> Phil >>> >>> >>> On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>>> Annick Fron wrote: >>>> >>>>> Hi, >>>>> >>>>> I have posted a bug about this in fogbugz. >>>>> FFI example on Linux donât work >>>>> >>>>> X11Display coloredRectangles >>>>> raises an error Â« coud not coerce arguments Â». >>>>> In fogbugz, I was asked to raise this question in the mailing list, to >>>>> know if it comes from the VM or from FFI. >>>>> >>>>> Annick >>>>> >>>>> >>>>> >>>> Hi Annick, >>>> Sorry I don't know anything about this topic to help, just a minor >>>> observation that a link to the fogbugz issue would help streamline things >>>> for someone who does. >>>> :) >>>> cheers -ben >>>> >>>> >>>> >>>> >>> >> >> > >

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by Casimiro de Almeida Barreto

Sometimes the problem is that you have Linux x86_64 and only the 64bit libraries. When using squeak it is necessary to have the proper 32bit libraries to have the system working. On 22-09-2014 18:10, phil(a)highoctane.be wrote: > I passed 'localhost:0:0' in the XWindows example and this gave me a > window reference. > > The next problem was that it broke after that. But I got the handle. > > Try with that, it may help. > > Phil > > > On Mon, Sep 22, 2014 at 10:02 PM, Annick Fron <list(a)afceurope.com > <mailto:list@afceurope.com>> wrote: > > Thanks you > The problem is I wanted to use X windows ! > Otherwise I have managed to use FFI on Linux. > Perhaps there is a glitch when passing nil as argument. It is not > clear whether we have to use nil or 0 (as a null pointer). > This is really my point, I sometimes need to pass NULL. > Annick > > Le 22 sept. 2014 Ã 21:22, Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>> a Ã©crit : > >> >> 2014-09-22 18:10 GMT+02:00 phil(a)highoctane.be >> <mailto:phil@highoctane.be> <phil(a)highoctane.be >> <mailto:phil@highoctane.be>>: >> >> I've been able to reproduce this. >> >> Well, my CentOS thing requires me for some reason to put >> /usr/lib/libX11.so.6 in the module name (doing these kind of >> things looks like usual for lib names with FFI from what I >> saw from old Squeak threads). >> >> >> Yes, I read this threads too, I solved it by >> LD_LIBRARY_PATH=<YOUR_PATH_TO_X11> ./pharo .... >> >> but no matter which of this (LD_LIBRARY_PATH or full name in the >> ffi pragma) the call throws the >> "could not coerce arguments"- error. >> >> But the Sample class>>callC: method you wrote in the other mail >> works. >> >> >> >> XCreateGC: xDisplay with: aDrawable with: valueMask with: values >> <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong >> long*) module: '/usr/lib/libX11.so.6'> >> >> Now, other internal FFIPrims tests do work. >> >> So, it is X11 or something else, I do not know. >> >> Phil >> >> >> On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman >> <btc(a)openinworld.com <mailto:btc@openinworld.com>> wrote: >> >> Annick Fron wrote: >> >> Hi, >> >> I have posted a bug about this in fogbugz. >> FFI example on Linux donât work >> >> X11Display coloredRectangles >> raises an error Â« coud not coerce arguments Â». >> In fogbugz, I was asked to raise this question in the >> mailing list, to know if it comes from the VM or from >> FFI. >> >> Annick >> >> >> >> Hi Annick, >> Sorry I don't know anything about this topic to help, >> just a minor observation that a link to the fogbugz issue >> would help streamline things for someone who does. >> :) >> cheers -ben >> >> >> >> >> > >

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by Nicolai Hess

Ah, got the examples working :) I replaced all X11Drawable arguments in the ffi call signature to ulong and replace the call ... drawable ... with ... drawable xid ... attached is the changeset (who maintains the FFI-Package and the X11 examples?) 2014-09-22 23:10 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > I passed 'localhost:0:0' in the XWindows example and this gave me a window > reference. > > The next problem was that it broke after that. But I got the handle. > > Try with that, it may help. > > Phil > > > On Mon, Sep 22, 2014 at 10:02 PM, Annick Fron <list(a)afceurope.com> wrote: > >> Thanks you >> The problem is I wanted to use X windows ! >> Otherwise I have managed to use FFI on Linux. >> Perhaps there is a glitch when passing nil as argument. It is not clear >> whether we have to use nil or 0 (as a null pointer). >> This is really my point, I sometimes need to pass NULL. >> Annick >> >> Le 22 sept. 2014 Ã 21:22, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : >> >> >> 2014-09-22 18:10 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: >> >>> I've been able to reproduce this. >>> >>> Well, my CentOS thing requires me for some reason to put >>> /usr/lib/libX11.so.6 in the module name (doing these kind of things looks >>> like usual for lib names with FFI from what I saw from old Squeak threads). >>> >> >> Yes, I read this threads too, I solved it by >> LD_LIBRARY_PATH=<YOUR_PATH_TO_X11> ./pharo .... >> >> but no matter which of this (LD_LIBRARY_PATH or full name in the ffi >> pragma) the call throws the >> "could not coerce arguments"- error. >> >> But the Sample class>>callC: method you wrote in the other mail works. >> >> >>> >>> XCreateGC: xDisplay with: aDrawable with: valueMask with: values >>> <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: >>> '/usr/lib/libX11.so.6'> >>> >>> Now, other internal FFIPrims tests do work. >>> >>> So, it is X11 or something else, I do not know. >>> >>> Phil >>> >>> >>> On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>>> Annick Fron wrote: >>>> >>>>> Hi, >>>>> >>>>> I have posted a bug about this in fogbugz. >>>>> FFI example on Linux donât work >>>>> >>>>> X11Display coloredRectangles >>>>> raises an error Â« coud not coerce arguments Â». >>>>> In fogbugz, I was asked to raise this question in the mailing list, to >>>>> know if it comes from the VM or from FFI. >>>>> >>>>> Annick >>>>> >>>>> >>>>> >>>> Hi Annick, >>>> Sorry I don't know anything about this topic to help, just a minor >>>> observation that a link to the fogbugz issue would help streamline things >>>> for someone who does. >>>> :) >>>> cheers -ben >>>> >>>> >>>> >>>> >>> >> >> >

Sept. 22, 2014

Re: [Pharo-users] Ridiculous we are

by Sven Van Caekenberghe

I also find the way some problems are reported quite disturbing. How much testing did you do ? On which platforms ? I can do this (in Pharo 3) without any problems (we're talking about arbitrary Unicode characters in path names): ('/tmp' asFileReference / 'Ã©tÃ©') ensureCreateDirectory. '/tmp/Ã©tÃ©' asFileReference exists. ('/tmp/Ã©tÃ©' asFileReference / 'ÎÎ»Î»Î¬Î´Î±.txt') writeStreamDo: [ :out | out << 'What about Greece ?' ]. ('/tmp/Ã©tÃ©' asFileReference / 'ÎÎ»Î»Î¬Î´Î±.txt') exists. ('/tmp/Ã©tÃ©' asFileReference / 'ÎÎ»Î»Î¬Î´Î±.txt') contents. And in a terminal, I get: $ ls /tmp/Ã©tÃ©/ÎÎ»Î»Î¬Î´Î±.txt /tmp/Ã©tÃ©/ÎÎ»Î»Î¬Î´Î±.txt $ cat !$ cat /tmp/Ã©tÃ©/ÎÎ»Î»Î¬Î´Î±.txt What about Greece ? This is on Mac OS X. So this part fundamentally works in the image and on one VM. There might of course be problems in how paths are used in certain places or on certain VM/platforms. Sven On 22 Sep 2014, at 22:35, stepharo <stepharo(a)free.fr> wrote: > Hilaire > > These are two days that after upgrading my iPhone, the recovery process crash. > After two days trying I finally succeeded to upload my recovery to my iPhone and > now my iPhone crashes continously at boot time. I get a nice sepia screenshot and > it restarts. I will have to send my iPhone to Apple for real check. > Just because I did an update! > > So I do not accept the title of your email. Simply I cannot. > > Do you imagine the billions injected into iPhone. So probably iPhone is one order of magnitude > more complex than Pharo but the money injected into Pharo is our collective time and > it is far from being an order of magnitude smaller than several billions. > > Stef > > > On 22/9/14 22:07, Hilaire wrote: >> Hello, >> >> Tested on Linux, when I move DrGeo.app folder under hierarchy tree with >> accent characters (For example, /home/hilaire/TÃ©lÃ©chargement/), loading >> font does not work >> >> 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. >> >> Holy shit. >> >> Hilaire >> > >

Sept. 22, 2014