предлагают вручную запустить webdesignercore.exe из инсталляции. Попробовал. Пытается ставить/удалять/repair MS VS Web Authorizing Component. Запустил. Если бы я еще знал, к чему это приведет, и что мне надо делать — ставить его, удалить или же repair... Отказался.
В общем, суть проблемы ясна. Виноват MS Office, который тут когда-то был, а потом был снесен. Что-то там с разрешениями в реестре не так... Ладно, черт с ним.
После всех этих экспериментов в IE на RSDN перестали показываться как просмотренные все линки на всех форумах. History в полном порядке, но линки как просмотренные не показываются... Что там и где там изменилось — бог знает. Почему — черт знает.
Хушь плачь, как говорил Зощенко
Ну ладно, все это несмертельно, конечно. Но если так дальше пойдет и взаимосязанность компонент будет только усиливаться — не кончится ли это тем, что при использовании A непредсказуемым способом изменятся вроде бы никак с ним не связанные B,C и D, а при попытке их исправить X,Y и Z начнут выделывать такое, что и их авторам не приснилось бы
Вот такие пессимистические заметки. Ставьте смайлики
Здравствуйте, Pavel Dvorkin, Вы писали:
AVK>>Ну вот и МС пользуется, хотя уж вроде признали, что его использование это ошибка. Результат налицо.
PD>И что, мне от этого легче ?
Не легче. Но может ты в своем софте пореже будешь хранить настройки в реестре
... << RSDN@Home 1.2.0 alpha 4 rev. 1022 on Windows Vista 6.0.6001.65536>>
Здравствуйте, AndrewVK, Вы писали:
AVK>Не легче. Но может ты в своем софте пореже будешь хранить настройки в реестре
Да нет, зря ты. К примеру, в своей последней программе я просто храню там имя хоста и юзера, с которыми он прошлый раз входил, чтобы ему не набирать повторно в диалоге подключения. В крайнем случае не то покажется или ничего не покажется. Все равно там потом валидация стоит.
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Господа, а не рухнет ли однажды все наше хозяйство из-за своей переусложненности и взаимосвязанности ?
Ну это точно философский вопрос И ответ на наго такой же: а фиг его знает!
В принципе, это в обычной человеческой природе -- вера в существование серебрянной пули, оголтелое следование моде, ожидание чудес от каких-то новых изобретений, а затем преодоление последствий собственных же достижений:
Изобрели автомобили -- теперь решаем проблему загрязнения окружающей среды.
Придумали ядреные бомбы -- теперь боимся, что кто-нибудь рискнет их рвануть.
Построили атомные электростанции -- расхлебываем последствия Чернобыля.
И ничего, что характерно. Живем. Получаем всяческие блага от своих изобретений, пользуемся, так сказать, плодами прогресса. Чтобы потретить эти блага на преодолжение последствий того же прогресса. И все это во все более и более усложняющемся и взаимосвязанном мире.
И ничего, живем!
Так что уж по сравнению с происходящим в реальном мире наше софтверное хозяйство вряд ли способно вызвать какой-нибудь глобальный крах. Мы ведь обязательно придумаем какое-нибудь новое чудо средство, для того, чтобы устранить ошибки прошлого, не так ли?
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Да нет, зря ты. К примеру, в своей последней программе я просто храню там имя хоста и юзера, с которыми он прошлый раз входил, чтобы ему не набирать повторно в диалоге подключения.
Ага. Потом твою софтинку сносят, а засер реестра остается.
... << RSDN@Home 1.2.0 alpha 4 rev. 1025 on Windows Vista 6.0.6001.65536>>
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Pavel Dvorkin, Вы писали:
AVK>>>А ты в своем софте реестром пользуешься? AVK>Ну вот и МС пользуется, хотя уж вроде признали, что его использование это ошибка. Результат налицо.
А можешь немножко поподробнее? В чем прнципиальная разница между хранением настроек в "HKCU/Software/Company Name/Product Name" и хранением их же в "%APPDATA%/Company Name/Product Name"? Или ты не про это?
Здравствуйте, eugals, Вы писали:
E>А можешь немножко поподробнее? В чем прнципиальная разница между хранением настроек в "HKCU/Software/Company Name/Product Name" и хранением их же в "%APPDATA%/Company Name/Product Name"?
Принципиальная разница в том, что это файл только для моего приложения, а в реестре куча вещей, от которых зависит куча приложений. Причем есть вещи, без которых ничего работаьь не будет, вплоть до краха ОС, а есть вещи, которые спокойно можно грохнуть в любой момент. И все это лежит одной большой кучей. Вот в результате и получаем — в одном углу чихнули, в другом побелка с потолка посыпалась.
... << RSDN@Home 1.2.0 alpha 4 rev. 1025 on Windows Vista 6.0.6001.65536>>
Здравствуйте, eugals, Вы писали:
E>А можешь немножко поподробнее? В чем прнципиальная разница между хранением настроек в "HKCU/Software/Company Name/Product Name" и хранением их же в "%APPDATA%/Company Name/Product Name"? Или ты не про это?
Разве что более удобная возможность транзакционных апдейтов...
Здравствуйте, AndrewVK, Вы писали:
AVK>Принципиальная разница в том, что это файл только для моего приложения, а в реестре куча вещей, от которых зависит куча приложений. Причем есть вещи, без которых ничего работаьь не будет, вплоть до краха ОС, а есть вещи, которые спокойно можно грохнуть в любой момент. И все это лежит одной большой кучей. Вот в результате и получаем — в одном углу чихнули, в другом побелка с потолка посыпалась.
Ну, если так рассуждать, файловая система это не менее большая куча, чем реестр
Здравствуйте, Pavel Dvorkin, Вы писали:
PD>Вот такие пессимистические заметки. Ставьте смайлики
А пользователи Линуксов с пакетными менеджерами сидят и улыбаются
Здравствуйте, AndrewVK, Вы писали:
AVK>Только изоляция между файлами сильно лучше, чем между разными ключами реестра, да и надежность выше.
Если говорить про Висту, то там изоляция и там и там нормальная. Если про XP, то и там и там хреновая.
Про надежность наверное согласен. Зато в реестре бесплатная древодидная структура есть. И типизация как-никакая. А в файле их ещё надо реализовывать. Хотя, конечно, если есть возможность, то пожалуй стоит. Транзакционность, опять же
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, eao197, Вы писали:
E>>Ну это точно философский вопрос
AVK>Никакой философии. Софт надо проектировать, предельно мнимизируя и упрощая связи, особенно между разными приложениями. Точка.
Когда в Windows появился реестр, многие ли понимали, что нужно, а что не нужно в него пихать? Просто появилась новая клевая фича, которую, если мне не отшибает память, рекомендовали использовать для Windows-приложений.
Что-то подобное было и с shared dll, которые все любили сбрасывать в один каталог, заменяя при этом старые версии новыми, а новые -- старыми, а счетчики ссылок вели в том же самом реестре (который тогда казался правильной штукой).
Для осознания потенциальных опасностей подобных вещей нужен был опыт, набитые шишки. Которых на тот момент ни у кого не было. Зато были новые фичи, которые казались такими классными. Вот сейчас с последствиями той моды Павел и столкнулся.
Сейчас, наверняка, есть другие модные вещи (что-нибудь из этого
). И кто-нибудь через N лет опыть будет вопрошать "а не случится ли глобальная фигня, господа?", а причины будущих проблем, возможно, заложены уже сейчас в т.н. web-приложениях. Или еще в чем нибудь другом.
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
И ответ на наго такой же: а фиг его знает!
