bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] gnubg freezing on macOS High Sierra


From: pierre zakia
Subject: Re: [Bug-gnubg] gnubg freezing on macOS High Sierra
Date: Wed, 4 Sep 2019 12:49:42 +0000 (UTC)

Hi Philippe,

Thank you for your prompt reply.

Underneath are my answers to some of your ideas you have suggested :

- Do you use the tutor mode ? 
Yes indeed, the issue happens in tutor mode. But gnubg still freezes once tutor mode is deactivated.

- Does you older Mac has significantly less memory than the other one ? 
Not at all; both the MacbookPro 2010 and the MacBookAir 2013 get 8 Go of memory. By the way the cache size value is set at 29Mb on both   computers. I didn't change any of this figure.

I would welcome other hint or suggestion.

Regards
Pierre

________________________________________________________________________
Le mercredi 4 septembre 2019 à 00:14:20 UTC+2, Philippe Michel <address@hidden> a écrit :


On Sat, Aug 31, 2019 at 08:02:46PM +0000, pierre zakia via Bug-gnubg wrote:


> I installed on MacBookAir 2013 gnubg Version GNU Backgammon 1.04.000
>  Oct 28 2014 running on XQuartz 2.7.11 on MacOS Mojave 10.14.6. It is
> running without any issue.

> On a older MacBookPro 2010, but always in use, I  have installed same
> gnubg Version GNU Backgammon 1.04.000  Oct 28 2014 running on XQuartz
> 2.7.11 on MacOS High Sierra 10.13.6.

> For an unknown reason, whenever I played against the software, It ends
> up after a couple of moves by freezing for some unknown reason.

> Any clue ? Do you need me to extract some log and if yes which one and
> then to post it ?


It's difficult to give useful answers without being able to reproduce
the issue (I don't have a Mac) but here are a few ideas ;

- Do you use the tutor mode ? It uses multiples threads and this is the
kind of thing that may cause a freeze when broken (note that what you
installed was built on an earlier version of MacOS, there may have been
backward compatibility issues in 10.13 that were no longer present in
10.14, or bugs in gnubg 1.04 that depend on the OS version)

- Does you older Mac has significantly less memoey than the other one ?
A problem there would probably cause a crash rather than a freeze but
you may want to look at the value of Settings/Other/Cache. The default
value is a few 10s of MB ; it may have been raised to a few 100s of MB.
If this is the case and the machine has 2GB of memory or less you could
decrease the cache size and see if it makes a difference.

Regarding obtaining a log, maybe a Mac user could give a hint or explain
how to get a stack dump when aborting a program to (maybe) see where it
was stuck.


Regards
Pierre


Le mercredi 4 septembre 2019 à 00:14:20 UTC+2, Philippe Michel <address@hidden> a écrit :


On Sat, Aug 31, 2019 at 08:02:46PM +0000, pierre zakia via Bug-gnubg wrote:


> I installed on MacBookAir 2013 gnubg Version GNU Backgammon 1.04.000
>  Oct 28 2014 running on XQuartz 2.7.11 on MacOS Mojave 10.14.6. It is
> running without any issue.

> On a older MacBookPro 2010, but always in use, I  have installed same
> gnubg Version GNU Backgammon 1.04.000  Oct 28 2014 running on XQuartz
> 2.7.11 on MacOS High Sierra 10.13.6.

> For an unknown reason, whenever I played against the software, It ends
> up after a couple of moves by freezing for some unknown reason.

> Any clue ? Do you need me to extract some log and if yes which one and
> then to post it ?


It's difficult to give useful answers without being able to reproduce
the issue (I don't have a Mac) but here are a few ideas ;

- Do you use the tutor mode ? It uses multiples threads and this is the
kind of thing that may cause a freeze when broken (note that what you
installed was built on an earlier version of MacOS, there may have been
backward compatibility issues in 10.13 that were no longer present in
10.14, or bugs in gnubg 1.04 that depend on the OS version)

- Does you older Mac has significantly less memoey than the other one ?
A problem there would probably cause a crash rather than a freeze but
you may want to look at the value of Settings/Other/Cache. The default
value is a few 10s of MB ; it may have been raised to a few 100s of MB.
If this is the case and the machine has 2GB of memory or less you could
decrease the cache size and see if it makes a difference.

Regarding obtaining a log, maybe a Mac user could give a hint or explain
how to get a stack dump when aborting a program to (maybe) see where it
was stuck.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]