>>>>> "Steve" == Steve Freitas <sflist@stripped> writes:
Steve> [root@linus samples]# ./odbctest DSN=test
Steve> OpenLink ODBC Demonstration program
Steve> This program show an interactive SQL processor
Steve> [iODBC][Driver Manager]Specified driver could not be loaded,
Steve> [iODBC][Driver Manager]libmysqlclient.so.6: cannot open shared object
Steve> file: No such file or directory, SQLSTATE=00000
Steve> Now, you went *way* over my head with that gcc stuff. :-) I really don't
Copy libmysqlclient.so to /lib or /usr/lib and run 'ldconfig'
Steve> know what to do with it. As far as my "odbc.ini" file is concerned, I
Steve> don't have one -- I have an "iodbc.ini" file, and it looks roughly like
Steve> yours. Like I said, iHTML runs fine with that other copy of myodbc, so I
Steve> would assume then that my iodbc.ini is just fine. Right?
No. libodbc uses ~/.odbc.ini instead of ~/.iodbc.ini. You should
rename (or link) your file to ~/.odbc.ini
Steve> Maybe something good for me to know would be what other files *and paths*
Steve> myodbc relies upon once built. Perhaps I can 'fake it' into working?
Steve> I have been nurturing a sneaking suspicion that path coherency is causing
Steve> a lot of these problems -- for example, the paths used by the MySQL
Steve> source dist are totally different from what is specified by the MySQL
Steve> binary RPM, and I couldn't even open odbctest until I installed the MySQL
Steve> RPM. Is there any chance of unifying path architectures between the
Steve> different dists?
The MySQL RPM just builds the standard MySQL source distribution with
some paths that are specific to Linux; This shouldn't be any big