wusa Цитата: Убедительная просьба перезалить Visual C++ 2003 (7.x), а то ссылки уже сдохли!
Все файлы доступны через зеркала на rusfolder, кроме может быть vcredist70.exe, какая-то ошибка.
Цитата: это оригинальные пакеты или самосборки, выдернутые из VisualStudio 2002/2003?
Самосборки. В шапке все написано. Только после
последней сборки вышло еще одно
обновление для 2003. Надо пересобрать vcredist71(x).exe. Вообще, история обновлений сборок, если кому интересно:
мотив (или как еще это обозвать одним словом)) =>
первые сборки 7.0 и 7.1 +
7.x (файлы тогда были разных версий, понадерганные отовсюду) =>
вопрос )) =>
update 1 =>
update 2 (пост
продублирован в этой теме) => update 3 (скоро будет).
Кстати, в ссылках для проверки обновлений в шапке теперь нужно заменять
DisplayLang=ru на
en (или уже после редиректа ru-ru на en-us), в противном случае большая часть результатов будет скрыта. А конкретно обновления для Visual Studio .NET 2002 и 2003, из которых берутся библиотеки для вышеуказанных сборок, лучше искать по ссылкам
2002 /
2003, т.к. по
общей ссылке для Visual Studio результатов много, а сортировки по датам в Центре загрузки теперь вроде нет.
Но новых обновлений для VS 2002-2003
наверное уже больше не будет. Ссылки могут пригодиться, если вдруг возникнет проблема несовместимости последних версий библиотек с конкретными приложениями (
DLL Hell), тогда можно будет скачать какое-либо из старых обновлений, достать оттуда старые версии библиотек и попробовать с ними. 2002 соответствует версии 7.0, 2003 - 7.1.
qwertyop Цитата: откуда во всех самосбоных паках версия 8.0.61187?
Не все обновления для Runtime библиотек публикуются в Центре загрузки. Некоторые промежуточные версии можно найти в составе различных пакетов от Microsoft, таких как, например, .NET Framework (к примеру, вместе с .NET Framework 2.0 SP1 ставилась версия 8.0.50727.1433, а с 2.0 SP2 - 8.0.50727.3053). Возможно данная версия взята из одного из таких пакетов или какого-то обновления для Visual Studio 2005.
А еще версии, отображаемые в "Установке и удалении программ" ("Программы и компоненты" в Vista и выше) часто не совпадают с версиями самих библиотек, так, например, в шапке указано для Visual C++ 2005 (8.0) SP1 - точная версия пакета 8.0.50727.762 (8.0.56336), где в скобках - это версия, отображаемая в Установке и удалении, а 762 - версия самих библиотек.
А вообще какие это "самосборные паки" вы имеете в виду? Ни у
jameszero, ни у
Lisabon указанной вами версии я не вижу. У обоих последняя версия 2005 такая же, как в Центре загрузки: 8.0.50727.6195 (8.0.61001).
С другой стороны непонятно, откуда у них в сборках версия VC++ 2008 9.0.30729.6161, когда последняя на
этой страничке только 9.0.30729.5677? А, понятно, это просто версию в самом дистрибутиве забыли обновить, а так 5677 это и есть 6161.
А вот и ответ. Эта версия (8.0.61187) вот из этого вот
хотфикса (ну может не из него одного, а может из него)). Есть также новее, чем последняя публичная, для VC++ 2008 (
подробнее). Это как раз вот те промежуточные версии, о которых я говорил. И их как бы дофига и больше. Непонятно, почему MS не чешется и не выпускает публичных обновлений, потому что есть отзывы, что некоторые программы уже не работают с последними официальными версиями и требуют вот эти более новые. Хотя сроки поддержки 2005 и 2008 еще
не вышли, и есть шанс, что как раз к окончанию что-то новое будет зарелизено. А пока разработчики сами должны беспокоиться об этом и предоставлять новые версии вместе со своим софтом. Наверное так...
fiva22 Цитата: Так ли это, что vc++ правильней ставить не только самые новые версии
При отсутствии проблем с запуском программ, только последние. В шапке об этом сказано, читайте внимательнее. В
Runtime Pack, например, включены только последние версии. В
Hybrid дополнительно сделаны заглушки для всех предыдущих версий так, чтобы программы не пытались поставить старые версии при установке (и возможно не прерывали бы процесс установки, не обнаружив нужной версии, хотя я еще не видел, чтобы так было), а довольствовались бы последними версиями.
Но имхо это неправильно. Лучше периодически проверять список установленных версий и удалять лишние, чем программа, которой действительно нужна какая-то конкретная версия библиотек, обломится и не сможет запуститься или будет сбоить, а ты не будешь знать причину. К тому же сделать заглушки для абсолютно всех версий нереально, т.к. есть много неопубликованных (вот по-моему тех же 1433 и 3053 у Lisabon в паке нет, хорошо, если бы он указывал версии библиотек тоже). Хотя ему удалось собрать уже внушительный список. Интересно, где он их берет?.. 2005-2008 у него в два раза больше, чем публичных...
Кстати, при установке новых версий VC++ 2005 (
а также 2010 и выше, но по другой причине, см. ниже), старые версии удаляются автоматом. 2008 такой особенности не имеет. Возможно потому что на момент выхода 2005 держать сразу несколько параллельных установок этого хлама для пользователей было расточительно, а потом, с ростом объемов жестких дисков, это стало неактуально.
А для 2002/2003 паков не было возможно потому, что проблему DLL Hell на тот момент признали, а решения не придумали (хотя все необходимое для этого было, т.к. технология
SxS была введена уже в XP). Поэтому решили может быть, что в таком виде лучше совсем не выпускать никаких паков, возложив ответственность за распространение библиотек целиком на разработчиков ПО.
Кстати, начиная с
2010 версии похоже, что все вернулось
на круги своя, поскольку SxS стала геморроем для разрабов. И файлы в этой версии как и до 2005 ставятся в System32 или в папку с приложением. В
2012,
2013 и
2015 то же самое. Так что, начиная с 2010, теперь и не получится поставить несколько версий сразу. Такое было возможно только с 2005/2008. А старые версии VC++ 2012-2015 теперь вообще удаляются из Центра загрузки, и для скачивания доступна только одна последняя версия.
ALEXAXAXAX Цитата: данная версия включает в себя "ATL Update" и "Feature Pack" ?
Включает. Как сказано выше, не все обновления библиотек публикуются в Центре загрузки, а только самые важные из них. Так вот Feature Pack это просто одно из таких важных обновлений, важность которого обусловлена добавлением в одну из библиотек
новых функций, а не какое-то специальное обновление, которое нужно держать параллельно с последней версией. А в ATL/MFC Updates закрыты уязвимости. То есть ATL Update, MFC Update, Feature Pack и т.п. это просто названия обновлений, а суть одна.
Официально: "The release version of Visual C++ 2008 Feature Pack is included in Visual Studio 2008 SP1".
Плюс.