perl与Mysql连接-K preex --no_exceptions --no_rtti -D_GNU_SOURCE -DCONST=const -Dalloca=__builtin_alloca -DNO_STRTOLL_PROTO '-D_EXTERN_INLINE=static __inline'" ./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static --disable-shared --with-low-memory Linux-x86 注意事项 在一些更老的 Linux 分发上,configure可能产生象这样的一个错误: Syntax error in sched.h. Change _P to __P in the /usr/include/sched.h file. 在编译时,你可能得到一些警告;显示在下面的那些可以被忽略: mysqld.cc -o objs-thread/mysqld.o shell> cp support-files/mysql.server /etc/init.d/mysql.server 如果mysqld在它启动时总是核心倾倒(core dump), 问题可能是你有一个老版本的“/lib/libc.a”,重命名它,然后删除“sql/mysqld”并且重新make install再试一试。这个问题在一些 Slackware 安装上被报告了。有最新版本的glibc的RedHat 5.0也有一些类似的问题。见4.11.5.2 RedHat 5.0 注意事项。 如果再链接mysqld时,你得到下列错误, 它意味着你的“libg++.a”没有正确安装: /usr/lib/libc.a(putc.o): In function `_IO_putc': shell> CXX=gcc ./configure 如果你安装所有的官方RedHat补丁(包括glibc-2.0.7-19和glibc-devel-2.0.7-19),MySQL的二进制代码和源代码分发运行应该没有任何麻烦! 因为在glibc2.0.5里面有关如何释放pthread_key_create变量有一个错误,更新是需要的。用glibc2.0.5,你必须使用一个静态地链接的MySQL二进制分发。如果你想要从源代码编译,你必须安装来自于http://www.mysql.com/Downloads/Linux 的LinuxThreads修正版本或升级你的glibc。 如果你有一个不正确的glibc或LinuxThreads版本,其结果是mysqld在每个连接以后崩溃。例如,mysqladmin version完成后,mysqld将崩溃! 另一个不正确的库的症状是当mysqld启动时,马上崩溃。在一些Linux系统上,这个问题可以通过这样的配置来修正: shell> ./configure -- with-mysqld-ldflags=-all-static 对于glibc2.0.7的源代码分发,容易运用并被MySQL测试的一个补丁可以在下面找到: http://www.mysql.com/Download/Linux/glibc-2.0.7-total-patch.tar.gz MySQL自带一个内部的调试器可以有很多信息产生踪迹文件,能被用来发现并解决大量不同的问题。见G.1 调试一个MySQL服务器。 RedHat 5.1 注意事项 Can't create a new thread (errno 11). If you are not out of available 你可以用rpm -q glibc检查你有glibc哪个版本。 Linux-SPARC 注意事项 有些问题将需要给你的Linux安装打补丁。补丁可在http://www.mysql.com/patches/Linux-sparc-2.0.30.diff找到,这个补丁是针对Linux分发“sparclinux-2.0.30.tar.gz”,它们可从vger.rutgers.edu(一个从来没有与官方的2.0.30版合并的版本)得到。你也必须安装LinuxThreads 0.6或更新。 上一篇:使用Perl编写CGI时需要注意的几个问题 下一篇:如何在win98/NT上添加perl语言的各种模块 更多相关文章
|
推荐文章
精彩文章
|