Как определить, в какой функции происходит сохранение файла?

Question

[Nyashkoshkko]

Есть open-source библиотека openbr.

Вызывается процедура определения лиц по фотографии, все как в примере:

transform = br::Transform::fromAlgorithm("FaceRecognition");
br::Globals->enrollAll = true;
query = br::TemplateList::fromGallery("http://127.0.0.1:8093/1.bmp");
query >> *transform;

Код замечательно отрабатывает, лица определяются, все счастливы.

Но, на строчке:

query >> *transform;

в текущей директории проекта создается паразитный файл img.jpg.

Вшагивание в сами исходники openbr (сборка отладочной версии которой например под win_x64, очевидно, происходит по соответствующей инструкции, только в пункте 6.а вместо DCMAKE_BUILD_TYPE=Release нужно писать DCMAKE_BUILD_TYPE=Debug) привели в DistributeTemplateTransform::project() файла openbr/plugins/meta.cpp
Там, после выполнения вот такого кода

futures.waitForFinished();

создается злосчастный файл.
Но сохранение происходит явно в другом потоке, а эта функция просто ждет завершения асинхронной операции.
Мне нужно найти, в каком именно месте другого потока этот файл создается (а может вообще он создается в прилинкованной к openbr opencv, я могу только гадать).

Comments

[Nyashkoshkko]

Немного неточно сформулировал вопрос. Нужно найти не в каком месте в адресном пространстве процесса файл создается, а в каком месте исходников openbr это делается, чтобы модифицировать или подумать как это отключить.

Answer 1

[Nyashkoshkko]

Оказалось, что это совсем не openbr, а глупый QCameraImageCapture, который тоже присутствует в программе, с вполне себе прописанным ::CaptureToBuffer

capturer = new QCameraImageCapture(camera); // создаем экземпляр класса, который умеет взаимодействовать с камерой и получать от нее изображения
capturer->setCaptureDestination(QCameraImageCapture::CaptureToBuffer); // говорим этому классу, что изображения нужно брать не в файл, а в буфер

все равно, при каждом вызове

capturer->capture();

упрямо создавал файл img.jpg в папке с программой.

Вылечилось так:

capturer->capture("/dev/null");

Большое спасибо всем за ответы, впервые в жизни использую помощь сообщества для решения эпохальных, в общем-то (но об этом позже, в отдельной статье) задач, и подобный интерактив и отзывчивость воодушевляет!

Answer 2

[ntkt]

В общем случае задача «узнать, кто что сделал» решается API-перехватчиком, например, Process Monitor (procmon.exe) от Microsoft.
technet.microsoft.com/ru-ru/sysinternals/bb896645.aspx

1) Запускаете Process Monitor
2) настраиваете фильтр на нужный процесс/файл/…
3) воспроизводите проблему
4) находите соотв. событие в логе Process Monitor (например, создание файла)
5) по двойному клику на событие можно найти стек вызовов. Всё.

А иначе придется честно ловить дебаггером, конечно (по старинке ставить брейкпоинт на NtCreateFile).

Comments

[Nyashkoshkko]

Стек вызовов, конечно же, я посмотрел через Procmon еще до публикации вопроса здесь. Очень удивило отсутствие в оном при работе с сабжевым файлом как вызовов openbr.dll, так и opencv_*.dll.

Но, я подумал, раз сама библиотека с открытыми исходниками, может есть какой-то другой путь. Или найдется кто-то, кто явно знает ответ на вопрос, т.к. работал с openbr.

Вывод Procmon

[ntkt]

У Вас, вероятно, не настроены символы, поэтому в стеке нет имен функций, одни смещения.
0) Создайте переменную окружения _NT_SYMBOL_PATH (тут для примера символы будут скачиваться и сохраняться в c:\symbols,
Вы можете также указать еще папки через *, например, с:\my_symbols, где лежат символы QT и Вашего проекта, например)
_NT_SYMBOL_PATH=srv*c:\symbols*c:\my_symbols*http://msdl.microsoft.com/download/symbols
1) Поставьте Debugging Tools for Windows
2) Укажите в procmon в «Configure Symbols» путь к dbghelp.dll из установленного Debugging Tools for Windows
и, если не подхватился путь к символам из _NT_SYMBOL_PATH, то пропишите в соотв. поле ту же строчку (srv*c:\symbols*c:\my_symbols*http://msdl.microsoft.com/download/symbols).

После этого стек должен быть более понятным.

[ntkt]

Пардон, путь к символам конечно же
c:\my_symbols;srv*c:\symbols*http://msdl.microsoft.com/download/symbols

[ntkt]

Т.к. то что идет после srv это загрузка с удаленного сервера, а просто локальные папки перечисляются как обычно, через;