I tried the following
1) rpm -e unixODBC...
2) rpm -e MyODBC
3) rm -rf /usr/local/lib/*
4) rm -rf /usr/local/etc
5) urpmi unixODBC (from cooker iamge this morning)
6) urpmi /home/tarvid/MyODBC-2.50.39-1mdk.i586.rpm
/etc/odbcinst.ini looks like
[MySQL]
Description = ODBC for MySQL
Driver = /usr/lib/libmyodbc.so
Setup = /usr/lib/libodbcmyS.so
FileUsage = 1
[PostgreSQL]
Description = ODBC for PostgreSQL
Driver = /usr/lib/libodbcpsql.so.1
Setup = /usr/lib/libodbcpsqlS.so.1
FileUsage = 1
and
/etc/odbc.ini looks like
[test]
Description = MySQL database test
Driver = MySQL
Server = localhost
Database = test
Port = 3306
Socket =
Option =
Stmt =
[helen-test]
Description = MySQL database test
Driver = MySQL
Server = helen.ls.net
Database = test
Port = 3306
Socket =
Option =
Stmt =
[radius]
Description = MySQL database radius
Driver = MySQL
Server = helen.ls.net
Database = radius
[root@demo etc]# isql -v test
Segmentation fault (core dumped)
as does isql -v radius
the last few lines from strace isql radius are
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=63470, ...}) = 0
old_mmap(NULL, 63470, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4028a000
close(3) = 0
open("/lib/libz.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\30"..., 1024) =
1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=57584, ...}) = 0
old_mmap(NULL, 60644, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4029a000
mprotect(0x402a7000, 7396, PROT_NONE) = 0
old_mmap(0x402a7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0xc000) = 0x402a7000
close(3) = 0
munmap(0x4028a000, 63470) = 0
munmap(0x40270000, 104568) = 0
munmap(0x4029a000, 60644) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
OO calc makes it to the same place, Login, and then dies
DataManagerII is gone
I'd like to help.
What should I do next.
Jim
On Monday 23 September 2002 05:58 am, Buchan Milne wrote:
> tarvid wrote:
> > Good grief. It was just a ploy to get attentiion.
>
> It's not necessary to be demanding and almost rude to get attention. I
> haven't seen any requests for myODBC at all (at least since May, which
> is as far as my cooker mailbox goes atm).
>
> > Yes, it is the mysql.com RPM marked as "RedHat". I looked at two at
> > rpmfind and urpmi reported bad signatures.
> >
> > Yes, I have been flailing and things are messy here.
>
> I have an RPM that compiles fine, and should be ok, but I haven't had a
> chance to test it. I will put it up somewhere for you, and in the mean
> time try and test it and get it into contrib.
>
> Here, try these:
>
> http://ranger.dnsalias.com/mandrake/cooker/MyODBC-2.50.39-1mdk.i586.rpm
> http://ranger.dnsalias.com/mandrake/cooker/MyODBC-2.50.39-1mdk.src.rpm
>
> > isql will execute sql commands on a remote mysql server. The key bindings
> > suck and a newline marks the end of a command but otherwise it looks
> > rather like mysql. Without the myodbc driver, isql simply hangs with no
> > output on a readline. I managed to get a seg fault on one version I
> > tried.
>
> isql?
>
> > DataManager survives to the login when I try to list tables.
> >
> > OO calc does the same.
> >
> > I think a functioning OO MS Access like facility would be fantastic and
> > will contribute significant effor to get there..
>
> Agreed, and a frontend for MySQL would also be cool, I guess I should
> take another look at MyCC also.
>
> Buchan
