BugTraq.Ru
Русский BugTraq
https://bugtraq.ru/lj/archive/2016/1809.1843.html

студийное
18.09.16 18:43 // оригинал
После установки последнего апдейта к третьему апдейту 2015-й студии поддержку C++ и MFC в ней приходится восстанавливать ручками, без этого соответствующие проекты становятся просто неактивными (столкнулся на основной машине, потом проверил на рабочей). Это они здорово придумали.

 
теги: криворучки  |  обсудить  |  все отзывы (12)  |  обсудить в LJ [3897]
назад «  » вперед

аналогичные материалы
клавиатурнобессонное // 15.03.21 15:47
гуглемитное-2 // 14.04.20 16:01
мтснороуминговое // 11.09.19 12:35
онлаймобольшебратное // 05.04.19 03:03
креаторскобожественное // 20.05.17 16:37
креаторскобэкапное // 08.04.17 19:07
глухояндекснонавигаторное // 16.02.17 17:53
яндексобезопасное // 21.04.16 12:22
сбербанковскорегиональное // 29.03.16 13:57
онлаймонеинтерактивное // 06.03.16 01:55
 
последние записи
ihrkampfное // 02.10.24 16:30
отпускное // 08.07.24 23:02
синхронное // 13.06.24 18:07
автоматизаторское // 16.05.24 18:12
песчаное // 13.03.24 18:05
макоудаленное // 29.01.24 23:10
разнонедельное // 07.12.23 15:09
qtменюшное // 29.09.23 23:47
неестественноинтеллектуальное // 29.09.23 16:50
основательное // 18.09.23 00:15

Комментарии:

Чёта я не понял... 19.09.16 14:37  
Автор: Den <Денис Т.> Статус: The Elderman
Отредактировано 19.09.16 16:18  Количество правок: 1
<"чистая" ссылка>
Они забыли включить в дистрибутив обновления автоматическое развертывание последнего vcredist.exe? Или у них lib'ы для MFC сгенерированы не для тех версий dll, что прописаны в манифестах обновления, так что WinSxS шлёт лесом при запросе нужных версий dll?
нет, там что-то поглубже vcredist было 20.09.16 23:04  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>
Там не простая ошибка загрузки библиотеки на старте приложения была, а в Solution Explorer'е неактивные проекты и предложение установить недостающие компоненты.
А зачем? 19.09.16 06:30  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Если у тебя проекты в C++ с MFC нужно что-то сежЕе VS6? Она что, код не эффективный дает?
Все плюшки 11-го C++ и многие 14-го. 20.09.16 23:05  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>
Так какие плюшки? 21.09.16 14:43  
Автор: Zef <Alloo Zef> Статус: Elderman
Отредактировано 21.09.16 14:48  Количество правок: 1
<"чистая" ссылка>
Я пробовал устанавливать новые версии и ничего, кроме гимороя с непривычным интерфейсом не поимел. Понятно, я программирую в есьма специфической сфере - неболльшие утилиты для связи с контроллерами, для которых нет OPC-сервера или из-за громоздкости или ограниченной функциональности не подходит SCADA. Одно время пытался написать свой графический редактор, но не хватило желания тратить время в общем-то впустую. И вот я почесал репу пришел к выводу,что ни - для обычной моей работы, ни для того редактора мне ничего. кроме C++ и MFC гн гадо. Одно время я поднанялся писать прогу для КБ измерительных приборов, по условию - на Борланд С и с толкнуллся с тем, что все его "плюшки" типа умных диаграм медленные до абсолютной неприменимости. Борланд строил график 15 минут, моя писулька на "голом" С - 1.5 секунды.

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

Т.е. в моем преедставлении смены версий среды разработчика не "плюшки", а гиморой на уровне переучивания летчика на другой самолет и, если конечный продукт не становится от этого "реактивным", то и не надо.
языковые 21.09.16 15:58  
Автор: dl <Dmitry Leonov>
Отредактировано 21.09.16 16:05  Количество правок: 4
<"чистая" ссылка>
Как минимум списки инициализации, лямбды, auto, range-based for // for(auto& o: objects){o->f();} вместо for(vector<myobject*>::iterator i = objects.begin(); i!=objects.end(); ++i){(*i)->f();}
Ну и всякие умные указатели, кортежи и bind, введенные в стандартную библиотеку (раньше их можно было, конечно, брать из boost, но я не уверен, что boost под шестеркой вообще взлетает).
Достаточно интересно, но в небольших проектах не принципиально 24.09.16 05:15  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Если сочинять что-то класса редактора с огромным количеством окон с документами и связанных с ними объектов, то - да.

А как там с многопоточкой? Под VC6 с объектами синхронизации жуткая путаница. Но я плохо себе представлляю, как эти "Авгиевы конюшни" вообще разгрести.
при чем тут редактор? 24.09.16 14:35  
Автор: dl <Dmitry Leonov>
Отредактировано 24.09.16 14:40  Количество правок: 2
<"чистая" ссылка>
> Если сочинять что-то класса редактора с огромным
> количеством окон с документами и связанных с ними объектов,
> то - да.

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

> А как там с многопоточкой? Под VC6 с объектами
> синхронизации жуткая путаница. Но я плохо себе
> представлляю, как эти "Авгиевы конюшни" вообще разгрести.

На любой вкус. Можно по-прежнему пользоваться APIшными потоками и APIшными же объектами синхронизации, можно тонкой оберткой вокруг них в MFC (и какая там путаница, три с половиной основных объекта синхронизации, области использования явно выделены). Можно использовать стандартный std::thread, можно взять PPL (parallel patterns library).
И, видимо, лучшая поддержка HighDPI? 22.09.16 14:29  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>
это-то мне как раз без разницы :) 22.09.16 19:18  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>
Так M$ вуалирует тот факт, что ей насрать на собственное наследие — начиная от Windows API, и это выливается в выпиливание собственного кода, на этом построенного. 19.09.16 06:46  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 19.09.16 06:52  Количество правок: 2
<"чистая" ссылка>
А молодое поколение пусть осваивает среды, генерящие управляемый© код™, дотнеты, там всё под контролем ;)
Это бы еще хрен с ним, нотормоза от Нета - чудовищные. 20.09.16 14:01  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Сравнивал сименсовскую ПЦС-ку с сименсовским же Скаутом. 1ая - на С++, 2е - Нет. 2е работает на столько медленно, что не успевает передавать данные в контроллер на скорости 19200.Т.е. запускается минут 10, вроде работаеет, контроллер видит, загрузку программы начинает, но виснет и через минут 15 выдает сообщение о невозможности записать переменные. На вдвое более быстром ноуте с гигом памяти все работат, но запускается прога так, что хочется слломать табуретку.
<добавить комментарий>





  Copyright © 2001-2024 Dmitry Leonov Design: Vadim Derkach