June 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] OSProcess command with german umlaut does not work

by David T. Lewis

I think that Hilaire is right, although I don't know enough to say how to handle the issue properly. I tried making a unix file called bÃ¤r.pdf. I did this by pasting the name with umlout from Sabine's email. I don't understand the encodings (and my system is set up as US English), but I can say that this created a file in my Linux file system with a name that appears as expected, and includes the $a with umlout. If I paste the same string into my image (Squeak in my case, but I expect it should be similar in Pharo), then I find that I am working with a string in which the $a with umlaut is a single character with value 220. The OSProcess error that Sabine reports is apparently a result of this mismatch in encodings. I see an error message on my console window that also displays the file name differently (this is the stderr output from the OSProcess command, showing a file not found condition). I don't know if ZnCharacterEncoder handles the issue properly, but I would be happy to hear if it does :-) Apologies in advance if I am confused on character encoding, but I am trying to understand the issue that Sabine reported. Thanks, Dave On Sun, Jun 05, 2016 at 09:40:31PM +0200, Sven Van Caekenberghe wrote: > > > On 05 Jun 2016, at 21:07, Hilaire <hilaire(a)drgeo.eu> wrote: > > > > Hello Sabine, > > > > Just a suggestion. > > If your string is not pure ascii you may need to convert it to UTF8 > > first as this is what likely expect your OS host. > > > > Indeed Pharo string are not internally encoded as utf8 > > If that is the case, that the OS expects a different encoding, then the OS(Sub)Process implementation should deal with it, not the user of the API. > > > Check the UTF8TextConverter class to do so. > > No, these converters are conceptually wrong, since they encode String to String, while it should be String to ByteArray. > > The ZnCharacterEncoder hierarchy should be used instead. > > String>>#utf8Encoded is a convenience method that can be used to do a quick conversion. > > > Hilaire > > > > Le 05/06/2016 18:39, Sabine Manaa a ??crit : > >> on command line, this works, my file is copied: > >> cp /Library/WebServer/Documents/reports/b??r.pdf > >> /Library/WebServer/Documents/reports/test.pdf > >> > >> In Pharo (4+5) this does not work (file not copied, no error message) > >> OSProcess command: 'cp /Library/WebServer/Documents/reports/b??r.pdf > >> /Library/WebServer/Documents/reports/test-a.pdf'. > >> > >> This works (file is copied): > >> OSProcess command: 'cp /Library/WebServer/Documents/reports/bar.pdf > >> /Library/WebServer/Documents/reports/test-b.pdf'. > >> > >> Seems that german umlauts don't work. > >> > >> Is there something, I can I do, I don't want to replace the umlauts in > >> filenames... > >> > >> Regards > >> Sabine > >> > >> > > > > -- > > Dr. Geo > > http://drgeo.eu > > > > >

June 5, 2016

Re: [Pharo-users] GTInspector Is there a way to see the result of a path query on the element of a collection

by Tudor Girba

Hi, > On Jun 5, 2016, at 10:28 PM, stepharo <stepharo(a)free.fr> wrote: > > Hi doru >> I am not familiar with that Trippy feature, > I will not comment on that. I do not see what is to comment. >> so I need a bit more details. > In trippy if you have a collection of Books, if you navigate the first element to find the author of the contact and you navigate again to find the name of the author. > Then you can apply such "dynamic query" on all the other elements one by one and you do not have to dig up/down all the time. > So you previous navigation constitutes a dynamic path that you can apply to all the current elements. > > We could have the same via the navigation. > Now we could have more ie: > if I have an object and I evaluate an expression then I can get a new pane with the result of the expression like > that I can get all the results of one computation on each of the elements in one shot. > Easy and powerful to navigate series of objects. >> Do you want to run a query over a collection of methods, like an AST traversal or some sort, and then see the selected methods? > I want the above: set a computation either interactively or programmatically and see all the results in one shot. > for example if I click on protocol on a method list I want to see all the protocols. > > Class>>#method | protocols Ok, I think I see what you are referring to now. Indeed, right now a scenario like this is not possible because the navigation is not reified. Reifying the navigation is a goal for the future, but probably in Bloc. The way I achieve now what you want is to map data on a dictionary: Object methods collect: [:each | each selector -> each protocol] And the dictionary offers you the presentation you want. However this does not work well for all objects because the key must be unique, and some objects do not work well as keys. If I want to get a preview of a random table I do: GLMTablePresentation new column: 'Method' evaluated: [ :each | each selector ]; column: 'Protocol' evaluated: [ :each | each protocol ]; entity: Object methods and then use the Live tab. I think we could also use a Matrix and add a table presentation to it. Is this what you had in mind? Cheers, Doru > Stef >> Doru >> >>> On Jun 5, 2016, at 11:05 AM, stepharo <stepharo(a)free.fr> wrote: >>> >>> Hi >>> >>> >>> I have a collection of method >>> >>> and when I inspect them I want to see it + in the next pane the results of a query. >>> >>> This was like that in Trippy in VW so can I do that with GTInspector? >>> >>> Stef >>> >>> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Value is always contextual." >> >> >> >> >> >> > > -- www.tudorgirba.com www.feenk.com "Presenting is storytelling."

June 5, 2016

Re: [Pharo-users] [ANN] Glorp-SQLite3 for Pharo 5

by francescoagati

tested on windows 7 with sqlite 32 bit and test run. with sqlite 64 bit pharo 5 crash running test. -- View this message in context: http://forum.world.st/ANN-Glorp-SQLite3-for-Pharo-5-tp4899277p4899303.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 5, 2016

Re: [Pharo-users] GTInspector Is there a way to see the result of a path query on the element of a collection

by stepharo

Hi doru > I am not familiar with that Trippy feature, I will not comment on that. > so I need a bit more details. In trippy if you have a collection of Books, if you navigate the first element to find the author of the contact and you navigate again to find the name of the author. Then you can apply such "dynamic query" on all the other elements one by one and you do not have to dig up/down all the time. So you previous navigation constitutes a dynamic path that you can apply to all the current elements. We could have the same via the navigation. Now we could have more ie: if I have an object and I evaluate an expression then I can get a new pane with the result of the expression like that I can get all the results of one computation on each of the elements in one shot. Easy and powerful to navigate series of objects. > Do you want to run a query over a collection of methods, like an AST traversal or some sort, and then see the selected methods? I want the above: set a computation either interactively or programmatically and see all the results in one shot. for example if I click on protocol on a method list I want to see all the protocols. Class>>#method | protocols Stef > Doru > >> On Jun 5, 2016, at 11:05 AM, stepharo <stepharo(a)free.fr> wrote: >> >> Hi >> >> >> I have a collection of method >> >> and when I inspect them I want to see it + in the next pane the results of a query. >> >> This was like that in Trippy in VW so can I do that with GTInspector? >> >> Stef >> >> > -- > www.tudorgirba.com > www.feenk.com > > "Value is always contextual." > > > > > >

June 5, 2016

Re: [Pharo-users] OSProcess command with german umlaut does not work

by Sven Van Caekenberghe

> On 05 Jun 2016, at 21:07, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hello Sabine, > > Just a suggestion. > If your string is not pure ascii you may need to convert it to UTF8 > first as this is what likely expect your OS host. > > Indeed Pharo string are not internally encoded as utf8 If that is the case, that the OS expects a different encoding, then the OS(Sub)Process implementation should deal with it, not the user of the API. > Check the UTF8TextConverter class to do so. No, these converters are conceptually wrong, since they encode String to String, while it should be String to ByteArray. The ZnCharacterEncoder hierarchy should be used instead. String>>#utf8Encoded is a convenience method that can be used to do a quick conversion. > Hilaire > > Le 05/06/2016 18:39, Sabine Manaa a Ã©crit : >> on command line, this works, my file is copied: >> cp /Library/WebServer/Documents/reports/bÃ¤r.pdf >> /Library/WebServer/Documents/reports/test.pdf >> >> In Pharo (4+5) this does not work (file not copied, no error message) >> OSProcess command: 'cp /Library/WebServer/Documents/reports/bÃ¤r.pdf >> /Library/WebServer/Documents/reports/test-a.pdf'. >> >> This works (file is copied): >> OSProcess command: 'cp /Library/WebServer/Documents/reports/bar.pdf >> /Library/WebServer/Documents/reports/test-b.pdf'. >> >> Seems that german umlauts don't work. >> >> Is there something, I can I do, I don't want to replace the umlauts in >> filenames... >> >> Regards >> Sabine >> >> > > -- > Dr. Geo > http://drgeo.eu > >

June 5, 2016

Re: [Pharo-users] OSProcess command with german umlaut does not work

by Hilaire

Hello Sabine, Just a suggestion. If your string is not pure ascii you may need to convert it to UTF8 first as this is what likely expect your OS host. Indeed Pharo string are not internally encoded as utf8 Check the UTF8TextConverter class to do so. Hilaire Le 05/06/2016 18:39, Sabine Manaa a Ã©crit : > on command line, this works, my file is copied: > cp /Library/WebServer/Documents/reports/bÃ¤r.pdf > /Library/WebServer/Documents/reports/test.pdf > > In Pharo (4+5) this does not work (file not copied, no error message) > OSProcess command: 'cp /Library/WebServer/Documents/reports/bÃ¤r.pdf > /Library/WebServer/Documents/reports/test-a.pdf'. > > This works (file is copied): > OSProcess command: 'cp /Library/WebServer/Documents/reports/bar.pdf > /Library/WebServer/Documents/reports/test-b.pdf'. > > Seems that german umlauts don't work. > > Is there something, I can I do, I don't want to replace the umlauts in > filenames... > > Regards > Sabine > > -- Dr. Geo http://drgeo.eu

June 5, 2016

Re: [Pharo-users] problem getting moose

by Dale Henrichs

Stef, One of advantages of using local git repositories is that once you've downloaded the git repo you can load code without hitting the network at all ... another related advantage of local git repositories is that once you have chosen a particular checkout (SHA) to use every single load will be identical as the repositories don't change unless you choose to change them --- you are completely insulated from the decisions that project maintainers may make until you explicitly choose to change your checkout ... Dale On 6/5/16 1:15 AM, stepharo wrote: > Hi ben > > I got some similar behavior when the network is not good. > > We should improve the loading of packages but this is simple than > actually having a bullet proof solution. > > It is a couple of years that I think about it: loading in a separate > environment and on crash do not install > > Stef > > > Le 5/6/16 Ã 08:18, Ben Coman a Ã©crit : >> On Sun, Jun 5, 2016 at 1:34 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> I wanted to try out Peter's XMI Analyser with Roassal and went to >>> download Moose but had a couple of problems. >>> >>> First try... >>> In the Launcher under Common Tools, I downloaded and Moose 5.1(stable) >>> fine, but it is Pharo 4, so tried to download Moose 6.0(beta) -- but >>> got a problem - big pause, no progress bars, the later ZipArchive >>> reporting "Error: can't find EOCD position" >>> >>> Second try... >>> The web site advises for Moose 6.0 to download the Moose code in a >>> Pharo 5.0 image per... >>> Gofer new >>> smalltalkhubUser: 'Moose' project: 'Moose'; >>> configuration; >>> loadDevelopment. >>> >>> Doing that in build 50760 download with the Launcher produced... >>> Could not resolve: Phexample [Phexample-NikoSchwarz.57] in >>> /home/ben/.local/share/Pharo/images/Moose6-50760/package-cache >>> http://www.squeaksource.com/Moose ERROR: 'GoferRepositoryError: Could >>> not access http://www.squeaksource.com/phexample: ZnInvalidUTF8: >>> Illegal leading byte for utf-8 encoding' >>> >>> Could someone check if they see the same, or maybe my Internet is >>> flakey atm? >>> (preferably someone who doesn't normally use Moose to avoid package >>> cache differences) >> More info.. >> >> The repository defined in Monticello is >> MCSqueaksourceRepository >> location: 'http://www.squeaksource.com/phexample' >> user: '' >> password: '' >> which I could not open, again getting... >> MCRepositoryError: Could not access >> http://www.squeaksource.com/phexample: ZnInvalidUTF8: Illegal leading >> byte for utf-8 encoding >> >> I tried changing to... >> MCHttpRepository >> location: 'http://www.squeaksource.com/phexample' >> user: '' >> password: '' >> with no luck. >> >> But from Monticello I can define and successfully open another >> repository... >> MCHttpRepository >> location: 'http://www.squeaksource.com/DavidLightsOut' >> user: '' >> password: '' >> >> The top of stack is... >> "a MetacelloFetchingMCSpecLoader(atomic load : 4.4-beta.1 >> [ConfigurationOfMoose] >> load : Filesystem-tg.85 >> load : Nile-Base-DamienCassou.81)" >> >> btw, >> Phexample-NikoSchwarz.57 (2010-10-26) seems quite old, >> with the latest on Squeaksource being >> Phexample-NikoSchwarz.63.mcz2011-08-29; >> latest on Smalltalkhub/PharoExtras/Phexample being >> Phexample-Core-CamilloBruni.67 (05/03/2013); >> latest on Smalltalk/Phexample/Phexample being >> Phexample-DenisKudryashov.75 (08/04/2016) >> >> cheers -ben >> >> > >

June 5, 2016

OSProcess command with german umlaut does not work

by Sabine Manaa

Hi, on command line, this works, my file is copied: cp /Library/WebServer/Documents/reports/bÃ¤r.pdf /Library/WebServer/Documents/reports/test.pdf In Pharo (4+5) this does not work (file not copied, no error message) OSProcess command: 'cp /Library/WebServer/Documents/reports/bÃ¤r.pdf /Library/WebServer/Documents/reports/test-a.pdf'. This works (file is copied): OSProcess command: 'cp /Library/WebServer/Documents/reports/bar.pdf /Library/WebServer/Documents/reports/test-b.pdf'. Seems that german umlauts don't work. Is there something, I can I do, I don't want to replace the umlauts in filenames... Regards Sabine -- View this message in context: http://forum.world.st/OSProcess-command-with-german-umlaut-does-not-work-tp… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 5, 2016

Re: [Pharo-users] Issue on Seaside beginning

by Cheikhou Oumar KA

I will share this in PharoMOOC forum. Some persons were very stuked. 2016-06-05 15:25 GMT+00:00 Cheikhou Oumar KA <cheikhouka(a)gmail.com>: > Hi Johan. > > Nice !!! I have try with this (WAEnvironment reloadApplications) and it > really solves the problem. > > Then this permets to continue with our current Pharo image. > > Thanks to all pharoers. > > > > > 2016-06-05 14:04 GMT+00:00 Johan Brichau <johan(a)inceptive.be>: > >> I think this happens when you load Seaside 3.2 in an image where Seaside >> 3.0 or 3.1 is present already. >> You need to reinitialize the already loaded applications as follows: >> >> WAEnvironment reloadApplications >> >> and re-register your own applications. >> >> cheers >> Johan >> >> On 04 Jun 2016, at 20:58, Cheikhou Oumar KA <cheikhouka(a)gmail.com> wrote: >> >> Hi Stef >> >> > You got a problem with such image >> >> > >> https://ci.inria.fr/pharo-contribution/job/PharoWeb/PHARO=50,VERSION=stable… >> Yes I saved my code in Smalltalkhub. i loaded it in this new image and It >> works perfectly. >> >> May be there the problem come from the combination of seaside and teapot >> in the same package....don't know. >> >> >Sorry for the inconvenience. >> >> Don't worry. Thanks a lot. Now I can poursue my exercises. >> >> Thanks >> >> >> >> 2016-06-04 18:06 GMT+00:00 stepharo <stepharo(a)free.fr>: >> >>> Hi Cheikhou >>> >>> We will have a look. I will contact Luc and Damien because I do not >>> follow the Seaside set up. >>> >>> May be we messed up with the setup of the seaside image we gave you. >>> >>> Did you save your code? >>> >>> So that you can reload it with the >>> >>> https://ci.inria.fr/pharo-contribution/job/Seaside/ >>> >>> Seaside3.2 >>> >>> >>> >>> You got a problem with such image >>> >>> >>> https://ci.inria.fr/pharo-contribution/job/PharoWeb/PHARO=50,VERSION=stable… >>> >>> do you have your code published so that I try to reproduce your problem? >>> >>> Sorry for the inconvenience. >>> >>> >>> Stef >>> Le 4/6/16 Ã 19:00, Cheikhou Oumar KA a Ã©crit : >>> >>> Hello. >>> >>> I am following #PharoMOOC and it become more and more exciting. >>> >>> I were doing TinyBlog exercise and I got an issue. I looked at the forum >>> but any solution and I am stuck now like many others. >>> >>> I have created my class TBApplicationRootComponent, create a server that >>> listen at :8080 and start it, regiser my application.... >>> >>> But at <http://localhost:8080/browse>http://localhost:8080/browse I got >>> this Image in my browser >>> >>> <Mail Attachment.png> >>> >>> Any help is welcome. >>> >>> Thanks >>> >>> -- >>> *Cheikhou Oumar KA * >>> å¥¥ é©¬ å° Â·è°¢ èµ« Â·å >>> Doctorant Informatique >>> cheikhouka(a)gmail.com >>> >>> >>> >>> >>> >> >> >> -- >> *Cheikhou Oumar KA * >> å¥¥ é©¬ å° Â·è°¢ èµ« Â·å >> Doctorant Informatique >> cheikhouka(a)gmail.com >> >> >> >> >> > > > -- > *Cheikhou Oumar KA * > å¥¥ é©¬ å° Â·è°¢ èµ« Â·å > Doctorant Informatique > cheikhouka(a)gmail.com > > > > -- *Cheikhou Oumar KA * å¥¥ é©¬ å° Â·è°¢ èµ« Â·å Doctorant Informatique cheikhouka(a)gmail.com

June 5, 2016

Re: [Pharo-users] Issue on Seaside beginning

by Cheikhou Oumar KA

Hi Johan. Nice !!! I have try with this (WAEnvironment reloadApplications) and it really solves the problem. Then this permets to continue with our current Pharo image. Thanks to all pharoers. 2016-06-05 14:04 GMT+00:00 Johan Brichau <johan(a)inceptive.be>: > I think this happens when you load Seaside 3.2 in an image where Seaside > 3.0 or 3.1 is present already. > You need to reinitialize the already loaded applications as follows: > > WAEnvironment reloadApplications > > and re-register your own applications. > > cheers > Johan > > On 04 Jun 2016, at 20:58, Cheikhou Oumar KA <cheikhouka(a)gmail.com> wrote: > > Hi Stef > > > You got a problem with such image > > > > https://ci.inria.fr/pharo-contribution/job/PharoWeb/PHARO=50,VERSION=stable… > Yes I saved my code in Smalltalkhub. i loaded it in this new image and It > works perfectly. > > May be there the problem come from the combination of seaside and teapot > in the same package....don't know. > > >Sorry for the inconvenience. > > Don't worry. Thanks a lot. Now I can poursue my exercises. > > Thanks > > > > 2016-06-04 18:06 GMT+00:00 stepharo <stepharo(a)free.fr>: > >> Hi Cheikhou >> >> We will have a look. I will contact Luc and Damien because I do not >> follow the Seaside set up. >> >> May be we messed up with the setup of the seaside image we gave you. >> >> Did you save your code? >> >> So that you can reload it with the >> >> https://ci.inria.fr/pharo-contribution/job/Seaside/ >> >> Seaside3.2 >> >> >> >> You got a problem with such image >> >> >> https://ci.inria.fr/pharo-contribution/job/PharoWeb/PHARO=50,VERSION=stable… >> >> do you have your code published so that I try to reproduce your problem? >> >> Sorry for the inconvenience. >> >> >> Stef >> Le 4/6/16 Ã 19:00, Cheikhou Oumar KA a Ã©crit : >> >> Hello. >> >> I am following #PharoMOOC and it become more and more exciting. >> >> I were doing TinyBlog exercise and I got an issue. I looked at the forum >> but any solution and I am stuck now like many others. >> >> I have created my class TBApplicationRootComponent, create a server that >> listen at :8080 and start it, regiser my application.... >> >> But at <http://localhost:8080/browse>http://localhost:8080/browse I got >> this Image in my browser >> >> <Mail Attachment.png> >> >> Any help is welcome. >> >> Thanks >> >> -- >> *Cheikhou Oumar KA * >> å¥¥ é©¬ å° Â·è°¢ èµ« Â·å >> Doctorant Informatique >> cheikhouka(a)gmail.com >> >> >> >> >> > > > -- > *Cheikhou Oumar KA * > å¥¥ é©¬ å° Â·è°¢ èµ« Â·å > Doctorant Informatique > cheikhouka(a)gmail.com > > > > > -- *Cheikhou Oumar KA * å¥¥ é©¬ å° Â·è°¢ èµ« Â·å Doctorant Informatique cheikhouka(a)gmail.com

June 5, 2016