I would make sure your system PATH does not contain the 32 bit version or Oracle and it does contain the 64 bit version. After doing this reconfigure the process scheduler to pick up the changes and try again.
Jim

Hello everyone,
Some setups require that both 32 bit clients and 64 bit clients exist on the same Windows server, say e.g. to have Change Assistant work along with the application server domains, how can we achieve this without the hassle of moving the 32 bit client path to front of the PATH variable and back ?

Regards,
Tulip

Hi, I had the same problem with a process scheduler 64bits that calls the crystal runtime(32 bit) and with client apps (datamover, app.designer) in 32 bits in the same box and what I did was :
- Install Oracle 32 bits Instant Client (ie \oracle32\app..)
- Install Oracle 64 Bits Administrator (ie \oracle64\app..) ignoring the memory and architecture messages
- In the PATH at the beginning put PS_HOME/bin/client/winx86, and at the end only the path of the Oracle32 bits (d:\oracle32\app]product\...\client_1)
- In the configuration manager, DBBIN put the oracle32 client path
- put the tnsnames in oracle64 path (../network/admin)
- Set the variable TNS_ADMIN pointing to that oracle64 path (..\network\admin)
- In the configuration of the process scheduler in DBBIN the path of the oracle64 (d:\oracle64\..\client_1\bin)
- In the configuration of the process scheduler in Add to Path , added the path of oracle32 (d:\oracl32\..\client_1)

I dont know if its best way or if its correct, but it worked .. I can use app.designer, datamover , and a process scheduler 8.53 in the same box.

Hope it helps.