- Pharo-users - lists.pharo.org

Pharo Launcher and 64bit VM

by Gour

Hello, I was playing with Pharo some time ago, but postponed it a bit until seeing 64bit version...on Slack got info that 64bit VM is "very usable (as far as you do not use athens)" so I'd appreciate if someone can point me to some clear instructions how to install it (I'm on Fedora Linux)? Is it possible to have PharoLaucnher along with 64bit VM? Sincerely, Gour -- One who is not disturbed in mind even amidst the threefold miseries or elated when there is happiness, and who is free from attachment, fear and anger, is called a sage of steady mind.

Dec. 4, 2016

Re: [Pharo-users] Mustache and section

by Hilaire

Okay. Indeed, my bypass was to copy the label in the list. Thank you for your answer. Hilaire Le 04/12/2016 Ã 08:14, Norbert Hartl a Ã©crit : >> So far in my attempt the #label tag is not processed. >> > >> > Am I interpreting something wrongly? >> > > No, what you want is not possible. To achieve it you should copy label into the elements of the list section. > > Norbert -- Dr. Geo http://drgeo.eu

Dec. 4, 2016

Re: [Pharo-users] Pier3 with latest Pillar?

by Peter H. Meadows

On 15 November 2016 at 07:30, Peter H. Meadows <peter.h.meadows(a)googlemail.com> wrote: > Hey. Can someone check this for me? In Pharo5 do: > > Gofer new > smalltalkhubUser: 'Pier' project: 'Pillar'; > configuration; > loadDevelopment. > > Gofer new > url:'http://www.smalltalkhub.com/mc/phm/PierLoadExperiment/main'; > package: 'ConfigurationOfPierLoadExperiment'; > load. > ((Smalltalk at: #ConfigurationOfPierLoadExperiment) project version: > #stable) load. > > Gofer new > url:'http://www.smalltalkhub.com/mc/phm/PierLoadExperimentChanges/main'; > package: 'ConfigurationOfPierLoadExperimentChanges'; > load. > ((Smalltalk at: #ConfigurationOfPierLoadExperimentChanges) project > version: #stable) load. > > > ZnZincServerAdaptor startOn: 8080. > > PRPierFrame registerAsApplication: 'pier' kernel: (PRKernel > instanceNamed: 'pier'). > > (WAAdmin defaultDispatcher handlerAt: 'pier' ) exceptionHandler: > WADebugErrorHandler . > > > Then visit http://localhost:8080/pier > Does it work? Is it loading the right things? (I didn't check the > tests yet, and i don't really understand metacello or Pier, just > playing by trial and error :), but if it works, maybe someone with > more experience can turn it into a config that will load from catalog > in Pharo6. Thx. > Anyone check this? If it's correct, how do I get the changes into Pier? > On 11 November 2016 at 13:16, stepharo <stepharo(a)free.fr> wrote: >> Hi peter >> >> I do not know but I would love that it would work. I should find some time >> to do a new pass on pillar. >> >> On my first todo: >> >> - fix use of DNU instead of plain magritte methods. >> >> - extract object out of the command line. >> >> - document, document and document. >> >> >> Stef >> >> >> >> Le 10/11/16 Ã 22:34, Peter H. Meadows via Pharo-users a Ã©crit : >> >>

Dec. 4, 2016

Debugger and stepping over a function that will have a DNU

by Holger Freyther

Hi, before I try to reproduce this exactly I wondered if the following is a known issue with Pharo5. If I am in the debugger and try to step over a message send and that would generate a DNU, Pharo starts taking 99% cpu time. If I use CMD+./CTRL+. to interrupt it doesn't really work either. I get it to repaint the screen once and see a lot of message boxes with errors but the system remains unresponsive. Is that known? holger

Dec. 4, 2016

Re: [Pharo-users] Mustache and section

by Norbert Hartl

> Am 02.12.2016 um 15:56 schrieb Hilaire <hilaire(a)drgeo.eu>: > > Hello, > > While iterating within a Mustache section is it possible to refer to a > tag defined out of the list. > > For example, is it possible to do so: > > templateString := 'A list of numbers > {{#list}} > Number {{label}} : {{number}} <= #label in section > {{/list}}'. > > context := { > 'label' -> 'fine. > 'list' -> { > { 'number' -> 1 } asDictionary. > { 'number' -> 2 } asDictionary. > } > } asDictionary > > > to get output as: > 'A list of numbers > Number fine: 1 > Number fine: 2 > ' > > So far in my attempt the #label tag is not processed. > > Am I interpreting something wrongly? > No, what you want is not possible. To achieve it you should copy label into the elements of the list section. Norbert > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >

Dec. 4, 2016

Re: [Pharo-users] GitFileTree on Pharo 5.0

by Dimitris Chloupis

> > Pharo is unable to access a library it needs; this is the native boost > plugin which is normally bundled with it (and the cairo lib?)... > > Guys, anybody with a mac around there? > > Thierry > Nativeboost has been removed and been replaced by UFFI, all libraries that used Nativeboost are now using UFFI including the Cairo backend library for Athens.

Dec. 3, 2016

Launching PhyloclassTalk in different GNU/Linux distros

by HernÃ¡n Morales Durand

If you are using Linux, can you download and try to launch PhyloclassTalk? The software website is : http://phyloclasstalk.github.io/ You can find the installation procedure here: http://phyloclasstalk.github.io/doc/PhyloclassTalk-1.0.pdf If you are able to launch the software, you may paste the output of the following command: $ lsb_release -d or $ hostnamectl Thank you very much, HernÃ¡n

Dec. 2, 2016

Mustache and section

by Hilaire

Hello, While iterating within a Mustache section is it possible to refer to a tag defined out of the list. For example, is it possible to do so: templateString := 'A list of numbers {{#list}} Number {{label}} : {{number}} <= #label in section {{/list}}'. context := { 'label' -> 'fine. 'list' -> { { 'number' -> 1 } asDictionary. { 'number' -> 2 } asDictionary. } } asDictionary to get output as: 'A list of numbers Number fine: 1 Number fine: 2 ' So far in my attempt the #label tag is not processed. Am I interpreting something wrongly? Thanks Hilaire -- Dr. Geo http://drgeo.eu

Dec. 2, 2016

Pharo + VirtualGPU on Parallella

by Sebastian Heidbrink

Hi folks, I dabbled around with the OpenSmalltalkVM and PharoV50 on the Parallella (https://www.parallella.org/) Although most OpenCL samples do currently not work, because of some issues with the esdk on the Parallella, I can at least report that this combination works. It might take some time until I figured the OpenCL errors out. The building of the kernels throws errors due to include path errors. The screenshot of my Pharo image on the Parallella through a ssh X forwarded session. Cheers! Sebastian

Dec. 2, 2016

Re: [Pharo-users] GitFileTree on Pharo 5.0

by Trussardi Dario Romano

Ciao, few days ago i encountered problems installing gitFileTree in pharo 5.0. The basic error is relative to the : External module not found. Someone considerations about it? > Hi Dario, > > this is good that you tested with Roassal. We have a more general issue... The same problematic is relative to Roassal. I install on the MacBook Pro OS/X 10.7.5 the sudo port install cairo But the error persist. Thanks for any help. Dario > > 2016-11-29 15:56 GMT+01:00 Trussardi Dario Romano <dario.trussardi(a)tiscali.it>: > Ciao, > >> Hi Dario, >> >> 2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano <dario.trussardi(a)tiscali.it>: >> >>> >>> >>> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <dario.trussardi(a)tiscali.it>: >>> Ciao, >>> >>> IMPORTANT CONSIDERATION: >>> >>> If i started the Pharo 5.0 image from the desktop icon all works fine. >> >> Do you note this difference?! >> >> Of course. Paths/environment may be (is probably) different when you start from the desktop icon and when you start it from Contents/Resource. >> >>> >>> But i have a working Pharo5.0-161126.image into the Pharo 5.0 package Contents/ Resource/ directory. >>> >>> I open it with Pharo5.0 ( Pharo5.0 ) application. >>> >>> The Pharo image is right open but the GitFileTree loading generates the exception in this case. >> >> >> >> >> >>> >>> These are the step i do for load: >>> >>> I open the Catalogs Browser and select the GitFileTree project. >>> >>> On it i press the right mouse button and do the option: Instal stable version >>> >>> The system browse a dialog with: >>> >>> " GitFileTree has not been marked as tested for Pharo5.0! >>> Do you want to continue ( installation could fail )? >>> >>> Ok. Will have a look into the catalog browser source code to get rid of that. I know that the catalog browser uses the Pharo6 ConfigurationOfGitFileTree instead of the Pharo5 one. >> >> But the same procedure and relative ConfigurationOfGitFileTree, >> >> works fine when i load it to Pharo launched from Pharo desktop icon. >> >> The problematic is when i load it into Pharo5.0-161126.image from the Pharo 5.0 package Contents/ Resource/ subdirectory. >> >> I have noticed and my questions relate to that. >> >> >>> >>> >>> I confirm. >>> >>> The Pharo load some 'package' and after the image use the 100% of the CPU. >>> >>> After some times the CPU load don't change ( 100% ) and the Pharo don't answer. ( the User interrupt alt Cmd - : is not intercepted ) >>> >>> Yes, this one is problematic. >>> >>> Could you try to load OSSubprocess from the configuration browser? Tell me if it locks-up while trying to load that. >> >> Like above, load OSSubprocess: >> >> A ) Into Pharo launched from desktop icon all works fine. >> >> B) Into Pharo5.0-161126.image launched from : the Pharo 5.0 package Contents/ Resource/ subdirectory >> >> the system locks-up >> >> Does this lockup happens if you load something else from the catalog, such as Roassal2? > > I load he Roassal2 without problem in both images ( Pharo desktop and Pharo5.0 Contents/ Resource/Pharo5.0-161126.image ) > > When i run Roassal2 example ( RTLayoutExample new exampleCircle ) in both images the system answer: > > Error: External module not found > > ExternalLibraryFunction(Object)>>error: > ExternalLibraryFunction(Object)>>externalCallFailed > ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments: > AthensCairoSurface class>>primImage:width:height: > AthensCairoSurface class>>extent:format: > AthensCairoSurface class>>extent: > TRCanvas>>initialize > TRCanvas class(Behavior)>>new > RTView>>initialize > RTView class(Behavior)>>new > RTMondrian(RTBuilder)>>createView > RTMondrian>>createView > RTMondrian(RTBuilder)>>initialize > RTMondrian>>initialize > RTMondrian class(Behavior)>>new > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > Compiler class>>evaluate:for:notifying:logged: > Compiler class>>evaluate:for:logged: > Compiler class>>evaluate: > RTLayoutExample(RTAbstractExample)>>installTitle:code: > RTLayoutExample class>>DoIt > OpalCompiler>>evaluate > RubSmalltalkEditor>>evaluate:andDo: > RubSmalltalkEditor>>evaluateSelectionAndDo: > RubSmalltalkEditor>>printIt > [ :target | target editor printIt ] in RubSmalltalkEditor class>>buildShortcutsOn: in Block: [ :target | target editor printIt ] > BlockClosure>>cull: > BlockClosure>>cull:cull: > BlockClosure>>cull:cull:cull: > > thanks, > > Pharo is unable to access a library it needs; this is the native boost plugin which is normally bundled with it (and the cairo lib?)... > > Guys, anybody with a mac around there? > > Thierry > > > > Dario > >> >> My hypothesis is that, since you have two different ways of starting Pharo with a different system environment (and preloaded libraries, and maybe LD_LIBRARY_PATH set/unset, and maybe different PATH, etc...), something at init of OSSubprocess never returns and lock-up the image. >> >> Or, anything you load from the catalog in the second case locks-up, in which case something linked to code run after completing a project load locks-up when you don't use the environment provided by the desktop link. >> >> Could someone with a Mac check that, please? >> >> Regards, >> >> Thierry >> >> >> >> Dario >> >>> >>> Thierry >>> >>> >>> I need to shut Pharo and reopen the image. >>> >>> Thanks, >>> >>> Dario >>> >>> >>>> Hi Dario, >>>> >>>> can you tell a bit more about what is happening exactly? >>>> >>>> Thierry >>>> >>>> 2016-11-29 10:57 GMT+01:00 Trussardi Dario Romano <dario.trussardi(a)tiscali.it>: >>>> Ciao, >>>> >>>> i have a Pharo5.0 Latest update: #50763 image run on MacBook Pro with OS X 10.7.5. >>>> >>>> When i load the GitFileTree support the environment go in loop and i need to shut it. >>>> >>>> Considerations? >>>> >>>> Thanks, >>>> >>>> Dario >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> > >

Dec. 1, 2016