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