Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: C# падает, а C++ DLL продолжает бежать  (Прочитано 4095 раз)
0 Пользователей и 1 Гость смотрят эту тему.
ezus
Опытный

il
Offline Offline

« : 13-09-2011 09:35 » 

Добрый день.

Наблюдаю какой-то мистический для меня процесс.
Есть консольная аппликация в Сшарпе. Она вызывает C++ DLL, которая выполняет очень длительный и тяжелый по памяти расчет. Старт выполняется из-под VS 6.0. На консоли бежит отладочная печать из ДЛЛ.
Через какое-то время выскакивает системное окошко с сообщением, что Сшарповская программа упала. Но консоль продолжает выдавать отладочную печать как ни в чем не бывало - ДЛЛ бежит.

Как это может быть? В чем возможна причина падения Сшарпа?
Я плохо знаю .НЕТ. Может быть существуют какие-нибудь таймауты на ожидание ответов от ДЛЛ или еще что-нибудь?

Спасибо.
Записан
Джон
просто
Администратор

de
Offline Offline
Пол: Мужской

« Ответ #1 : 13-09-2011 09:43 » 

Старт выполняется из-под VS 6.0.

И С#? Всё правильно?
Записан

Я вам что? Дурак? По выходным и праздникам на работе работать. По выходным и праздникам я работаю дома.
"Just because the language allows you to do something does not mean that it’s the correct thing to do." Trey Nash
"Physics is like sex: sure, it may give some practical results, but that's not why we do it." Richard P. Feynman
"All science is either physics or stamp collecting." Ernest Rutherford
"Wer will, findet Wege, wer nicht will, findet Gründe."
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #2 : 13-09-2011 10:10 » 

ezus, потому что в рамках процесса одновременно работают 2 потока: один обслуживает managed-код, другой - unmanaged-код. Если у тебя падает поток с managed-код, процесс не завершается, поскольку продолжает работу поток с umanaged-код. Программист этих потоков не видит, синхронизируются они между собой тоже скрытым от программиста способом (автоматически). Процесс упадёт, когда завершится работа unmanaged-кода (в DLL) и нужно будет передать управление managed-коду, который уже помер.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
ezus
Опытный

il
Offline Offline

« Ответ #3 : 13-09-2011 10:45 » 

Это вроде понятно, но в чем может быть причина падения потока с managed-кодом, когда он находится в состоянии ожидания?
Записан
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #4 : 13-09-2011 10:49 » 

ezus, ну кто ж тебе скажет, когда твоего кода никто не видел.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
ezus
Опытный

il
Offline Offline

« Ответ #5 : 13-09-2011 11:45 » 

Спасибо за подсказку.
Причину еще не знаю, но появился путь для рытья.
Записан
Вад
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #6 : 13-09-2011 20:33 » 

На хабре давеча статья проскакивала с парой граблей на C# - там были такие: если вызывающий managed-объект является локальным (на него никто глобальный не ссылается), то возможно, что его сборщик мусора прибрал, пока unmanaged-код исполнялся. Подробнее - тут: http://habrahabr.ru/blogs/net/127543/
Записан
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines