Исключение в Concurrency task.then.wait влияет на дальнейший вызов ::ShellExecuteEx()

Следующая логика реализована для открытия файла с помощью «filename.extension» в приложении C++ с использованием управляемого C++:

try
{
    CoInitialize(nullptr);
    auto task = Concurrency::create_task(Windows::Storage::StorageFile::GetFileFromPathAsync(filePath));
    // an excpetion is thrown in the next line
    Concurrency::task_status status = task.then([&](Windows::Storage::StorageFile^ file){
        if (file != nullptr)
        {
            concurrency::task<bool> launchFileOperation(Windows::System::Launcher::LaunchFileAsync(file));
            launchFileOperation.then([&](bool success)
            {
                if (!success)
                    return 0;
            }).wait();
        }
    }).wait();
}
catch (...)
{
    CoUninitialize(); // an exeption is catched
    return 0;
}

Поскольку приведенный выше код выдает исключение, мы переходим к альтернативному подходу к открытию файла через ::ShellExecuteEx

SHELLEXECUTEINFO exec_info = {0};
exec_info.cbSize = sizeof exec_info;
exec_info.fMask  = SEE_MASK_NOCLOSEPROCESS
                | SEE_MASK_DOENVSUBST;   

exec_info.fMask &= ~SEE_MASK_NOASYNC;
exec_info.lpVerb = "open";
exec_info.lpFile = full_path_str;
exec_info.nShow  = SW_SHOW;

bool result_b = ::ShellExecuteEx(&exec_info) ? true : false;

::ShellExecuteEx терпит неудачу и попадает в Microsoft ppltasks.h_REPORT_PPLTASK_UNOBSERVED_EXCEPTION();.

::ShellExecuteEx работает корректно, если удален подход на основе управляемого C++ Concurrency::create_task.

Почему Concurrency::create_task влияет на дальнейший вызов ::ShellExecuteEx?

Эта проблема появляется только в релизной сборке.

Какая связь между ShellExecuteEx и первой частью вашего кода? Примечание. Для ShellExecuteEx требуется, чтобы поток был STA (CoInitialize(NULL) и т. д.).

Simon Mourier 21.11.2022 18:10

@SimonMourier, если первая часть кода не может открыть файл -> перейдите в ShellExecuteEx. Нравится if (!openFileViaTasks()){ShellExecuteEx(..)};

Viktor Be 22.11.2022 11:20
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
2
53
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Добавление блоков try/catch к самому внутреннему блоку .wait() решило проблему.

try {

   concurrency::task<bool> launchFileOperation(Windows::System::Launcher::LaunchFileAsync(file));
   launchFileOperation.then([&](bool success) {
      // logic
      }).wait();
}
catch (concurrency::invalid_operation& ex) 
{
    ... 
}
catch (concurrency::task_canceled& ex) 
{
    ...
}

Другие вопросы по теме