December 2017 - Pharo-users

Is there a way to set form colours using a 'fuzzy' option?
by Andy Burnett Dec. 28, 2017

Dec. 28, 2017

I have an image with black text, and a white background. I would like to set the white pixels to transparent. I worked out how to do this, but of course it leaves me with a white halo around the text, where the border pixels are almost white, but not quite. In googling about this, I discovered that RMagick has the idea of replacing pixels which are almost any particular colour. I didn't find anything similar in the ColorForm class. Is there a way to do this within Pharo? Cheers Andy

2 1

in-image pharo user objet ?
by CÃ©drick BÃ©ler Dec. 28, 2017

Dec. 28, 2017

Hi all, For now, it is asked (by convention) a string containing our first name and last name (when code is submitted). Just wandering if you could have a better representation of a user of a Pharo image. Could we imagine a user id instead ? That shouldnât be heavy to deal with and eventually one could add more functionalities (one being the authentification to a pharo based application). The difficulty is to find a proper universal user id. I would have used something that encode date and place of birth in the id but it suffers some privacy related issues. Any ideas ? Another question is if an image may be used by several people ? To me allowing one user is ok for a developer image but it might be interesting to switch user spaces if itâs for a pharo application ? Cheers, CÃ©drick

3 3

pharo 64 bits on mac os X - El Capitan
by Renaud de Villemeur Dec. 27, 2017

Dec. 27, 2017

Hi all I want to run pharo on Mac Os X. It is on old hardware, and thus, I cannot upgrade to latest version of MacOsX. I am trying to run in on El Capitan - v 10.11.6. When I start pharo from the command line, I have this error: $ ./Pharo Illegal instruction Tue Dec 26 11:12:55 2017 VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Abort trap: 6 I am using latest 6.1 64bit link from pharo web site. If I am using the command line install with curl, I have the following result: ./pharo-ui Illegal instruction Tue Dec 26 11:19:49 2017 VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ ./pharo-ui: line 11: 991 Abort trap: 6 "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" "$@" Any hint ? Or should we specify a minimal version of mac os X for 64 bit version ? Thanks in advance for your help Renaud

3 2

Re: [Pharo-users] Running headless on Windows
by Andrei Stebakov Dec. 27, 2017

Dec. 27, 2017

Denis, I tried both. Running pharoconsole makes no difference. Same result as running Pharo.exe On Dec 27, 2017 10:47, "Denis Kudriashov" <dionisiydk(a)gmail.com> wrote: Hi. I think there is separate PharoConsole.exe for headless on Windows 2017-12-27 16:39 GMT+01:00 Andrei Stebakov <lispercat(a)gmail.com>: > When I run Pharo 6.1 with -- headless option on Windows, it executes the > eval command as expected but during the execution (which lasts 4 sec) it > opens the Pharo GUI. > Is it expected? I thought headless means that the whole execution would > happen in the background >

1 0

Breakpoints in Pharo
by Andrei Stebakov Dec. 27, 2017

Dec. 27, 2017

Can I expect that break points in Pharo work in the same way as in Visual Works? When I set a break point in Pharo (6.1 on Windows), it displays a red dot with an exclamation mark and when I send this message to an object, the debugger doesn't get invoked.

6 7

Usability issues with Calypso
by kmo Dec. 27, 2017

Dec. 27, 2017

I have been keen to use Calypso (I love the way it shows inherited methods) as my browser but I am finding some usability issues. It may be just me but some things I find off-putting. I don't really like the way that adding a new class is done by a new tab that appears now and then in the editing area. To my mind the Nautilus way of launching a dialog to create a class seems more natural - and opens the way in future for a class creation wizard - something that can't be done in a code window. If we have to do it in a code tab then it would be better if the tab remained there all the time - I don't like the way it appears and disappears. It takes a while to learn what to click to do this. Also, all class creation presumes a subclass of Object in Calypso. i miss the ability in Nautilus to select a class and immediately create a subclass of it. Am I missing something here? Is there a way? On the topic of my ignorance - what is a /project /in Calypso? How do you create one? And what does realize do? Also I think that the pop up menus could be subdivided into categories rather than present all the options in an unbroken list. And the order of options seems odd. To my mind/ senders /and /implementers /are two menu options that should always go together - not be separated by/ rename/ and /move to class side/ et cetera. Just my two cents. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

5 20

Pharo Catalog Submission
by Evan Donahue Dec. 27, 2017

Dec. 27, 2017

Hi, I have just finished making a BaselineOf and ConfigurationOf for submitting my github-based project to the Pharo catalog. If my ConfigurationOf is with my code on github (via Iceberg), what Metacello command should I run to test that it works correctly before submitting to the catalog (to fetch the ConfigurationOf and then load it)? Thanks, Evan

2 1

Iceberg regex
by Ian Ian Dec. 27, 2017

Dec. 27, 2017

Yes. That is how it is on github but there are private hit serveers. My own, for example. I found it usable after I changed the regex in both classes where it exists. On Dec 26, 2017 4:14 AM, <pharo-users-request(a)lists.pharo.org> wrote: > Send Pharo-users mailing list submissions to > pharo-users(a)lists.pharo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pharo.org/mailman/listinfo/pharo-users_ > lists.pharo.org > or, via email, send a message with subject or body 'help' to > pharo-users-request(a)lists.pharo.org > > You can reach the person managing the list at > pharo-users-owner(a)lists.pharo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pharo-users digest..." > > Today's Topics: > > 1. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Yuriy Tymchuk) > 2. Re: Iceberg URL regex not matching how I would expect it to? > (Juli?n Maestri) > 3. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Sven Van Caekenberghe) > 4. Breakpoints in Pharo (Andrei Stebakov) > 5. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Yuriy Tymchuk) > 6. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Sven Van Caekenberghe) > > > ---------- Forwarded message ---------- > From: Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 18:03:11 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > Hi, > > setting the reuse timeout to 0 or making a one shot client does not help. > But while googling I found the exact issue described on the Pharo issue > tracker: https://pharo.fogbugz.com/f/cases/18588/ > > The proposed workaround also worked for me: > ZnNetworkingUtils default socketStreamClass: SocketStream. > > Cheers, > Uko > > > On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > > > > The only time I've seen that behaviour is with the combination of a slow > server and a proxy such as CloudFlare where the sysadmin has set tcp_wait > to some ridiculously small number. Have you tried setting the connection > reuse timeout to 0, or setting 'beOneShot'? > > > > Zinc doesn't support the additions in HTTP/2, but I can't offhand think > of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > > > > Andrew > > > > ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > > > > Hi, > > > > Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > > > > ZnClient new > > url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > > get > > > > I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > > > > What is even more strange, when I resume the exception I get the > desired response i.e. this works: > > > > [ ZnClient new > > url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > > get ] > > > > on: ConnectionClosed > > do: [ :ex | > > ex resumeUnchecked: ex defaultResumeValue ] > > > > Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > > > > Cheers. > > Uko > > > > [1]: https://www.developers.meethue.com > > > > > > > > > > > > > > ---------- Forwarded message ---------- > From: "JuliÃ¡n Maestri" <serpi90(a)gmail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 15:16:57 -0300 > Subject: Re: [Pharo-users] Iceberg URL regex not matching how I would > expect it to? > user@server.com:/proj/proj.git > > Isn't it: git@server.com:user/project.git ? > > On Dec 24, 2017 15:36, "Ian Ian" <icjohnsoia(a)gmail.com> wrote: > >> Hi All, >> >> I am having trouble setting up iceberg to access my repository via ssh. >> >> On the command line I assess it via: git clone user@server.com:/proj/proj.git >> and all works as expected. >> >> When adding trying to add the same repository to iceberg I get a parseUrl >> error thrown from class IceScpRemote. While debugging I see the following >> regex: >> >> matcher := '(ssh\://)?([\w\-]+@)?([\w\-.]+)(\:[\d]+)?(\:|/)/?([\w\-]+)/([\w\-]+)(\.git)?' >> asRegex. >> >> which parses username@server.com:/directory/proj.git. >> >> However fails to parse: username@server.com:/dir1/dir2/proj.git >> >> The corrected version is as follows: >> >> matcher := '(ssh\://)?([\w\-]+@)?([\w\-.]+)(\:[\d]+)?(\:|/)/?(([\w\-]+) >> /)+([\w\-]+)(\.git)?' asRegex. >> >> Questions: >> >> Is this by design? >> of the top of your head: If I use the corrected version am I going to >> run into other issues? >> >> >> NB: I am using 64 bit Pharo 6.0 Update: #60520 >> >> Thanks in advance, >> >> >> > > ---------- Forwarded message ---------- > From: Sven Van Caekenberghe <sven(a)stfx.eu> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 20:03:27 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > > > > On 25 Dec 2017, at 18:03, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > > Hi, > > > > setting the reuse timeout to 0 or making a one shot client does not > help. But while googling I found the exact issue described on the Pharo > issue tracker: https://pharo.fogbugz.com/f/cases/18588/ > > > > The proposed workaround also worked for me: > > ZnNetworkingUtils default socketStreamClass: SocketStream. > > You are on Windows I guess ? > > > Cheers, > > Uko > > > >> On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >> > >> The only time I've seen that behaviour is with the combination of a > slow server and a proxy such as CloudFlare where the sysadmin has set > tcp_wait to some ridiculously small number. Have you tried setting the > connection reuse timeout to 0, or setting 'beOneShot'? > >> > >> Zinc doesn't support the additions in HTTP/2, but I can't offhand think > of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > >> > >> Andrew > >> > >> ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > >> > >> Hi, > >> > >> Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > >> > >> ZnClient new > >> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >> get > >> > >> I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > >> > >> What is even more strange, when I resume the exception I get the > desired response i.e. this works: > >> > >> [ ZnClient new > >> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >> get ] > >> > >> on: ConnectionClosed > >> do: [ :ex | > >> ex resumeUnchecked: ex defaultResumeValue ] > >> > >> Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > >> > >> Cheers. > >> Uko > >> > >> [1]: https://www.developers.meethue.com > >> > >> > >> > >> > > > > > > > > > > ---------- Forwarded message ---------- > From: Andrei Stebakov <lispercat(a)gmail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 20:51:51 -0500 > Subject: [Pharo-users] Breakpoints in Pharo > Can I expect that break points in Pharo work in the same way as in Visual > Works? > When I set a break point in Pharo (6.1 on Windows), it displays a red dot > with an exclamation mark and when I send this message to an object, the > debugger doesn't get invoked. > > > > ---------- Forwarded message ---------- > From: Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Tue, 26 Dec 2017 08:21:50 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > Hi Sven, > > No, Iâm on Mac (OS 10.13). > > Cheers. > Uko > > > On 25 Dec 2017, at 20:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > > > >> On 25 Dec 2017, at 18:03, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> > >> Hi, > >> > >> setting the reuse timeout to 0 or making a one shot client does not > help. But while googling I found the exact issue described on the Pharo > issue tracker: https://pharo.fogbugz.com/f/cases/18588/ > >> > >> The proposed workaround also worked for me: > >> ZnNetworkingUtils default socketStreamClass: SocketStream. > > > > You are on Windows I guess ? > > > >> Cheers, > >> Uko > >> > >>> On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >>> > >>> The only time I've seen that behaviour is with the combination of a > slow server and a proxy such as CloudFlare where the sysadmin has set > tcp_wait to some ridiculously small number. Have you tried setting the > connection reuse timeout to 0, or setting 'beOneShot'? > >>> > >>> Zinc doesn't support the additions in HTTP/2, but I can't offhand > think of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > >>> > >>> Andrew > >>> > >>> ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > >>> > >>> Hi, > >>> > >>> Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > >>> > >>> ZnClient new > >>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>> get > >>> > >>> I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > >>> > >>> What is even more strange, when I resume the exception I get the > desired response i.e. this works: > >>> > >>> [ ZnClient new > >>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>> get ] > >>> > >>> on: ConnectionClosed > >>> do: [ :ex | > >>> ex resumeUnchecked: ex defaultResumeValue ] > >>> > >>> Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > >>> > >>> Cheers. > >>> Uko > >>> > >>> [1]: https://www.developers.meethue.com > >>> > >>> > >>> > >>> > >> > >> > > > > > > > > > > ---------- Forwarded message ---------- > From: Sven Van Caekenberghe <sven(a)stfx.eu> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Tue, 26 Dec 2017 10:14:54 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > > > > On 26 Dec 2017, at 08:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > > Hi Sven, > > > > No, Iâm on Mac (OS 10.13). > > That is not good then, Uko, but again, there is no way to start debugging > this without a reliable test case that I can run too. > > Sven > > > Cheers. > > Uko > > > >> On 25 Dec 2017, at 20:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> > >> > >> > >>> On 25 Dec 2017, at 18:03, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >>> > >>> Hi, > >>> > >>> setting the reuse timeout to 0 or making a one shot client does not > help. But while googling I found the exact issue described on the Pharo > issue tracker: https://pharo.fogbugz.com/f/cases/18588/ > >>> > >>> The proposed workaround also worked for me: > >>> ZnNetworkingUtils default socketStreamClass: SocketStream. > >> > >> You are on Windows I guess ? > >> > >>> Cheers, > >>> Uko > >>> > >>>> On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >>>> > >>>> The only time I've seen that behaviour is with the combination of a > slow server and a proxy such as CloudFlare where the sysadmin has set > tcp_wait to some ridiculously small number. Have you tried setting the > connection reuse timeout to 0, or setting 'beOneShot'? > >>>> > >>>> Zinc doesn't support the additions in HTTP/2, but I can't offhand > think of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > >>>> > >>>> Andrew > >>>> > >>>> ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > >>>> > >>>> Hi, > >>>> > >>>> Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > >>>> > >>>> ZnClient new > >>>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>>> get > >>>> > >>>> I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > >>>> > >>>> What is even more strange, when I resume the exception I get the > desired response i.e. this works: > >>>> > >>>> [ ZnClient new > >>>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>>> get ] > >>>> > >>>> on: ConnectionClosed > >>>> do: [ :ex | > >>>> ex resumeUnchecked: ex defaultResumeValue ] > >>>> > >>>> Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > >>>> > >>>> Cheers. > >>>> Uko > >>>> > >>>> [1]: https://www.developers.meethue.com > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >> > >> > > > > > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.pharo.org > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > >

2 1

How to connect to DB2
by Andrei Stebakov Dec. 26, 2017

Dec. 26, 2017

Looks like ODBC is broken in Pharo 6.1. What's the best way to get access to DB2 in Pharo?

3 6

Athens error
by Hilaire Dec. 26, 2017

Dec. 26, 2017

Hi, With DrGeo built on image Pharo7.0-64bit-e41f921 Athens error shows up on the canvas (screenshot). The drgeo dev. environment based on the older Pharo7.0-64bit-f82fc36 image does not have this error with the same VM. The DrGeo build removes some pharo package but it is unlikely to produce such error, or so? -- Dr. Geo http://drgeo.eu

6 14