Ограничено ли количество элементов в контейнере?

[doo]

есть job

static void Job2(Args _args)
{
container c;

c = [1, 2, 3, 4,...47]
}

компилирую. всё нормально. но если сделать так:

static void Job2(Args _args)
{
container c;

c = [1, 2, 3, 4,...47, 48]
}

то при компиляции возникает ошибка:
"Переполнение во внутреннем стеке компилятора."
кто-нить знает как с этим бороться и причины этого?

[Zan]

Overview of containers


Keyword container

Size of data type Dynamic

Scope of data type User defined

Default value 0

Implicit conversions none, but using the container-functions implicit conversion between
all data types

Explicit conversions none

Это из руководства разработчика.
Количество элементов в контейнере неограничено.

[doo]

но как показывает практика )) я конечно сделаю так чтоб нужный контейнер формировался динамически из нескольких более мелких. но всё же интересно откуда лезет эта ошибка...

[Zan]

PHP код:

static void Job8(Args _args)
{
    container c;
    int       i;
    boolean   exitLoop = true;

;
    while(exitLoop)
    {
        if(i==10000)
         exitLoop = false;

        c = conins(c,i,i);
        i++;
   }
} 


вставляю в контейнер 10000 елементов.
Работает.

[Zan]

Сколько угодно элементов можете вставить.
Пока оперативная память не закончиться

[AndyD]

Вам же написано - из компилятора. Не может он проглотить такую конструкцию. Почему - вопрос к его разработчикам

[doo]

то что так как у Вас в примере работает я знаю. сам пробовал. но дело в том что есть такой класс RAssetSumCalc. там есть макрос в котором перечислены все переменные, которые необходимо запаковать на сервере и переправить на клиента в случае применения этого класса на тонком клиенте. так вот я добавил в этом классе пару переменных, которые есессно тоже надо передавать. число переменных в результате стало 52. класс перестал компилироваться. максимум который выдерживает компилятор - 47 переменных.

[Zan]

Хм..
Не пооленился сделал такой же джоб как у Вас

PHP код:

static void Job9(Args _args)
{
  container c;
  int       i;
;
   c = [1,2,3,4,5,6,7,8,9,10,11,12,13,14,
       15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,
       31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47];

} 


Действительно переполнение

[itfs]

Угу, не пишите длинных строчек в редакторе кода ... помещайте все на экране.
И все будет хорошо.

С уважением, itfs.

[doo]

itfs

к сожалению не будет всё хорошо. хоть в столбик по одной переменной пишите.

[itfs]

Ээ..., это значит, что помещение возврата каретки посреди оператора, не обманывают встроенный лексический анализатор, который для анализа выражения вцелом вынужден повыкидывать оные ... т.о. возвращаемся к изначальному ограничению ....
только не подумайте, что мне это нравится.

С уважением, itfs.

[belugin]

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

Лучше попробовать разбить контейнеры плюсами:

PHP код:

static void Job9(Args _args)

{

  container c;

  int       i;
;

   c = [1,2,3,4,5,6,7,8,9,10,11,12,13,14,

       15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30]+[31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48];    
} 


[itfs]

Получается, что анализатор имеет ограничение на длинну одной "лексеммы", т.е. анализируемой единовременно конструкции кода. Никто не пытался подсчитать (или прочитать) величину ограничения?

С уважением, itfs.

[belugin]

скорее на глубину всего дерева разбора