Снегопат

Цитируйте правильно

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

Процитирую себя же с инфостарта:

А вот не соглашусь. На больших конфигурациях (УХ, ERP, ERP.УХ) 32-битный конфигуратор постоянно валится с нехваткой памяти на глобальном поиске и сравнении-объединении.

Повторю предыдущего товарища. Таки не хватает даже бухе памяти при глобальном поиске/сравнении. Про ERP вообще молчу. Там вообще мрак. Вот удалишь форму с названием ФормаДокумента, и форма поиска валит забивая всю (2Гб) память. А конфигуратор валится именно при достижении этого порога.
Нет нужды поддерживать обе версии (х86/х64) когда у 99% давным давно винда х64. Вам же работы больше.

Ребят давайте проявим терпение, отличие х86 и х64 лишь в способе работы с памятью и ее адресами, в целом Александр сейчас имеет в виду то, что он хочет озаботиться непосредственно доработкой проекта до работы с соответствующими релизами, это и есть самое сложное, поверьте довести работу снегопата до x64 при наличии этого не составит особого труда в отличии от того как перешагнуть 8.3.12 например...

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

Мысль логичная... На счет целесообразности в данном контексте согласен, лучше конечно в приоритете поддержку x64 организовать... А потом уже x32 по желанию.

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

PS. От идеи перехода на EDT, кстати, пришлось отказаться. Пришёл, к пониманию, что это инструмент абсолютно ущербный в самом своём основании. И он никогда не будет готов для продакшена. Это как с TurboConf. Сама архитектура проектов не даёт им развернутся до пригодного состояния.

Напрямую адреса функций в снегопате не используются, всегда используется или номер в таблице виртуальных методов объекта, или поиск в dll по имени экспортной функции.
В одном и том же релизе, скомпилированном под x86 и x64 - они одинаковые.
Различаться будут смещения некоторых данных, но это проблема поправимая.