Снегопат

Попробуй с нуля установить и длл скачать. Вроде у всех работает

Итак с нуля. Если не прописывать PATH_1C то выдаёт ошибку (64х не поддерживается). Т.е. стартер срабатывает, по крайней мере до проверки платформы доходит. А вот дальше инъекция dll не происходит. причём сам инъектор (inject.dll ...

Решил таки проверить как там работа идёт. Вроде и говорилось что теперь поддерживает 8.3.12, но снегопат не инжектится. переменная PATH_1C установлена, экземпляр платформы запускается именно тот который нужен.

raveness писал(а):а как Вы на 8.2 отслеживали?

Не отложилось в памяти что там было на 8.2. Довольно быстро перешёл на 8.3. Но если там такого не было, на ум приходит только одно - "глобальный поиск"

Вот аналогично я могу сказать и о вашем "Подавляющее большинство как раз на x86". Не имея статистики бесполезно спорить.
Сужу лишь из собственного здравого смысла. Раз х86 валится с нехваткой памяти при удалении/переименовании, то логично перейти на х64, чем отключать эту функцию.

И раз уж на то ...

Ну всё понятно. Александр, сторонник теории "2Гб, хватит всем!"

так же не понятна причина начать разработку со старых версий конфигуратора. 8.3.9 - 8.3.11 это уже очень старые платформы. Даже моя 8.3.12 значительно устарела (и планирую здесь остаться надолго).
Может Вам, Александр, стоит внедрить в продукт шпионский модуль, что бы собирать статистику ...

Я говорю, что нет нужды поддерживать х86 и уж тем более ставить её в приоритет, когда подавляющее большинство работает в х64. Это дополнительные расходы времени. Ненужной рутины, которая подавляет психику. И я конечно могу ошибаться, но чую что функции в этих платформах будут иметь разные адреса.

Процитирую себя же с инфостарта:
Спокойно, всё будет :)
Сначала дойду до 8.3.16 x86, потом и за x64 возьмусь. Хотя, если честно, при разработке в Конфигураторе особых плюшек от x64 нет, можно и 32х-битным пользоваться. Вон, Microsoft Visual Studio вполне себе до сих пор 32х-битная, и ничего.
Тут ...

Эх... я уже на 8.3.12 перешёл...
Просьба перейти на поддержку х64. Большой конфигурации тесно в х86

Народ, есть такая идея, с учетом того, что конфигуратор сейчас вроде как умеет выгружать только измененные объекты в файл (это сравнительно быстро работает), и вроде даже загружать умеет строго указанные объекты (не проверял), то может быть имеет смысл на основе какого-то редактора, у которого есть ...