ConwayLife.com - A community for Conway's Game of Life and related cellular automata
Home  •  LifeWiki  •  Forums  •  Download Golly

apgsearch v4.0

For general discussion about Conway's Game of Life.

Re: apgsearch v4.0

Postby drc » September 24th, 2017, 6:38 pm

The whole permanent halting thing is happening again, but this thime for B37e/S234c6e. What's going on?
EDIT: If it helps, there's a breeder that can occur:
x = 7, y = 13, rule = B37e/S234c6e
5bo$6bo$6bo$4b3o6$b6o$o5bo$6bo$5bo!

But I've only searched a little over 9000 soups, and it doesn't seem likely that that's the issue

EDIT: Okay, it went through after about 30 minutes, here's the offending soup:
x = 16, y = 16, rule = B37e/S234c6e
bbboboooboobbobb$
bbbbobobbbobobbb$
bbooobbbobbooobo$
ooboobbobooboboo$
obobbboooooooobo$
bboooboooobobboo$
obbbobooobbooooo$
oboboobbbbbobbob$
ooobbboobbboobbo$
bbobbobooobbbobo$
boobboboooooobbb$
bbbbbobbbooooboo$
bobbboooboboobbo$
bobboobobbbooobb$
bbbbobobooobbbbo$
booooboobobbooob!
This post was brought to you by the letter D, for dishes that Andrew J. Wade won't do. (Also Daniel, which happens to be me.)
Current rule interest: B2ce3-ir4a5y/S2-c3-y
User avatar
drc
 
Posts: 1665
Joined: December 3rd, 2015, 4:11 pm
Location: creating useless things in OCA

Re: apgsearch v4.0

Postby mniemiec » September 25th, 2017, 12:23 pm

1) Is there a description anywhere of the parameters to catagolue's php interface? For now, I search catagolue by hand-crafting URLs directly to the directories required, but that's generally less portable than letting a site manage its own structure

2) Is there any way to search catagolue results, specifying a rule, but including all symmetries? This would be very useful to determine what objects have been found, and it should be possible, since the objects themselves list soups from all symmetries.

3) I also ran into the "Failed to detect periodic behaviour!" hang, after which there was no further output for 6+ hours, but since it's an already-known problem, I won't dwell on it. Perhaps a useful feature that might be added would be to dump whatever soup is being run into a temporary file whenever the program is interrupted, so it can be examined manually, which would be most useful in case of program hangs.
mniemiec
 
Posts: 833
Joined: June 1st, 2013, 12:00 am

Re: apgsearch v4.0

Postby Apple Bottom » September 25th, 2017, 1:10 pm

mniemiec wrote:1) Is there a description anywhere of the parameters to catagolue's php interface? For now, I search catagolue by hand-crafting URLs directly to the directories required, but that's generally less portable than letting a site manage its own structure


There's this list on the LifeWiki; that has all the publicly-accessible endpoints I know about.

2) Is there any way to search catagolue results, specifying a rule, but including all symmetries? This would be very useful to determine what objects have been found, and it should be possible, since the objects themselves list soups from all symmetries.


This would be useful, yes. To my knowledge it's not currently possible, short of downloading the various textcensus'es for all symmetries and merging them locally:

sqlite> select symmetry, count from census where rule="b3s23" and code="xp6_g80e55e08gz120ekke021";
C2_4                 8
D2_+2               40
D4_+2               20
D4_+4           160692
D8_4               792
iD4_+1              33
iD4_+2              30
iD4_+4              39
sqlite>
Living proof that a little knowledge is a dangerous thing.

Catagolue: Apple Bottom • Life Wiki: Apple Bottom • Twitter: @_AppleBottom_

Proud member of the Pattern Raiders!
User avatar
Apple Bottom
 
Posts: 743
Joined: July 27th, 2015, 2:06 pm

Re: apgsearch v4.0

Postby muzik » September 29th, 2017, 10:35 am

lulwat?
apgluxe v4.2-ll1.2: Rule r3b6t6s13t26 is correctly configured.

Greetings, this is apgluxe v4.2-ll1.2, configured for r3b6t6s13t26/C1.

Lifelib version: ll1.2
Compiler version: 5.3.0
Python version: '2.7.10 (default, Jun  1 2015, 18:05:38)  [GCC 4.9.2]'

Peer-reviewing hauls:

No more hauls to verify.
No more hauls to verify.
No more hauls to verify.

Peer-review complete; proceeding search.

Using seed l_dV5fRQxWdD3q
Running 10000000 soups per haul:
xp376_0oioquwk1kophz6f9cl4ae38b372gzw2 would take infeasibly long to brute-force separate.
Failed to detect periodic behaviour!
xp14832_oooewuvhhvuw8z333fw5hpp1h08xusss1xgzxi047mmid5kxgggx4ossc8zy22gttjijw6777y03332zy120963ij8 would take infeasibly long to brute-force separate.
xp6_10ssssy2ssss01zw3uuy4uu3zwurroy2orruz401111y2111104 would take infeasibly long to brute-force separate.
Failed to detect periodic behaviour!
Pathological object detected!!!
52 soups completed (1 soups per second).
340 soups completed (25 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_REPLICATOR
931 soups completed (5 soups per second).
Failed to detect periodic behaviour!
Pathological object detected!!!
1188 soups completed (12 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_LINEAR
1301 soups completed (0 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_LINEAR
1322 soups completed (0 soups per second).
Failed to detect periodic behaviour!
1439 soups completed (10 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_LINEAR
1557 soups completed (0 soups per second).
Failed to detect periodic behaviour!
Pathological object detected!!!
1716 soups completed (2 soups per second).
xp2_08opo02z777962gz1 would take infeasibly long to brute-force separate.
xp4_gw4g467nuaz0susq94g94w1z044 would take infeasibly long to brute-force separate.
./recompile.sh: line 69:  9700 Segmentation fault      (core dumped) ./apgluxe "$@"


Seems to have been a one time occurrence, but decided to post it anyway to see if this does highlight some sort of issue
2c/n spaceships project

Current priorities: see here
muzik
 
Posts: 2595
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: apgsearch v4.0

Postby calcyman » September 29th, 2017, 2:00 pm

Run a RAM check. You also had a problem with (I think) Aidan's hacked Python script where a haul randomly turned into reporting lots of initial soups as stable in the AbphzTa variable-speed-ship isotropic rule.

I suspect you have a faulty transistor somewhere, but running a hardcore RAM check (e.g. memtest86) should find it.
What do you do with ill crystallographers? Take them to the mono-clinic!
User avatar
calcyman
 
Posts: 1348
Joined: June 1st, 2009, 4:32 pm

Re: apgsearch v4.0

Postby Saka » October 2nd, 2017, 5:48 am

Why does searching B3-ckny4ry5cey6an7c8/S1c2aek3-aey4cqt5inr6kn make apgluxe spit out a bunch of "Failed to detect periodic behaviour!" warnings?
Everyone, please stop posting B/S about CA
x = 17, y = 10, rule = B3/S23
b2ob2obo5b2o$11b4obo$2bob3o2bo2b3o$bo3b2o4b2o$o2bo2bob2o3b4o$bob2obo5b
o2b2o$2b2o4bobo2b3o$bo3b5ob2obobo$2bo5bob2o$4bob2o2bobobo!

(Check gen 2)
User avatar
Saka
 
Posts: 2182
Joined: June 19th, 2015, 8:50 pm
Location: In the kingdom of Sultan Hamengkubuwono X

Re: apgsearch v4.0

Postby Rhombic » October 2nd, 2017, 8:11 am

Because of this, am I right in thinking that apgluxe now no longer breaks down with 1D explosiveness? Note that the yl thing does not refer to the 1D explosion, but to the actual yl that comes afterwards.
User avatar
Rhombic
 
Posts: 768
Joined: June 1st, 2013, 5:41 pm

Re: apgsearch v4.0

Postby calcyman » October 2nd, 2017, 8:37 am

Rhombic wrote:Because of this, am I right in thinking that apgluxe now no longer breaks down with 1D explosiveness? Note that the yl thing does not refer to the 1D explosion, but to the actual yl that comes afterwards.


That probably means that apgluxe has actually simulated that pattern all the way to stabilisation; otherwise it would give a zz or PATHOLOGICAL.

Actually, no: I've just remembered that apgsearch looks at whether there's an existing yl object and, if so, assumes that any PATHOLOGICAL is a remnant of the yl.
What do you do with ill crystallographers? Take them to the mono-clinic!
User avatar
calcyman
 
Posts: 1348
Joined: June 1st, 2009, 4:32 pm

Re: apgsearch v4.0

Postby muzik » October 5th, 2017, 12:00 pm

$ ./apgluxe -k -n 10000 --rule b2e3aejk4akqrw5ajknq6es01e2aei3ainr4aqr5ai6acn7c8
apgluxe v4.2-ll1.2: Rule b2c3a45678s01e2ae3anr4ar5i8 does not match desired rule b2e3aejk4akqrw5ajknq6es01e2aei3ainr4aqr5ai6acn7c8.
Skipping updates; use --update to update apgluxe automatically.
Ensuring lifelib is up-to-date...
Symmetry unspecified; assuming C1.
Configuring rule b2e3aejk4akqrw5ajknq6es01e2aei3ainr4aqr5ai6acn7c8; symmetry C1
Compressing 512-bit lookup table for rule b2e3aejk4akqrw5ajknq6es01e2aei3ainr4aqr5ai6acn7c8...
Creating magic sauce for rule b2e3aejk4akqrw5ajknq6es01e2aei3ainr4aqr5ai6acn7c8...
...completed.
Valid symmetry: C1
Success!
g++ -c -Wall -O3 -march=native -fopenmp -DUSE_OPEN_MP --std=c++11 main.cpp -o main.o
g++ -fopenmp main.o includes/sha256.o includes/md5.o includes/happyhttp.o -o apgluxe
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ld: cannot open output file apgluxe.exe: Device or resource busy
collect2: error: ld returned 1 exit status
makefile:42: recipe for target 'apgluxe' failed
make: *** [apgluxe] Error 1


I guess i really do need to check my computer then.
2c/n spaceships project

Current priorities: see here
muzik
 
Posts: 2595
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: apgsearch v4.0

Postby Apple Bottom » October 5th, 2017, 2:21 pm

This...

muzik wrote:
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ld: cannot open output file apgluxe.exe: Device or resource busy


...just means the linker couldn't open the executable file for writing, typically because it's currently in use. Chances are you were already running an apgluxe instance at the same time.

To get around this, either create another copy of the agpluxe directory, or rename the resulting files. The latter is what I do, so I have files called e.g. apgluxe-b3s23-C1.exe and so on.
Living proof that a little knowledge is a dangerous thing.

Catagolue: Apple Bottom • Life Wiki: Apple Bottom • Twitter: @_AppleBottom_

Proud member of the Pattern Raiders!
User avatar
Apple Bottom
 
Posts: 743
Joined: July 27th, 2015, 2:06 pm

Re: apgsearch v4.0

Postby muzik » October 5th, 2017, 2:51 pm

I tend to run multiple instances at once and never have had that issue, is that normal?
2c/n spaceships project

Current priorities: see here
muzik
 
Posts: 2595
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: apgsearch v4.0

Postby Apple Bottom » October 5th, 2017, 2:54 pm

muzik wrote:I tend to run multiple instances at once and never have had that issue, is that normal?


Running multiple instances without recompiling while others are running is always fine. I'd expect that running another instance *while* recompiling should always fail, but it might not. Either way I'd not recommend it.
Living proof that a little knowledge is a dangerous thing.

Catagolue: Apple Bottom • Life Wiki: Apple Bottom • Twitter: @_AppleBottom_

Proud member of the Pattern Raiders!
User avatar
Apple Bottom
 
Posts: 743
Joined: July 27th, 2015, 2:06 pm

Re: apgsearch v4.0

Postby muzik » October 5th, 2017, 6:50 pm

When searching in a toroidal universe, will we be able to fill the entire plane with a soup, or will it just stay as a single isolated soup as in currently?
2c/n spaceships project

Current priorities: see here
muzik
 
Posts: 2595
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: apgsearch v4.0

Postby AlephAlpha » October 6th, 2017, 2:18 am

Could you add proxy support?

I am in China. AppSpot (and Catagolue) is blocked here. I can circumvent this by using a proxy server. But apgsearch uses HappyHTTP, which does not support proxies. So my search results cannot be uploaded to Catagolue.

I also tried apgsearch v1.1. The python library it uses, urllib2, do support proxies. And it seemed that the authentication succeeded. But I cannot find my search result on Catagolue, and I don't know what was going wrong.
AlephAlpha
 
Posts: 4
Joined: October 6th, 2017, 1:50 am

Re: apgsearch v4.0

Postby calcyman » October 6th, 2017, 6:52 am

AlephAlpha wrote:Could you add proxy support?

I am in China. AppSpot (and Catagolue) is blocked here. I can circumvent this by using a proxy server. But apgsearch uses HappyHTTP, which does not support proxies. So my search results cannot be uploaded to Catagolue.

I also tried apgsearch v1.1. The python library it uses, urllib2, do support proxies. And it seemed that the authentication succeeded. But I cannot find my search result on Catagolue, and I don't know what was going wrong.


If authentication succeeded, but results were not uploaded, then you probably tried to submit a haul with fewer than 10000 soups. Try submitting a 10000-soup haul to an unprotected* census and see whether the results are uploaded.

* basically anything other than b3s23/C1 or b38s23/C1, which use techniques such as peer-verification and chi-squared tests to prevent false hauls from being submitted.

I've created another custom domain name -- https://gol.hatsya.co.uk/home -- with identical functionality to https://catagolue.appspot.com/home. I don't know whether it will work in China, though, since its CNAME is ghs.googlehosted.com, which is blocked.

Alternatively, I could try modifying v4.x to be able to use urllib2 as an alternative to happyhttp (using some form of inter-process communication between apgluxe and a Python script).
What do you do with ill crystallographers? Take them to the mono-clinic!
User avatar
calcyman
 
Posts: 1348
Joined: June 1st, 2009, 4:32 pm

Re: apgsearch v4.0

Postby AlephAlpha » October 6th, 2017, 8:02 am

calcyman wrote:
AlephAlpha wrote:Could you add proxy support?

I am in China. AppSpot (and Catagolue) is blocked here. I can circumvent this by using a proxy server. But apgsearch uses HappyHTTP, which does not support proxies. So my search results cannot be uploaded to Catagolue.

I also tried apgsearch v1.1. The python library it uses, urllib2, do support proxies. And it seemed that the authentication succeeded. But I cannot find my search result on Catagolue, and I don't know what was going wrong.


If authentication succeeded, but results were not uploaded, then you probably tried to submit a haul with fewer than 10000 soups. Try submitting a 10000-soup haul to an unprotected* census and see whether the results are uploaded.

* basically anything other than b3s23/C1 or b38s23/C1, which use techniques such as peer-verification and chi-squared tests to prevent false hauls from being submitted.

I've created another custom domain name -- https://gol.hatsya.co.uk/home -- with identical functionality to https://catagolue.appspot.com/home. I don't know whether it will work in China, though, since its CNAME is ghs.googlehosted.com, which is blocked.

Alternatively, I could try modifying v4.x to be able to use urllib2 as an alternative to happyhttp (using some form of inter-process communication between apgluxe and a Python script).


Thanks! https://gol.hatsya.co.uk/home is not blocked in China, and I successfully unload my first haul.
AlephAlpha
 
Posts: 4
Joined: October 6th, 2017, 1:50 am

Re: apgsearch v4.0

Postby calcyman » October 6th, 2017, 8:57 am

AlephAlpha wrote:Thanks! https://gol.hatsya.co.uk/home is not blocked in China, and I successfully unload my first haul.


Great! I've updated apgsearch v4.x so that it alternates between the two mirrors whenever it fails:

apg44@apg44a:~/apgmera$ ./apgluxe

Greetings, this is apgluxe v4.2-ll1.2, configured for b3s23/C1.

Lifelib version: ll1.2
Compiler version: 7.2.0
Python version: '2.7.13 (default, Jan 19 2017, 14:48:08)  [GCC 6.3.0 20170118]'

Peer-reviewing hauls:

Internet does not exist; henceforth trying gol.hatsya.co.uk instead of catagolue.appspot.com...
No response!
Authentication failed.
Received no response from /verify.
Internet does not exist; henceforth trying catagolue.appspot.com instead of gol.hatsya.co.uk...
No response!
Authentication failed.
Received no response from /verify.
Internet does not exist; henceforth trying gol.hatsya.co.uk instead of catagolue.appspot.com...
No response!
Authentication failed.
Received no response from /verify.

Peer-review complete; proceeding search.

Using seed l_cdg96ze8xWtS
Running 10000000 soups per haul:
^C


Consequently, it should now work without modification in mainland China.
What do you do with ill crystallographers? Take them to the mono-clinic!
User avatar
calcyman
 
Posts: 1348
Joined: June 1st, 2009, 4:32 pm

Re: apgsearch v4.0

Postby muzik » October 6th, 2017, 4:49 pm

Seems like some rules can preserve D8_2 symmetry:
x = 31, y = 32, rule = B34ew5ay6i7e8/S01e2-i3aeiq4ary
obo3b2o3bo7bo3b2o3bobo$b3obo2b2obob5obob2o2bob3o$2obo7bob2ob2obo7bob2o
$b2ob3obo2b4ob4o2bob3ob2o$3bob2ob3obo5bob3ob2obo$bob2obo2bob2o5b2obo2b
ob2obo$o2b3obob4obobob4obob3o2bo$o5b3o2bobo3bobo2b3o5bo$bob2o2bo2b3ob
3ob3o2bo2b2obo$bo2b3o5bobobobo5b3o2bo$4bobobo2b9o2bobobo$4ob4ob11ob4ob
4o$3b4ob5ob3ob5ob4o$b3o3bo2b2o7b2o2bo3b3o$b3o2bob5o2bo2b5obo2b3o$bo6bo
b3ob3ob3obo6bo$bo6bob3ob3ob3obo6bo$b3o2bob5o2bo2b5obo2b3o$b3o3bo2b2o7b
2o2bo3b3o$3b4ob5ob3ob5ob4o$4ob4ob11ob4ob4o$4bobobo2b9o2bobobo$bo2b3o5b
obobobo5b3o2bo$bob2o2bo2b3ob3ob3o2bo2b2obo$o5b3o2bobo3bobo2b3o5bo$o2b
3obob4obobob4obob3o2bo$bob2obo2bob2o5b2obo2bob2obo$3bob2ob3obo5bob3ob
2obo$b2ob3obo2b4ob4o2bob3ob2o$2obo7bob2ob2obo7bob2o$b3obo2b2obob5obob
2o2bob3o$obo3b2o3bo7bo3b2o3bobo!


Not really sure if this would be worth adding as an official symmetry option to apgsearch, though, but would probably be fun to toy about with wherever it applies.
2c/n spaceships project

Current priorities: see here
muzik
 
Posts: 2595
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: apgsearch v4.0

Postby mniemiec » October 6th, 2017, 5:32 pm

muzik wrote:Seems like some rules can preserve D8_2 symmetry: ... Not really sure if this would be worth adding as an official symmetry option to apgsearch, though, but would probably be fun to toy about with wherever it applies.

You could just as well try C4_2; D4_x2, however, wouldn't really make sense.
x = 8, y = 7, rule = B3/S23
obo4bo$boobboo$bo4boo$$oo4bo$boobboo$o4bobo!
mniemiec
 
Posts: 833
Joined: June 1st, 2013, 12:00 am

Re: apgsearch v4.0

Postby muzik » October 9th, 2017, 11:04 am

It happened again:

apgluxe v4.21-ll1.2: Rule b026s1 does not match desired rule r2b4t4s10t19.
Skipping updates; use --update to update apgluxe automatically.
Ensuring lifelib is up-to-date...
Configuring rule r2b4t4s10t19; symmetry D2_+1
Valid rulestring: r2b4t4s10t19
Valid symmetry: D2_+1
Success!
g++ -c -Wall -O3 -march=native -fopenmp -DUSE_OPEN_MP --std=c++11 main.cpp -o main.o
g++ -fopenmp main.o includes/sha256.o includes/md5.o includes/happyhttp.o -o apgluxe
true
true                                                oo o
true                                                oo ooo
true                                                      o
true                                                oo ooo
true                                                 o o
true                                                 o o
true                                                  o
apgluxe v4.21-ll1.2: Rule r2b4t4s10t19 is correctly configured.
apgluxe v4.21-ll1.2: Symmetry D2_+1 is correctly configured.

Greetings, this is apgluxe v4.21-ll1.2, configured for r2b4t4s10t19/D2_+1.

Lifelib version: ll1.2
Compiler version: 5.3.0
Python version: '2.7.10 (default, Jun  1 2015, 18:05:38)  [GCC 4.9.2]'

Peer-reviewing hauls:

No more hauls to verify.
No more hauls to verify.
No more hauls to verify.

Peer-review complete; proceeding search.

Using seed l_YFG4aWpmvTes
Running 100000 soups per haul:
xp6_g02hsm7rn64eessgzj0vbmrcfjrd4uf3hzw493ccrvlj1801zw84gdcnvai04zi0ulrmctjnd9ush2z30h3eronrp9ssff3zx1w111 would take infeasibly long to brute-force separate.
xp2_81kssl0kz02x2 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
1772 soups completed (93 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
2094 soups completed (25 soups per second).
xp2_0iootkgktooiz41b3222223b14 would take infeasibly long to brute-force separate.
xp12_hcss5gpg5sschzvir2hrurh2rivz037afa9afa73z01y51 would take infeasibly long to brute-force separate.
xp4_04ggggwgogskcclplccksgogwgggg4z83777k79b01y710b97k77738 would take infeasibly long to brute-force separate.
xp50_g0ev7maspy5psam7ve0gz0407feb9fng8aga8gnf9bef704zx1y21371731y21 would take infeasibly long to brute-force separate.
xp12_0evf6opiz1wte7314zxlrvzgwnesog4z0evuc3j9 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
3729 soups completed (84 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
xp2_k0lssl0kzw2w2 would take infeasibly long to brute-force separate.
xp12_wpssoz405ufdgzwk0lltnszg0gsqq63zwetvezw2 would take infeasibly long to brute-force separate.
4988 soups completed (125 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_REPLICATOR
5156 soups completed (10 soups per second).
xp2_81ksssssk18z02y32 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
5428 soups completed (13 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
5489 soups completed (4 soups per second).
./recompile.sh: line 69:  2256 Segmentation fault      (core dumped) ./apgluxe "$@"


I've noticed that this error seems to pop up mainly on rules which have a lot of distinct natural objects, so maybe this is a memory-related error?

EDIT: straight away again?
apgluxe v4.21-ll1.2: Rule r2b4t4s10t19 is correctly configured.
apgluxe v4.21-ll1.2: Symmetry D2_+1 is correctly configured.

Greetings, this is apgluxe v4.21-ll1.2, configured for r2b4t4s10t19/D2_+1.

Lifelib version: ll1.2
Compiler version: 5.3.0
Python version: '2.7.10 (default, Jun  1 2015, 18:05:38)  [GCC 4.9.2]'

Peer-reviewing hauls:

No more hauls to verify.
No more hauls to verify.
No more hauls to verify.

Peer-review complete; proceeding search.

Using seed l_T2jHJqjRzXXd
Running 10000 soups per haul:
xp28_w10unfughz0gwgtntu7efe04za0erev4vllhz01w1ntnfseue04zwg0ftuf1h would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
43 soups completed (3 soups per second).
Failed to detect periodic behaviour!
419 soups completed (18 soups per second).
xp6_80pssspzour511zqtv2zg3utssozw41114 would take infeasibly long to brute-force separate.
xp2_k0lssl0kzw2w2 would take infeasibly long to brute-force separate.
xp2_81kssl0kz02x2 would take infeasibly long to brute-force separate.
xp2_20osto04zw18vn2zwesvf1gz1x2 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
2035 soups completed (116 soups per second).
Segmentation fault (core dumped)


EDIT: A third time as well. Can that yl82 be rescued from its apgcode?
apgluxe v4.21-ll1.2: Rule r2b4t4s10t19 is correctly configured.
apgluxe v4.21-ll1.2: Symmetry D2_+1 is correctly configured.

Greetings, this is apgluxe v4.21-ll1.2, configured for r2b4t4s10t19/D2_+1.

Lifelib version: ll1.2
Compiler version: 5.3.0
Python version: '2.7.10 (default, Jun  1 2015, 18:05:38)  [GCC 4.9.2]'

Peer-reviewing hauls:

No more hauls to verify.
No more hauls to verify.
No more hauls to verify.

Peer-review complete; proceeding search.

Using seed l_7mC3Mqzutdt7
Running 10000 soups per haul:
xp4_40dsusdzy0ler0lz40m7f7m would take infeasibly long to brute-force separate.
xp4_28effmo18z417ff6181 would take infeasibly long to brute-force separate.
xp6_10u7vezw1ntog4gzxrf7382zwvpvsz1w11 would take infeasibly long to brute-force separate.
Linear-growth pattern detected: yl82_1_13_442e9e06ce8ff98bb88fbf07d6b84fd0
796 soups completed (39 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
845 soups completed (4 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
1367 soups completed (51 soups per second).
xp38_wkuuuc1zg37nsh8sokoag4z20u3tw12tvbb0kz50hnu48udmfb7gz03nvsuoy01zx11102 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_LINEAR
Failed to detect periodic behaviour!
Pathological object detected!!!
1864 soups completed (13 soups per second).
xp12_20seus1z0g1vquko4zxhrrlz01gvbf534z807ef7g would take infeasibly long to brute-force separate.
xp6_cuue4hk0g0kh4euuczwcuve33033evuczy21x1 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
2526 soups completed (36 soups per second).
xp2_2gcues1z309fue84z0a0vrrzo0iufe24z816fe7g would take infeasibly long to brute-force separate.
xp2_w4ghsks9g04z1gutbqpdvr6so12z0hv4r4rvl4rlvzg1fnqbjmvrc73g8zw41h757i104 would take infeasibly long to brute-force separate.
xp2_1sss1z0vtq05z41114 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
4334 soups completed (100 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
4399 soups completed (5 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
xp6_2hssso04zi0hrdn0az10n2vukz607drl08z14uvuf0hz12 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
4865 soups completed (23 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
5232 soups completed (30 soups per second).
xp6_0g4iodsu6usdoi4gzworv9sm7ms9vroz4vts6etdtdte6stv4z2y2515y22 would take infeasibly long to brute-force separate.
xp2_81kssl0kz02x2 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
Segmentation fault (core dumped)
2c/n spaceships project

Current priorities: see here
muzik
 
Posts: 2595
Joined: January 28th, 2016, 2:47 pm
Location: Scotland

Re: apgsearch v4.0

Postby Apple Bottom » October 9th, 2017, 12:45 pm

muzik wrote:It happened again:

apgluxe v4.21-ll1.2: Rule b026s1 does not match desired rule r2b4t4s10t19.
Skipping updates; use --update to update apgluxe automatically.
Ensuring lifelib is up-to-date...
Configuring rule r2b4t4s10t19; symmetry D2_+1
Valid rulestring: r2b4t4s10t19
Valid symmetry: D2_+1
Success!
g++ -c -Wall -O3 -march=native -fopenmp -DUSE_OPEN_MP --std=c++11 main.cpp -o main.o
g++ -fopenmp main.o includes/sha256.o includes/md5.o includes/happyhttp.o -o apgluxe
true
true                                                oo o
true                                                oo ooo
true                                                      o
true                                                oo ooo
true                                                 o o
true                                                 o o
true                                                  o
apgluxe v4.21-ll1.2: Rule r2b4t4s10t19 is correctly configured.
apgluxe v4.21-ll1.2: Symmetry D2_+1 is correctly configured.

Greetings, this is apgluxe v4.21-ll1.2, configured for r2b4t4s10t19/D2_+1.

Lifelib version: ll1.2
Compiler version: 5.3.0
Python version: '2.7.10 (default, Jun  1 2015, 18:05:38)  [GCC 4.9.2]'

Peer-reviewing hauls:

No more hauls to verify.
No more hauls to verify.
No more hauls to verify.

Peer-review complete; proceeding search.

Using seed l_YFG4aWpmvTes
Running 100000 soups per haul:
xp6_g02hsm7rn64eessgzj0vbmrcfjrd4uf3hzw493ccrvlj1801zw84gdcnvai04zi0ulrmctjnd9ush2z30h3eronrp9ssff3zx1w111 would take infeasibly long to brute-force separate.
xp2_81kssl0kz02x2 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
1772 soups completed (93 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
2094 soups completed (25 soups per second).
xp2_0iootkgktooiz41b3222223b14 would take infeasibly long to brute-force separate.
xp12_hcss5gpg5sschzvir2hrurh2rivz037afa9afa73z01y51 would take infeasibly long to brute-force separate.
xp4_04ggggwgogskcclplccksgogwgggg4z83777k79b01y710b97k77738 would take infeasibly long to brute-force separate.
xp50_g0ev7maspy5psam7ve0gz0407feb9fng8aga8gnf9bef704zx1y21371731y21 would take infeasibly long to brute-force separate.
xp12_0evf6opiz1wte7314zxlrvzgwnesog4z0evuc3j9 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
3729 soups completed (84 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
xp2_k0lssl0kzw2w2 would take infeasibly long to brute-force separate.
xp12_wpssoz405ufdgzwk0lltnszg0gsqq63zwetvezw2 would take infeasibly long to brute-force separate.
4988 soups completed (125 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_REPLICATOR
5156 soups completed (10 soups per second).
xp2_81ksssssk18z02y32 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
5428 soups completed (13 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
5489 soups completed (4 soups per second).
./recompile.sh: line 69:  2256 Segmentation fault      (core dumped) ./apgluxe "$@"


I can confirm I'm seeing the exact same thing with that same seed.
Living proof that a little knowledge is a dangerous thing.

Catagolue: Apple Bottom • Life Wiki: Apple Bottom • Twitter: @_AppleBottom_

Proud member of the Pattern Raiders!
User avatar
Apple Bottom
 
Posts: 743
Joined: July 27th, 2015, 2:06 pm

Re: apgsearch v4.0

Postby drc » October 9th, 2017, 6:07 pm

Idea: Create a 'testing site' for catagolue at some subdomain, like http://catagolue.appspot.com/test/*

This would be beneficial because there would be a way to test vulnerabilities to the site and with apgsearch versions without cluttering the main page, and to tease new features to the public without fully releasing them.
Maybe make it a different colour in order for the page not to be confused with others? Green would look really nice and easy on the eyes.
This post was brought to you by the letter D, for dishes that Andrew J. Wade won't do. (Also Daniel, which happens to be me.)
Current rule interest: B2ce3-ir4a5y/S2-c3-y
User avatar
drc
 
Posts: 1665
Joined: December 3rd, 2015, 4:11 pm
Location: creating useless things in OCA

Re: apgsearch v4.0

Postby Saka » October 9th, 2017, 7:22 pm

drc wrote:Maybe make it a different colour in order for the page not to be confused with others? Green would look really nice and easy on the eyes.

And make the text magenta comic sans.
Just a suggestion.

This could also be a site for calcyman to mess with layouts and themes.
Can the public upload to it?
Everyone, please stop posting B/S about CA
x = 17, y = 10, rule = B3/S23
b2ob2obo5b2o$11b4obo$2bob3o2bo2b3o$bo3b2o4b2o$o2bo2bob2o3b4o$bob2obo5b
o2b2o$2b2o4bobo2b3o$bo3b5ob2obobo$2bo5bob2o$4bob2o2bobobo!

(Check gen 2)
User avatar
Saka
 
Posts: 2182
Joined: June 19th, 2015, 8:50 pm
Location: In the kingdom of Sultan Hamengkubuwono X

Re: apgsearch v4.0

Postby toroidalet » October 10th, 2017, 11:38 pm

Saka wrote:Can the public upload to it?

No <script></script> tags though. Otherwise bad things could happen. Would be a nice idea to test possible circumventions of the security. Also there should be basically no data sanitation except for removal of script tags.
I have the best signature ever.
User avatar
toroidalet
 
Posts: 753
Joined: August 7th, 2016, 1:48 pm
Location: Somewhere on a planet called "Earth"

Re: apgsearch v4.0

Postby calcyman » October 14th, 2017, 9:40 am

Apple Bottom wrote:
muzik wrote:It happened again:

apgluxe v4.21-ll1.2: Rule b026s1 does not match desired rule r2b4t4s10t19.
Skipping updates; use --update to update apgluxe automatically.
Ensuring lifelib is up-to-date...
Configuring rule r2b4t4s10t19; symmetry D2_+1
Valid rulestring: r2b4t4s10t19
Valid symmetry: D2_+1
Success!
g++ -c -Wall -O3 -march=native -fopenmp -DUSE_OPEN_MP --std=c++11 main.cpp -o main.o
g++ -fopenmp main.o includes/sha256.o includes/md5.o includes/happyhttp.o -o apgluxe
true
true                                                oo o
true                                                oo ooo
true                                                      o
true                                                oo ooo
true                                                 o o
true                                                 o o
true                                                  o
apgluxe v4.21-ll1.2: Rule r2b4t4s10t19 is correctly configured.
apgluxe v4.21-ll1.2: Symmetry D2_+1 is correctly configured.

Greetings, this is apgluxe v4.21-ll1.2, configured for r2b4t4s10t19/D2_+1.

Lifelib version: ll1.2
Compiler version: 5.3.0
Python version: '2.7.10 (default, Jun  1 2015, 18:05:38)  [GCC 4.9.2]'

Peer-reviewing hauls:

No more hauls to verify.
No more hauls to verify.
No more hauls to verify.

Peer-review complete; proceeding search.

Using seed l_YFG4aWpmvTes
Running 100000 soups per haul:
xp6_g02hsm7rn64eessgzj0vbmrcfjrd4uf3hzw493ccrvlj1801zw84gdcnvai04zi0ulrmctjnd9ush2z30h3eronrp9ssff3zx1w111 would take infeasibly long to brute-force separate.
xp2_81kssl0kz02x2 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
1772 soups completed (93 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
2094 soups completed (25 soups per second).
xp2_0iootkgktooiz41b3222223b14 would take infeasibly long to brute-force separate.
xp12_hcss5gpg5sschzvir2hrurh2rivz037afa9afa73z01y51 would take infeasibly long to brute-force separate.
xp4_04ggggwgogskcclplccksgogwgggg4z83777k79b01y710b97k77738 would take infeasibly long to brute-force separate.
xp50_g0ev7maspy5psam7ve0gz0407feb9fng8aga8gnf9bef704zx1y21371731y21 would take infeasibly long to brute-force separate.
xp12_0evf6opiz1wte7314zxlrvzgwnesog4z0evuc3j9 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
3729 soups completed (84 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
xp2_k0lssl0kzw2w2 would take infeasibly long to brute-force separate.
xp12_wpssoz405ufdgzwk0lltnszg0gsqq63zwetvezw2 would take infeasibly long to brute-force separate.
4988 soups completed (125 soups per second).
Failed to detect periodic behaviour!
Chaotic-growth pattern detected: zz_REPLICATOR
5156 soups completed (10 soups per second).
xp2_81ksssssk18z02y32 would take infeasibly long to brute-force separate.
Chaotic-growth pattern detected: zz_REPLICATOR
5428 soups completed (13 soups per second).
Chaotic-growth pattern detected: zz_REPLICATOR
5489 soups completed (4 soups per second).
./recompile.sh: line 69:  2256 Segmentation fault      (core dumped) ./apgluxe "$@"


I can confirm I'm seeing the exact same thing with that same seed.


I think there's an infinite recursion problem in pbbosc:

(gdb) set height 0
(gdb) bt
#0  0x00005555555859b2 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709663905152, depth=2)
    at lifelib/lifetree.h:1258
#1  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709663905280, depth=3)
    at lifelib/lifetree.h:1259
#2  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709663905792, depth=4)
    at lifelib/lifetree.h:1259
#3  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709663907840, depth=5)
    at lifelib/lifetree.h:1259
#4  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709663916032, depth=6)
    at lifelib/lifetree.h:1259
#5  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709663948800, depth=7)
    at lifelib/lifetree.h:1259
#6  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709664079872, depth=8)
    at lifelib/lifetree.h:1259
#7  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709664604160, depth=9)
    at lifelib/lifetree.h:1259
#8  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709666701312, depth=10)
    at lifelib/lifetree.h:1259
#9  0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709675089920, depth=11)
    at lifelib/lifetree.h:1259
#10 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709708644352, depth=12)
    at lifelib/lifetree.h:1259
#11 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600709842862080, depth=13)
    at lifelib/lifetree.h:1259
#12 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600710379732992, depth=14)
    at lifelib/lifetree.h:1259
#13 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600712527216640, depth=15)
    at lifelib/lifetree.h:1259
#14 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600721117151232, depth=16)
    at lifelib/lifetree.h:1259
#15 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600755476889600, depth=17)
    at lifelib/lifetree.h:1259
#16 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760600892915843072, depth=18)
    at lifelib/lifetree.h:1259
#17 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760601442671656960, depth=19)
    at lifelib/lifetree.h:1259
#18 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760603641694912512, depth=20)
    at lifelib/lifetree.h:1259
#19 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760612437787934720, depth=21)
    at lifelib/lifetree.h:1259
#20 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760647622160023552, depth=22)
    at lifelib/lifetree.h:1259
#21 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10760788359648378880, depth=23)
    at lifelib/lifetree.h:1259
#22 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10761351309601800192, depth=24)
    at lifelib/lifetree.h:1259
#23 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10763603109415485440, depth=25)
    at lifelib/lifetree.h:1259
#24 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10772610308670226432, depth=26)
    at lifelib/lifetree.h:1259
#25 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10808639105689190400, depth=27)
    at lifelib/lifetree.h:1259
#26 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=10952754293765046272, depth=28)
    at lifelib/lifetree.h:1259
#27 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=11529215046068469760, depth=29)
    at lifelib/lifetree.h:1259
#28 0x0000555555585a05 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=13835058055282163712, depth=30)
    at lifelib/lifetree.h:1259
#29 0x0000555555585a42 in apg::lifetree<unsigned int, 1>::demorton_recurse (this=0x7fffffffda50, it=
  {first = 10760600709663905109, second = 70368744210432}, pe={first = 4, second = 0}, lm=1, upto=0, depth=31) at lifelib/lifetree.h:1260
#30 0x0000555555570cd6 in apg::lifetree_abstract<unsigned int>::demorton (lm=1, mmap=std::map with 4 elements = {...}, this=0x7fffffffda50)
    at lifelib/lifetree_abstract.h:120
#31 apg::lifetree_abstract<unsigned int>::demorton (this=0x7fffffffda50, bw=..., lm=1) at lifelib/lifetree_abstract.h:126
#32 0x000055555557a3e2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=0x7fffffffdca0,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:54
#33 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#34 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#35 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#36 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#37 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#38 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#39 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#40 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#41 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#42 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#43 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#44 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#45 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#46 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#47 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#48 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#49 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#50 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#51 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#52 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#53 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#54 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#55 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#56 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#57 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#58 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#59 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#60 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#61 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#62 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#63 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#64 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#65 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#66 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#67 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#68 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#69 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#70 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#71 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#72 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123

*** many lines omitted ***

#8454 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8455 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8456 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8457 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8458 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8459 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8460 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8461 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8462 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8463 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8464 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8465 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8466 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8467 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8468 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8469 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8470 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8471 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8472 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8473 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8474 0x000055555557aeb2 in apg::base_classifier<1>::pbbosc[abi:cxx11](apg::pattern, unsigned long, unsigned long) (this=<optimized out>,
    pat=..., n=2, maxn=0) at lifelib/classifier.h:123
#8475 0x000055555557c68d in apg::base_classifier<1>::pseudoBangBang[abi:cxx11](apg::pattern, std::vector<apg::bitworld, std::allocator<apg::bitworld> >*) (this=0x7fffffffdca0, pat=..., clvec=0x0) at lifelib/classifier.h:253
#8476 0x000055555556b7af in apg::base_classifier<1>::census (adv=0x5555555667a0 <classifyAperiodic[abi:cxx11](apg::pattern)>,
    planes=std::vector of length 2, capacity 2 = {...}, this=<optimized out>, this=<optimized out>) at lifelib/classifier.h:451
#8477 SoupSearcher::separate (suffix="", cfier=..., proceedNonetheless=false, duration=<optimized out>, pat=..., this=<optimized out>,
    this=<optimized out>, this=<optimized out>) at includes/searcher.h:54
#8478 SoupSearcher::censusSoup (this=<optimized out>, seedroot=..., suffix="5971", cfier=..., this=<optimized out>, this=<optimized out>,
    this=<optimized out>, this=<optimized out>, this=<optimized out>, this=<optimized out>) at includes/searcher.h:144
#8479 0x000055555556d8ec in runSearch (n=10000000, payoshaKey="#anon", seed="l_YFG4aWpmvTes", local_log=0, testing=false)
    at includes/searching.h:118
#8480 0x0000555555558630 in main (argc=3, argv=0x7fffffffe288) at main.cpp:137


There certainly shouldn't be 8400 nested calls in pbbosc; will endeavour to amend...
What do you do with ill crystallographers? Take them to the mono-clinic!
User avatar
calcyman
 
Posts: 1348
Joined: June 1st, 2009, 4:32 pm

PreviousNext

Return to General Discussion

Who is online

Users browsing this forum: No registered users and 1 guest