Ciao,
> Hi Dario,
>
> 2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano
> <dario.trussa...@tiscali.it>:
>
>>
>>
>> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano
>> <dario.trussa...@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.trussa...@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
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
