Особенности поведения str

[Eldar9x]

Обнаружил интересные вещи. В AX4, как оказалось, размер str ограничен загадочным образом:

    int i,j;

    str  s;
    str s2;
    SysOperationProgress p = new SysOperationProgress();
    ;



    try
    {

        while (i <= 140000000)
        {
            i += 1000;

            j =strlen(s);

            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";
            s += "абвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзийабвгдежзий";

            s2 = s;

            p.setText(strfmt("%1", strlen(s)));
        }
    }
    catch
    {
        info(strfmt("last %1", j));
    }

Аксапта в некоторый момент выдает: "Недостаточно памяти для исполнения кода".
Момент этот зависит от количества знаков в строке. То есть при превышении некоторого количества знаков в строке, с ней невозможно производить никаких операций. Допустимое количество знаков зависит, вероятно, от количества свободной памяти в системе. У меня падает обычно примерно на 4000000 символов. Однажды упало где-то на 2000000. Опять же, значение не фиксировано, может меняться, но колеблется в этом районе. Для себя я решил, что надежное значение - 1000000 символов.

Дальше, нельзя выставить размер строки больше 1000 символов:

str 2000 s;

В отладчике можно увидеть, что до присвоения какого-либо значения переменной размер ее не определен. В момент присвоения размер устанавливается (если было указано больше 1000) в 1000 символов. Разумеется, если присваемое значение имеет длину более 1000 символов, то с оставшейся частью строки можно попрощаться.

В AX3 дела обстоят уже лучше. Размер строки не ограничивается. Во всяком случае, я не дождался окончания работы вышеуказанного джоба.
Но также нельзя объявлять строки больше 1000 символов - режутся как и в 4-ке.
Кроме того, при передачи строк большого размера от сервера к клиенту, тот принудительно обрывает связь.

Еще одна особенность - по мере роста строки затрачивается все больше времени на его модификацию. Непонятно почему, strlen занимает много времени.

Вот такие дела... Из-за ограничения размера str, кстати, падают некоторые ресурсоемкие операции.

[Bober]

Цитата:

Сообщение от Eldar9x

Из-за ограничения размера str, кстати, падают некоторые ресурсоемкие операции.

какие именно ? ( есть подозрение что Вы занимаетесь ненужными исследованиями )

[Eldar9x]

Цитата:

какие именно ? ( есть подозрение что Вы занимаетесь ненужными исследованиями )

Например это Обратная разработка в AX4.
Забыл сказать, что все что касается str, можно отнести и к TextBuffer.
или это Классы для генерации отчетов в Excel
Еще что-то подобное, хотя там - контейнер.
Не идет выгрузка компании
Возможно выплывет еще где-то.

[mazzy]

Цитата:

Сообщение от Eldar9x

Обнаружил интересные вещи. В AX4, как оказалось, размер str ограничен загадочным образом:

Строки, как и другие объекты в Java, живут в куче.
размер кучи большой, но ограниченный.

[Eldar9x]

Цитата:

но ограниченный.

по моему это какое-то искуственное ограничение. В тройке ведь не падает.

[mazzy]

Цитата:

Сообщение от Eldar9x

по моему это какое-то искуственное ограничение. В тройке ведь не падает.

В тройке используется win1251. каждый символ - один байт.
В четверке используется utf16. каждый символ - два байта.

барабашки нет

[alex55]

Цитата:

Сообщение от Eldar9x

Допустимое количество знаков зависит, вероятно, от количества свободной памяти в системе.

А в вашей тестовой системе была так мало свободной памяти? Возможно это связано с параметрами, которые обсуждались здесь: Падает клиент при прикреплении документа. Жаль, что пока никто пояснения не оставил где же все-таки найти эти ключи или их нужно создавать (впрочем я вроде пробовал, но для работы с большими массивами не сильно помогло - у меня падала работа с textbuffer со строками в несколько MB)..

>>Еще одна особенность - по мере роста строки затрачивается все больше времени на его модификацию. Непонятно почему, strlen занимает много времени.

А точно strlen, а не ресурсоемкая конкатенация строк?

[Eldar9x]

Цитата:

В тройке используется win1251. каждый символ - один байт.
В четверке используется utf16. каждый символ - два байта.

следуя такой логике, тройка должна упасть на 8000000. Ждал до 30000000 - работает нормально.

Цитата:

А в вашей тестовой системе была так мало свободной памяти?

2 гб из 4 гб физической.

Цитата:

А точно strlen, а не ресурсоемкая конкатенация строк?

точно

Вобщем решение в вышеприведенной ссылке было верное. Создаем с помощью конф. утилиты axc файл, открываем блокнотом и прописываем в конце maxbuffersize, text,0.
Все, теперь можно не бояться переполнения.

[alex55]

Цитата:

Сообщение от Eldar9x

Вобщем решение в вышеприведенной ссылке было верное. Создаем с помощью конф. утилиты axc файл, открываем блокнотом и прописываем в конце maxbuffersize, text,0.
Все, теперь можно не бояться переполнения.

Попробовал - возникает ошибка в момент присваивания строки более 3MB.. Если пробовать setText сделать с исходной строкой - аналогично.

Ошибка времени выполнения: Недостаточно памяти для исполнения кода.

Трассировка стека

(C)\Jobs\Test_Str_3 - line 13

static void Test_Str_3(Args _args)
{
    str         s;
    int         i;
    str         res;
    textbuffer  tb = new textbuffer();

    for (i = 1; i<13250; i++)
    {
        s += strrep("a", 1000);
    }

    res = s;

    tb.setText(res);
    tb.toFile("d:\\test1.txt");

    info("Test_Str_3: finished.");
}

DAX 4.0.

[Deusik]

По ходу в Ax4 SP2 так же дела обстоят и с запросами (не только str и TextBuffer)...., т.е. если слишком много полей в табличках и перечислять поля звездочкой, типа (*), то может возникать ошибка "The query processor could not produce a query plan. For more information, contact Customer Support Services."
это касается и джобиков(by select) и форм, где датасурсы джоунятся... и видимо в запросах, типа Query(не пробовал), так что осторожно с количеством полей в нашем современном мире