[kumian]

аваст с ничего не нашел.
думаю это рубанули комп, и полетел реестр (странно, но резервная копия тоже)
да здравстует формат с:

[kumian]

шайсен
как говорят наши друзья немцы :-))))))))))

заработало. В конец отчаявшись решился на последний (и казалось бы безнадежный) поступок ---
накатил ветку HKEY_CLASSES_ROOT с работающего компа на этот (через плагин тоталовский) - где-то полчаса пыхтело, потом 5 минут перезагружалось, но в итоге рабочий стол появилсяи все заработало. ура товарищи.

спасибо всем за помощь и советы.

[riissk]

Метод вполне логичный, но к сожалению не без проблем. В этой ветви регистрируются все COM, многие DDL, exe и т.п. К тому же должно быть соответствие мегду этой веткой и HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID. Так что если софт на обеих машинах не абсолютно идентичен то, ждите сюрпризов.

__________________________________________
Заходи http://riissk.blogspot.com/

[MadMaks]

Так что если софт на обеих машинах не абсолютно идентичен то, ждите сюрпризов.

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

[riissk]

Удалить - да, добавить - нет. Незарегистрированные классы при попытке запуска будут говорить что dll (или класс) не найдены и надо перерегистрировать или переустановить. В большинстве случаев может помочь windоws\system32\regsvr32.exe

[kumian]

Про это не подумал, тоже бы накатил.

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID.

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

Незарегистрированные классы при попытке запуска будут говорить что dll (или класс) не найдены и надо перерегистрировать или переустановить

нету.