[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
Re: [Catacomb] [Grase] catacomb
Hello,
Your configuration is correct. According to your bt, the fault is occurred in some where mysql_init().
Did you have another application which is using mysql C API?
Would you like to test your mysql C library with this simple application?
I appreciate your help.
----------------------------------------------------------------------
#include <stdio.h>
#include <mysql.h>
int main(void)
{
MYSQL mysql;
mysql_init(&mysql);
if (!mysql_real_connect(&mysql, "localhost", "davrepos",
"davrepos", "repos" , 0, NULL, 0)) {
perror("connect");
return -1;
}
puts("OK");
mysql_close(&mysql);
return 0;
}
--
Sung Kim <hunkim@cse.ucsc.edu>
http://www.cse.ucsc.edu/~hunkim
"Dreams become reality!"
On Fri, 13 Sep 2002, Uwe Steinmann wrote:
> On Thu, Sep 12, 2002 at 03:58:09PM -0700, Sung Kim wrote:
> > Hello,
> >
> > Is it work now?
> No.
>
> I made a fresh install with apache 2.0.40. Mysql is running and I
> took the cvs version from yesterday evening. I did even omit
> the svn module, which I had in 2.0.36.
> Compiling catacomb with --with-debug reduces the number of
> warnings during compilation but I don't see any extra messages.
> Apache seems to die very early, probably when mod_repos is
> loaded.
>
> I did run apache in gdb and made a backtrace:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 11626)]
> 0x00000000 in ?? ()
> (gdb) bt
> #0 0x00000000 in ?? ()
> #1 0x0f6b9690 in _nss_db_getspnam_r () from /lib/libnss_db.so.2
> #2 0x0f6b9794 in _nss_db_getspnam_r () from /lib/libnss_db.so.2
> #3 0x0f6b8afc in _nss_db_endservent () from /lib/libnss_db.so.2
> #4 0x0f6b8eb0 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2
> #5 0x0fb4ddb4 in getservbyname_r () from /lib/libc.so.6
> #6 0x0fb4dbfc in getservbyname () from /lib/libc.so.6
> #7 0x0f8e5438 in simple_command () from /usr/lib/libmysqlclient.so.10
> #8 0x0f8e7638 in mysql_init () from /usr/lib/libmysqlclient.so.10
> #9 0x0f94111c in dbms_opendb (d=0xf8e5438) at dbms.c:135
> #10 0x0f93cebc in dav_repos_child_init (p=0x10157038, s=0x7ffff790) at
> mod_dav_repos.c:273
> #11 0x10065cf4 in ap_run_child_init (pchild=0x10157038, s=0x10108968) at
> config.c:190
> #12 0x10063f28 in child_main (child_num_arg=269906936) at prefork.c:582
> #13 0x100642f8 in make_child (s=0x10108968, slot=0) at prefork.c:736
> #14 0x10064450 in startup_children (number_to_start=5) at prefork.c:808
> #15 0x10064924 in ap_mpm_run (_pconf=0x5, plog=0xf6c9a24, s=0x10108968)
> at prefork.c:1024
> #16 0x1006bb94 in main (argc=4, argv=0x7ffff9c4) at main.c:645
> #17 0x0fa7cc50 in __libc_start_main () from /lib/libc.so.6
> (gdb)
>
> My httpd.conf settings are
>
> DavDBMSHost localhost
> DavDBMSDbName repos
> DavDBMSId davrepos
> DavDBMSPass davrepos
> DavDBMSTmpDir /tmp/
> <Location /dbms/repos>
> DAV repos
> </Location>
>
>
> Does this help?
>
> Uwe
>
> --
> MMK GmbH, Hagen
> Uwe.Steinmann@mmk-hagen.de
> Tel: +2331 840446 Fax: +2331 843920
>