Разное

Visual studio долго устанавливается: Почему установка занимает так много времени?

Содержание

Долго устанавливается Microsoft Visual C: что делать — МирДоступа

Если Microsoft Visual C++ долго устанавливается проблему нужно искать в системе или в её настройках…

Если долго устанавливается Microsoft Visual C необходимо проверить наличие пакета Microsoft Redistributable.

Когда установка Microsoft Redistributable (Visual C++) происходит слишком долго необходимо открыть Центр обновлений Windows и проверить наличие обновлений, которые можно установить.

Следует убедиться в том, что установлен пакет обновлений KB2999226, который необходим для корректной работы Microsoft Visual C

Установить пакет KB2999226 можно двумя способами — через Центр обновлений Windows или скачав его на сайте Microsoft. Первый способ предполагает установку KB2999226 через Центр обновлений Windows — тут всё просто.

Устанавливаем KB299266

Установить KB299266 можно и скачав данный пакет с сайта Microsoft. Для этого требуется выполнить следующие действия:

  1. Скачать два файла — vc_redist.x64.exe и Windows 8.1-KB2999226-x64.msu
  2. Создать на диске С:/ папку Packages и добавить в неё указанные выше файлы.

Теперь надо выполнить следующие действия: зайти через «Пуск» в раздел «Все программы», открыть вкладку «Стандартные» и найти «Командную строку» — запускаем её от имени администратора и вводим в неё следующие команды:

Решение 1

Ответить почему долго устанавливается Microsoft Visual C может быть весьма затруднительно. В таких случаях необходимо скачать Средство устранения неполадок Microsoft и выполнить проверку системы. После устранения неполадок пробуем установить Microsoft Visual C заново. Если не помогло переходим к следующему шагу.

Решение 2

Для корректной работы Microsoft Visual C необходим файл Арi-ms-win-сrt-runtime-l1-1-0.dll — он является составляющей Universal C Runtime, поэтому он непременно должен быть  в библиотеках Microsoft Visual C++.

Если файл Арi-ms-win-сrt-runtime-l1-1-0.dll отсутствует в системе его необходимо скачать отдельно на сайте Microsoft.

Решение 3

Возможно проблемы с установкой Microsoft Visual C возникают со стороны определённой программы или игры.

Бесконечная или слишком долгая установка Microsoft Visual C характерна для случаев когда игра или другая программа была установлена с ошибками или она конфликтует с файлом арi-ms-win-сrt-runtime-l1-1-0.dll

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

Решение 4

В тех случаях когда долго устанавливается Microsoft Visual C нельзя исключать наличие вредоносного кода в системе. Необходимо выполнить проверку системы при помощи антивирусного программного обеспечения.

Решение 5

Если запись о регистрации арi-ms-win-сrt-runtime-l1-1-0.dll отсутствует в реестре системы установка Microsoft Visual C может занимать довольно продолжительное время.

Для восстановления записей реестра можно воспользоваться любой подходящей утилитой, например, CCleaner или Reg Organizer

Таким образом, проблема долго устанавливается Microsoft Visual C может быть решена несколькими способами…

Facebook

Twitter

Мой мир

Вконтакте

Одноклассники

Отладка/загрузка Visual Studio очень медленная

Я в тупике. Visual Studio — это обычно мучительно медленно отлаживать или просто загружать («начать без отладки») мой ASP.NET сайты MVC. Не всегда: сначала проекты загружаются красиво и быстро, но как только они загружаются медленно, они всегда будут загружаться медленно после этого. Я мог бы ждать 1-2 минуты или больше.

Мои настройки:

Я использую Visual Studio 2012 Express, в настоящее время, но у меня была та же проблема в Visual Studio 2010 Express также. Мое решение хранится на сетевом диске; в частности, это Мои Документы перенаправлены на сетевой диск, если это имеет значение. (Не должно. Бывают случаи, когда мой сайт загружается очень быстро при этой настройке.)

обычно я загружаю в Internet Explorer 9, но та же проблема возникает в Firefox.

это может произойти в любом ASP.NET проект MVC, над которым я работаю, и он, похоже, вращается вокруг DisplayTemplates, которые все мои ASP.NET проекты MVC делают. И это все C# и Razor, если это имеет значение.

симптомы:

система загрузит мои символы сотни раз. В основном, следующее, Но есть по крайней мере 300 таких строк, каждая с когда-либо-так-немного разными DLL-файлами для тех же CSHTMLs:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

в приведенном выше, у меня есть три DisplayTemplates: «контакт», «местоположение» и «StatusCode». Похоже, что IIS загружает символы дважды для каждого вызова displaytemplate. Таким образом, если я показываю таблицу из 100 записей, которая вызывает все три из этих displaytemplates, загружается 600 отдельных символов.

это тоже не быстрая операция. При просмотре файлов журнала, создаваемых IIS, для загрузки каждого символа требуется около 200 мс. Таким образом, сверхдлинные задержки.

что я пробовал:

  • Debug или release версию, это не имеет значения.
  • размещение моего проекта в полной реализации IIS в интернете сервер работает очень быстро без проблем.
  • Cassini, IIS Express 7.5 и IIS Express 8.0 все имеют проблему.
  • удалить все точки останова ничего не делает.
  • Очистить Решение или удаления .СУО тоже ничего не делает.
  • если я восстанавливаю IIS Express или удаляю My Docs\IISExpress папка или восстановление/переустановка Visual Studio → проблема может уйти, но только на некоторое время, прежде чем она придет в норму спина.

любой совет вообще приветствуется.

для того чтобы ответить больше вопросов, да моя машина определенно имеет лошадиную силу. Бесит то, что тот же проект, без каких-либо изменений, может загружаться очень быстро иногда, как правило, после ремонта IIS Express и удаления . В конце концов» что-то » происходит, и это до 2 минут, чтобы загрузить снова. То, над чем я работаю, не сложный проект. Отсутствие внешних библиотек или зависимостей и мой VS.NET не имеет аддонов каких-либо.

обратите внимание, что эта машина имеет Symantec Endpoint Protection, которая имеет историю причинения ущерба. Но отключение его сразу (хорошо быть администратором) не исправило проблему.

у меня есть теория на данный момент. Я думаю, что это все потому, что я работаю с перенаправленной папкой из сетевого ресурса. Пока отладчик просматривал сотни строк «загруженных символов», я остановился, чтобы посмотреть, что он делает. Это было в моем код, загружающий DisplayTemplate у меня. Шагнув в шаблон, выведите следующее:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

похоже, Visual Studio перекомпилирует мой displaytemplate каждый раз это называется, что снова, сотни раз. Моя теория заключается в том, что Visual Studio компилирует файл, сохраняет его в сетевом ресурсе, сетевой ресурс затем каким-то образом штампует на нем новое время, а Visual Studio затем думает, что файл изменился, и, таким образом, Visual Studio перекомпилирует его еще раз. Только теория хотя, я действительно понятия не имею.

во-первых, по-видимому, у меня есть автономные файлы (это настольный компьютер в офисе, мне все равно). Я собираюсь отключить, перезагрузить и повторить попытку завтра.

плюс, перемещение моего проекта, как есть, на локальный C: исправляет его. Он загружается очень быстро. Но это не идеально в рабочей среде. Я теряю предыдущие версии, мой код не копируется вообще, если я не скопирую его вручную, и он больше никому не доступен.

Я могу сделайте с копированием его взад и вперед от C к сетевому ресурсу, если дело доходит до него. Гораздо более раздражает ждать две минуты для каждой загрузки страницы.

Я думаю, что наконец-то, по крайней мере, знаю причину, хотя и не причину. Когда проблема начала возникать снова, я заметил тонну » conhost.exe-файла» процессы-сирот. Я бы закрыл Visual Studio, и они остались бы открытыми. Окончание задания на каждом из них окончательно, надежно решило проблему. [с надеждой]

(просто обратите внимание, conhost.exe не является процессом Visual Studio, хотя Visual Studio использует его. Таким образом, у других пользователей могут быть другие приложения, которые работают conhost.исполняемый. Я знаю, что моя машина не делает, поэтому я могу безопасно завершить задачу всех, кроме YMMV.)

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


Edit #1-к сожалению, это не «серебряная пуля». У меня это не всегда получается. Как правило, когда все идет медленно, я просто закрываю все свои сеансы Visual Studio, а затем приступаю к задаче менеджер и конец любого экземпляра, conhost.exe, iisexpress.exe Microsoft.VisualStudio.Сеть.Хозяин.exe и MSBuild.exe я могу найти.

Как правило, после этого, когда я перезапущу свой проект, он будет быстро загружаться. Но не всегда.

действительно, я думаю, что лучший способ действий, вероятно,не создавать и отлаживать код с перенаправленной папки / сетевого ресурса.


Edit #2-два года спустя, и это еще проблема для меня в Visual Studio Сообщество 2013, но я, похоже, по крайней мере, нашел виновника задачи: Explorer.exe. Да, кто бы мог подумать. В тот момент, когда я заканчиваю эту задачу, БАМ, страница загружается за одну секунду.

Если у меня есть браузер файлов Проводника Windows, открытый для моего перенаправленного сетевого диска (который часто, так как это мой код), эта проблема, похоже, возникает. Закрыть окно недостаточно, я должен убить весь исследователь.задачи exe. Я мог только догадываться, что он делает…сходить с ума с файлом ручки?

обычно я могу использовать диспетчер задач для запуска нового проводника.задача exe (я могу взять только столько alt-tabbing), и Visual Studio будет продолжать загружать красиво и быстро. Но если я снова открою Проводник Windows, он почти всегда возвращается к super-slow-mo.

Итак, если у вас есть перенаправленный сетевой ресурс, дайте ему шанс. Это лучше, чем работать на месте.

25

автор: Ber’Zophus

Ускоряем Visual Studio, часть III. Производительность IDE / Хабр

После написания прошлой статьи, я понял, что у меня осталось еще некоторое количество информации, не относящейся к ускорению компиляции решения, но позволяющей несколько повысить производительность самой Visual Studio в процессе работы над кодом. А поскольку мы все-таки работаем над кодом изрядное количество времени, намного приятнее делать это в быстро работающей IDE. К сожалению, в этой статье не будет графиков, поскольку весьма тяжело измерить, насколько стало быстрее открываться меню или какое-то окно. Тем не менее, я надеюсь, что кто-то может найти для себя в этих советах что-то ценное и сэкономить себе немного времени.

Добавьте /nosplash к ярлыку запуска Visual Studio

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

Отключите кнопку F1

Это делается в «Environment->Keyboard». Вы ведь всё-равно не пользуетесь этой кнопкой, правда? А если случайно нажмёте, то, в зависимости от версии VS начнут открываться новые окна или запуститься браузер — всё это весьма долго.

Выключите анимацию

«Environment->General->Animate environment tools». Оставим анимацию фанатам красивостей. А мы ведь суровые программисты, нам ни к чему.

Отключите стартовую страницу

Она занимает время при запуске студии (в особенности, если лезет в Интернет за всякими новостями и советами). Отключается в «Environment->Startup».

Выключите «Track Active Item in Solution Explorer»

Неужели Вы правда ею пользуетесь? Если нет — выключите. Отключается в «Projects and Solutions»

Отключение разнообразных красивостей

Вот тут об этом написано детальнее. Отключается в «Environment->General->Visual experience»

Удаление лишних плагинов

Каждый плагин — это минус к производительности Студии. Если у Вас стоит что-то лишнее — удаляйте.

Отключение IntelliSense

Если Вы пользуетесь IntelliSense и полностью довольны функциональностью и работой этой фичи — Вы редкий человек. Возможно, Вам следует познакомиться с такими плагинами под Visual Studio как ReSharper и Visual Assist X. Они вполне стоят своей цены, заменяют IntelliSense и делают целую кучу других полезных вещей. Если у Вас стоит один из этих плагинов, имеет смысл отключить IntelliSense. Штатного способа сделать этого нет, поэтому будем шаманить.

  • Закройте Visual Studio.
  • Удалите все .ncb файлы для Вашего решения.
  • Удалите или переименуйте файл C:\Program Files\Microsoft Visual Studio 9.0\VC\vcpackages\feacp.dll (часть «9.0» отличается для разных версий Visual Studio).

Update: Хабраюзер Paul подсказывает, что в VS 2010 IntelliSense отключается уже через настройки.

Запуск Студии и компиляция проекта перед приходом на работу

На моей рабочей машине каждое утро, за час до моего прихода на работу запускается скрипт, закрывающий Visual Studio, делающий update кода из репозитория и по-новому запускающий Студию и компиляцию решения в ней. Приходя на работу я вижу откытую IDE, в которой сразу видно текущее состояние решения (компилируется\нет) и лог процедуры update, по которой понятно что именно изменилось со вчерашнего вечера. Всё это экономит мне 10 минут ежедневно.

Удачи Вам!

Установка Office занимает много времени

Попробуйте применить указанные ниже решения


Вы устанавливаете Office на Mac?    В таком случае следуйте указаниям из статьи Удаление Office для Mac и перезапустите установку Office.

Если вы устанавливаете Office на компьютере с Windows (настольном компьютере, ноутбуке или совмещенном устройстве), попробуйте воспользоваться этими решениями в указанном порядке.

1. Установка Office останавливается на 90%

Если установка Office перестает работать на 90%, как показано ниже, это может быть связано с тем, что установщик Windows занят. Возможное решение см. в статье Установка Office останавливается на 90%.


2. Перезагрузите компьютер и проверьте, установились ли приложения Office

Установка Office могла быть завершена. После перезапуска компьютера выполните действия, описанные в статье Поиск приложений Office в Windows 10, Windows 8 и Windows 7, чтобы узнать, установились ли у вас приложения Office.

3. Используйте проводное подключение

Если установка Office не завершилась, попробуйте перейти на проводное подключение и повторить попытку. Это может ускорить процесс, поскольку проводное подключение обычно быстрее беспроводного. После этого начните установку Office заново.

4. При низкой скорости подключения к Интернету используйте автономный установщик Office

Автономный установщик Office поможет обойти проблемы с прокси-сервером, брандмауэром, антивирусной программой и интернет-подключением, которые могут возникать при установке Office.

Инструкции по установке автономной версии Office см. в статье Использование автономного установщика Office (откройте соответствующую вкладку для своей версии Office).

Если Office по-прежнему не устанавливается, попробуйте одно из следующих решений.


5. Временно отключите антивирусную программу

Чтобы узнать, как отключить антивирусную программу, перейдите на веб-сайт ее производителя. Кроме того, может помочь удаление антивирусной программы. Обязательно переустановите ее после установки Office или включите, если вы отключали ее.

Если вы не знаете, какую антивирусную программу вы используете, вы можете найти ее название в панели управления, выполнив указанные ниже инструкции.


Совет: С Windows 10 поставляется антивирусная программа «Защитник Windows». Если выяснится, что вы используете ее, нажмите кнопку Начать, выберите Параметры > Обновление и безопасность, а затем выберите Защитник Windows слева. Установите переключатель в положение Выкл. Не забудьте потом включить его.


  1. В меню Пуск

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

  2. Выполните одно из следующих действий:

    • В представлении Категория выберите Система и безопасность > Безопасность и обслуживание и щелкните стрелку вниз рядом с элементом Безопасность.

    • В представлении Крупные значки или Мелкие значки выберите Безопасность и обслуживание и щелкните стрелку вниз рядом с элементом Безопасность.

Если Windows обнаружит антивирусную программу, вы увидите ее в списке Защита от вирусов.

  1. Чтобы открыть панель управления, щелкните правой кнопкой мыши кнопку Пуск

    (в левом нижнем углу) и выберите пункт Панель управления.

  2. Выполните одно из следующих действий:

    • В представлении Категория выберите Система и безопасность > Центр поддержки и щелкните стрелку вниз рядом с элементом Безопасность.

    • В представлении Крупные значки или Мелкие значки выберите Центр поддержки и щелкните стрелку вниз рядом с элементом Безопасность.

Если Windows обнаружит антивирусную программу, вы увидите ее в списке Защита от вирусов.

  1. Чтобы открыть панель управления, нажмите кнопку Пуск 

    (в левом нижнем углу) и выберите пункт Панель управления.

  2. Выполните одно из следующих действий:

    • В представлении Категория выберите Система и безопасность > Центр поддержки и щелкните стрелку вниз рядом с элементом Безопасность.

    • В представлении Крупные значки или Мелкие значки выберите Центр поддержки и щелкните стрелку вниз рядом с элементом Безопасность.

Если Windows обнаружит антивирусную программу, вы увидите ее в списке Защита от вирусов.

6. Восстановление по Интернету с помощью панели управления

  1. Откройте панель управления и выберите пункт Программы и компоненты.

  2. В окне Удаление или изменение программы выберите в списке продукт Office, который хотите установить.

  3. Нажмите кнопку Изменить (или коснитесь ее), а затем выберите пункт Восстановление по сети.


7. Удалите и переустановите Office

Полностью удалите Office с помощью средства простого исправления, а затем снова установите набор приложений.


Совет: У вас принтер HP 4500 или HP 8500 OfficeJet, и вы пытаетесь установить Office? В таком случае перед повторной установкой Office остановите службу очереди печати.

  1. Нажмите расположенную ниже кнопку для скачивания и установки средства поддержки удаления.



  2. Следуйте указанным ниже инструкциям, чтобы скачать средство поддержки удаления для соответствующего браузера.


    Совет: Скачивание и установка средства может занять несколько минут. После завершения установки откроется окно удаления продуктов Office.


    Edge или Chrome

    В левом нижнем углу щелкните правой кнопкой мыши SetupProd_OffScrub.exe и выберите пункт Открыть.


    Edge (старый) или Internet Explorer

    В нижней части окна браузера нажмите кнопку Выполнить, чтобы запустить файл SetupProd_OffScrub.exe.


    Firefox

    Во всплывающем окне выберите Сохранить файл, а затем в правом верхнем окне браузера выберите стрелку загрузки> SetupProd_OffScrub.exe.

  3. Выберите версию, которую нужно удалить, и нажмите кнопку «Далее».

  4. Следуйте остальным указаниям и при появлении запроса перезагрузите компьютер.

    После перезагрузки компьютера средство удаления автоматически откроется для завершения последнего этапа процесса удаления. Следуйте остальным указаниям.

  5. Выберите действия для версии Office, которую нужно установить или переустановить. Закройте средство удаления.


    Microsoft 365 | Office 2019 | Office 2016 | Office 2013 | Office 2010 | Office 2007

Расследование ошибки установки Visual Studio 2015 / Блог компании Инфопульс Украина / Хабр

Решили мы как-то перевести свой проект на Visual Studio 2015 — там ведь столько захватывающих фич! Вчера вот только решили, а уже сегодня утром я запустил её инсталлятор. Небо было безоблачным, ничто не предвещало беды. Ну что, в самом деле, может пойти не так? Сколько уже этих Visual Studio переставлено — не счесть (я, помнится, ещё 6.0 когда-то ставил). Кто бы мог подумать, что эта тривиальнейшая задача может вылиться в весьма неожиданный забег по граблям длинной почти в целый рабочий день.

Похрустев немного жестким диском, красивый инсталятор показал мне совершенно некрасивое сообщение об ошибке. Вот такое:

Хм. Не поставился значит, Team Explorer и ещё пару минорных пакетов. Ну ок. Закрываем, переустанавливаем. Не помогает. Удаляем студию, перезагружаемся, устанавливаем — та же ошибка. Лезем в Гугл с вопросом об ошибке установки Visual Studio 2015 на этапе инсталляции компонента Team Explorer и понимаем, что проблема это массовая — десятки ссылок с тем же описанием:
1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17

Отвечают на все эти вопросы специалисты первой линии техподдержки Microsoft, советы которых сводятся к «отключите антивирус», «проверьте чексуму образа со студией», «проверьте диск на ошибки». Ничего из этого, конечно, не помогает, о чём им и рассказывают, после чего они пропадают и больше не отвечают. Очень дружелюбная пользовательская поддержка, ничего не скажешь.

Ну что же, пора включать голову, брать в руки инструменты и разбираться. Поехали.


Итак, всё что у нас есть, это входная точка ошибки — проблема с Team Explorer. И ссылочка на лог-файл на приведённом выше скриншоте. Ну ок, давайте пойдём почитаем что там лог-файл думает о нашей ошибке.

Лог

[15FC:1A18][2015-11-26T17:30:17]i000: MUX:  ExecutePackageBegin PackageId: vs_teamExplorerCore
[2118:2240][2015-11-26T17:30:17]i301: Applying execute package: vs_teamExplorerCore, action: Install, path: C:\ProgramData\Package Cache\{791295AE-3B0A-3222-9E69-26C8C106E8D1}v14.0.23102\packages\TeamExplorer\Core\vs_teamExplorerCore.msi, arguments: ' MSIFASTINSTALL="7" USING_EXUIH="1"'
[15FC:1A18][2015-11-26T17:31:06]i000: MUX:  ExecuteError: Package (vs_teamExplorerCore) failed: Error Message Id: 1722 ErrorMessage: There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor.  
[2118:2240][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to install MSI package.
[2118:2240][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to execute MSI package.
[15FC:1A18][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to configure per-machine MSI package.
[15FC:1A18][2015-11-26T17:31:09]i000: MUX:  Installation size in bytes for package: vs_teamExplorerCore MaxAppDrive: 0  MaxSysDrive: 440487936  AppDrive: 0  SysDrive: 263573504
[15FC:1A18][2015-11-26T17:31:09]i000: MUX:  Return Code:0x80070643 Msi Messages:There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor.   Result Detail:0 Restart:None
[15FC:1A18][2015-11-26T17:31:09]i000: MUX:  Set Result: Return Code=-2147023293 (0x80070643), Error Message=There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor.  , Result Detail=, Vital=True, Package Action=Install, Package Id=vs_teamExplorerCore
[15FC:1A18][2015-11-26T17:31:09]i000: Setting string variable 'BundleResult' to value '1603'
[15FC:1A18][2015-11-26T17:31:09]i319: Applied execute package: vs_teamExplorerCore, result: 0x80070643, restart: None
[15FC:1A18][2015-11-26T17:31:09]e000: Error 0x80070643: Failed to execute MSI package.

Всё, что можно понять из этого лога, это то что компонент ставился-ставился, да что-то не поставился. Бывает, мол, чего уж там. Ну, спасибо большое за информацию!

Ладно, давайте зайдём с другой стороны. Team Explorer это (как и почти всё в современных версиях Visual Studio) — VSIX (компонент, расширение). Ставится отдельно от ядра студии специальной программой VSIXInstaller.exe, которая живёт в C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE и умеет при установке этих самых VSIX-компонентов писать во временную папку (ну, ту, которая %TEMP%) логи о том, как всё прошло. Идём в %TEMP%, находим по времени ошибки из лога выше файлик, соответствующий установке Team Explorer. Вот он:

Лог

26.11.2015 17:31:01 - Microsoft VSIX Installer
26.11.2015 17:31:01 - -------------------------------------------
26.11.2015 17:31:01 - Initializing Install...
26.11.2015 17:31:01 - Extension Details...
26.11.2015 17:31:01 - 	Identifier      : Microsoft.VisualStudio.TeamFoundation.TeamExplorer.Extensions
26.11.2015 17:31:01 - 	Name            : Team Foundation Team Explorer Extensions
26.11.2015 17:31:01 - 	Author          : Microsoft
26.11.2015 17:31:01 - 	Version         : 14.0.23102
26.11.2015 17:31:01 - 	Description     : Team Foundation extensions for Team Explorer
26.11.2015 17:31:01 - 	Locale          : en-US
26.11.2015 17:31:01 - 	MoreInfoURL     : 
26.11.2015 17:31:01 - 	InstalledByMSI  : False
26.11.2015 17:31:01 - 	SupportedFrameworkVersionRange : [0.0,2147483647.2147483647]
26.11.2015 17:31:01 - 
26.11.2015 17:31:06 - 	SignedBy        : Microsoft Corporation
26.11.2015 17:31:06 - 	Certificate Info : [Subject]
  CN=Microsoft Corporation, OU=MOPR, OU=OPC, O=Microsoft Corporation, L=Redmond, S=Washington, C=US

[Issuer]
  CN=Microsoft Code Signing PCA 2010, O=Microsoft Corporation, L=Redmond, S=Washington, C=US

[Serial Number]
  33000000A81581DB462EBDD9480000000000A8

[Not Before]
  05.03.2015 1:42:40

[Not After]
  05.06.2016 2:42:40

[Thumbprint]
  EFCF3B47C17854AB6E4C63821DE31A59B24D62B2

26.11.2015 17:31:06 - 	Supported Products : 
26.11.2015 17:31:06 - 		Microsoft.VisualStudio.IntegratedShell
26.11.2015 17:31:06 - 			Version : [14.0]
26.11.2015 17:31:06 - 		Microsoft.VisualStudio.Express_All
26.11.2015 17:31:06 - 			Version : [14.0]
26.11.2015 17:31:06 - 
26.11.2015 17:31:06 - 	References      : 
26.11.2015 17:31:06 - 
26.11.2015 17:31:06 - Searching for applicable products...
26.11.2015 17:31:06 - System.TypeInitializationException: The type initializer for 'VSIXInstaller.SupportedSKUs' threw an exception. ---> System.BadImageFormatException: Could not load file or assembly 'Microsoft.VisualStudio.Settings.14.0.dll' or one of its dependencies.  is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)
   at VSIXInstaller.SupportedSKUs.AddInstalledIsolatedShells(Version vsVersion)
   at VSIXInstaller.SupportedSKUs..cctor()
   --- End of inner exception stack trace ---
   at VSIXInstaller.SupportedSKUs.get_SupportedSKUsList()
   at VSIXInstaller.App.InitializeInstall(Boolean isRepairSupported)
   at VSIXInstaller.App.OnStartup(StartupEventArgs e)
26.11.2015 17:31:06 - System.TypeInitializationException: The type initializer for 'VSIXInstaller.SupportedSKUs' threw an exception. ---> System.BadImageFormatException: Could not load file or assembly 'Microsoft.VisualStudio.Settings.14.0.dll' or one of its dependencies.  is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)
   at VSIXInstaller.SupportedSKUs.AddInstalledIsolatedShells(Version vsVersion)
   at VSIXInstaller.SupportedSKUs..cctor()
   --- End of inner exception stack trace ---
   at VSIXInstaller.SupportedSKUs.get_SupportedSKUsList()
   at VSIXInstaller.App.OnExit(ExitEventArgs e)

Ну, тут уже побольше всякого интересного написано, конечно. Нас интересует первый момент, когда что-то пошло не так. Вот он:

26.11.2015 17:31:06 - System.TypeInitializationException: The type initializer for 'VSIXInstaller.SupportedSKUs' threw an exception. ---> System.BadImageFormatException: Could not load file or assembly 'Microsoft.VisualStudio.Settings.14.0.dll' or one of its dependencies. is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)

Хм, произошла ошибка при попытке загрузить сборку Microsoft.VisualStudio.Settings.14.0.dll. Первой моей мыслью было то, что студия как-то запуталась в порядке установки своих компонентов и пытается использовать при установке что-то, что ещё не установилось куда надо. Так, есть у нас в системе такая библиотека?

Оказалось — есть. Лежит в GAC, там где ей и положено лежать:

Так, что же получается? Сборка есть, она находится там, где нужно, но не загружается. Может быть, битая? Берём IL DASM, загружаем — всё ок.

Может быть умельцы из Microsoft сумели написать такой инсталлятор, у которого иногда получается не найти сборку в GAC? Берём Process Monitor, добавляем в него фильтр на открытие файлов и снова запускаем инсталлятор студии. Доходим до ошибки, смотрим логи.

Так, инсталлятор ищет Microsoft.VisualStudio.Settings.14.0.dll и находит её ровно там, где она и должна быть — в GAC. Ок, что же не так?

Читаем ещё раз сообщение об ошибке: «System.BadImageFormatException: Could not load file or assembly ‘Microsoft.VisualStudio.Settings.14.0.dll’ or one of its dependencies. is not a valid Win32 application.». Так, если сама Microsoft.VisualStudio.Settings.14.0.dll есть и валидна — может быть дело в одной из её зависимостей? Возвращаемся в Process Monitor и смотрим что там загружается непосредственно после нашей сборки.

Ага, vcruntime140.dll загружается. Это redistributable-библиотека от Visual Studio 2015. Ну, она-то точно должна была поставиться на одном из первых этапов установки! Но давайте проверим, чем уже чёрт не шутит.

Проверка раз — в списке установленных программ:

Проверка два — в папке C:\Windows\SysWOW64\:

Проверка три — это, собственно, «SUCCESSS» в логе Process Monitor:

Последняя проверка — вообще железобетонный аргумент: видите, поискали, попробовали открыть, открылось успешно — значит файл найдён. Всё, подозрения снимаются, идём дальше. Так, какую-же библиотеку инсталлятор VSIX пытается подгрузить следующей по логами Process Monitor?

Как это опять vcruntime140.dll уже в другой папке?! Получается, найдя vcruntime140.dll в папке C:\Windows\SysWOW64\ и успешно её открыв (а мы знаем что так и было по логам выше!) загрузчик зависимостей всё-же почему-то счёл её недостаточно хорошей и отбросил. Как же так?! Это что — не майкрософтовская библиотека? Смотрим свойства:

Да нет, нормальная библиотека. Почему же не загрузилась? Давайте посмотрим на неё внимательнее. Для этого в составе любой версии Visual Studio есть отличная утилита dumpbin. Запускаем её с вот такими ключами:

dumpbin /headers c:\windows\SysWOW64\vcruntime140.dll

и смотрим на результаты:

Microsoft (R) COFF/PE Dumper Version 10.00.40219.01
Copyright (C) Microsoft Corporation.  All rights reserved.


Dump of file c:\windows\SysWOW64\vcruntime140.dll

PE signature found

File Type: DLL

FILE HEADER VALUES
            8664 machine (x64)
               7 number of sections
        558CE2FF time date stamp Fri Jun 26 08:28:31 2015
               0 file pointer to symbol table
               0 number of symbols
              F0 size of optional header
            2022 characteristics
                   Executable
                   Application can handle large (>2GB) addresses
                   DLL
....

Подождите-подождите… А почему это ты, библиотечка, 64-битная?! Ты же лежишь в папке C:\windows\SysWOW64\, где вообще-то место только 32-битным библиотекам! А ну-ка давайте посмотрим, что же тогда лежит в C:\Windows\System32?

А то же самое (кто не верит в размер — можете проверить каким-нибудь WinMerge, они идентичны). Вы уже уловили, в чём суть? Ошибка закралась в инсталятор Redistributable-компонентов, входящий в инсталятор Visual Studio 2015 — он просто ставит 64-битные версии рантайм-библиотек и в папку для 64-битных библиотек (C:\Windows\System32) и в папку для 32-битных (c:\windows\SysWOW64\). В итоге при дальнейшей попытке использования 64-битной версии всё будет ок, а вот при попытке загрузки 32-битной версии будет то, что мы увидели при установке Team Explorer — загадочные ошибки вообще без упоминания библиотеки vcruntime140.dll и Redistributable-пакета. И делай, что хочешь.

А что же мы хотим делать? А удалить x86-часть Redistributable-пакета Visual Studio 2015, скачать её отдельно с сайта Microsoft и переустановить. Сюрприз — на сайте Microsoft версия правильная, она установит 32-битную версию библиотеки в C:\windows\SysWOW64, после чего можно перезапустить установку Visual Studio 2015 и она успешно дойдёт до конца!

Happy end.

Осталось как-то объяснить начальству почему это я целый день устанавливал Visual Studio, если с этим дети в третьем классе за час справляются. В общем-то ради этой цели и была написана данная статья, а уж зачем вы её прочли — я не знаю 🙂

P.S. Справедливости ради следует отметить, что поиск по той же проблеме с упоминанием слов «redistributable» и «vcruntime140» всё-таки выводит на одиноко валяющийся на обочине Stackoverflow вопрос с правильным ответом (кто-то прошел тот же путь, что и я!), который в виду своей низкой оценки(«+1» на момент написания статьи) не воспринимается людьми, как настоящее решение проблемы. Не будем забирать у автора того ответа пальму первенства и плодить лишние сущности, если описанная в статье проблема коснулась и вас, а предложенное решение помогло — вы можете проголосовать за этот ответ на Stackoverflow.

Решено — Не устанавливается Microsoft Visual C++ 2015 (x64)

Метод №1 Установка Microsoft Visual C++ 2015
Как уже было упомянуто в причинах, файл api-ms-win-crt-runtime-l1-1-0.dll является составляющей Universal C Runtime. Так что этот файл должен находиться в Microsoft Visual C++ 2015 года. Скачать данные библиотеки вы можете с официального сайта Microsoft, либо же просто воспользоваться ниже приложенной ссылкой: https://www.microsoft.com/ru-ru/download/confirmation.aspx?id=48145 Для 32-битной версии операционной системы необходимо скачать Visual С++ 2015 x86. Для 64-битной версии же нужно скачать и установить х86 и 64-битную версию Visual С++ 2015.

Метод №2 Установка обновления KB2999226
Данную библиотеку вы можете найти в обновлении для операционной системы под номером KB2999226 для Windows Server 2008/Vista/Server 2008 R2/8.1. Как раз это обновление и является частью Microsoft Visual С++, которое не смогло корректно установиться. Найти вы это обновление можете на официальном сайте Microsoft, либо же воспользоваться удобной ссылкой приложенной ниже: https://support.microsoft.com/ru-kz/kb/2999226 Но также вы можете установить обновление KB2999226 через Центр обновления Windows. Зайдите в Панель управления и выберите соответствующий пункт. Проверить наличие доступных обновлений. В списке найденных вы скорее всего и найдете KB2999226.

Метод №3 Переустановка приложения/игры
Возможно, что проблема возникла со стороны запускаемой вами программы. Очень может быть, что при ее установке пошло что-то не так и теперь утилита по каким-то причинам конфликтует с файлом api-ms-win-crt-runtime-l1-1-0.dll Попробуйте переустановить утилиту, а затем проверьте, исчезла ли возникшая проблема.

Метод №4 Проверка ПК на наличие вирусов и вредоносного программного обеспечения
На ваш компьютер вполне могли проникнуть вирусы или вредоносное ПО, которые и повредили систему и ее файлы. Проверьте свой ПК с помощью сканера Защитника Windows(Windows Defender) или любым другим сторонним антивирусом, которому вы доверяйте. Если он что-то найдет, то подтвердите удаление зараженного элемента системы. Затем попытайтесь запустить приложение, с которым возникла проблема. Если ошибка все еще присутствует в системе, то выполните первый и второй метод, так как вирус был удален и он больше не будет повреждать файл api-ms-win-crt-runtime-l1-1-0.dll.

Метод №5 Восстановление Реестра Windows
Как было упомянуто в причинах появления ошибки, с записью о регистрации файла api-ms-win-crt-runtime-l1-1-0.dll могло что-то произойти. Для восстановления реестра используйте такие программы, как Reg Organizer или CCleaner. Они очень просты в использовании, так что у не должно возникнуть никаких проблем при их эксплуатации.

Другие методы тут: https://gamesqa.ru/kompyutery/api-ms-win-crt-runtime-l1-1-0-dll-4808/

Visual Studio долго загружает решение

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

  6. О компании

Загрузка…

  1. Авторизоваться
    зарегистрироваться

  2. текущее сообщество

.

Visual Studio 2015 требует много времени (10–15 минут) для перезагрузки проектов после «Получить последнюю версию» из TFS

.

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

  6. О компании

.

Visual Studio 2008 Express требует много времени для запуска приложения c ++ в режиме отладки (маленький)

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

.

Windows спит при запуске длинной программы C ++ Visual Studio

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

  6. О компании

Загрузка…

  1. Авторизоваться
    зарегистрироваться

  2. Текущее сообщество

.

Добавить комментарий

Ваш адрес email не будет опубликован.

2022 © Все права защищены. Карта сайта