C6.3 длинные имена в INCLUDE

[SergioRaguzini]

Привет Всем!

Есть старый работающий проект в C6.3
Возникла необходимость добавить файл из комплекта C11, например:
INCLUDE('SpecialFolder.inc')
но, при компиляции, среда C6.3 не находит включаемый файл с длинным именем. Если переименовать SpecialFolder.inc, например, в sFolder.inc, то тогда такой файл с укороченным именем уже нормально "видится". Однако, в случае изменения имени файла, также приходится редактировать (делать более короткими имена) все связанные файлы с длинными именами и их содержание(можно, конечно, для пакетной замены сразу во всех файлах воспользоваться редакторами типа Notepad++), что неудобно.

Есть ли какой-то способ заставить видеть среду C6.3 длинные имена включаемых файлов?

Спасибо

[finsoftrz]

Вроде нет такой проблемы. У меня названия классов немного меньше, до 12 символов в имени. Но тут вот смотрю на классы Михаила, которые в тестовом режиме пробовал, есть gdipluspropertyitem.inc, ошибок не выдавало.

[SergioRaguzini]

Разобрался - в таких случаях нужно в ОС смотреть реестр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
параметр LongPathsEnabled

[Admin]

Есть ли какой-то способ заставить видеть среду C6.3 длинные имена включаемых файлов?

Не это ли в C60EE.ini ?

Код: Выделить всё

[Application]
UseLongFilenames=on

[Admin]

Кстати на сетевых дисках эти все длинные имена глючат как не в себя.
Создал новую APP с именем KinoGavtoProgramm
Примерно вот так:

2026-03-18_09-01-44.png (6.56 КБ) 457 просмотров

[Игорь Столяров]

Есть старый работающий проект в C6.3

Как верно сформулирована причина 20-ти летнего застоя проектов на Clarion !

[finsoftrz]

Это скорее большое достоинство. Не так много проектов живут такое время. Этим можно гордиться. Сколько несовместимых между собой версий 1С повторно внедрили за это время, а сколько версий конфигураций?
"Застой" в головах у программистов, которые застряли в 90-х и все еще пытаются продавать свои программы, когда весь мир давно перешел на продажу сервисов и услуг по технической поддержке. Когда мы продаем услуги технической поддержки, мы, как и пользователи, заинтересованы в долгосрочных проектах, позволяющих накопить опыт эксплуатации и учесть различные потребности бизнеса. Задача не постоянные переделки в проектах, а плавная адаптация имеющихся решений к изменяющимся реалиям (или наоборот, использование появляющихся возможностей для усиления имеющихся решений).

[SergioRaguzini]

Привет Всем!
Спасибо за отклики!

Как верно сформулирована причина 20-ти летнего застоя проектов на Clarion !

Среда С6.3 до сих пор позволяет, с использованием сторонних классов и 3DParty, реализовывать большинство задач.Но есть ответственные задачи (в моем случае - для мед.учреждений), где требуется безошибочная и стабильная работа, а перевод с одной cla-платформы (версии) на иную, может спровоциовать появление ошибок (даже самых незначительных или просто программных "вылетаний"), что, в свою очередь может привести к сбоям, искажениям данных и т.д., а этого допустить нельзя. Медперсонал привык, что все операции проверены и все работает как надо. Да и пациенты сейчас стали такие, что чуть не так - сразу скандал и жалуются в различные инстанции. Поэтому даже малейшие неточности или задержки недопустимы. Я как-то в соседней ветке где обсуждались элементы украшательства интерфейса упомянул, что даже добавление возможности выбора тем (Noyantis+CodeJock) вызвало у пользователся требование немедленно отключить такие возможности и вернуть все как было.

[Игорь Столяров]

отключить такие возможности и вернуть все как было

[SergioRaguzini]

Игорь, не настолько кардинально как на рисунке выше , но приходится иногда поступать по принципу "не трожь пока работает".
О чем чуть сожалею, так это использование шаблонов, которые много лет назад правил под себя и добавлял в них "свои" embeds. Теперь же, это, признаюсь, иногда не удобно и не позволяет оперативно перекомпилировать приложение в новой версии среды, + вынуждает, например, в среде С11 устанавливать

[finsoftrz]

Игорь, не настолько кардинально как на рисунке выше , но приходится иногда поступать по принципу "не трожь пока работает".
О чем чуть сожалею, так это использование шаблонов, которые много лет назад правил под себя и добавлял в них "свои" embeds. Теперь же, это, признаюсь, иногда не удобно и не позволяет оперативно перекомпилировать приложение в новой версии среды, + вынуждает, например, в среде С11 устанавливать
DC_Question1.png

Учитывая количество неисправляемых багов в рантайме после С6.3, это не такое плохое решение. Я перекрестился, что не вляпался в это в свое время. В принципе, я бы и на среду с11/с12 не перешел бы, но прирост скорости генерации кода шаблонами почти 10 раз перевесило все глюки этой среды.

[Игорь Столяров]

я бы и на среду с11/с12 не перешел бы

Нe, ну работать под Win10 x32 c 4 GByte RAM совсем тоскливо. Я пробовал ...

[gromov]

Игорь, не настолько кардинально как на рисунке выше , но приходится иногда поступать по принципу "не трожь пока работает".
... + вынуждает, например, в среде С11 устанавливать
DC_Question1.png

На мой взгляд оптимальное решение. В С11 глюков немеряно. Сам на этой связке работаю. Вполне устраисает. Кстати, Sergio, а Вы личку читаете ?

[kreator]

А что вы будете делать когда сдохнет последнее устройство с Win32, а виртуалка не сможет работать с вашими разработками?

[finsoftrz]

А что вы будете делать когда сдохнет последнее устройство с Win32, а виртуалка не сможет работать с вашими разработками?

Он работает в среде С11 с рантаймом С6, как я понял.
Если говорить про чистый С6 (среда и рантайм), на нашем веку она не сдохнет, с чего бы это. Вероятность ядерной войны и прекращения жизни на земле я бы оценил существенно выше.