Клевер,

ты фигней страдаешь.

1) У тебя прога 32-битная и 64-битная система сама разберется что надо использовать длл из 32-битной папки.
Есть конечно частные случаи запуска, когда прога не видит своего родного (в данном случае 32-битного) окружения, но это надо очень постараться, с ходу и не вспомню как это высекать, кажется при запуске системных утилит/команд на x64 из под VB проги с таким сталкивался.
2) Если dll действительно системная (пример cdosys.dll), а не древний VB6-специфический ocx 98 г.в. то твоя программа должна использовать родную версию, а не ту которую ты пытаешься правдами и не правдами втюхать через regsvr32
3) Чтобы не сомневаться, используешь позднее связывание, т.е. CreateObject (кот. не предполагает указание версии) вместо ссылки (кот. предполагает указание версии что в каких-то случаях может приводить к проблемам).

А вот откуда у тебя в коде ссылки на
авторя не понимаю каким боком тут вообще взялась эта msxml3.dll
это уж тебе видней, м.б. она тебе и не нужна вовсе, а где-то в проекте в reference на нее сослался и забыл.

КлеверДмитрий773) Чтобы не сомневаться, используешь позднее связывание, т.е. CreateObject
можешь подробней?
Конкретный пример иллюстрирующий полезность такого подхода например здесь.
10161944

В случае с ADODB напротив можно делать с ссылку на любую версию (2.6 к примеру), а использоваться будет самая позняя (2.8). Но это в VB6. А вот пытаясь повторить то же самое в .Net, я как раз накололся (т.е. поставил 2.6, и он стал использовать 2.6, а код на самом деле был заточен под 2.8 и в .Net это привело к глюкам). А вот если б писал "CreateObject", то проблемы б не возникло.

Клеверсяп. если ошибки будут повторятся, заменю объявления по твоему примеру.
В очень многих случаях это необязательно. Неудобство в том, что сложно редактировать код (подсказки когда вводишь точку).

Клевермб приму за правило всегда таскать все dllки и регистрировать их в папке с прогой
А вот так делать не надо.
Если это не VB6 специфический OCX, а системная dll (а судя по их присутствию и в каких папках они лежат - в двух версиях Win32 и x64 -оно так и есть), то так делать не надо.
Ты ломаешь систему своим пользователям.

Не говоря о том, что если у тебя "работает" на отдельно взятом компе (отдельно взятом каком нибудь XP), то это абсолютно не гарантирует работоспособность на другом компе/другой OS.
Как минимум такие вещи надо проверять на всей линейке от XP до Win8 (включая сервера Win2003/2008/2008R2/2012 и включая все существующие модификации Win32 и x64). Плюс остается вероятность что на Win9 тебе эти же грабли опять настучат по голове.

Клеверсистемные дллки, хоть они и глючат, нельзя заменить. даже если снять с них регистрацию, они всё равно не удаляются ни мышкой, ни программно(со всеми правами). поэтому проще перерегистрировать в любом другом месте dll'ку. у меня сработало
Все правильно, система защищается от твоих безграмотных действий. Ты должен обеспечить работу своей проги на разных OS. А ты пытаешься снести OS. Нельзя так делать.