Детализация ошибки .Net приложения
В какой момент грохается? Прога с интерфейсом? Падает еще до появления интерфейса?
прога оконная , грохается строго после запуска, ничего не показывает. Думаю что не находит какие-то библиотеки.
Да, скорее всего. Часто бывает одно из следующего:
.NET framework с нужным service pack
MSXML4
Если используется C++/CLI, то последний рантайм c++, vcredist
.NET framework с нужным service pack
MSXML4
Если используется C++/CLI, то последний рантайм c++, vcredist
прога полностью на C#. Больше интересуют средства для более подробной диагностики ошибки.
Ну тут только если волшебная палочка 
Узнай, какая версия фрэймворка нужна (написано в свойствах проекта на первой вкладке установи его на целевой комп. Скорее всего полечит. Если там установлена нужная версия, то возможно понадобится еще и последний сервиспак для этой версии.
Узнай, какая версия фрэймворка нужна (написано в свойствах проекта на первой вкладке установи его на целевой комп. Скорее всего полечит. Если там установлена нужная версия, то возможно понадобится еще и последний сервиспак для этой версии.прога полностью на C#. Больше интересуют средства для более подробной диагностики ошибки.хм... попробуй Microsoft Visual Studio
Поставить MVS на комп B не предлагать.C# Express Edition тоже не катит?
Если ничего не найду то это будет лучший вариант
Есть приложение с исходниками под .Net. На компе A работает отлично, на компе B выдаёт ошибку "has encountered a problem and needs to close. We are sorry for the inconvenience." Никакого лога не прилагается. В журналах винды пусто.Обернуть код main в try{ ... } catch(Exception ) { MessageBox.Show(e.GetType.ToString e.Message); } для отладки не вариант?
Возможно ли чем-то посмотреть по-подробнее ? Поставить MVS на комп B не предлагать.
Можно ещё Stack Trace тут же вывести.
вываливается до main 8 ( Явно библиотеки, но чем посмотреть какие именно ?
Установи .NET Framework
для настырных - на компьютере B стоит та же версия что и на А. Ошибку я уже нашёл и поправил, но хочется маленькой утилитки для таких вещей.
Ошибку я уже нашёл и поправилну так рассказал бы, чтобы товарищи на те же грабли не наступали.
Просто на каждую возникающую проблему программки замучаешься искать, а проблема нехватки библиотек обычно решается гуглом и размышлениями типа «что я использовал в коде».
размышлениями типа «что я использовал в коде».эти размышления в большинстве случаев начинаются и заканчиваются просмотром references.
Ну это в общем случае полезный процесс в программировании. На всех уровнях написания кода. Какие предположения о входных данных и т.д. С молоком матери, все дела...
проблема была в app.config:
было :
<probing privatePath="folder1" />
<probing privatePath="folder2" />
<probing privatePath="folder3" />
надо:
<probing privatePath="folder1;folder2;folder3" />
соответственно все dll которые лежали в folder2,3 приложение не видело
было :
<probing privatePath="folder1" />
<probing privatePath="folder2" />
<probing privatePath="folder3" />
надо:
<probing privatePath="folder1;folder2;folder3" />
соответственно все dll которые лежали в folder2,3 приложение не видело
Предлагаю тебе написать программу, которая поможет в выявлении этой ошибки, чтобы мы ее могли потом советовать.
Программа разве до Main должна падать?
Программа разве до Main должна падать?будет падать, если не хватает либ для компиляции класса, содержащего функцию Main
Явно библиотеки, но чем посмотреть какие именно ?смотреть можно через Fuslogvw.exe
в .net sdk точно входит, в голый .net - входит или нет - не помню
пытался им смотреть, ничего не показывал для этого приложения 8( а должен козёл
Нашёл подезную штуку: http://www.dependencywalker.com/
Нашёл подезную штуку: http://www.dependencywalker.com/так она для C++, а не для .net
не стоит говорить что-то, не проверив. Сам качал и пользовал под .Net, всё работало
не стоит говорить что-то, не проверив. Сам качал и пользовал под .Net, всё работалоу меня дофига всего не показало, в частности библиотеки ГУИ и СУБД
не стоит говорить что-то, не проверив. Сам качал и пользовал под .Net, всё работалоне стоит говорить что-то, если не понимаешь, что вообще делаешь.
еще хуже для своего развития - агрессивно защищать свое невежество.
depends.exe показывает только native-ные зависимости, для .net-приложения - это зависимость от mscoree.dll (плюс зависимости от тех native-ных либ, от которых зависит mscoree.dll, и далее по рекурсии)
для .net-приложения - эти зависимости смысла смотреть нет, т.к. у .net-приложения всегда будет одна native-зависимость от mscoree.dll (за исключением ряда редких случаев)
зависимости .net-приложения имеет смысл смотреть reflector-ом
А вот за обьяснение спасибо, был неправ, признаю.
Оставить комментарий
da_hedgehog
Есть приложение с исходниками под .Net. На компе A работает отлично, на компе B выдаёт ошибку "has encountered a problem and needs to close. We are sorry for the inconvenience." Никакого лога не прилагается. В журналах винды пусто.Возможно ли чем-то посмотреть по-подробнее ? Поставить MVS на комп B не предлагать.