===[ Программизм ]===

#post-id: 7736-15-24
#original-date: 30.09.2021 Thu
#original-time: 3:24 PM
#original-day:  7736
#original-host: Win7 Ultimate SP1 (Build 7601)

Пока мы ломали копья вокруг FreeBasic и FASM, случилась X Y проблема.

Как оно было? Моя библиотека (которую используют почти все мои 
программы, написанные на VB6) содержала пару функций для записи 
сообщений в журнал Windows, так же она содержала ресурс с шаблоном 
сообщения, который использует системный просмотрщик событий, ну 
и прописывалась источником этих самых шаблонов (источник событий). 
В Windows NT4/2000/XP всё работало офигенно: события пишутся, 
выводятся, замечательно. В x64 Windows 7 выяснилось, что просмотрщик 
не видит шаблона. Запись в реестре есть, файл есть, шаблонов нет.

«Разные разрядности!» – решила я и даже как-то не подумала 
посмотреть, что там с другими истониками. Тоесть x64 система 
почему-то не видит ресурсов в x86 DLL.

Однажды у меня дошли руки до сооружения отдельной DLL с ресурсом для 
x86 систем и отдельной – для x64 систем. Тоесть при установке 
программы копируем нужный файлик, и система его радостно использует. 
Исходную библиотеку я пишу на FreeBasic (предыдущая версия была 
вообще на VC++ 6), ну и эти ресурсные я решила запилить на FreeBasic.

Тут же появилось две проблемы. Во-первых тяжёлый фрибишный рантайм, 
впиливающийся в код библиотеки (у VB рантайм, например, хранится 
в легендарном MSVBVM60.DLL). Оказалось, что чтобы его искоренить, 
нужно всю компиляцию делать руками и городить костыли. А во-вторых, 
компиляторы, поставляемые с FreeBasic работают по принципу «Делаю 
бинарник только своей разрядности». Тоесть x86 бинарник делается x86 
версией компилятора, x64 – x64 версией компилятора, а под линупс 
(if any) вообще под линупсом надо собирать. А я на XP :}

И тут вспомнился, собственно, FASM, который по своей природе 
не содержит рантаймов (ассемблер же) и собирает где угодно какой 
угодно бинарник (ассемблер же). Им я и сделала нормальные ресурные 
DLL.

А потом я задумалась, как их устанавливать. В реестре, в записи 
источника событий не указывается отдельно разрядность. Но что если 
просмотрщик будет не той же разрядности, что и система? Начала 
экспериментировать на x64 системе.

И тут я сделала два важных открытия. Во-первых, источник событий для 
моих программ прописывался без пути, просто именем файла. 
А во-вторых, он лежал в SysWOW64, поскольку x86. Иными словами, 
просмотрщик не то что не мог загрузить ресурс, он тупо не находил 
файл там, где ожидал его увидеть – в System32. Когда я прописала 
абсолютный путь, все события сразу же начали показываться нормально 
и с x86 DLL. А когда я посмотрела, как событие VB6 рантайма 
прописано по соседству, то нашла там запись в духе 
«C:\Windows\SysWOW64\msvbvm60.dll».

Всё это время я решала не ту задачу. Настоящим решением должно стать 
прописывание полного пути к DLL для новой библиотеки (при установке 
программы, которая её использует) и создание симлинка в System32 для 
старой (там код я поправить уже не могу).