ConwayLife.com

Posted: **July 24th, 2017, 6:28 pm**

Apple Bottom wrote:Not the most helpful of error messages, though... and unfortunately the crash isn't reliable either. Is there a way to enable crashdumps to be generated on Windows, or is there a special debug build of Golly? I'd be happy to try and hunt this down (emphasis on "try").

Building a debug version of Golly on Windows is a rather painful process, so I'd prefer to do that only as a last resort. From drc's report about a "big square" it sounds to me like the .rule file being used has a bug in one of the transition rules that is causing B0 explosion. Can you post that rule file?

Posted: **July 24th, 2017, 6:34 pm**

Andrew wrote:Building a debug version of Golly on Windows is a rather painful process, so I'd prefer to do that only as a last resort. From drc's report about a "big square" it sounds to me like the .rule file being used has a bug in one of the transition rules that is causing B0 explosion. Can you post that rule file?

Certainly, here it is:

Code: Select all

@RULE B356_S234k

*** File autogenerated by saverule. ***


This is a two state, isotropic, non-totalistic rule on the Moore neighbourhood.
The notation used to define the rule was originally proposed by Alan Hensel.
See http://www.ibiblio.org/lifepatterns/neighbors2.html for details


@TABLE


n_states:2
neighborhood:Moore
symmetries:rotate4reflect

var a={0,1}
var b={0,1}
var c={0,1}
var d={0,1}
var e={0,1}
var f={0,1}
var g={0,1}
var h={0,1}

# Birth
0,1,1,1,0,0,0,0,0,1
0,1,1,0,1,0,0,0,0,1
0,1,1,0,0,1,0,0,0,1
0,1,1,0,0,0,1,0,0,1
0,1,1,0,0,0,0,1,0,1
0,1,1,0,0,0,0,0,1,1
0,1,0,1,0,1,0,0,0,1
0,1,0,1,0,0,1,0,0,1
0,1,0,0,1,0,1,0,0,1
0,0,1,0,1,0,1,0,0,1
0,1,1,1,1,1,0,0,0,1
0,1,1,1,1,0,1,0,0,1
0,1,1,1,1,0,0,1,0,1
0,1,1,1,1,0,0,0,1,1
0,1,1,1,0,1,1,0,0,1
0,1,1,1,0,1,0,1,0,1
0,1,1,0,1,1,1,0,0,1
0,1,1,0,1,1,0,1,0,1
0,1,1,0,1,0,1,1,0,1
0,1,1,0,1,0,1,0,1,1
0,1,1,1,1,1,1,0,0,1
0,1,1,1,1,1,0,1,0,1
0,1,1,1,1,0,1,1,0,1
0,1,1,1,1,0,1,0,1,1
0,1,1,1,0,1,1,1,0,1
0,1,1,0,1,1,1,0,1,1

# Survival
1,1,1,0,0,0,0,0,0,1
1,1,0,1,0,0,0,0,0,1
1,1,0,0,1,0,0,0,0,1
1,1,0,0,0,1,0,0,0,1
1,0,1,0,1,0,0,0,0,1
1,0,1,0,0,0,1,0,0,1
1,1,1,1,0,0,0,0,0,1
1,1,1,0,1,0,0,0,0,1
1,1,1,0,0,1,0,0,0,1
1,1,1,0,0,0,1,0,0,1
1,1,1,0,0,0,0,1,0,1
1,1,1,0,0,0,0,0,1,1
1,1,0,1,0,1,0,0,0,1
1,1,0,1,0,0,1,0,0,1
1,1,0,0,1,0,1,0,0,1
1,0,1,0,1,0,1,0,0,1
1,1,1,0,1,0,0,1,0,1

# Death
1,a,b,c,d,e,f,g,h,0


@COLORS

This was generated by the isotropic-rule.py script posted here on the forums somewhere.

For the sake of completeness, here are the associated rule files used by apgsearch as well.

APG_ContagiousLife_B356_S234k.rule:

Code: Select all

@RULE APG_ContagiousLife_B356_S234k

*** File autogenerated by saverule. ***


A variant of HistoricalLife used for detecting dependencies between
islands.

state 0:  vacuum
state 1:  ON
state 2:  OFF


@TABLE

n_states:7
neighborhood:Moore
symmetries:rotate4reflect

var aa={0,1,2,3,4,5,6}
var ab={0,1,2,3,4,5,6}
var ac={0,1,2,3,4,5,6}
var ad={0,1,2,3,4,5,6}
var ae={0,1,2,3,4,5,6}
var af={0,1,2,3,4,5,6}
var ag={0,1,2,3,4,5,6}
var ah={0,1,2,3,4,5,6}

var ba={0,2,4,6}
var bb={0,2,4,6}
var bc={0,2,4,6}
var bd={0,2,4,6}
var be={0,2,4,6}
var bf={0,2,4,6}
var bg={0,2,4,6}
var bh={0,2,4,6}

var ca={1,3,5}
var cb={1,3,5}
var cc={1,3,5}
var cd={1,3,5}
var ce={1,3,5}
var cf={1,3,5}
var cg={1,3,5}
var ch={1,3,5}

var da={0,1,2,4,5,6}
var db={0,1,2,4,5,6}
var dc={0,1,2,4,5,6}
var dd={0,1,2,4,5,6}
var de={0,1,2,4,5,6}
var df={0,1,2,4,5,6}
var dg={0,1,2,4,5,6}
var dh={0,1,2,4,5,6}

2,ca,cb,cc,ba,bb,bc,bd,be,1
4,ca,cb,cc,ba,bb,bc,bd,be,3
6,ca,cb,cc,ba,bb,bc,bd,be,5
2,ca,cb,ba,cc,bb,bc,bd,be,1
4,ca,cb,ba,cc,bb,bc,bd,be,3
6,ca,cb,ba,cc,bb,bc,bd,be,5
2,ca,cb,ba,bb,cc,bc,bd,be,1
4,ca,cb,ba,bb,cc,bc,bd,be,3
6,ca,cb,ba,bb,cc,bc,bd,be,5
2,ca,cb,ba,bb,bc,cc,bd,be,1
4,ca,cb,ba,bb,bc,cc,bd,be,3
6,ca,cb,ba,bb,bc,cc,bd,be,5
2,ca,cb,ba,bb,bc,bd,cc,be,1
4,ca,cb,ba,bb,bc,bd,cc,be,3
6,ca,cb,ba,bb,bc,bd,cc,be,5
2,ca,cb,ba,bb,bc,bd,be,cc,1
4,ca,cb,ba,bb,bc,bd,be,cc,3
6,ca,cb,ba,bb,bc,bd,be,cc,5
2,ca,ba,cb,bb,cc,bc,bd,be,1
4,ca,ba,cb,bb,cc,bc,bd,be,3
6,ca,ba,cb,bb,cc,bc,bd,be,5
2,ca,ba,cb,bb,bc,cc,bd,be,1
4,ca,ba,cb,bb,bc,cc,bd,be,3
6,ca,ba,cb,bb,bc,cc,bd,be,5
2,ca,ba,bb,cb,bc,cc,bd,be,1
4,ca,ba,bb,cb,bc,cc,bd,be,3
6,ca,ba,bb,cb,bc,cc,bd,be,5
2,ba,ca,bb,cb,bc,cc,bd,be,1
4,ba,ca,bb,cb,bc,cc,bd,be,3
6,ba,ca,bb,cb,bc,cc,bd,be,5
2,ca,cb,cc,cd,ce,ba,bb,bc,1
4,ca,cb,cc,cd,ce,ba,bb,bc,3
6,ca,cb,cc,cd,ce,ba,bb,bc,5
2,ca,cb,cc,cd,ba,ce,bb,bc,1
4,ca,cb,cc,cd,ba,ce,bb,bc,3
6,ca,cb,cc,cd,ba,ce,bb,bc,5
2,ca,cb,cc,cd,ba,bb,ce,bc,1
4,ca,cb,cc,cd,ba,bb,ce,bc,3
6,ca,cb,cc,cd,ba,bb,ce,bc,5
2,ca,cb,cc,cd,ba,bb,bc,ce,1
4,ca,cb,cc,cd,ba,bb,bc,ce,3
6,ca,cb,cc,cd,ba,bb,bc,ce,5
2,ca,cb,cc,ba,cd,ce,bb,bc,1
4,ca,cb,cc,ba,cd,ce,bb,bc,3
6,ca,cb,cc,ba,cd,ce,bb,bc,5
2,ca,cb,cc,ba,cd,bb,ce,bc,1
4,ca,cb,cc,ba,cd,bb,ce,bc,3
6,ca,cb,cc,ba,cd,bb,ce,bc,5
2,ca,cb,ba,cc,cd,ce,bb,bc,1
4,ca,cb,ba,cc,cd,ce,bb,bc,3
6,ca,cb,ba,cc,cd,ce,bb,bc,5
2,ca,cb,ba,cc,cd,bb,ce,bc,1
4,ca,cb,ba,cc,cd,bb,ce,bc,3
6,ca,cb,ba,cc,cd,bb,ce,bc,5
2,ca,cb,ba,cc,bb,cd,ce,bc,1
4,ca,cb,ba,cc,bb,cd,ce,bc,3
6,ca,cb,ba,cc,bb,cd,ce,bc,5
2,ca,cb,ba,cc,bb,cd,bc,ce,1
4,ca,cb,ba,cc,bb,cd,bc,ce,3
6,ca,cb,ba,cc,bb,cd,bc,ce,5
2,ca,cb,cc,cd,ce,cf,ba,bb,1
4,ca,cb,cc,cd,ce,cf,ba,bb,3
6,ca,cb,cc,cd,ce,cf,ba,bb,5
2,ca,cb,cc,cd,ce,ba,cf,bb,1
4,ca,cb,cc,cd,ce,ba,cf,bb,3
6,ca,cb,cc,cd,ce,ba,cf,bb,5
2,ca,cb,cc,cd,ba,ce,cf,bb,1
4,ca,cb,cc,cd,ba,ce,cf,bb,3
6,ca,cb,cc,cd,ba,ce,cf,bb,5
2,ca,cb,cc,cd,ba,ce,bb,cf,1
4,ca,cb,cc,cd,ba,ce,bb,cf,3
6,ca,cb,cc,cd,ba,ce,bb,cf,5
2,ca,cb,cc,ba,cd,ce,cf,bb,1
4,ca,cb,cc,ba,cd,ce,cf,bb,3
6,ca,cb,cc,ba,cd,ce,cf,bb,5
2,ca,cb,ba,cc,cd,ce,bb,cf,1
4,ca,cb,ba,cc,cd,ce,bb,cf,3
6,ca,cb,ba,cc,cd,ce,bb,cf,5
1,ca,cb,ba,bb,bc,bd,be,bf,1
3,ca,cb,ba,bb,bc,bd,be,bf,3
5,ca,cb,ba,bb,bc,bd,be,bf,5
1,ca,ba,cb,bb,bc,bd,be,bf,1
3,ca,ba,cb,bb,bc,bd,be,bf,3
5,ca,ba,cb,bb,bc,bd,be,bf,5
1,ca,ba,bb,cb,bc,bd,be,bf,1
3,ca,ba,bb,cb,bc,bd,be,bf,3
5,ca,ba,bb,cb,bc,bd,be,bf,5
1,ca,ba,bb,bc,cb,bd,be,bf,1
3,ca,ba,bb,bc,cb,bd,be,bf,3
5,ca,ba,bb,bc,cb,bd,be,bf,5
1,ba,ca,bb,cb,bc,bd,be,bf,1
3,ba,ca,bb,cb,bc,bd,be,bf,3
5,ba,ca,bb,cb,bc,bd,be,bf,5
1,ba,ca,bb,bc,bd,cb,be,bf,1
3,ba,ca,bb,bc,bd,cb,be,bf,3
5,ba,ca,bb,bc,bd,cb,be,bf,5
1,ca,cb,cc,ba,bb,bc,bd,be,1
3,ca,cb,cc,ba,bb,bc,bd,be,3
5,ca,cb,cc,ba,bb,bc,bd,be,5
1,ca,cb,ba,cc,bb,bc,bd,be,1
3,ca,cb,ba,cc,bb,bc,bd,be,3
5,ca,cb,ba,cc,bb,bc,bd,be,5
1,ca,cb,ba,bb,cc,bc,bd,be,1
3,ca,cb,ba,bb,cc,bc,bd,be,3
5,ca,cb,ba,bb,cc,bc,bd,be,5
1,ca,cb,ba,bb,bc,cc,bd,be,1
3,ca,cb,ba,bb,bc,cc,bd,be,3
5,ca,cb,ba,bb,bc,cc,bd,be,5
1,ca,cb,ba,bb,bc,bd,cc,be,1
3,ca,cb,ba,bb,bc,bd,cc,be,3
5,ca,cb,ba,bb,bc,bd,cc,be,5
1,ca,cb,ba,bb,bc,bd,be,cc,1
3,ca,cb,ba,bb,bc,bd,be,cc,3
5,ca,cb,ba,bb,bc,bd,be,cc,5
1,ca,ba,cb,bb,cc,bc,bd,be,1
3,ca,ba,cb,bb,cc,bc,bd,be,3
5,ca,ba,cb,bb,cc,bc,bd,be,5
1,ca,ba,cb,bb,bc,cc,bd,be,1
3,ca,ba,cb,bb,bc,cc,bd,be,3
5,ca,ba,cb,bb,bc,cc,bd,be,5
1,ca,ba,bb,cb,bc,cc,bd,be,1
3,ca,ba,bb,cb,bc,cc,bd,be,3
5,ca,ba,bb,cb,bc,cc,bd,be,5
1,ba,ca,bb,cb,bc,cc,bd,be,1
3,ba,ca,bb,cb,bc,cc,bd,be,3
5,ba,ca,bb,cb,bc,cc,bd,be,5
1,ca,cb,ba,cc,bb,bc,cd,bd,1
3,ca,cb,ba,cc,bb,bc,cd,bd,3
5,ca,cb,ba,cc,bb,bc,cd,bd,5
1,aa,ab,ac,ad,ae,af,ag,ah,2
3,aa,ab,ac,ad,ae,af,ag,ah,4
5,aa,ab,ac,ad,ae,af,ag,ah,6
0,ca,cb,cc,ba,bb,bc,bd,be,1
0,ca,cb,ba,cc,bb,bc,bd,be,1
0,ca,cb,ba,bb,cc,bc,bd,be,1
0,ca,cb,ba,bb,bc,cc,bd,be,1
0,ca,cb,ba,bb,bc,bd,cc,be,1
0,ca,cb,ba,bb,bc,bd,be,cc,1
0,ca,ba,cb,bb,cc,bc,bd,be,1
0,ca,ba,cb,bb,bc,cc,bd,be,1
0,ca,ba,bb,cb,bc,cc,bd,be,1
0,ba,ca,bb,cb,bc,cc,bd,be,1
0,ca,cb,cc,cd,ce,ba,bb,bc,1
0,ca,cb,cc,cd,ba,ce,bb,bc,1
0,ca,cb,cc,cd,ba,bb,ce,bc,1
0,ca,cb,cc,cd,ba,bb,bc,ce,1
0,ca,cb,cc,ba,cd,ce,bb,bc,1
0,ca,cb,cc,ba,cd,bb,ce,bc,1
0,ca,cb,ba,cc,cd,ce,bb,bc,1
0,ca,cb,ba,cc,cd,bb,ce,bc,1
0,ca,cb,ba,cc,bb,cd,ce,bc,1
0,ca,cb,ba,cc,bb,cd,bc,ce,1
0,ca,cb,cc,cd,ce,cf,ba,bb,1
0,ca,cb,cc,cd,ce,ba,cf,bb,1
0,ca,cb,cc,cd,ba,ce,cf,bb,1
0,ca,cb,cc,cd,ba,ce,bb,cf,1
0,ca,cb,cc,ba,cd,ce,cf,bb,1
0,ca,cb,ba,cc,cd,ce,bb,cf,1
0,3,3,3,da,db,dc,dd,de,4
0,3,3,da,3,db,dc,dd,de,4
0,3,3,da,db,3,dc,dd,de,4
0,3,3,da,db,dc,3,dd,de,4
0,3,3,da,db,dc,dd,3,de,4
0,3,3,da,db,dc,dd,de,3,4
0,3,da,3,db,3,dc,dd,de,4
0,3,da,3,db,dc,3,dd,de,4
0,3,da,db,3,dc,3,dd,de,4
0,da,3,db,3,dc,3,dd,de,4
0,3,3,3,3,3,da,db,dc,4
0,3,3,3,3,da,3,db,dc,4
0,3,3,3,3,da,db,3,dc,4
0,3,3,3,3,da,db,dc,3,4
0,3,3,3,da,3,3,db,dc,4
0,3,3,3,da,3,db,3,dc,4
0,3,3,da,3,3,3,db,dc,4
0,3,3,da,3,3,db,3,dc,4
0,3,3,da,3,db,3,3,dc,4
0,3,3,da,3,db,3,dc,3,4
0,3,3,3,3,3,3,da,db,4
0,3,3,3,3,3,da,3,db,4
0,3,3,3,3,da,3,3,db,4
0,3,3,3,3,da,3,db,3,4
0,3,3,3,da,3,3,3,db,4
0,3,3,da,3,3,3,db,3,4


@COLORS


0    0    0    0
1    0    0  255
2    0    0  127
3  255    0    0
4  127    0    0
5    0  255    0
6    0  127    0
7  255    0  255
8  127    0  127

APG_CoalesceObjects_B356_S234k.rule:

Code: Select all

@RULE APG_CoalesceObjects_B356_S234k

*** File autogenerated by saverule. ***


A variant of HistoricalLife which separates a field of ash into
distinct objects.

state 0:  vacuum
state 1:  ON
state 2:  OFF


@TABLE

n_states:3
neighborhood:Moore
symmetries:rotate4reflect

var aa={0,1,2}
var ab={0,1,2}
var ac={0,1,2}
var ad={0,1,2}
var ae={0,1,2}
var af={0,1,2}
var ag={0,1,2}
var ah={0,1,2}

var ba={0,2}
var bb={0,2}
var bc={0,2}
var bd={0,2}
var be={0,2}
var bf={0,2}
var bg={0,2}
var bh={0,2}

ba,1,1,1,bb,bc,bd,be,bf,1
ba,1,1,bb,1,bc,bd,be,bf,1
ba,1,1,bb,bc,1,bd,be,bf,1
ba,1,1,bb,bc,bd,1,be,bf,1
ba,1,1,bb,bc,bd,be,1,bf,1
ba,1,1,bb,bc,bd,be,bf,1,1
ba,1,bb,1,bc,1,bd,be,bf,1
ba,1,bb,1,bc,bd,1,be,bf,1
ba,1,bb,bc,1,bd,1,be,bf,1
ba,bb,1,bc,1,bd,1,be,bf,1
ba,1,1,1,1,1,bb,bc,bd,1
ba,1,1,1,1,bb,1,bc,bd,1
ba,1,1,1,1,bb,bc,1,bd,1
ba,1,1,1,1,bb,bc,bd,1,1
ba,1,1,1,bb,1,1,bc,bd,1
ba,1,1,1,bb,1,bc,1,bd,1
ba,1,1,bb,1,1,1,bc,bd,1
ba,1,1,bb,1,1,bc,1,bd,1
ba,1,1,bb,1,bc,1,1,bd,1
ba,1,1,bb,1,bc,1,bd,1,1
ba,1,1,1,1,1,1,bb,bc,1
ba,1,1,1,1,1,bb,1,bc,1
ba,1,1,1,1,bb,1,1,bc,1
ba,1,1,1,1,bb,1,bc,1,1
ba,1,1,1,bb,1,1,1,bc,1
ba,1,1,bb,1,1,1,bc,1,1
1,1,1,ba,bb,bc,bd,be,bf,1
1,1,ba,1,bb,bc,bd,be,bf,1
1,1,ba,bb,1,bc,bd,be,bf,1
1,1,ba,bb,bc,1,bd,be,bf,1
1,ba,1,bb,1,bc,bd,be,bf,1
1,ba,1,bb,bc,bd,1,be,bf,1
1,1,1,1,ba,bb,bc,bd,be,1
1,1,1,ba,1,bb,bc,bd,be,1
1,1,1,ba,bb,1,bc,bd,be,1
1,1,1,ba,bb,bc,1,bd,be,1
1,1,1,ba,bb,bc,bd,1,be,1
1,1,1,ba,bb,bc,bd,be,1,1
1,1,ba,1,bb,1,bc,bd,be,1
1,1,ba,1,bb,bc,1,bd,be,1
1,1,ba,bb,1,bc,1,bd,be,1
1,ba,1,bb,1,bc,1,bd,be,1
1,1,1,ba,1,bb,bc,1,bd,1
1,aa,ab,ac,ad,ae,af,ag,ah,2
0,1,1,1,aa,ab,ac,ad,ae,2
0,1,1,aa,1,ab,ac,ad,ae,2
0,1,aa,1,1,ab,ac,ad,ae,2
0,aa,1,1,1,ab,ac,ad,ae,2
0,1,1,aa,ab,1,ac,ad,ae,2
0,1,aa,1,ab,1,ac,ad,ae,2
0,aa,1,1,ab,1,ac,ad,ae,2
0,1,aa,ab,1,1,ac,ad,ae,2
0,aa,1,ab,1,1,ac,ad,ae,2
0,aa,ab,1,1,1,ac,ad,ae,2
0,1,1,aa,ab,ac,1,ad,ae,2
0,1,aa,1,ab,ac,1,ad,ae,2
0,aa,1,1,ab,ac,1,ad,ae,2
0,1,aa,ab,1,ac,1,ad,ae,2
0,aa,1,ab,1,ac,1,ad,ae,2
0,aa,ab,1,1,ac,1,ad,ae,2
0,1,aa,ab,ac,1,1,ad,ae,2
0,aa,1,ab,ac,1,1,ad,ae,2
0,aa,ab,1,ac,1,1,ad,ae,2
0,aa,ab,ac,1,1,1,ad,ae,2
0,1,1,aa,ab,ac,ad,1,ae,2
0,1,aa,1,ab,ac,ad,1,ae,2
0,aa,1,1,ab,ac,ad,1,ae,2
0,1,aa,ab,1,ac,ad,1,ae,2
0,aa,1,ab,1,ac,ad,1,ae,2
0,aa,ab,1,1,ac,ad,1,ae,2
0,1,aa,ab,ac,1,ad,1,ae,2
0,aa,1,ab,ac,1,ad,1,ae,2
0,aa,ab,1,ac,1,ad,1,ae,2
0,aa,ab,ac,1,1,ad,1,ae,2
0,1,aa,ab,ac,ad,1,1,ae,2
0,aa,1,ab,ac,ad,1,1,ae,2
0,aa,ab,1,ac,ad,1,1,ae,2
0,aa,ab,ac,1,ad,1,1,ae,2
0,aa,ab,ac,ad,1,1,1,ae,2
0,1,1,aa,ab,ac,ad,ae,1,2
0,1,aa,1,ab,ac,ad,ae,1,2
0,aa,1,1,ab,ac,ad,ae,1,2
0,1,aa,ab,1,ac,ad,ae,1,2
0,aa,1,ab,1,ac,ad,ae,1,2
0,aa,ab,1,1,ac,ad,ae,1,2
0,1,aa,ab,ac,1,ad,ae,1,2
0,aa,1,ab,ac,1,ad,ae,1,2
0,aa,ab,1,ac,1,ad,ae,1,2
0,aa,ab,ac,1,1,ad,ae,1,2
0,1,aa,ab,ac,ad,1,ae,1,2
0,aa,1,ab,ac,ad,1,ae,1,2
0,aa,ab,1,ac,ad,1,ae,1,2
0,aa,ab,ac,1,ad,1,ae,1,2
0,aa,ab,ac,ad,1,1,ae,1,2
0,1,aa,ab,ac,ad,ae,1,1,2
0,aa,1,ab,ac,ad,ae,1,1,2
0,aa,ab,1,ac,ad,ae,1,1,2
0,aa,ab,ac,1,ad,ae,1,1,2
0,aa,ab,ac,ad,1,ae,1,1,2
0,aa,ab,ac,ad,ae,1,1,1,2


@COLORS


0    0    0    0
1  255  255  255
2  127  127  127

APG_ClassifyObjects_B356_S234k.rule:

Code: Select all

@RULE APG_ClassifyObjects_B356_S234k

*** File autogenerated by saverule. ***


This passively classifies objects as either still-lifes, p2 oscillators
or higher-period oscillators. It is mandatory that one first runs the
rule CoalesceObjects.

state 0:  vacuum
state 1:  input ON
state 2:  input OFF

state 3:  ON, will die
state 4:  OFF, will remain off
state 5:  ON, will survive
state 6:  OFF, will become alive

state 7:  ON, still-life
state 8:  OFF, still-life

state 9:  ON, p2 oscillator
state 10: OFF, p2 oscillator

state 11: ON, higher-period object
state 12: OFF, higher-period object


@TABLE

n_states:18
neighborhood:Moore
symmetries:rotate4reflect

var aa={0,1,2,3,4,5,6}
var ab={0,1,2,3,4,5,6}
var ac={0,1,2,3,4,5,6}
var ad={0,1,2,3,4,5,6}
var ae={0,1,2,3,4,5,6}
var af={0,1,2,3,4,5,6}
var ag={0,1,2,3,4,5,6}
var ah={0,1,2,3,4,5,6}

var ba={0,2,3,4}
var bb={0,2,3,4}
var bc={0,2,3,4}
var bd={0,2,3,4}
var be={0,2,3,4}
var bf={0,2,3,4}
var bg={0,2,3,4}
var bh={0,2,3,4}

var ca={1,5,6}
var cb={1,5,6}
var cc={1,5,6}
var cd={1,5,6}
var ce={1,5,6}
var cf={1,5,6}
var cg={1,5,6}
var ch={1,5,6}

2,1,1,1,ba,bb,bc,bd,be,6
2,1,1,ba,1,bb,bc,bd,be,6
2,1,1,ba,bb,1,bc,bd,be,6
2,1,1,ba,bb,bc,1,bd,be,6
2,1,1,ba,bb,bc,bd,1,be,6
2,1,1,ba,bb,bc,bd,be,1,6
2,1,ba,1,bb,1,bc,bd,be,6
2,1,ba,1,bb,bc,1,bd,be,6
2,1,ba,bb,1,bc,1,bd,be,6
2,ba,1,bb,1,bc,1,bd,be,6
2,1,1,1,1,1,ba,bb,bc,6
2,1,1,1,1,ba,1,bb,bc,6
2,1,1,1,1,ba,bb,1,bc,6
2,1,1,1,1,ba,bb,bc,1,6
2,1,1,1,ba,1,1,bb,bc,6
2,1,1,1,ba,1,bb,1,bc,6
2,1,1,ba,1,1,1,bb,bc,6
2,1,1,ba,1,1,bb,1,bc,6
2,1,1,ba,1,bb,1,1,bc,6
2,1,1,ba,1,bb,1,bc,1,6
2,1,1,1,1,1,1,ba,bb,6
2,1,1,1,1,1,ba,1,bb,6
2,1,1,1,1,ba,1,1,bb,6
2,1,1,1,1,ba,1,bb,1,6
2,1,1,1,ba,1,1,1,bb,6
2,1,1,ba,1,1,1,bb,1,6
1,1,1,ba,bb,bc,bd,be,bf,5
1,1,ba,1,bb,bc,bd,be,bf,5
1,1,ba,bb,1,bc,bd,be,bf,5
1,1,ba,bb,bc,1,bd,be,bf,5
1,ba,1,bb,1,bc,bd,be,bf,5
1,ba,1,bb,bc,bd,1,be,bf,5
1,1,1,1,ba,bb,bc,bd,be,5
1,1,1,ba,1,bb,bc,bd,be,5
1,1,1,ba,bb,1,bc,bd,be,5
1,1,1,ba,bb,bc,1,bd,be,5
1,1,1,ba,bb,bc,bd,1,be,5
1,1,1,ba,bb,bc,bd,be,1,5
1,1,ba,1,bb,1,bc,bd,be,5
1,1,ba,1,bb,bc,1,bd,be,5
1,1,ba,bb,1,bc,1,bd,be,5
1,ba,1,bb,1,bc,1,bd,be,5
1,1,1,ba,1,bb,bc,1,bd,5
1,aa,ab,ac,ad,ae,af,ag,ah,3
2,aa,ab,ac,ad,ae,af,ag,ah,4
1,aa,ab,ac,ad,ae,af,ag,ah,5
4,ca,cb,cc,ba,bb,bc,bd,be,12
4,ca,cb,ba,cc,bb,bc,bd,be,12
4,ca,cb,ba,bb,cc,bc,bd,be,12
4,ca,cb,ba,bb,bc,cc,bd,be,12
4,ca,cb,ba,bb,bc,bd,cc,be,12
4,ca,cb,ba,bb,bc,bd,be,cc,12
4,ca,ba,cb,bb,cc,bc,bd,be,12
4,ca,ba,cb,bb,bc,cc,bd,be,12
4,ca,ba,bb,cb,bc,cc,bd,be,12
4,ba,ca,bb,cb,bc,cc,bd,be,12
4,ca,cb,cc,cd,ce,ba,bb,bc,12
4,ca,cb,cc,cd,ba,ce,bb,bc,12
4,ca,cb,cc,cd,ba,bb,ce,bc,12
4,ca,cb,cc,cd,ba,bb,bc,ce,12
4,ca,cb,cc,ba,cd,ce,bb,bc,12
4,ca,cb,cc,ba,cd,bb,ce,bc,12
4,ca,cb,ba,cc,cd,ce,bb,bc,12
4,ca,cb,ba,cc,cd,bb,ce,bc,12
4,ca,cb,ba,cc,bb,cd,ce,bc,12
4,ca,cb,ba,cc,bb,cd,bc,ce,12
4,ca,cb,cc,cd,ce,cf,ba,bb,12
4,ca,cb,cc,cd,ce,ba,cf,bb,12
4,ca,cb,cc,cd,ba,ce,cf,bb,12
4,ca,cb,cc,cd,ba,ce,bb,cf,12
4,ca,cb,cc,ba,cd,ce,cf,bb,12
4,ca,cb,ba,cc,cd,ce,bb,cf,12
6,ca,cb,ba,bb,bc,bd,be,bf,12
6,ca,ba,cb,bb,bc,bd,be,bf,12
6,ca,ba,bb,cb,bc,bd,be,bf,12
6,ca,ba,bb,bc,cb,bd,be,bf,12
6,ba,ca,bb,cb,bc,bd,be,bf,12
6,ba,ca,bb,bc,bd,cb,be,bf,12
6,ca,cb,cc,ba,bb,bc,bd,be,12
6,ca,cb,ba,cc,bb,bc,bd,be,12
6,ca,cb,ba,bb,cc,bc,bd,be,12
6,ca,cb,ba,bb,bc,cc,bd,be,12
6,ca,cb,ba,bb,bc,bd,cc,be,12
6,ca,cb,ba,bb,bc,bd,be,cc,12
6,ca,ba,cb,bb,cc,bc,bd,be,12
6,ca,ba,cb,bb,bc,cc,bd,be,12
6,ca,ba,bb,cb,bc,cc,bd,be,12
6,ba,ca,bb,cb,bc,cc,bd,be,12
6,ca,cb,ba,cc,bb,bc,cd,bd,12
6,aa,ab,ac,ad,ae,af,ag,ah,10
3,ca,cb,cc,ba,bb,bc,bd,be,9
3,ca,cb,ba,cc,bb,bc,bd,be,9
3,ca,cb,ba,bb,cc,bc,bd,be,9
3,ca,cb,ba,bb,bc,cc,bd,be,9
3,ca,cb,ba,bb,bc,bd,cc,be,9
3,ca,cb,ba,bb,bc,bd,be,cc,9
3,ca,ba,cb,bb,cc,bc,bd,be,9
3,ca,ba,cb,bb,bc,cc,bd,be,9
3,ca,ba,bb,cb,bc,cc,bd,be,9
3,ba,ca,bb,cb,bc,cc,bd,be,9
3,ca,cb,cc,cd,ce,ba,bb,bc,9
3,ca,cb,cc,cd,ba,ce,bb,bc,9
3,ca,cb,cc,cd,ba,bb,ce,bc,9
3,ca,cb,cc,cd,ba,bb,bc,ce,9
3,ca,cb,cc,ba,cd,ce,bb,bc,9
3,ca,cb,cc,ba,cd,bb,ce,bc,9
3,ca,cb,ba,cc,cd,ce,bb,bc,9
3,ca,cb,ba,cc,cd,bb,ce,bc,9
3,ca,cb,ba,cc,bb,cd,ce,bc,9
3,ca,cb,ba,cc,bb,cd,bc,ce,9
3,ca,cb,cc,cd,ce,cf,ba,bb,9
3,ca,cb,cc,cd,ce,ba,cf,bb,9
3,ca,cb,cc,cd,ba,ce,cf,bb,9
3,ca,cb,cc,cd,ba,ce,bb,cf,9
3,ca,cb,cc,ba,cd,ce,cf,bb,9
3,ca,cb,ba,cc,cd,ce,bb,cf,9
5,ca,cb,ba,bb,bc,bd,be,bf,7
5,ca,ba,cb,bb,bc,bd,be,bf,7
5,ca,ba,bb,cb,bc,bd,be,bf,7
5,ca,ba,bb,bc,cb,bd,be,bf,7
5,ba,ca,bb,cb,bc,bd,be,bf,7
5,ba,ca,bb,bc,bd,cb,be,bf,7
5,ca,cb,cc,ba,bb,bc,bd,be,7
5,ca,cb,ba,cc,bb,bc,bd,be,7
5,ca,cb,ba,bb,cc,bc,bd,be,7
5,ca,cb,ba,bb,bc,cc,bd,be,7
5,ca,cb,ba,bb,bc,bd,cc,be,7
5,ca,cb,ba,bb,bc,bd,be,cc,7
5,ca,ba,cb,bb,cc,bc,bd,be,7
5,ca,ba,cb,bb,bc,cc,bd,be,7
5,ca,ba,bb,cb,bc,cc,bd,be,7
5,ba,ca,bb,cb,bc,cc,bd,be,7
5,ca,cb,ba,cc,bb,bc,cd,bd,7
5,aa,ab,ac,ad,ae,af,ag,ah,11
4,aa,ab,ac,ad,ae,af,ag,ah,8
3,aa,ab,ac,ad,ae,af,ag,ah,11
6,aa,ab,ac,ad,ae,af,ag,ah,12
5,aa,ab,ac,ad,ae,af,ag,ah,7


@COLORS


0    0    0    0
1  255  255  255
2  127  127  127
7    0    0  255
8    0    0  127
9  255    0    0
10 127    0    0
11   0  255    0
12   0  127    0
13 255  255    0
14 127  127    0

Posted: **July 24th, 2017, 6:53 pm**

Lode wrote:One thing I noticed: comparing with 2.7 (from Archlinux AUR install), it seems drawing goes slower in 3.01b (64-bit Linux version). Using the pen tool, drawing a freehand line goes superfast in Golly 2.7, while in 3.01b there is some lag between when the mouse moves and when the pixels appear on screen.

I don't see that lag on any of my Mac/Win/Linux systems so I'm not sure what is happening on your system. Golly 2.7 doesn't use OpenGL for rendering patterns, so it's probably something to do with the switch to OpenGL in version 2.8. Does 2.8 also have the same lag? When you start up version 3.0b1, what does the initial status message say about your OpenGL version? Perhaps you don't have a GPU and the OpenGL calls are being emulated in software?

Another thing: WireWorld has a large built-in library of awesome stuff (lots of patterns and rules) on my system, but not all rules that are described here (https://github.com/gollygang/ruletabler ... i/TheRules) are in my built-in library (for example SexyLoop, WWEJ3, and more, are missing). Will those be added, or did I misconfigure something in my system to not have them?

Go to Help > Online Archives > Rule Table Repository and download what you want.

One more thing: I'd love a standard tool that can draw straight lines. Maybe some key combination, like if you click somewhere, and then hold ctrl and click again, it draws a line from the previous point to there. I know there is a python script for lines, but it's very awkward to use. And a standard floodfill tool would be appreciated too...

Not going to happen (not by me at least). We provide scripts to do those tasks (see draw-lines.lua and flood-fill.lua). If they don't do what you want then feel free to modify them. To make them easier to use, make sure you use Preferences > Keyboard to assign keyboard shortcuts to run them. For example, I have ctrl-D assigned to run draw-lines.lua, so when I want to draw straight lines I do this:

hit ctrl-D
click, move mouse, click, move mouse, click, etc...
hit escape

Posted: **July 24th, 2017, 8:44 pm**

Thanks for the reply! I have a good graphics card and heavy games work fine in steam in Linux, but it's likely indeed the OpenGL change in some form anyway in that case.

About the scripts: OK, with shortcuts they might be better, didn't know that was possible. By "awkward" I meant the fact that it seemed to require having the scripts tab open and press the stop button after drawing a line. But with shortcuts and the ability to make a script for drawing a single line it should indeed go better

Posted: **July 30th, 2017, 7:29 pm**

Apple Bottom wrote:Certainly, here it is: ...

(Sorry for late reply -- been up to my neck in LtL code.)

Thanks for posting those .rule files. They all look fine. I haven't been able to reproduce any crash on my Mac, possibly because I'm not using the same .py script you're using (there seems to be quite a few different versions posted in the "Hacking apgsearch" thread!) so please email me the version you have.

I'm still puzzled by drc's report of a "big square" appearing. Do you see it? If so, please post a screenshot.

Ultimately I think the real solution is to modify the script not to use .rule files for rules like B356/S234k that are now supported by QuickLife. That rule can create quite a lot of chaotic areas and cause the RuleLoader algo to chew up a lot of hash memory.

There's also the problem that Python scripts don't free all the memory they use when they finish (yet another reason why I prefer Lua). My advice would be to quit and restart Golly whenever you want to do a new apgsearch.

Posted: **July 31st, 2017, 5:46 am**

Andrew wrote:Thanks for posting those .rule files. They all look fine. I haven't been able to reproduce any crash on my Mac, possibly because I'm not using the same .py script you're using (there seems to be quite a few different versions posted in the "Hacking apgsearch" thread!) so please email me the version you have.

I'm still puzzled by drc's report of a "big square" appearing. Do you see it? If so, please post a screenshot.

Ultimately I think the real solution is to modify the script not to use .rule files for rules like B356/S234k that are now supported by QuickLife. That rule can create quite a lot of chaotic areas and cause the RuleLoader algo to chew up a lot of hash memory.

There's also the problem that Python scripts don't free all the memory they use when they finish (yet another reason why I prefer Lua). My advice would be to quit and restart Golly whenever you want to do a new apgsearch.

Sure, here's the script I used: Aidan's "apgsearch-2016-2-06-v0.54+0.21i-update.py". (Apologies for not emailing it instead, but I don't have your email address.)

I've not run into this same issue again. That might not be saying much, since I haven't tried searching B356/S234k much at all.

Yes, I saw the "big square" effect as well. My initial impression was that this is just due to a lack of repainting, perhaps OpenGL-related, but when I just tried again I found that a) you can zoom in and out, as expected; and b) if you zoom in far, the square will disappear, and you'll see the actual pattern instead (or an empty part of the universe, depending on where you zoomed in). The effect's present in both Golly 3.0b1 and Golly 2.8, FWIW.

: SFB2AZY.png (40.57 KiB) Viewed 2019 times

I agree, the "hacked" (or vanilla, for that matter) apgsearch should definitely be modified to take advantage of Golly's native support for non-totalistic rules. Maybe I should take a look at how apgsearch works some time, and how easy it would be to adapt.

And good to know that restarting Golly after soup-searching is recommended -- I didn't know Python scripts caused memory leaks like that.

Posted: **July 31st, 2017, 9:41 am**

Apple Bottom wrote:Sure, here's the script I used: Aidan's "apgsearch-2016-2-06-v0.54+0.21i-update.py". (Apologies for not emailing it instead, but I don't have your email address.)

Thanks. (My email address is in Golly's ReadMe.html file in case you ever need it.)

I've tried 3 different browsers on my Mac and none show that image you posted. If I paste the link
into a browser I get this error: "http://i.imgur.com/SFB2AZY.png is unreachable."

Posted: **July 31st, 2017, 10:04 am**

Andrew wrote:I've tried 3 different browsers on my Mac and none show that image you posted. If I paste the link
into a browser I get this error: "http://i.imgur.com/SFB2AZY.png is unreachable."

That's the same problem that has come up once before -- maybe your ISP, or security software on your system, is blocking imgur.com...?

Here's a copy of the image:

: copy of image file from i.imgur.com; white-square.png (40.57 KiB) Viewed 12351 times

Posted: **July 31st, 2017, 11:02 am**

Will 50 remain the maximum neighbourhood size?

Posted: **July 31st, 2017, 12:31 pm**

Andrew wrote:I'm still puzzled by drc's report of a "big square" appearing. Do you see it? If so, please post a screenshot.

It's "Working as Designed (tm)". From the screen shot you're zoomed out at 2^3:1. I presume the pattern is a random soup. So what you're seeing is Golly's standard rendering when it has to sub-sample pixels. If you want it to look prettier then select "Smarter Scaling" from the "View" menu.

Posted: **July 31st, 2017, 1:49 pm**

dvgrn wrote:Here's a copy of the image:

One of these days I'll have to learn how to inline attached images on the forum.

rowett wrote:It's "Working as Designed (tm)". From the screen shot you're zoomed out at 2^3:1. I presume the pattern is a random soup. So what you're seeing is Golly's standard rendering when it has to sub-sample pixels. If you want it to look prettier then select "Smarter Scaling" from the "View" menu.

It's not actually a soup -- it's ash that hasn't settled down yet (note, for instance, that it's already at generation 55,100).

I've tried capturing a pattern triggering this by aborting apgsearch the moment that white square shows up, but doing so has always reset the view, as it were, and made Golly display the pattern properly. Whatever is causing this appears to only be triggered when a script is causing a high load.

In any case it's merely a cosmetic issue.

Posted: **July 31st, 2017, 2:05 pm**

Apple Bottom wrote:It's not actually a soup -- it's ash that hasn't settled down yet (note, for instance, that it's already at generation 55,100).

When you zoom in to the big white square does every 8x8 square of cells contain at least one live cell?

Posted: **July 31st, 2017, 3:17 pm**

rowett wrote:When you zoom in to the big white square does every 8x8 square of cells contain at least one live cell?

I don't think it did last time I observed the effect, no.

Posted: **July 31st, 2017, 3:30 pm**

When I observed the effect, it didn't let me zoom in past a certain point (I vaguely remember it being 2^3:1) because it would just freeze the display until I zoomed back out.

Posted: **July 31st, 2017, 3:43 pm**

Will the Larger than Life algorithm ever support HashLife?

Posted: **July 31st, 2017, 4:00 pm**

muzik wrote:Will the Larger than Life algorithm ever support HashLife?

Can't see how it could. See previous answer to same question asked by same person. If you alter the HashLife algorithm enough to remove the basic assumption that information can't travel faster than c, it will be pretty much a completely different algorithm, not HashLife any more.

That said... there's a new 3.0b2 beta build coming out shortly with some significant improvements to the Larger than Life algo. So if you're really asking "will Golly ever be able to run LtL rules faster?" then the answer is probably "yes" after all. Also the maximum range will be 500 instead of 50, if rumors can be believed. (!)

Posted: **July 31st, 2017, 4:54 pm**

But why can't the range be extended infinitely? Would this just be too much for golly to handle?

Also seems weird that the maximum wouldn't be 512 instead of 500, but that's just me.

Also, whenever a pattern (a 92c/2 spaceship in my case) hits the edge of the torus plane, it seems to lag a considerable amount. Can someone else confirm this?

Code: Select all

#CXRLE Pos=0,0
x = 139, y = 184, rule = R46,C3,M1,S8649..8649,B47..47,NM:T2000,2000
46.47A46$46.47B$A45.47B45.A$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B
$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.
47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$
46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B
$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B$46.47B2$45.B
.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.
45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B
.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$
45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.
B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.
45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B
.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$45.B.45B.B$
A44.B.45B.B44.A$45.B47.B23$.A135.A21$22.A93.A$45.2A45.2A!

Posted: **August 1st, 2017, 2:27 am**

dvgrn wrote:
Andrew wrote:... maybe your ISP, or security software on your system, is blocking imgur.com...?

Could be my ISP, or maybe my government. Apparently there are entire countries that block imgur.com (dunno why). Some googling shows there are ways to see the images, but I'd really prefer it if people stopped using imgur.com on the forums.

That image actually reveals quite a nasty bug. The good news is I've been able to reproduce the crash on my Mac. The bad news is that it's due to some code deep in Tom's ghashbase stuff. Tom's looking into it so I'll delay releasing 3.0b2 until it's fixed.

Posted: **August 1st, 2017, 2:29 am**

Apple Bottom wrote:In any case it's merely a cosmetic issue.

Nope, it's a sign that something has gone really haywire. Sometimes you'll see that big square, other times Golly will crash.

Posted: **August 1st, 2017, 2:37 am**

muzik wrote:But why can't the range be extended infinitely?

Because your computer doesn't have an infinite amount of memory.

Also seems weird that the maximum wouldn't be 512 instead of 500, but that's just me.

Yep, just you.

Also, whenever a pattern (a 92c/2 spaceship in my case) hits the edge of the torus plane, it seems to lag a considerable amount.

Yep, that lag is much, much less in 3.0b2 (coming soon). 3.0b2 also supports unbounded universes (within certain limits), so for many patterns there won't be any need to use a torus or bounded plane.

Posted: **August 1st, 2017, 3:09 am**

dvgrn wrote:
muzik wrote:Will the Larger than Life algorithm ever support HashLife?
Can't see how it could. See previous answer to same question asked by same person. If you alter the HashLife algorithm enough to remove the basic assumption that information can't travel faster than c, it will be pretty much a completely different algorithm, not HashLife any more.

HashLife works perfectly well for range-n neighbourhoods, provided you choose your leaf size to be 2^k by 2^k where 2^k >= 2n. The 'result' of a 2^(k+a+1)-by-2^(k+a+1) square is the central 2^(k+a)-by-2^(k+a) square after 2^a generations. I'd still call this algorithm HashLife, rather than 'a completely different algorithm' -- all that is changed is the size of the leaf nodes.

As a proof of concept, the lifelib code in slmake uses a leaf size of 2^16 by 2^16 (compared with a leaf size of 2 by 2 in Golly), so could potentially support neighbourhoods up to range 8. Indeed, when lifelib runs a pattern in GoL for m generations, it actually looks for the largest divisor n <= 8 of m and runs the range-n rule GoL^n for (m/n) generations. And for B0 rules, it's only capable of running the n-fold iterate of the rule for even n (so as to avoid the extra complexity of alternating between two rules).

Using a larger leaf size actually helps, because you have fewer hashtiles (therefore less memory usage) and the iteration in the leaf nodes can be vectorised efficiently: the result is something that resembles avxlife on small length-scales and HashLife on large length-scales. The beauty of HashLife is that you're free to choose the algorithm that runs on quadruples of leaf nodes to yield the central leaf node; HashLife will gracefully handle everything larger than this automatically.

Posted: **August 1st, 2017, 4:47 am**

Andrew wrote:I'd really prefer it if people stopped using imgur.com on the forums.

That image actually reveals quite a nasty bug. The good news is I've been able to reproduce the crash on my Mac. The bad news is that it's due to some code deep in Tom's ghashbase stuff. Tom's looking into it so I'll delay releasing 3.0b2 until it's fixed.

I didn't know that about Imgur. I'll be sure to not use it here then. (Fortunately Dave showed me how to inline images, so I won't have to resort to external hosts at all anymore!)

I was also able to capture the effect while not zoomed in, BTW. So even if you've already identified the underlying issue, here's the screenshot, just to prove that it really isn't due to having zoomed out of a large soup:

: whitesquare_zoomed.png (56.24 KiB) Viewed 11721 times

Thanks for being on the case, BTW -- and while I'm at it, thanks to the entire team for all the work you're doing. I don't think it gets said often enough, but Golly really is an amazing piece of software.

Posted: **August 2nd, 2017, 9:38 pm**

@Apple Bottom: Tom has fixed the bug so make sure you upgrade to 3.0b2 (just released).

Posted: **August 3rd, 2017, 6:58 am**

Andrew wrote:@Apple Bottom: Tom has fixed the bug so make sure you upgrade to 3.0b2 (just released).

Wonderful! Thanks for the pointer.

ConwayLife.com

Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1

Re: Golly 3.0b1