Ради эксперимента немного поменял ddlnodes.epp. Сделал preprocess.bat, получил на выходе ddlnodes.сpp. Компилятор в самом начале этого .cpp, в 7-й строке


(где выделено красным, а там только комментарии) почему то показал ошибку "This declaration has no storage class or type specifier in C++". Я лазил нескольок часов по коду - нет ошибок. Потом таки решил понять, почему он показывате ошибку именно в этом странном месте, в комментариях. И черех hex_viewer я увидел в этом месте несколько абсолютно левых символов (выделены на скрине), которых в редакторе не видно. После удаления этих символов ошибка ушла и всё откомпилировалось. То есть, gpre туда записывает в это место какую-то фигню (эти лишние символы), если повторяется при повторном запуске preprocess. Причем эта фигня происходит только в одном файле, другие epp процессятся без неё.

Кто-нибудь с таким сталкивался?

Отбой :)

Влез в gpre, в том куске кода, который эти комменты генерит, вообще никаких глюков быть не может.

Оказывается, эти символы беруться из исходного epp. Я вообще не понимаю, каким образом они там нарисовались, это просто бред какой-то. Я уже грешу на железо (в последнее время комп стал время от времени вываливаться с синим экраном, впечатление , что из-за ОЗУ). Что забавно, эти символы невозможно удалить через редактор студии, только хардкор.

Такая вот фигня бывает.

rdb_dev,

Ему то откуда знать? Мистика какая-то.
Кстати, от этой фигни очень трудно избавиться, ну или я пользовал неправильный инструмент. Например, редактирую этот файл через простой hex_editor, вместо этих трех символов пишу символы пробелов, сохраняю... и через viewer вижу, что эти символы никуда не делись, а вот мои пробелы не сохранились. Как такое вообще может быть 8о ??? я не понимаю. Но когда делаю "Save As" под другим именем - пробелы сохраняются нормально. Я собсно так и сделал, потом исходный файл заменил на новый.

Dimitry Sibiryakov,

Редактор - Visual Studio, в других файлах этой фигни нет. Да и в этом, после того, как его исправил, нет.