Just a quick follow up: We've found that if we are in fullscreen Pharo mode on Linux and hit the ALT button twice, the Athens-based rendering speeds up significantly. The first ALT brings the Unity launcher to the foreground. The second ALT bring fullscreen Pharo back to the foreground. I'm not sure why this makes Athens rendering faster but it does. Perhaps that offers a clue as to what is slowing Pharo down in fullscreen on Linux. Cheers, Jeff On Wed, Oct 11, 2017 at 2:56 PM Hilaire <hilaire@drgeo.eu> wrote:
We tested it on P6.1 64bits, and this Cairo crash seems to be gone. It may need more testing though.
Is it thanks to P6.1 or the 64bits image/VM? It looks strange because it looked like a lib Cairo crash, but in the other hand the faulty C function did not appear to be called from Pharo image.
What need to be done porting to P6.1, is mainly image shrinking, fix of several bugs from P6.1 impacting drgeo, working setup for linux/windows/mac. Still some job.
Hilaire
Le 02/10/2017 à 15:19, Stephane Ducasse a écrit :
How could we help?
On Sun, Oct 1, 2017 at 9:14 PM, Hilaire<hilaire@drgeo.eu> wrote:
I had situation where the system libcairo:i386 does not work with Dr.Geo[1], Pharo crashes with what looks like a Cairo crash! Looks like not a Pharo fault, but I am definitely stuck.
It is problematic, it is a system (LinuxMint based) used in Geneva primary schools and Dr. Geo was expected to be used there:(
Hilaire
[1]http://forum.world.st/Cairo-related-crash-with-Dr-Geo-tt4952023.html
Le 01/10/2017 à 19:50, Igor Stasenko a écrit :
All these difficulties are good argument to get the appropriate libcairo/libpng shipped with the Linux VM, as done with Windows and MacOSX VM
Nah, in my case, there's nothing that can be lableled as "Pharo
fault". It
is definitely a linux/ubuntu ecosystem fault. - by not providing parallel updates for 32 & 64 bit variant of same library. -- Dr. Geo http://drgeo.eu
-- Dr. Geo http://drgeo.eu