- Pharo-users - lists.pharo.org

Re: [Pharo-users] Use of -> in Pharo Code

by Martin McClure

On 11/29/2016 06:48 PM, Bruce Prior wrote: > I have been away from smalltalk coding for a while. On returning to > the fold, I often see the use of a right arrow in code. Is this > something new? > > Today in a Teapot app example, I saw, > > Teapot on GET: '/welcome' -> 'Hello World!'; start. > > What is the arrow for? As Sebastian said, #-> is a message that creates an Association, with the receiver as the key and the argument as the value of the Association. This has actually been around a very long time, though perhaps it's getting more widely used these days. It doesn't appear to be in the Blue Book, but I think it was probably actually in the Smalltalk-80 image 1 release. I'm not *quite* curious enough to verify that by rooting around in my basement for the machine that actually runs that version and seeing if it will still power up after all these years. :-) Regards, -Martin

Nov. 30, 2016

Re: [Pharo-users] Use of -> in Pharo Code

by Sebastian Heidbrink

Hi Bruce, good to see you around, again! The arrow is an Association in short... Sebastian Am 29.11.2016 um 18:48 schrieb Bruce Prior: > I have been away from smalltalk coding for a while. On returning to > the fold, I often see the use of a right arrow in code. Is this > something new? > > Today in a Teapot app example, I saw, > > Teapot on GET: '/welcome' -> 'Hello World!'; start. > > What is the arrow for?

Nov. 30, 2016

Use of -> in Pharo Code

by Bruce Prior

I have been away from smalltalk coding for a while. On returning to the fold, I often see the use of a right arrow in code. Is this something new? Today in a Teapot app example, I saw, Teapot on GET: '/welcome' -> 'Hello World!'; start. What is the arrow for?

Nov. 30, 2016

Re: [Pharo-users] Pharo 5 and retina displays in 2016?

by Stephan Eggermont

On 29/11/16 00:34, Tim Mackinnon wrote: > Or is this still the same issue thatâs been hanging around for a long > time as its hard to easily fix? Tobias Pape wrote some vm changes that solved the problem this summer, and they somehow interfered, so were reverted. I posted some pictures on twitter 10/11-7 of it working with both Pharo & Squeak. Stephan

Nov. 29, 2016

Re: [Pharo-users] UDBCSQLite and the location of the sqlite3 binary

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 29/11/16 13:20, Esteban A. Maringolo wrote: > In Unix you can create a symlink at the vm directory pointing at the > location of the shared object. > > That's what I do. > > Regards! > > Esteban A. Maringolo Yes, I do the same, but that's precisely what I want to avoid. Having a setter for the sqlite binary makes it friendlier for new comers, by having the setup done in the image side, instead of the OS side, so you don't need to locate your VM (I don't know where it is in the case of Pharo Launcher) and even making it available if you have several VM and images without symlinking each time. Cheers, Offray

Nov. 29, 2016

Re: [Pharo-users] UDBCSQLite and the location of the sqlite3 binary

by Esteban A. Maringolo

In Unix you can create a symlink at the vm directory pointing at the location of the shared object. That's what I do. Regards! Esteban A. Maringolo 2016-11-29 13:48 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com>: > Hi, > > From time to time, we use UDBCSQLite for our workshops and interactive > documentation examples and is a pretty good project for bridging the > Smalltalk world and the relational database world. > > A common glitch is locating the binary of sqlite3 for 32 bits and putting it > in a place that is available for the VM. I just make this small hack: > > === > > UDBCSQLite3Library>>#library > > Smalltalk os isMacOS ifTrue: [ ^ #sqlite3 ]. > Smalltalk os isUnix ifTrue: [ ^ '/usr/lib32/libsqlite3.so']. > ^'sqlite3' > > === > > and now is working pretty well on my machine. Of course, this only works on > Arch 64 bits and its derivates and could change in other Gnu/Linux variants. > So, I'm wondering for a better way to make the path to the sqlite binary not > hard coded into UDBCSQLite3 and creating some #library: setter that lets the > user to setup the sqlite3 location if the file on > UDBCSQLite3Library>>#library is non-existent or wrong. > > I'm sending this to the list, because AFAIK there is no ticketing on STHub > to discuss code issues. > > Cheers, > > Offray > > >

Nov. 29, 2016

UDBCSQLite and the location of the sqlite3 binary

by Offray Vladimir Luna CÃ¡rdenas

Hi, From time to time, we use UDBCSQLite for our workshops and interactive documentation examples and is a pretty good project for bridging the Smalltalk world and the relational database world. A common glitch is locating the binary of sqlite3 for 32 bits and putting it in a place that is available for the VM. I just make this small hack: === UDBCSQLite3Library>>#library Smalltalk os isMacOS ifTrue: [ ^ #sqlite3 ]. Smalltalk os isUnix ifTrue: [ ^ '/usr/lib32/libsqlite3.so']. ^'sqlite3' === and now is working pretty well on my machine. Of course, this only works on Arch 64 bits and its derivates and could change in other Gnu/Linux variants. So, I'm wondering for a better way to make the path to the sqlite binary not hard coded into UDBCSQLite3 and creating some #library: setter that lets the user to setup the sqlite3 location if the file on UDBCSQLite3Library>>#library is non-existent or wrong. I'm sending this to the list, because AFAIK there is no ticketing on STHub to discuss code issues. Cheers, Offray

Nov. 29, 2016

Re: [Pharo-users] GitFileTree on Pharo 5.0

by Thierry Goubier

Hi Dario, this is good that you tested with Roassal. We have a more general issue... 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 >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> > >

Nov. 29, 2016

Re: [Pharo-users] GitFileTree on Pharo 5.0

by Trussardi Dario Romano

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, 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 >>> >>> >>> >>> >>> >> >> > >

Nov. 29, 2016

Re: [Pharo-users] Add gitfiletree:// Error

by Thierry Goubier

2016-11-29 14:49 GMT+01:00 Trussardi Dario Romano < dario.trussardi(a)tiscali.it>: > Ciao, > > after load the GitFileTree on Pharo 5.0 ( I use the desktop Pharo image ) > > when in Monticello Browser i add a new repository based on gitfiletree:// > > > after select a directory (on the local disk ) the system answer: > > > PrimitiveFailed: primitive #loadSymbol:module: in ExternalAddress class > failed > > > The relative variable are: > loadSymbol: 'environ' module: libc.dylib > > > The stack is: > > > ExternalAddress class>>loadSymbol:module: > > ExternalAddress class>>loadSymbol:from: > > UnixEnvironment>>environ > > UnixEnvironment>>environAt: > > [ associationString := self environAt: index. > > associationString ifNil: [ ^ self ]. > > self keysAndValuesDo: aBlock withAssociationString: associationString. > > index := index + 1 ] in UnixEnvironment>>keysAndValuesDo: in Block: [ > associationString := self environAt: index.... > > BlockClosure>>repeat > > UnixEnvironment>>keysAndValuesDo: > > UnixEnvironment(OSEnvironment)>>asDictionary > > OSSUnixSubprocess>>defaultEnvVariablesDictionary > > OSSUnixSubprocess>>addAllEnvVariablesFromParentWithoutOverride > > OSSUnixSubprocess>>buildPrimitiveEnvArgument > > OSSUnixSubprocess>>internalRun > > [ self internalRun ] in OSSUnixSubprocess>>run in Block: [ self > internalRun ] > > BlockClosure>>ensure: > > OSSUnixSubprocess>>run > > OSSUnixSubprocess>>runAndWaitPollingEvery:retrievingStreams:onExitDo: > > MCFileTreeGitRepository class>>runOSSubprocessGitCommand:in: > > [ :bar | > > bar label: self gitCommand , ' ' , anArrayOfStrings first. > > Smalltalk platform isWin32 > > ifTrue: > > [ ^ self runProcessWrapperGitCommand: anArrayOfStrings in: aDirectory ] > > ifFalse: [ ((Smalltalk at: #OSSUnixSubprocess ifAbsent: [ ]) > > ifNil: [ false ] > > ifNotNil: [ :g | g isClass ]) > > ifTrue: [ ^ self runOSSubprocessGitCommand: anArrayOfStrings in: > aDirectory ] > > ifFalse: [ ^ self runOSProcessGitCommand: anArrayOfStrings in: aDirectory > ] ] ] in MCFileTreeGitRepository class>>runGitCommand:in: in Block: [ :bar > | ... > > [ :bar | aBlock value: bar ] in MorphicUIManager>>informUserDuring: in > Block: [ :bar | aBlock value: bar ] > > BlockClosure>>cull: > > [ ^ block cull: self ] in [ self prepareForRunning. > > CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run in > Block: [ ^ block cull: self ] > > [ p psValueAt: index put: anObject. > > aBlock value ] in CurrentJob(DynamicVariable)>>value:during: in Block: [ > p psValueAt: index put: anObject.... > > BlockClosure>>ensure: > > CurrentJob(DynamicVariable)>>value:during: > > CurrentJob class(DynamicVariable class)>>value:during: > > [ self prepareForRunning. > > CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run in > Block: [ self prepareForRunning.... > > BlockClosure>>ensure: > > Job>>run > > MorphicUIManager(UIManager)>>displayProgress:from:to:during: > > MorphicUIManager>>informUserDuring > > Considerations ? > Ok, there is a missing component (a lib?) in your system for OSSubprocess to work. I've added Mariano, the author of OSSubprocess, in copy. Thierry > > Thanks, > > Dario > > >

Nov. 29, 2016