рекурсия макроса

[kashperuk]

Я создавал когда-то такой баг в нашей системе.
Сказали, что отследить с текущим компилятором это непросто, а позитивный эффект от фикса минимальный, а соответственно смысла фиксить нет, и я, в принципе, с ними согласен.

[Wamr]

Цитата:

Сказали, что отследить с текущим компилятором это непросто, а позитивный эффект от фикса минимальный, а соответственно смысла фиксить нет.

Ответ не удивил. Действительно, отследить несколько ссылающихся друг на друга макросов, да еще с параметрами и внутренними условиями, очень тяжело.
Удивляет, что ее решили. Наверное, еще когда система не попала к специалистам Microsoft. (у кого есть 2.5 проверьте там, плиз, как работает джоб).

Вы, господа, нетерпеливы. Стоило подождать 15 минут и вы бы получили ошибку компиляции.
А если ждать так долго неохота, то добавьте пару строчек кода в макрос после рекурсии и время ожидания сократится на порядок.
Еще можно попробовать добавить пару строчек в макрос до рекурсии и получите... правильно, тоже ошибку компиляции, но другую и моментально.

Только 3 из 13 угадали ответ. Поздравляю!
Интересно, кто эти люди, которые еще верят в скрытые возможности Аксапты? (я тоже ответил неправильно)

Итог.
Если при компиляции вы получили одну из ошибок:
-8 Макрокоманда слишком сложна
15 Внутренний объектный код не должен превышать 64Кб
то скорее всего у вас макросы зациклились и получилась бесконечная рекурсия.