Упёрся в невозможность запустить скрипт на движке Parser. Ругается на некорректный формат вызова. По исходникам движка разобрались, что ему не нравится содержимое PATH_INFO. Причём он там ожидает совсем не то, что под этим понимает стандартный acWEB и я вместе с ним. Думал даже, что я ошибся, разбирая исходники acWEB. Ударился в поиск и наковырял следующее:
В стандарте про PATH_INFO сказано довольно туманно (наилучшее приближение в русском переводе выполнил Кирилл Максимов на Citforum, в оригинале сказано чуть больше, но понятнее от этого не становится), оригинал сождержит в себе ссылки на демонстрационные скрипты, которые (видимо, за давностью лет) куда-то подевались.
Часть авторов, в том числе ряд преподавателей (см. официальную лекцию или её вариант), полагают, что PATH_INFO должна содержать копию REQUEST_URI.
Практики, работающие с Apache (см. материалы лабораторного практикума) и Perl (см. главу из учебника) придерживаются мнения, что в PATH_INFO следует передавать несопоставленный существующему физическому пути остаток URI, не содержащий параметров запроса (то есть, до знака вопроса). Я понимаю так, что это реализовано в Apache и перенесено как стандарт де-факто в acWEB.

Проблема в том, что разработчики Parser придерживаются первой точки зрения, то есть, ожидают в PATH_INFO URI запроса целиком. Подозреваю, что не они одни, а и разработчики PHP тоже, судя по введённому в ISAPI "бардаку" с подменой PATH_INFO. Убедить их вряд ли получится, поэтому есть предложение, подкупающее своей новизной:

• в acWEB "атомарным" словом назначить REAL_PATH_INFO, прямо в var.f:
: REAL_PATH_INFO $PATH_INFO @ STR@ ;
• там же добавить специальный флажок, его значение можно будет задавать в OnRequest в зависимости от типа обработчика:
USER-VALUE PathInfoMode
• слово PATH_INFO определить единожды в cgi.f или даже в var.f:
: PATH_INFO PathInfoMode IF URI ELSE REAL_PATH_INFO THEN ;
Думаю, что это снимет проблему выбора, что именно в переменную записывать. Точнее, проблема будет переложена на администратора сервера, которому виднее.

P.S. Я ещё не разбирался, что Parser хочет увидеть в ISAPI-режиме (и как это вообще включается), поэтому затрудняюсь сказать, что должно быть предпринято в отношении SCRIPT_NAME.