Что заставило бы КАКОЕ-ЛИБО приложение.NET сразу отказать … кроме проекта, который я создаю и Отладка в Visual Studio?

Я использую запросы в формате Вашего второго примера. Соединение обычно более масштабируемо, чем связанный подзапрос.

19
задан Glorfindel 25 April 2019 в 10:52
поделиться

12 ответов

Не существует исправления серебряной пули, и я не думаю, что это проблема с правами доступа.

Вот что я бы попробовал

  1. Если это 64-битная машина, попробуйте переключиться в 32-битный режим. Я видел это с 32-битными dll пытается работать в 64-битной.
  2. Создайте новый веб-сайт на сервере и запустите на нем aspnet_regiis.
  3. Удалите и повторно установите платформы 2.0 и 3.5. Убедитесь и запустите aspnet_regiis по завершении
0
ответ дан 30 November 2019 в 05:06
поделиться

У нас была очень похожая проблема при крупномасштабном развертывании во всех случаях, когда восстановление на платформе исправляло проблему, я бы попробовал.

1
ответ дан 30 November 2019 в 05:06
поделиться

Sounds like you got yourself a "fun" one there. I've no clue, but here's my karma-whoring stab-in-the-dark suggestions anyway.

1) In addition to the regular user permissions assigned by Windows, there is also a separate set of security settings specifically for the .NET framework. If you have the .NET SDK installed, look for the "Microsoft .NET Framework Configuration" tool in your Control Panel (may be under Administrative Tools). See if any of the settings are different there from your dev machine.

2) I'm guessing your customer is under the thumb of an IT regime at his workplace. See if you or your customer can get your hands on a fresh Windows install where the program works and then, working with his IT group, apply one of their requirements (security settings, antivirus programs, etc.) at a time until your program stops working. A good old last working state bug-hunt. Of course, this assumes cooperation from his IT dept, so I hope your program is important to an executive somewhere.

0
ответ дан 30 November 2019 в 05:06
поделиться

Судя по выводам windbg, похоже, что кто-то внедрил DLL в процесс при запуске процесса, и это внедрение не предназначено для той версии mscorwks, которая была загружена. Если это обычная рабочая станция (например, секретарь), я бы конфисковал ее для MIS / IT для проверки на наличие вредоносных программ. Если это машина, находящаяся в серверной комнате, я бы посмотрел на клиента, чтобы он переместил его на другую машину.

Я не подозреваю, что это произойдет с любым другим клиентом, и за 8 лет разработки .NET единственное. что может (как и ожидалось) привести к тому, что описываемое вами поведение является попыткой запустить приложение .NET в системе с установленной более старой версией платформы (например, отсутствие поддержки, приводит к стандартному диалоговому окну отладки / отмены в большинстве версий Windows), и проблема НЕ в этом. Это также не связано ни с архитектурой процессора, ни с версией платформы, ни с уровнем SP, это не связано ни с каким коммерческим программным обеспечением AV или каким-либо коммерческим программным обеспечением сетевой безопасности.

Это явно не что-то в вашем коде, и я не вижу что это то, что вы можете исправить для своего клиента. Я не знаю ни одного инструмента или серии шагов, которые можно было бы использовать для решения этой проблемы, за исключением того, что заказчик повторно создал образ целевой машины. Прежде чем они это сделают, MIS / IT снова должны указать на него потенциальное вредоносное ПО (в частности, вредоносное ПО, которое не будет распространяться среди широкой публики).

Для чтения: http://research.microsoft .com / apps / pubs / default.aspx? id = 68568

Удачи.

Это также не связано ни с архитектурой процессора, ни с версией платформы, ни с уровнем SP, это не связано ни с каким коммерческим программным обеспечением AV или каким-либо коммерческим программным обеспечением сетевой безопасности.

Это явно не что-то в вашем коде, и я не вижу что это то, что вы можете исправить для своего клиента. Я не знаю ни одного инструмента или серии шагов, которые можно было бы использовать для решения этой проблемы, за исключением того, что заказчик повторно создал образ целевой машины. Прежде чем они это сделают, MIS / IT снова должны указать на него потенциальное вредоносное ПО (в частности, вредоносное ПО, которое не будет распространяться среди широкой публики).

Для чтения: http://research.microsoft .com / apps / pubs / default.aspx? id = 68568

Удачи.

Это также не связано ни с архитектурой процессора, ни с версией платформы, ни с уровнем SP, это не связано ни с каким коммерческим программным обеспечением AV или каким-либо коммерческим программным обеспечением сетевой безопасности.

Это явно не что-то в вашем коде, и я не вижу что это то, что вы можете исправить для своего клиента. Я не знаю ни одного инструмента или серии шагов, которые можно было бы использовать для решения этой проблемы, за исключением того, что заказчик повторно создал образ целевой машины. Прежде чем они это сделают, MIS / IT снова должны указать на него потенциальное вредоносное ПО (в частности, вредоносное ПО, которое не будет распространяться среди широкой публики).

Для чтения: http://research.microsoft .com / apps / pubs / default.aspx? id = 68568

Удачи.

Это явно не что-то в вашем коде, и я не вижу, чтобы вы могли это исправить для своего клиента. Я не знаю ни одного инструмента или серии шагов, которые можно было бы использовать для решения этой проблемы, за исключением того, что заказчик повторно создал образ целевой машины. Прежде чем они это сделают, MIS / IT снова должны указать на него потенциальное вредоносное ПО (в частности, вредоносное ПО, которое не будет распространяться среди широкой публики).

Для чтения: http://research.microsoft .com / apps / pubs / default.aspx? id = 68568

Удачи.

Это явно не что-то в вашем коде, и я не вижу, чтобы вы могли это исправить для своего клиента. Я не знаю ни одного инструмента или серии шагов, которые можно было бы использовать для решения этой проблемы, за исключением того, что заказчик повторно создал образ целевой машины. Прежде чем они это сделают, MIS / IT снова должны указать на него потенциальное вредоносное ПО (в частности, вредоносное ПО, которое не будет распространяться среди широкой публики).

Для чтения: http://research.microsoft .com / apps / pubs / default.aspx? id = 68568

Удачи.

8
ответ дан 30 November 2019 в 05:06
поделиться

May эта ссылка может помочь вам решить вашу проблему Исправление ошибки «.NET Runtime version 2.0.50727.3053 - Fatal Execution Engine Error» [.NET] .

Какая операционная система (Windows XP, Vista, и т. д.) установлен ли на компьютере ваших клиентов?

Пытались ли вы полностью удалить .NET Framework (не восстанавливать), а затем переустановить его?

0
ответ дан 30 November 2019 в 05:06
поделиться

Убедитесь, что пользователь не запускает приложение из общего сетевого ресурса. По умолчанию .Net выдает исключение безопасности при попытке запустить приложение из ненадежного источника.

Вы можете изменить это поведение с помощью утилиты настройки Microsoft .Net Framework в административных инструментах.

0
ответ дан 30 November 2019 в 05:06
поделиться

Поскольку это происходит не на каждой клиентской машине, может быть, это RAM? Можете ли вы перезагрузить неисправный компьютер и запустить средство диагностики памяти?

Могло ли DEP быть включено для этого компьютера в какой-то момент в прошлом? Вы не получите исключения .Net для такого рода безопасности, потому что ваше приложение просто не запускается, поэтому вероятность возникновения ошибки мала.

0
ответ дан 30 November 2019 в 05:06
поделиться

Запустите с помощью WinDbg. Используя Son of Strike, вы сможете точно понять, почему он вылетает. Возможна ошибка загрузки сборки низкого уровня. Я сталкивался с подобными проблемами в прошлом, используя WinDbg.

0
ответ дан 30 November 2019 в 05:06
поделиться

Еще пара предложений:

  • Чтобы убедиться, что это не проблема vshost.exe, я бы попробовал запустить MyProcess.exe из cdb / windbg и посмотреть, как это работает.
  • Проблема выглядит как чтение AV, и если приложение работает правильно в отладчике, я бы попытался восстановить свою установку .Net, в случае, если могло произойти возможное повреждение в способе выполнения ОС вручную сборки .Net в mscorwks. .dll.
0
ответ дан 30 November 2019 в 05:06
поделиться

У меня была похожая проблема несколько месяцев назад (хотя я не помню код ошибки). После многих попыток проблема была решена (насколько я помню) следующим образом:

Удаление всех временных файлов во временной папке .net (а также проверка прав доступа этой папки)

1
ответ дан 30 November 2019 в 05:06
поделиться

Была та же проблема, и она была исправлена ​​с помощью мастера публикации. Вот как я узнал, что на целевой машине не установлен пакет Visual Basic Powerpack 3.0. После установки он работает как шарм.

1
ответ дан 30 November 2019 в 05:06
поделиться

Недавно у меня возникла проблема, которая проявлялась очень похожим образом. Оказалось, что некоторые сторонние библиотеки DLL не были частью моего развертывания (я просто копировал вещи из каталога bin). Я создал приложение установки, которое подобрало все библиотеки DLL, и как только они были правильно развернуты, оно перестало давать сбой. Странно, что это был серьезный провал, а не исключение.

Это может не относиться к вам, поскольку вы говорите, что это применимо к любому .NET-приложению. Может быть, вы работаете в старом файле проекта с некоторыми оставшимися ссылками?

0
ответ дан 30 November 2019 в 05:06
поделиться
Другие вопросы по тегам:

Похожие вопросы: