анализатор

[Sparky]

они заданы спецификацией языка, я их делала, но нормально они не работали, поэтому убрала и стала разбираться с for

[Utkin]

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

[Sparky]

использую рекрсия

[Utkin]

А места выхода из циклов и условий?

[Sparky]

передала немного теперь for заработал

посмотрите вложение for работает только если он один, как правильно в моем варианте прикрутить вложения. Точнее проверку на правильное количество закрывающих цикл слов next?

почти дописала, но в нем есть ошибки и не реализована возможность проверки ситуаций типа:

for x=1 to n
x=1;
for z=1 to n
y=1;
next;

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

[Utkin]

У тебя же нет лимита на процесс трансляции? Создай отдельный проход - пробегись по проге и посчитай количество форов и некцтов. Можно чуть быстрей. Ты же в токены переводишь? Сразу заведи счетчик и как только распознала соответствующий токен фора - увеличивай счетчик, некцт - уменьшай. Первая несрастушка у тебя возникнет когда счетчик будет отрицательный - то есть когда поставлен лишний некцт. Далее после распознавания всей проги нужно еще раз посмотреть на счетчик - если он больше нуля, значит остались незакрытые фор...
Ну я по-крайней мере так делал. Аналогично считаются блоки begin-end.
Судя по проекту это полная BDS, далеко не Паскаль ...