Пентадекатлон мечты

[Yadryara]

Нет у Вас не в том смысле, что у меня. Если я увидел в общем логе valids=22, то конечно интересно каков valids именно в полосе. Для этого можно было порыскать по потокам, то есть позаглядывать в окна, где отображается инфа о расположении единичек, которая не пишется в лог. Вот, например, на экране:

37.   [12, 1, 21, 18]

2338917446301948037474591002351868444590406132528538              1  111  1111  11 11  1    13
7819248693091289455144139096585687292793391499990938               11 11  11  1 11 11  1    12
2562350658304689544144636527823478697313712323806938               1 1111 111   111  1 1    13
2726146196545480606643598637230067752176503370493338        1      1 111 111111111  1 11    17
2643077616181771252179550524634513154344043058333338        1       1111 111 11111 1  11    16
8710816148094678540912062540798643545708272681062938        1      1111111 111 11111 11     18
5090854480819711897439457845015566647972019516485338        1     111 11 1 11 1 1111 1      15
9060132147933724061039545588487394117371440638016538              1111111 11  1111 11111    18
2635405598383030221775385872569784740005317504960538                  11 111111 11111111    16

А в лог пишется:

8710816148094678540912062540798643545708272681062938     18

И вот если смотришь на лог, то непонятно, все ли 18 единичек в полосе или есть какие-то обособленные, получившиеся сами собой?

Достаточно взглянуть на экран и сразу видно что есть одна единичка слева, не в полосе. То есть для этой цепочки по полосе valids=17.
А вот, например, для последней цепочки нет лишних единичек и valids=16, что по полю, что по полосе.

И здесь команда findstr никак не поможет.

[Dmitriy40]

Yadryara в сообщении #1713038 писал(а):

И вот если смотришь на лог, то непонятно, все ли 18 единичек в полосе или есть какие-то обособленные, получившиеся сами собой?

Ну так это тогда ваши проблемы с неуместной/надуманной экономией непонятно чего, у меня в логи пишется подробно:
52602623160969101838482833219884301854223226769: 24, 96, 48, 48, 48, 48, 96, 48, 48, 24, 24, 24, 48, 96, 48, 96, 48, 48, 48, 24, 24, valids=11, rass=[4,6,7,2,1,5,8,3], i=229301
А иногда писал и два valids, общий и максимально длинный непрерывный:
3156061652157479100839609966538316182772842642847305957548953417406359745642492: 1, 0, 60, 60, 60, 0, 60, 60, 1, 0, 60, valids=6, maxlen=3/7, ALL
(/7 тут это сколько будет maxlen если недопроверенные места окажутся правильными).

[Yadryara]

Dmitriy40 в сообщении #1713040 писал(а):

Ну так это тогда ваши проблемы

При чём тут какие-то проблемы?? Разве я говорил о том, что здесь какие-то проблемы есть?

Dmitriy40 в сообщении #1713040 писал(а):

с неуместной/надуманной экономией непонятно чего,

Вот и мне непонятно при чём здесь какая-то экономия?? Это сделано по двум причинам:

1. Может собраться более длинная цепочка, чем искалась, если число вплотную к полосе слева и/или справа вдруг окажется с нужным количеством делителей.

2. Чтобы интрига была. Я даже думал немного замедлить рисование единичек. То есть я знаю количество единичек (один раз ведь и 23 встретились), но я не знаю их точное местоположение. И не хочу знать. До поры.