уни-патч для линукса и для макоси

[HPDX2300]

Посмотрел я в 010editor на сборку 16-1030-macos (первая продуктивная в линейке 8.3.16) - файлы не подписаны ц.п., а вот последняя из этой линейки 16-1973-macos уже подписана ц.п.
Применил я к 16-1030-macos унипатч, а она, дрянь такая, не "взлетает".
В отладчике посмотрел "где грабли лежат?" - системный загрузчик отказывается загрузить вылеченный модуль бэкбейс.dylib.
В коде 1cv8 сразу после загрузки либы бэкбейс идет вызов вирт.метода некоторого объекта либы бэкбейс - поскольку либа не загружена, то происходит обращение к памяти с адресом 0 - это "нарушение защиты памяти", процесс убивается с крахом SEGFAULT:11, в отчете о крахе примерно такое:

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY
Termination Signal:    Segmentation fault: 11

Открываю "капот" и начинаю изучать вращение шестерёнок - в модуле коре83 есть объект, один из вирт.методов которого выполняет динамическую загрузку большинства модулей изделия.
Этот метод в своих недрах вызывает в системном модуле /usr/lib/dyld функцию dlopen, которая выполняет динамическую загрузку либы в память процесса. Если dlopen почему-либо сбойнула, то надо сразу вызвать функцию dlerror, которая вернет указатель на текстовую строку с разъяснением "чё случилось плохого при выполнении dlopen?".
Я проделал в отладчике этот кульбит (сразу после выхода из dlopen выполнить dlerror) и dlerror вернула мне такое:

dlopen(/opt/1cv8/8.3.16.1030/backbas.dylib, 9): no suitable image found.
Did find:
/opt/1cv8/8.3.16.1030/backbas.dylib: malformed mach-o image: __TEXT segment maps start of file but is writable
/opt/1cv8/8.3.16.1030/backbas.dylib: stat() failed with errno=20

Казалось бы - всё, ППЦ, "оставь надежду навсегда".
Но тот же самый унипатч работает в изделии 8-2137-macos, это говорит о том, что есть в коде функции dlopen "фича" (читай - "бага"), своеобразный workaround для обхода ситуации "malformed mach-o image...ля-ля-ля-тополя".

При изучении системного модуля /usr/lib/dyld (Mac OS X 10.13.6 (17G65) - т.н. "High Sierra")
вижу строковую константу '@(#)PROGRAM:dyld PROJECT:dyld-551.4'
заглянем на страницу какбы-опен-сорц-огрызка-яблока (не пытайтесь компилировать - не получица)
выбираем свой (dyld-551.4) и смотрим исходник ImageLoaderMachO.cpp:
а в нём

int ImageLoaderMachO::crashIfInvalidCodeSignature()
{
    // Now that segments are mapped in, try reading from first executable segment.
    // If code signing is enabled the kernel will validate the code signature
    // when paging in, and kill the process if invalid.
...ля-ля-ля-тополя...
}

Короче: если вы отредактировали какой-то макосный модуль, имеющий ц.п., то ядро ОС, обнаружив невалидную ц.п., сделает вам "серпом по молоту".

Если мне удастся понять, какие удачные стечения обстоятельств позволяют хакнутой либе бэкбейс работать и "не жужжать" в изделии 8-2137-macos, то, надеюсь, мне удастся заставить "взлетать" ВСЕ (и которые с ц.п.) сборки для macos после укола унипатчем.