Описываю ситуацию по юзерски. В силу внешних причин иногда можно собрать приложение только в NET FW3.5 на виртуалке, а иногда только в FW4 на другом компе. Всё хорошо на родном компе сборки, но програ работать всегда должна в NET FW4, на Win7. Оракле-клиенты везде одинаковые: v10.2.0.

Вопрос только о случае FW3,5.
Если сборка для NET FW3,5 с признаком целевого процессора=ANY PC, то при сборке есть варнинг, что используется ссылка на Oracle.DataAccess , предназначенный для иного процессора. А при старте в FW4 прога не стартует молча и тогда в системных событиях диагноз:
А как сделать, чтобы формат был верный?
Прога работает на любой машине только если на FW3.5 сборка была с признаком целевого процессора=х86 вместо ANY PC. В принципе, с ситуацией смирился, только не понимаю относительно причин явления и как правильно обходить проблему. Например, разница dll в 32-х и 64-х версиях dll, то ли пути, то ли ещё что-то?

Ну вот, примерно так и подозревал. Боюсь, под ODP наверное все вызовы надо как минимум проверять, этот вариант ещё посмотрю, тк. нужно решение на века. Тут завязаны неск. способов работы с БД, и не только из C#, но и из Билдера. А так да, у клиентов клиенты стоят 32х.