March 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] programmatic use of the language compiler

by phil＠highoctane.be

You can set the NonInteractiveTranscript to be used when compiling and then set it back to the ThreadSafeTranscript when done. Will not play nice with other concurrent users of Transcript so make this in an atomic operation... Will allow you to catch the errors there. There was a thread about having more than one transcript so maybe you can have your own for this. Is Pharo6 supporting that already? Isn't the CodeImporter having what you need when doing a fileIn;? (Ok that means chunk format text but seems ok to me). Phil Le 14 mars 2017 19:16, "stepharong" <stepharong(a)free.fr> a Ã©crit : > Marcus will certainly reply. > We are going towards a fluid interface for compiler because all the > messages with multiple arguments > do not work well for composition. > > Hi, >> >> I'm wondering how to programmatically compile a method. I tried using a >> variant of >> ClassDescription>>compile:*:notifying: >> However, on a method with undeclared variables, when the Transcript is >> open there seems to be no way to avoid a message being written there. >> Further, the requestor passed as a notifier in the above method is not even >> notified when the compilation context is not interactive. >> >> What is the correct way to use the compiler programmatically and in a non >> interactive batch, still being able to catch all the compilation errors and >> warnings? >> > > We should do another pass on the way erors are reported and it should not > be just writing in the transcript. > > >> Thanks >> Raffaello >> >> > > -- > Using Opera's mail client: http://www.opera.com/mail/ > > >

March 15, 2017

Re: [Pharo-users] small user experience behavior

by phil＠highoctane.be

I am using TWM - Tiling Window Manager to put windows side by side properly when comparing things like that. I am using that all the time. Need to fix the shortcuts because I have to mouse around a bit too much at the moment. I was thinking of adding windows sizing and placement icons in SystemWindow top bar. In fact I want to have a kind of SystemWindow title bar plugin system for adding all kinds of stuff there. And then an optional bottom bar and maybe side bars... I somewhat managed to get the concept working in a prototype and realized there is quite some stuff to refactor to get things clean. Maybe this will be a feature for TWM on Pharo6. Phil Le 15 mars 2017 07:36, "Stephan Eggermont" <stephan(a)stack.nl> a Ã©crit : > On 14/03/17 14:11, Raffaello Giulietti wrote: > >> If you know that the method you are currently looking at is implemented >> in other classes in the same hierarchy, it would be quicker to simply >> click on a class in the "Hier." class pane. >> >> Besides, the search for implementors opens a new window, as if there >> were not enough of them around already ;-) >> > > No indeed. Single window IDEs work ok-ish on a small-screen laptop, but > are terrible on modern development machines with large screens. > The idea that the IDE designer can know statically what information I need > to look at to solve my code problems is in the SF/research area at the > moment. I am much more productive organizing those building blocks myself > (and would definitely want keyboard support for that). > > Double-click selector ctrl-m suffers from being good enough. > Showing the code of the other implementations in-place does not solve your > problem, which is that you want to compare the implementations. You need a > dual/diff view for that. > > Stephan > > > > >

March 15, 2017

Re: [Pharo-users] small user experience behavior

by Stephan Eggermont

On 14/03/17 14:11, Raffaello Giulietti wrote: > If you know that the method you are currently looking at is implemented > in other classes in the same hierarchy, it would be quicker to simply > click on a class in the "Hier." class pane. > > Besides, the search for implementors opens a new window, as if there > were not enough of them around already ;-) No indeed. Single window IDEs work ok-ish on a small-screen laptop, but are terrible on modern development machines with large screens. The idea that the IDE designer can know statically what information I need to look at to solve my code problems is in the SF/research area at the moment. I am much more productive organizing those building blocks myself (and would definitely want keyboard support for that). Double-click selector ctrl-m suffers from being good enough. Showing the code of the other implementations in-place does not solve your problem, which is that you want to compare the implementations. You need a dual/diff view for that. Stephan

March 15, 2017

Re: [Pharo-users] Specifying library dependencies in UFFI

by Ben Coman

On Tue, Mar 14, 2017 at 11:23 PM, Raffaello Giulietti < raffaello.giulietti(a)lifeware.ch> wrote: > Hi, > > say I want to directly use a library that depends on other libraries in > different folders. How does UFFI proceed to find these other libraries? > > Is there a way to specify the search folders in UFFI? > > I'm on Windows and in Pharo5/6. > > Greetings > Raffaello > > I assume you mean specifying the search path outside of Pharo. Perhaps call SetDllDirectory via Pharo FFI. (YMMV disclaimer, my knowledge of this is a few minutes searching) SetDllDirectory function https://msdn.microsoft.com/en-us/library/windows/desktop/ms686203(v=vs.85).… LoadLibrary function https://msdn.microsoft.com/en-us/library/windows/desktop/ms684175(v=vs.85).… Dynamic-Link Library Search Order https://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).… cheers -ben

March 15, 2017

Re: [Pharo-users] New Version of Pillar on Windows

by Ben Coman

On Wed, Mar 15, 2017 at 6:49 AM, <mldavis(a)chaparralwest.com> wrote: > > > You all have created a great learning environment and resources, not to > mention evolving the most pleasant rendition of the SmallTalk environment > Iâve ever seen. Thank you. > Thanks Mike. Its good to get feedback nice on first impressions. > > Mike > > p.s. (post script): âYou allâ is the *Southern U.S. English* plural of > âyouâ for those who havenât heard it before. Donât adopt it though, it is > only a dialect ;>}. > I thought that was y'aalll cheers -ben > > Hi mike > > > > Was it working before? > > I will check on the HTML case (now) because I'm checked the mooc and the > book. > > > > > I am trying out the new version of Pillar (build 1940 or 1941) on > > > Windows on Pharo 50770, following the Pillar tutorial in Enterprise > > > Pharo book: > > > I created the new file first.pillar containing: ! Hello World > > > > > > I ran: C:\Users\mldavis\Desktop\mldPillarWorking>Pharo.exe > > > Pillar.image pillar export --to=html first.pillar > > > > > > It created a file named: output.html.json containing: > > > {"content":"<section>\r\n<h1>1. Hello World</h1>\r\n</section>"} > > this is correct. > > It looks like the mustache phase is not applied. > > > > > > It was supposed to be an HTML document as shown in Enterprise Pharo > > > para > > > 14.2 page 213 "5 Minutes Tutorial". > > > > > > Any suggestions what I missed or should do? > > Normally the makefile should invoke mustache to apply a template with as > input such file > > > > > > mike > > > > > > >

March 15, 2017

Re: [Pharo-users] Specifying library dependencies in UFFI

by phil＠highoctane.be

Yes there is. Search for the .so or .dll or .dylib strings with the finder and you will see a few and how they are found. Also check https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… where there are examples like Let's for example consider the library LibC already provided by uFFI: FFILibrary subclass: #LibC instanceVariableNames: '' classVariableNames: '' package: 'UnifiedFFI-Libraries' LibC>>macModuleName ^ 'libc.dylib' LibC>>unixModuleName ^ 'libc.so.6' LibC>>win32ModuleName "While this is not a 'libc' properly, msvcrt has the functions we are defining here" ^ 'msvcrt.dll' This is for libraries that are in the path or library path. One can come up with other strategies for loading these, with absolute path like '/usr/lib/xxx.so' Beware of the 32/64 bit thing< 32 bit pharo needs 32 bit lib. I am using a 32 bits container on linux to build 32 bits libraries, much less headaches. See https://gist.github.com/philippeback/33717128d5fb24263e557922d5ac913e HTH Phil

March 14, 2017

Re: [Pharo-users] New Version of Pillar on Windows

by mldavis＠chaparralwest.com

Hello Steph, Thank you and those that helped me on both Slack and Discord. This turned out to be an obsolescence issue! Mine and the April 2016 edition of Enterprise Pharo which I was using!!! Once I was pointed in the right direction, to the most recent edition of the book, everything I needed was there. Don't you just love newbies. :>} . You all have created a great learning environment and resources, not to mention evolving the most pleasant rendition of the SmallTalk environment I've ever seen. Thank you. Mike p.s. (post script): "You all" is the Southern U.S. English plural of "you" for those who haven't heard it before. Don't adopt it though, it is only a dialect ;>}. Hi mike Was it working before? I will check on the HTML case (now) because I'm checked the mooc and the book. > I am trying out the new version of Pillar (build 1940 or 1941) on > Windows on Pharo 50770, following the Pillar tutorial in Enterprise > Pharo book: > I created the new file first.pillar containing: ! Hello World > > I ran: C:\Users\mldavis\Desktop\mldPillarWorking>Pharo.exe > Pillar.image pillar export --to=html first.pillar > > It created a file named: output.html.json containing: > {"content":"<section>\r\n<h1>1. Hello World</h1>\r\n</section>"} this is correct. It looks like the mustache phase is not applied. > > It was supposed to be an HTML document as shown in Enterprise Pharo > para > 14.2 page 213 "5 Minutes Tutorial". > > Any suggestions what I missed or should do? Normally the makefile should invoke mustache to apply a template with as input such file > > mike > >

March 14, 2017

Re: [Pharo-users] programmatic use of the language compiler

by stepharong

Marcus will certainly reply. We are going towards a fluid interface for compiler because all the messages with multiple arguments do not work well for composition. > Hi, > > I'm wondering how to programmatically compile a method. I tried using a > variant of > ClassDescription>>compile:*:notifying: > However, on a method with undeclared variables, when the Transcript is > open there seems to be no way to avoid a message being written there. > Further, the requestor passed as a notifier in the above method is not > even notified when the compilation context is not interactive. > > What is the correct way to use the compiler programmatically and in a > non interactive batch, still being able to catch all the compilation > errors and warnings? We should do another pass on the way erors are reported and it should not be just writing in the transcript. > > Thanks > Raffaello > -- Using Opera's mail client: http://www.opera.com/mail/

March 14, 2017

Re: [Pharo-users] small user experience behavior

by stepharong

Agreed with you. I hope that calypso will address such problems. > Hi, > > here's a situation I'm facing quite often: I'm reading the code of a > method in the browser and need to see how the method with the same > selector looks like in another class (in particular, in the same class > hierarchy). In some IDEs, it's simply a matter of selecting another > class. If such a method exists, it is displayed. > > Not so in Pharo: clicking on a class always displays its definition. > > Is there a way to get this behavior? > > Greetings > Raffaello > > -- Using Opera's mail client: http://www.opera.com/mail/

March 14, 2017

Re: [Pharo-users] snap package can't find vm-display-X11

by stepharong

This is super good that you are pushing this packaging. > Hi All, > > I've tried running Guille's snap package and building my own, > but keep getting the same error: > > > $ pharo Pharo.image > setlocale() failed (check values of LC_CTYPE, LANG and LC_ALL) > could not find display driver vm-display-X11; either: > - check that /snap/pharo/x1/usr/bin/pharo-vm//vm-display-X11.so > exists, or > - use the '-plugins <path>' option to tell me where it is, or > - remove DISPLAY from your environment. > /snap/pharo/x1/usr/bin/pharo-ui: line 11: 6419 Aborted > (core dumped) "$DIR"/"pharo-vm/pharo" "$@" > > > $ ll /snap/pharo/x1/usr/bin/pharo-vm//vm-display-X11.so > -rwxr-xr-x 1 root root 265540 Mar 10 17:06 > /snap/pharo/x1/usr/bin/pharo-vm//vm-display-X11.so* > > > As can be seen above, the .so file is present. So next guess is that it > is missing some dependency, however... > > > $ ldd /snap/pharo/x1/usr/bin/pharo-vm//vm-display-X11.so > not a dynamic executable > > > Any suggestions? > > Thanks, > Alistair > -- Using Opera's mail client: http://www.opera.com/mail/

March 14, 2017