wrong ELF class: ELFCLASS32 when trying to run ps as particular user

I get the following error when running /usr/bin/ps on Solaris 10 as a particular non-privileged user:

ld.so.1: ps: fatal: /usr/dt/lib/libXm.so.3: wrong ELF class: ELFCLASS32
Killed

However I can run /usr/bin/ps successfuly as root or as any other non-privileged user. What could it be about this user that's causing this? Their environment doesn't look that different.

first check with ldd ld.so.1

provide the output of bellow info

file ldd ld.so.1
and
file /usr/dt/lib/libXm.so.3

As per my understanding this is due to the fact that you are pointing
to a 32 bit shared object.

And check that user's LD_LIBRARY_PATH path is correct

Also the output from:

$ type ps

and

$ whereis ps

as the troublesome user.

Here's the requested info, note that the blank LD_LIBRARY_PATH is the same as for root and the users for who ps works:

-bash-3.00$ file ldd ld.so.1
ldd:            cannot open: No such file or directory
ld.so.1:        cannot open: No such file or directory

-bash-3.00$ file /usr/dt/lib/libXm.so.3
/usr/dt/lib/libXm.so.3: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamicallylinked, not stripped, no debugging information available

-bash-3.00$ echo $LD_LIBRARY_PATH

-bash-3.00$

-bash-3.00$ uname -a
SunOS localhost 5.10 Generic_138889-08 i86pc i386 i86pc

-bash-3.00$ type ps
ps is /usr/bin/ps
-bash-3.00$ whereis ps
-bash: whereis: command not found
-bash-3.00$ which ps
/usr/bin/ps

file ldd ld.so.1 (sorry its a typing mistake)

file ld.so.1 (whats the out put ?)

-----Post Update-----

now if you check the other users(where ps is not giving any error) env

$LD_LIBRARY_PATH 

you will get the correct path.

So add this env variable

 $LD_LIBRARY_PATH 

to your users profile. That will solve your problem.

-----Post Update-----

now if you check the other users(where ps is not giving any error) env $LD_LIBRARY_PATH you will get the correct path.

So add this env variable $LD_LIBRARY_PATH to your users profile. That will solve your problem.

Ok I've solved it now, the user's .bash_profile had this in it:

LD_PRELOAD="/usr/dt/lib/libXm.so.3"
export LD_PRELOAD

Commenting that out fixed it