Это не вопрос, поскольку причина мне ясна.
Но не понимаю, почему это возможно в принципе?

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

Но при обновлении, один из ассембликов (.dll) забыли скопировать и обновить.

Итого, программа запускается, но вылетает. В журнале виндовс - что то типа IOError - file not found, но в стектрейсе который в этом же сообщении, вызов идет из необновленного ассемблика. Т.е он загрузился, но работать по нормальному отказался.

Что еще за ещтвоюмедь ??

ИМХО, если ассемблик по версии не годится - ругнулось бы при его загрузке/линковке. А если годится - то должно было отработать без проблем. Это DLLhell в реинкарнации ?

Копии до/после обновления я снял, если не забыл до обновы - возможно, получится воспроизвести.

hVostt,

читал эту хрень уже давно, какие противоречия ты видишь ?

hVostt,

конечно, в данном случаем обновление было руками - иначе эта проблема бы не всплыла.

но непредсказуемое поведение то почему ?
особенно при том, что функционал ассемблика не менялся

hVosttSiemargl,

В журнале виндовс - что то типа IOError - file not found

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

Сон Веры Павловны,

Сейчас гонял на тестовой чистой машине и fuslogw не помог - по его данным, кроме .resources (которых и правда нет) - все загрузилось замечательнейшим образом.

В журнале событий такое (причем на win7 и win8 разные сообщения)


Win7Stack:
at EntLibContrib.Data.OdpNet.OracleDatabase..ctor(System.String)
at моясофтинка.DataAccessLayer.CreateDatabaseObject(System.String)
at моясофтинка.DataAccessLayer..ctor(System.String)

и доп.событие
Контейнер ошибки , тип 0
Имя события: CLR20r3
Ответ: Нет данных
Идентификатор CAB: 0

Сигнатура проблемы:
P1: моясофтинка.exe
P2: 1.0.6388.21840
P3: 595371f1
P4: Oracle.DataAccess
P5: 4.112.3.0
P6: 5040bb7d
P7: 767
P8: cd
P9: Oracle.DataAccess.Client.Oracle
P10:

Oracle.DataAccess.dll (про который Win8 вообще промолчала) - каким то особым образом, невидимым для fuslogw (скорее всего это уже неуправляемый код), пытается подгрузить клиентские dll и падает при их отсутствии (причем мне этот Иксепшн не долетает).

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

Ролг ХупинSiemarglhVostt,

читал эту хрень уже давно, какие противоречия ты видишь ?

Чётко написал: документация от майкрософта - это беспробудная хрень, её даже читать не стоит.
Полезнее руками "ассемблики" тасовать ну понято, учебники надо читать, но проблема была не в версиях.