Есть ли более надежный метод трассировки системного вызова Win32, чем procmon?

Question

Я создаю приложение командной строки на Haskell в Windows 10 и пытаюсь отладить проблему, связанную с ограничением пути к файлу в Windows из 260 символов, путем отслеживания системных вызовов и выяснения, какие из них дают сбой.

Я использовал procmon (https://docs.microsoft.com/en-us/sysinternals/downloads/procmon) для этого, что выглядит довольно неплохо, но, хотя в нем отображается много связанных записей журнала, я с удивлением обнаружил, что в нем не отображается запись дляконкретный вызов CreateFileW, который на самом деле превышает 260 символов и приводит к сбою моего приложения.

Я кратко попробовал Win32 API Monitor (https://www.apimonitor.com), но не смог разобраться в этом; кажется, он лучше подходит для подключения куже запущенные приложения с графическим интерфейсом, чем приложения командной строки, которые необходимо запускать в определенном каталоге и т. д.

Есть ли лучшая альтернатива этим или лучший подход?

Answer 1

@ RemyLebeau - это тот ответ, который мне был нужен:

Есть ли более надежный метод трассировки системного вызова Win32, чем procmon?

и мое возможное решение этой проблемы,это вдохновило меня на обновление с base-4.11 до base-4.12, которое обрабатывает пути Windows> на 260 символов лучше.

Не думаю, что мне даже больше понадобится переключатель реестра.