Скрестить ужа и ежа: запуск приложения на C# из приложения на С++

@АнаП · Регистрация: 20.05.2021

Студворк — интернет-сервис помощи студентам

Пришлось апгрейдить старенький проект на Borland C++ Builder6.
Проект навороченный: в нем одновременно запускаются до 20 параллельных потока (TThread) программирования изделий на производстве.
Новые изделия имеют дополнительный функционал.
Его обслуживание написано на C# в виде консольного приложения.
Вмонтировал его запуск из TThread через ShellExecuteEx вслед за предыдущими процессами.
Жду завершения и получаю код завершения с кодом ошибки, если есть.
Добился устойчивой работы всей цепочки программирования модернизированного потока. Могу запускать ее многократно с положительным результатом.
Но... работая под отладчиком в среде Borland C++Builder6, столкнулся с неясной проблемой: при завершении приложения (закрытии окна) стабильно получаю исключение неясного происхождения.
Сильно подозреваю, что причиной является различие в механизмах выделения и освобождения памяти приложений, собранных в разных средах.
Как добиться корректной работы такого симбиоза? Чего не хватает?

@Usaga · 24.03.2025, 09:26

Сообщение от АнаП

Сильно подозреваю, что причиной является различие в механизмах выделения и освобождения памяти приложений, собранных в разных средах.

Эти приложения работают в разных процессах. Поэтому какая-либо разница в механизмах работы памяти отношения к ошибке иметь не может. Приложению на C# до фонаря кто и как его запускает. Как и приложению на С++ до фонаря на чём написано запускаемое им приложение...

@OwenGlendower · 24.03.2025, 13:24

АнаП, поддерживаю мнение Usaga. Вам следует искать ошибку на стороне C++ кода. Возможно что-то не так с вызовом ShellExecuteEx.

@D1973 · 24.03.2025, 13:31

Сообщение от АнаП

стабильно получаю исключение неясного происхождения.

Ну а увидеть его можно? Скрин опубликуете?

@АнаП · 24.03.2025, 13:41 **[ТС]**

Сообщение от Usaga

Эти приложения работают в разных процессах. Поэтому какая-либо разница в механизмах работы памяти отношения к ошибке иметь не может

Usaga, я не могу согласиться, что "в разных процессах".
В среде отладчика Bulder-a он стартует отлаживаемое приложение, и управляет выделяемой ему памятью.
Это приложение вызывает функцию ShellExecuteEx.
Вроде бы эта функция должна брать на себя выделение и освобождение памяти запускаемой вторичной задаче.
Но она пользуется механизмами Win32. А запускаемый процесс - механизмами .NET.
Нет ли тут конфликта?
Буде ли сборщик мусора в C# сразу закрывать память приложения C# при его завершении?
Хотя я на всякий случай запрашиваю хандлер окна консоли и при завершении посылаю ему сообщение на закрытие.

@Usaga · 24.03.2025, 13:46

АнаП, ты можешь не соглашаться, но природу вещей это не изменит.

ShellExecuteEx запускает другой процесс. И этот процесс изолирован от текущего. Что в новом процессе происходит от запускающего не зависит.

@АнаП · 24.03.2025, 14:13 **[ТС]**

Сообщение от D1973

Ну а увидеть его можно? Скрин опубликуете?

Не получается загрузить картинку ни в jpg ни в png ни в bmp.
Но пишет: "EAccessViolation with message: ''AccessViolation at address NNNNN (разный). Process stopped."
Т.е. некорректная ссылка в памяти.
Но вероятнее всего где-то сам накосячил незаметно. Буду шарить.

@D1973 · 24.03.2025, 15:58

Сообщение от АнаП

запрашиваю хандлер окна консоли и при завершении посылаю ему сообщение на закрытие.

Ну а не в этом ли причина AV: пытаться закрыть уже уничтоженное окно...

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@АнаП 2 / 2 / 0 Регистрация: 20.05.2021 Сообщений: 150

	Скрестить ужа и ежа: запуск приложения на C# из приложения на С++ 24.03.2025, 09:17. Показов 6674. Ответов 7 Метки borland с++ builder, c# (Все метки) Пришлось апгрейдить старенький проект на Borland C++ Builder6. Проект навороченный: в нем одновременно запускаются до 20 параллельных потока (TThread) программирования изделий на производстве. Новые изделия имеют дополнительный функционал. Его обслуживание написано на C# в виде консольного приложения. Вмонтировал его запуск из TThread через ShellExecuteEx вслед за предыдущими процессами. Жду завершения и получаю код завершения с кодом ошибки, если есть. Добился устойчивой работы всей цепочки программирования модернизированного потока. Могу запускать ее многократно с положительным результатом. Но... работая под отладчиком в среде Borland C++Builder6, столкнулся с неясной проблемой: при завершении приложения (закрытии окна) стабильно получаю исключение неясного происхождения. Сильно подозреваю, что причиной является различие в механизмах выделения и освобождения памяти приложений, собранных в разных средах. Как добиться корректной работы такого симбиоза? Чего не хватает? 0

@OwenGlendower Администратор 18242 / 14156 / 5366 Регистрация: 17.03.2014 Сообщений: 28,846 Записей в блоге: 1
	24.03.2025, 13:24
	АнаП, поддерживаю мнение Usaga. Вам следует искать ошибку на стороне C++ кода. Возможно что-то не так с вызовом ShellExecuteEx. 0

@Usaga 14092 / 9309 / 1349 Регистрация: 21.01.2016 Сообщений: 34,963
	24.03.2025, 13:46
	Сообщение было отмечено АнаП как решение Решение АнаП, ты можешь не соглашаться, но природу вещей это не изменит. ShellExecuteEx запускает другой процесс. И этот процесс изолирован от текущего. Что в новом процессе происходит от запускающего не зависит. 1

Скрестить ужа и ежа: запуск приложения на C# из приложения на С++

Решение