Page 2 of 3

Re: Golly 4.0

Posted: November 6th, 2020, 5:28 am
by Scorbie
Andrew wrote: November 6th, 2020, 3:36 am
wildmyron wrote: November 6th, 2020, 2:29 am I wondered about testing the Python library with some other app which requires embedded Python. Can you (or anyone else) suggest an app which embeds Python3 and uses it in a similar way which I could test with?
Sorry, I don't know of any other apps like that.
Note: Many programs embed python, but each may do it differently.
The most comparable one I know of is OBS Studio (which only accepts python 3.6)
The program's kinda bulky, by the way...

Re: Golly 4.0

Posted: November 6th, 2020, 6:39 am
by wildmyron
Andrew wrote: November 6th, 2020, 4:59 am @wildmyron and @LaundryPizza03: Please try running a .py script with this special build:

http://www.trevorrow.com/golly/Golly-4.0.1-Mac.dmg

Along with the usual "Could not load the Python library" dialog, you should get an extra "Golly Error" dialog box.
Please tell me the *exact* error message in that box. (Note that you can click and drag to copy the text,
then ctrl-click in it to get a pop-up menu with a Copy item that will copy the text to the clipboard.)
Thanks Andrew. Here is the error message after trying to run a Python script with this build:

Code: Select all

Failed to load shared library '/Library/Frameworks/Python.framework/Versions/3.9/Python': dlopen(/Library/Frameworks/Python.framework/Versions/3.9/Python, 10): no suitable image found.  Did find:
	/Library/Frameworks/Python.framework/Versions/3.9/Python: code signature in (/Library/Frameworks/Python.framework/Versions/3.9/Python) not valid for use in process using Library Validation: mapping process and mapped file (non-platform) have different Team IDs
	/Library/Frameworks/Python.framework/Versions/3.9/Python: stat() failed with errno=7

Re: Golly 4.0

Posted: November 6th, 2020, 8:27 am
by Andrew
@wildmyron: Ok, try running a .py script with this build:

http://www.trevorrow.com/golly/Golly-4.0.2-Mac.dmg

Re: Golly 4.0

Posted: November 6th, 2020, 11:42 am
by wildmyron
Andrew wrote: November 6th, 2020, 8:27 am @wildmyron: Ok, try running a .py script with this build:

http://www.trevorrow.com/golly/Golly-4.0.2-Mac.dmg
Thanks Andrew. I tried this build and it gives the exact same error text as v4.0.1

Out of curiousity, I tried using my Homebrew Python 3.8 and that has a similar Library Validation error, but that Python lib is unsigned. The error message is:

Code: Select all

Failed to load shared library '/usr/local/Cellar/python@3.8/3.8.5/Frameworks/Python.framework/Versions/3.8/Python': dlopen(/usr/local/Cellar/python@3.8/3.8.5/Frameworks/Python.framework/Versions/3.8/Python, 10): no suitable image found.  Did find:
	/usr/local/Cellar/python@3.8/3.8.5/Frameworks/Python.framework/Versions/3.8/Python: code signature in (/usr/local/Cellar/python@3.8/3.8.5/Frameworks/Python.framework/Versions/3.8/Python) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed.
	/usr/local/Cellar/python@3.8/3.8.5/Frameworks/Python.framework/Versions/3.8/Python: stat() failed with errno=7
I guess this doc from Apple is relevant: https://developer.apple.com/documentati ... validation
Is it desirable to avoid completely disabling Library Validation (if possible to do so and still have dynamic loading of Python work) or will you need to disable it?
I'm also confused as to how Python is working on your system if this is indeed the issue. Are you testing on your system with the notarized build?

Re: Golly 4.0

Posted: November 6th, 2020, 4:33 pm
by Andrew
wildmyron wrote: November 6th, 2020, 11:42 am I tried this build and it gives the exact same error text as v4.0.1
Bummer.
I guess this doc from Apple is relevant: https://developer.apple.com/documentati ... validation
That's what I thought. The Info.plist file in the 4.0.2 build has com.apple.security.cs.disable-library-validation set to true, but it doesn't seem to work as advertised. Apple's new security "features" are a frigging mess. They have made software distribution a pain in the neck.
I'm also confused as to how Python is working on your system if this is indeed the issue. Are you testing on your system with the notarized build?
Yes, including when logged in as a different (non-admin) user, so you're not the only one who's confused.

One more thought: In System Preferences > Security & Privacy what is your setting under "Allow apps downloaded from:"? On my system it's "App store and identified developers" so if your setting is different try changing it and see if that makes any difference to Golly 4.0 or 4.0.2.

Re: Golly 4.0

Posted: November 6th, 2020, 7:23 pm
by Andrew
@wildmyron: Please try this build:

http://www.trevorrow.com/golly/Golly-4.0.3-Mac.dmg

Further googling indicated that the com.apple.security.cs.disable-library-validation setting must be embedded in the code signature rather than in Info.plist, so hopefully the above build will work.

Re: Golly 4.0

Posted: November 6th, 2020, 8:52 pm
by wildmyron
Andrew wrote: November 6th, 2020, 4:33 pm One more thought: In System Preferences > Security & Privacy what is your setting under "Allow apps downloaded from:"? On my system it's "App store and identified developers" so if your setting is different try changing it and see if that makes any difference to Golly 4.0 or 4.0.2.
This setting is the same on my system.
Andrew wrote: November 6th, 2020, 7:23 pm @wildmyron: Please try this build:

http://www.trevorrow.com/golly/Golly-4.0.3-Mac.dmg

Further googling indicated that the com.apple.security.cs.disable-library-validation setting must be embedded in the code signature rather than in Info.plist, so hopefully the above build will work.
Yes! This build works. I can run Python scripts using both the official Python 3.9 and Homebrew Python 3.8.

Re: Golly 4.0

Posted: November 7th, 2020, 5:46 am
by GUYTU6J
Curious behaviour related to (once again) synthesise_patt_v1.2.py: Golly 4.0 with python 3.9 seems to look up the list of 464,745 collisions twice, yet still finding the same number of results for a given pattern after 929,490 collisions tried.

Re: Golly 4.0

Posted: November 7th, 2020, 7:28 pm
by Andrew
wildmyron wrote: November 6th, 2020, 8:52 pm Yes! This build works. I can run Python scripts using both the official Python 3.9 and Homebrew Python 3.8.
Excellent! Thanks for doing all that testing (incredibly annoying that I can't test the dmg files properly by myself!).
Good to know that the Homebrew version of Python 3.8 also works fine.

Later today I'll replace the 4.0 dmg file on sourceforge with a new build (probably called version 4.0.1).

Re: Golly 4.0

Posted: November 7th, 2020, 8:51 pm
by Andrew
Golly 4.0.1 for macOS is now available from sourceforge:

https://sourceforge.net/projects/golly/ ... golly-4.0/

This version fixes 2 problems in the 4.0 macOS version:
1. Golly could not run any Python scripts.
2. Switching to Dark mode caused some text to become unreadable.

Please let me know ASAP if you have any problems using 4.0.1.

Re: Golly 4.0

Posted: November 8th, 2020, 2:57 am
by wildmyron
Andrew wrote: November 7th, 2020, 8:51 pm Golly 4.0.1 for macOS is now available from sourceforge:

https://sourceforge.net/projects/golly/ ... golly-4.0/

This version fixes 2 problems in the 4.0 macOS version:
1. Golly could not run any Python scripts.
2. Switching to Dark mode caused some text to become unreadable.

Please let me know ASAP if you have any problems using 4.0.1.
Hi Andrew,

No problems using Golly v4.0.1 downloaded from SF:
- Python scripts working correctly
- When switching to Dark Theme Golly opts out and all text is readable in main Golly Window and other dialogs

I haven't had a chance to do much testing, but I didn't see any further problems.

Re: Golly 4.0

Posted: November 21st, 2020, 1:08 pm
by LuxiusGOLFireFox
bubblegum wrote: November 1st, 2020, 2:29 pm The main reason I use Golly 3.x over Golly 4.0 still is because Golly 4.0's font looks terrible. Could there be an option to change it?
wdym? it looks the same.

Re: Golly 4.0

Posted: November 21st, 2020, 1:40 pm
by bubblegum
LuxiusGOLFireFox wrote: November 21st, 2020, 1:08 pm
bubblegum wrote: November 1st, 2020, 2:29 pm The main reason I use Golly 3.x over Golly 4.0 still is because Golly 4.0's font looks terrible. Could there be an option to change it?
wdym? it looks the same.
aaa my eyes are better than i'd like again

Re: Golly 4.0

Posted: December 6th, 2020, 9:29 pm
by LaundryPizza03
Most scripts no longer work in 3.9. But now I can't use them in 3.8, for some reason! For example, a script containing the old replace syntax gave the exact same warning when setting my Python version in Golly back to 3.8:

Code: Select all

Traceback (most recent call last):
 File "wxpython.cpp", line 3, in <module>
 File "/Users/gb/Downloads/5S_collection/5S_update.py", line 14, in <module>
  import sss
 File "5S_collection/sss.py", line 9, in <module>
  from string import replace
 ImportError: cannot import name 'replace' from 'string' (/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/string.py)

Re: Golly 4.0

Posted: December 7th, 2020, 6:55 am
by Scorbie
LaundryPizza03 wrote: December 6th, 2020, 9:29 pm Most scripts no longer work in 3.9. But now I can't use them in 3.8, for some reason! For example, a script containing the old replace syntax gave the exact same warning when setting my Python version in Golly back to 3.8:

Code: Select all

Traceback (most recent call last):
 File "wxpython.cpp", line 3, in <module>
 File "/Users/gb/Downloads/5S_collection/5S_update.py", line 14, in <module>
  import sss
 File "5S_collection/sss.py", line 9, in <module>
  from string import replace
 ImportError: cannot import name 'replace' from 'string' (/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/string.py)
I see google results saying it's deprecated in Python 3 (Really?) A workaround would be `replace = str.replace`.
I'm happy to support non-deprecated versions if they have problems though.

Re: Golly 4.0

Posted: December 21st, 2020, 2:42 pm
by hotdogPi
Clicking a cell when the pattern is running doesn't work properly. It always thinks I'm clicking a cell to the south and east of where I actually click (sometimes offscreen), or if I hold the cursor for more than 1/2 second, it draws a diagonal line from that spot to the spot where I actually clicked. Everything is perfectly fine if the pattern is not running.

Re: Golly 4.0

Posted: December 22nd, 2020, 12:08 am
by Scorbie
What is your OS, and does it only happen in Golly?
I'm worried of the problem not being able to be reproduced in other enviornments

Re: Golly 4.0

Posted: December 22nd, 2020, 8:59 am
by hotdogPi
Mac OS 11.1, only in Golly, and only when trying to draw (even the eyedropper and making a selection aren't affected). Golly 3.3 did not have this issue.

Further testing reveals that it's twice the distance from the upper left corner. For example, if my cursor is 21 pixels from the top and 26 pixels from the left, it will think the cursor is 42 pixels from the top and 52 from the left, ±5 (the reference point might not be exactly the corner of the visible area).

Re: Golly 4.0

Posted: December 22nd, 2020, 5:23 pm
by Andrew
hotdogPi wrote: December 22nd, 2020, 8:59 am Mac OS 11.1, only in Golly, and only when trying to draw ...
Yep, I see the same bug on my Mac system. Doesn't seem to happen on Windows or Linux so I suspect this bug is due to the recent changes I made to support Retina displays. I'll make sure this gets fixed in the next release. (BTW, the next Mac release will be a universal binary and so should run significantly faster on Macs with the M1 chip.)

Re: Golly 4.0.crdownload

Posted: February 11th, 2021, 7:23 am
by ColorfulGalaxy
Andrew wrote: October 30th, 2020, 8:04 am Golly 4.0 is now available from sourceforge:

https://sourceforge.net/projects/golly/ ... golly-4.0/

See Help > Changes for what's new. Note in particular that Golly now requires Python 3.3 or later to run .py scripts, so all users (including Mac users) will need to download an appropriate 64-bit installer for their platform from https://www.python.org/downloads/. Python 3.9 was recently released and seems to work fine with Golly.
I clicked the Download button and got an ".crdownload" file
EDIT: It automatically turned into a ".zip" file

Re: Golly 4.0

Posted: February 15th, 2021, 1:45 am
by Scorbie
ColorfulGalaxy wrote: February 11th, 2021, 7:23 am I clicked the Download button and got an ".crdownload" file
EDIT: It automatically turned into a ".zip" file
So no problem?

Re: Golly 4.0

Posted: February 16th, 2021, 2:54 am
by ColorfulGalaxy
Scorbie wrote: February 15th, 2021, 1:45 am
ColorfulGalaxy wrote: February 11th, 2021, 7:23 am I clicked the Download button and got an ".crdownload" file
EDIT: It automatically turned into a ".zip" file
So no problem?
No problem, but it looks really weird.

Re: Golly 4.0

Posted: February 16th, 2021, 8:15 pm
by yujh
ColorfulGalaxy wrote: February 16th, 2021, 2:54 am
Scorbie wrote: February 15th, 2021, 1:45 am
ColorfulGalaxy wrote: February 11th, 2021, 7:23 am I clicked the Download button and got an ".crdownload" file
EDIT: It automatically turned into a ".zip" file
So no problem?
No problem, but it looks really weird.
I think everything you download is like this.. it first makes that weird thing, and then turns back.

Re: Golly 4.0

Posted: February 18th, 2021, 4:57 am
by ColorfulGalaxy
yujh wrote: February 16th, 2021, 8:15 pm
ColorfulGalaxy wrote: February 16th, 2021, 2:54 am
Scorbie wrote: February 15th, 2021, 1:45 am So no problem?
No problem, but it looks really weird.
I think everything you download is like this.. it first makes that weird thing, and then turns back.
This might be bad for impatient people...

Re: Golly 4.0

Posted: February 18th, 2021, 5:42 am
by wildmyron
ColorfulGalaxy wrote: February 18th, 2021, 4:57 am
yujh wrote: February 16th, 2021, 8:15 pmI think everything you download is like this.. it first makes that weird thing, and then turns back.
This might be bad for impatient people...
It's actually good for impatient people: it makes it harder to try to to open the file before it's finished downloading.
Also, in the event your browser crashes you won't think you've got the complete file when actually the file is incomplete/corrupted.