Проверка на RecId

[Alks]

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

PHP код:

static void Job5(Args _args)
{
    int k; // длина контейнера
    int d; // число элементов для удаления "за раз"
    int i, s;
    container con;
    void checkContainer()
    {
        con = conNull();
        for ( i = 1; i <= k; i++ )
            con += i;
        s = k mod d;
        for ( i = 1; i <= k div d; i++ )
            con = conDel( con, 1, d );
        if ( conLen( con ) != s )
        {
            info( "нач. длина " + int2str( k ) + "; удаляем по " + int2str( d ) + " эл. за раз в цикле " + int2str( k div d ) + " итераций; " +
                  "в конце должно статься " + int2str( s ) + " эл.; реально осталось " + int2str( conLen( con ) ) + " эл.!" );
        }
    }
    ;

    for ( k = 1; k <= 100; k++ )
    {
        for ( d = 1; d <= k; d++ )
        {
            checkContainer();
        }
    }
} 


Результаты ошеломляют.
Особенно рекомендую посмотреть нижнюю часть инфолога.
Причина видимо кроется в том, что контейнеры как и любая нормальная динамическая структура выделяет память под свои элементы если в нём не хватает места не по одному элементу, а порциями. Как видно в X++ начальное значение этой порции равно 50 элементов, именно с этого количества элементов в контейнере начинаются страшные глюки. Соответственно в любом контейнере хранятся два параметра - n - реальное число элементов в массиве и m - число элементов под которое выделена память. m может быть больше или равно n.
Так вот такое ощущение что conDel в каком то месте ошибочно вместо n обращается к m или наоборот!