GitFileTree on Pharo 5.0

2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <[hidden email]>:

Ciao,

IMPORTANT CONSIDERATION:

If i started the Pharo 5.0 image from the desktop icon all works fine.

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.

 

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.

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 <[hidden email]>:

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

Hi Dario,

2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano <[hidden email]>:

2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <[hidden email]>:

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 <[hidden email]>:

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

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 <[hidden email]>:

Ciao,

Hi Dario,

2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano <[hidden email]>:

2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano <[hidden email]>:

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 <[hidden email]>:

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

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

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.

Hi, Dario, 

I do not understand quite well your problem… you should not have a problem installing GitFileTree in Pharo5, no matter the replacement of NativeBoost. 

Athens also works fine with UFFI (since is part of Pharo, it has to work on all versions). 

You *do not need* to download cairo bindings, they are already there. 

So… if Athens is not working (and you can check that executing "VGTigerDemo runDemo” ,

 then you have another kind of problem. 

cheers, 

Esteban

On 5 Dec 2016, at 17:34, Trussardi Dario Romano <[hidden email]> wrote:

Ciao,

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

thanks Dimitris.

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.

OK,  but what i need to do for load UFFI Cairo library

and for load  the UFFI  library required by  GitFileTree Pharo support?

I wrong to install Pharo 5.0 on my MacBookPro with OS X  10.7.5. ?

If right remember i install Pharo 5.0 from  http://pharo.org/download   link

Thanks.

Dario

hi Dario,

Reading back through the thread, it seems it works when you start
Pharo one way, but not another way.
Can you report the VM versions for each way..
World menu > System > System Reporter > VM GeneralImage

Image

-----

/Users/dtr/Desktop/Pharo5.0.app/Contents/Resources/Pharo5.0-161205.image

Pharo5.0

Latest update: #50763

Unnamed

Virtual Machine

---------------

/Users/dtr/Desktop/Pharo5.0.app/Contents/MacOS/Pharo

CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016

StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016

[hidden email]:pharo-project/pharo-vm.git Commit: 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: GitHub <[hidden email]> 

Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB<

VMMaker versionString [hidden email]:pharo-project/pharo-vm.git Commit: 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: GitHub <[hidden email]> 

CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016

StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016