Hi Shawn,
This has happened to me as well. I think you need to make sure that the
directory the dlls are in are included in the PATH environment variable for
the target system.
Also, in the source code, you need to make sure that the "Library Name or
Path" control of the Call Library Function has only the name of the DLL, not
the whole path. I cannot remember how I achieved this, maybe NI has some
answers.
Hope this helps...
"ShawnE" wrote in message
news:50650000000800000043750000-1042324653000@exchange.ni.com...
> i have an program that can edit/create odbc data set names through the
> odbccp32.dll and uses the kernel32.dll to read the last error. when i
> originally built it, the files were installed in the data directory.
> when i ran it
i got errors, it was trying to access the dlls it
> installed and not the system ones. i then changed the installer so
> those two dlls were installed in the real directories. the odbc dll
> worked but it tried to over write the kernel. my question is how can i
> set up my application so that it will look at the dlls already
> installed by the operating system and not try to install it's own
> copies?