Интересные функции, но не стабильно работют.
Например, на простом
Set $bit(^Test(i),j)=1
где j<262000
иногда деет ошибку <INVALID BIT STRING>
после этого любая запись (при любом j) в бит дает аналогичную ошибку.
Лечится только K ^TEST(i) и повторная запись проходи нормально.
Выявить закономерность не удается. Сталкивались ли с этим ?

Sergei Obrastsov
Кстати, Вы собираетесь в задаче использовать именно такой синтаксис
или это просто для проверки?[/quot]

Озадачили...
А какой еще синтаксис может быть в в $BIT(bitstring,position) ???

Кстати, число(позиция в бит) 262000 не выходит за пределы 64 к и даже меньше 34к.

ну я
Лучше 28

Хм, очень интересно.
Но у меня данная ошибка лезет уже на чуть больше 12к т .е. когда позиция несколько превышает 100.000 ??? И может спокойно записаться в конце 32к
Причем, ошибка плавающая. При обнулении бита и повторе - спокойно все проходит.
Конечно, в этом случае есть способ ее обойти через $ZT -> обнуление -> повтор записи... Но этот способ лечения глюка через зад несколько раздражает т.к. неэстетично. :-))

Sergei Obrastsov -Serg-Озадачили...
А какой еще синтаксис может быть в в $BIT(bitstring,position) ???

Для Вас нет разницы между bitstring и ^bitstring ?!

-Serg-
Кстати, число(позиция в бит) 262000 не выходит за пределы 64 к и даже меньше 34к

Это максимум байтов для строки, больше нельзя. Там правда чуть-чуть больше, но это не имеет большого значения. :)

А Вы про глобаль и локаль!
Кстати, именно это я сейчас и сделал. Заменил запись в глобал на локал. От безисходности, интуитивно. Сейчас гоняю тесты. Пока держится без сбоя.
Но, это же несколько абсурдно т.к. потом все равно это придется толкать в локал на хранение.

-Serg-
толкать в локал на хранение.
Тьфу, конечно же в глобал на хранение. :(

ну я -Serg-[quot ну я]
Лучше 28


Про 28 - это не килобайт в строке, а килобит в битстроке.
Если есть воспроизводимая ситуация в глюком на битовых строках - то шлите вместе с $zv им в саппорт, иного способа лечить тут нет.

Правильно ли я понял, что $zbitlen(bitstring) должно быть меньше 28672 ?

А пример был выше. Может и сутками крутиться без вылета. А потом раз ... и Бермудский треугольник .. :(

Sergei Obrastsov -Serg-А Вы про глобаль и локаль!
Кстати, именно это я сейчас и сделал. Заменил запись в глобал на локал. От безисходности, интуитивно. Сейчас гоняю тесты. Пока держится без сбоя.
Но, это же несколько абсурдно т.к. потом все равно это придется толкать в локал на хранение.
Именно про глобаль и локаль :) Так и надо:

1. прочитали из глобаля строку
2. проделали все битовые операции с ней
3. записали обратно

Заметьте, прочитали один раз и записали один раз. А не 262000 раз :)
Не мудрено, что у системы крыша едет на BIG STRING'ах

Не совсем так.
262000 - это макс. число позиций в сегменте. (А не сплошных записей в бит!!!!)
В текущей записи их может быть не более 300-600 ( в моем случае).

В случае, если после извлечения текущей позиции ее нужно писать, например в NNNN различных бит, то не хватит просто свободного места в разделе. Логичнее, это сразу писать в глобал.
Непонятно, почему $bit так капризно ведет себя с аргументом записи.
Если разрешено - то не запрещено (это я про глобал в bitstring)