Devil Killer Is Here MiNi Shell
MiNi SheLL

Current Path : /proc/thread-self/root/usr/local/man/man3/
Linux boscustweb5003.eigbox.net 5.4.91 #1 SMP Wed Jan 20 18:10:28 EST 2021 x86_64
Current File : //proc/thread-self/root/usr/local/man/man3/DBD::mysql::INSTALL.3
.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.32
.\"
.\" Standard preamble:
.\" ========================================================================
.de Sh \" Subsection heading
.br
.if t .Sp
.ne 5
.PP
\fB\\$1\fR
.PP
..
.de Sp \" Vertical space (when we can't use .PP)
.if t .sp .5v
.if n .sp
..
.de Vb \" Begin verbatim text
.ft CW
.nf
.ne \\$1
..
.de Ve \" End verbatim text
.ft R
.fi
..
.\" Set up some character translations and predefined strings.  \*(-- will
.\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left
.\" double quote, and \*(R" will give a right double quote.  | will give a
.\" real vertical bar.  \*(C+ will give a nicer C++.  Capital omega is used to
.\" do unbreakable dashes and therefore won't be available.  \*(C` and \*(C'
.\" expand to `' in nroff, nothing in troff, for use with C<>.
.tr \(*W-|\(bv\*(Tr
.ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p'
.ie n \{\
.    ds -- \(*W-
.    ds PI pi
.    if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch
.    if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\"  diablo 12 pitch
.    ds L" ""
.    ds R" ""
.    ds C` ""
.    ds C' ""
'br\}
.el\{\
.    ds -- \|\(em\|
.    ds PI \(*p
.    ds L" ``
.    ds R" ''
'br\}
.\"
.\" If the F register is turned on, we'll generate index entries on stderr for
.\" titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index
.\" entries marked with X<> in POD.  Of course, you'll have to process the
.\" output yourself in some meaningful fashion.
.if \nF \{\
.    de IX
.    tm Index:\\$1\t\\n%\t"\\$2"
..
.    nr % 0
.    rr F
.\}
.\"
.\" For nroff, turn off justification.  Always turn off hyphenation; it makes
.\" way too many mistakes in technical documents.
.hy 0
.if n .na
.\"
.\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
.\" Fear.  Run.  Save yourself.  No user-serviceable parts.
.    \" fudge factors for nroff and troff
.if n \{\
.    ds #H 0
.    ds #V .8m
.    ds #F .3m
.    ds #[ \f1
.    ds #] \fP
.\}
.if t \{\
.    ds #H ((1u-(\\\\n(.fu%2u))*.13m)
.    ds #V .6m
.    ds #F 0
.    ds #[ \&
.    ds #] \&
.\}
.    \" simple accents for nroff and troff
.if n \{\
.    ds ' \&
.    ds ` \&
.    ds ^ \&
.    ds , \&
.    ds ~ ~
.    ds /
.\}
.if t \{\
.    ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u"
.    ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u'
.    ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u'
.    ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u'
.    ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u'
.    ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u'
.\}
.    \" troff and (daisy-wheel) nroff accents
.ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V'
.ds 8 \h'\*(#H'\(*b\h'-\*(#H'
.ds o \\k:\h'-(\\n(.wu+\w'\(de'u-\*(#H)/2u'\v'-.3n'\*(#[\z\(de\v'.3n'\h'|\\n:u'\*(#]
.ds d- \h'\*(#H'\(pd\h'-\w'~'u'\v'-.25m'\f2\(hy\fP\v'.25m'\h'-\*(#H'
.ds D- D\\k:\h'-\w'D'u'\v'-.11m'\z\(hy\v'.11m'\h'|\\n:u'
.ds th \*(#[\v'.3m'\s+1I\s-1\v'-.3m'\h'-(\w'I'u*2/3)'\s-1o\s+1\*(#]
.ds Th \*(#[\s+2I\s-2\h'-\w'I'u*3/5'\v'-.3m'o\v'.3m'\*(#]
.ds ae a\h'-(\w'a'u*4/10)'e
.ds Ae A\h'-(\w'A'u*4/10)'E
.    \" corrections for vroff
.if v .ds ~ \\k:\h'-(\\n(.wu*9/10-\*(#H)'\s-2\u~\d\s+2\h'|\\n:u'
.if v .ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'\v'-.4m'^\v'.4m'\h'|\\n:u'
.    \" for low resolution devices (crt and lpr)
.if \n(.H>23 .if \n(.V>19 \
\{\
.    ds : e
.    ds 8 ss
.    ds o a
.    ds d- d\h'-1'\(ga
.    ds D- D\h'-1'\(hy
.    ds th \o'bp'
.    ds Th \o'LP'
.    ds ae ae
.    ds Ae AE
.\}
.rm #[ #] #H #V #F C
.\" ========================================================================
.\"
.IX Title "DBD::mysql::INSTALL 3"
.TH DBD::mysql::INSTALL 3 "2006-12-23" "perl v5.8.8" "User Contributed Perl Documentation"
.SH "NAME"
INSTALL \- How to install and configure DBD::mysql
.SH "SYNOPSIS"
.IX Header "SYNOPSIS"
.Vb 4
\&  perl Makefile.PL [options]
\&  make
\&  make test
\&  make install
.Ve
.SH "DESCRIPTION"
.IX Header "DESCRIPTION"
This document describes the installation and configuration of
DBD::mysql, the Perl \s-1DBI\s0 driver for the MySQL database. Before
reading on, make sure that you have the prerequisites available:
Perl, MySQL and \s-1DBI\s0. For details see the separate section.
\&\*(L"\s-1PREREQUISITES\s0\*(R".
.PP
Depending on your version of Perl, it might be possible to
use a binary distribution of DBD::mysql. If possible, this is
recommended. Otherwise you need to install from the sources.
If so, you will definitely need a C compiler. Installation
from binaries and sources are both described in separate
sections. \*(L"\s-1BINARY\s0 \s-1INSTALLATION\s0\*(R". \*(L"\s-1SOURCE\s0 \s-1INSTALLATION\s0\*(R".
.PP
Finally, if you encounter any problems, do not forget to
read the section on known problems. \*(L"\s-1KNOWN\s0 \s-1PROBLEMS\s0\*(R". If
that doesn't help, you should look into the archive of the
mailing list \fBperl@lists.mysql.com\fR. See
http://www.mysql.com for archive locations. And if that
still doesn't help, please post a question on this mailing
list.
.SH "PREREQUISITES"
.IX Header "PREREQUISITES"
.IP "Perl" 4
.IX Item "Perl"
Preferrably a version of Perl, that comes preconfigured with
your system. For example, all Linux and FreeBSD distributions
come with Perl. For Windows, ActivePerl is recommended, see
http://www.activestate.com for details.
.IP "MySQL" 4
.IX Item "MySQL"
You need not install the actual MySQL database server, the
client files and the devlopment files are sufficient. For
example, Fedora Core 4 Linux distribution comes with \s-1RPM\s0 files
(using \s-1YUM\s0) \fBmysql.i386\fR and \fBmysql\-server.i386\fR (use \*(L"yum search\*(R" 
to find exact package names). These are sufficient, if the MySQL 
server is located on a foreign machine.  You may also create client
files by compiling from the MySQL source distribution and using
.Sp
.Vb 1
\&  configure --without-server
.Ve
.Sp
If you are using Windows and need to compile from sources
(which is only the case if you are not using ActivePerl),
then you must ensure that the header and library files are
installed. This may require choosing a \*(L"Custom installation\*(R"
and selecting the appropriate option when running the
MySQL setup program.
.IP "\s-1DBI\s0" 4
.IX Item "DBI"
DBD::mysql is a \s-1DBI\s0 driver, hence you need \s-1DBI\s0. It is available
from the same source where you got the DBD::mysql distribution
from.
.IP "C compiler" 4
.IX Item "C compiler"
A C compiler is only required, if you install from source. In
most cases there are binary distributions of DBD::mysql
available. However, if you need a C compiler, make sure, that
it is the same C compiler that was used for compiling Perl and
MySQL! Otherwise you will almost definitely encounter problems
because of differences in the underlying C runtime libraries.
.Sp
In the worst case, this might mean to compile Perl and MySQL
yourself. But believe me, experience shows that a lot of problems
are fixed this way.
.IP "Gzip libraries" 4
.IX Item "Gzip libraries"
Late versions of MySQL come with support for compression. Thus
it \fBmay\fR be required that you have install an \s-1RPM\s0 package like
libz\-devel, libgz-devel or something similar.
.SH "BINARY INSTALLATION"
.IX Header "BINARY INSTALLATION"
Binary installation is possible in the most cases, depending
on your system. I give some examples:
.Sh "Windows"
.IX Subsection "Windows"
ActivePerl offers a \s-1PPM\s0 archive of DBD::mysql. All you need to
do is typing
.PP
.Vb 3
\&  ppm
\&  install DBI
\&  install DBD-mysql
.Ve
.PP
This will fetch the modules via \s-1HTTP\s0 and install them. If you
need to use a \s-1WWW\s0 proxy server, the environment variable
HTTP_proxy must be set:
.PP
.Vb 4
\&  set HTTP_proxy=http://my.proxy.server:8000/
\&  ppm
\&  install DBI
\&  install DBD-mysql
.Ve
.PP
Of course you need to replace the host name \f(CW\*(C`my.proxy.server\*(C'\fR
and the port number \f(CW8000\fR with your local values.
.PP
If the above procedure doesn't work, please upgrade to the latest
version of ActivePerl. Versions before build 623 are known to
have problems.
.PP
\&\s-1PPM\s0 3 is said to miss DBD::mysql in the repository. Thus use of
\&\s-1PPM\s0 3 is discouraged, in favour of \s-1PPM\s0 2. If you need to use
\&\s-1PPM\s0 3, try
.PP
.Vb 5
\&  ppm
\&  rep add PPM2 http://ppm.activestate.com/PPMPackages/5.6plus/
\&  rep 2
\&  install DBI
\&  install DBD-mysql
.Ve
.Sh "Red Hat Linux"
.IX Subsection "Red Hat Linux"
As of version 7.1, Red Hat Linux comes with MySQL and DBD::mysql.
You need to ensure that the following \s-1RPM\s0's are installed:
.PP
.Vb 3
\&  mysql
\&  perl-DBI
\&  perl-DBD-MySQL
.Ve
.PP
For installation from source the following \s-1RPM\s0's are required
.PP
.Vb 2
\&  mysql-devel
\&  libz-devel
.Ve
.PP
Optional are
.PP
.Vb 1
\&  mysql-server
.Ve
.Sh "Fedora Core Linux"
.IX Subsection "Fedora Core Linux"
As of version 3, Fedora Linux comes with MySQL and DBD::mysql.
You need to ensure that the following \s-1RPM\s0's are installed:
.PP
.Vb 2
\&  mysql or mysql-server
\&  perl-DBD-MySQL
.Ve
.PP
For installation from source the following \s-1RPM\s0's are required
.PP
.Vb 2
\&  mysql-devel
\&  libz-devel
.Ve
.PP
Please try 
.PP
.Vb 1
\&  yum search mysql
.Ve
.PP
To see the exact names
.PP
Note: (important) \s-1FC\s0 3 comes with MySQL 3.x, and some people have
upgraded using MySQL RPMs for newer versions. If you do this, you 
must re-compile you DBD::mysql because your existing DBD::mysql will be
linked against the old version of MySQL's client libs. \s-1CPAN\s0 has no way to
know or detect that you have upgraded MySQL.
.Sh "Other systems"
.IX Subsection "Other systems"
In the case of Linux or FreeBSD distributions it is very likely
that all you need comes with your distribution, as in the case
of Red Hat Linux. I just cannot give you names, as I am not using
these systems.
.PP
Please let me know if you find the files in your SuSE Linux, Debian
Linux or FreeBSD distribution so that I can extend the above list.
.SH "SOURCE INSTALLATION"
.IX Header "SOURCE INSTALLATION"
So you need to install from sources. If you are lucky, the Perl
module \f(CW\*(C`CPAN\*(C'\fR will do all for you, thanks to the excellent work
of Andreas Koenig. Otherwise you will need to do a manual
installation. Some of you, in particular system administrators
of multiple sites, will choose automatic installation. All of
these installation types have an own section. \*(L"\s-1CPAN\s0 installation\*(R".
\&\*(L"Manual installation\*(R". \*(L"Configuration\*(R".
.PP
The DBD::mysql Makefile.PL needs to know where to find your MySQL
installation. This may be achieved using command line switches
(see \*(L"Configuration\*(R") or automatically using the mysql_config binary
which comes with most MySQL distributions. If your MySQL distribution
contains mysql_config the easiest method is to ensure this binary
is on your path.
.PP
e.g.
.PP
.Vb 2
\&  PATH=$PATH:/usr/local/mysql/bin
\&  export PATH
.Ve
.Sh "\s-1CPAN\s0 installation"
.IX Subsection "CPAN installation"
Installation of DBD::mysql can be incredibly easy:
.PP
.Vb 2
\&  cpan
\&  install DBD::mysql
.Ve
.PP
If you are using the \s-1CPAN\s0 module for the first time, just answer
the questions by accepting the defaults which are fine in most
cases. If you are using an older version of Perl, you might
instead need a
.PP
.Vb 2
\&  perl -MCPAN -e shell
\&  install DBD::mysql
.Ve
.PP
If you cannot get the \s-1CPAN\s0 module working, you might try manual
installation. If installation with \s-1CPAN\s0 fails because the your local
settings have been guessed wrong, you need to ensure MySQL's
mysql_config is on your path (see \*(L"\s-1SOURCE\s0 \s-1INSTALLATION\s0\*(R") or
alternatively create a script called \f(CW\*(C`mysql_config\*(C'\fR. This is
described in more details later. \*(L"Configuration\*(R".
.Sh "Manual installation"
.IX Subsection "Manual installation"
For a manual installation you need to fetch the DBD::mysql
source distribution. The latest version is always available
from
.PP
.Vb 1
\&  http://www.cpan.org/modules/by-module/DBD/
.Ve
.PP
The name is typically something like
.PP
.Vb 1
\&  DBD-mysql-1.2216.tar.gz
.Ve
.PP
The archive needs to be extracted. On Windows you may use a tool
like WinZip, on Unix you type
.PP
.Vb 1
\&  gzip -cd DBD-mysql-1.2216.tar.gz | tar xf -
.Ve
.PP
This will create a subdirectory DBD\-mysql\-1.2216. Enter this
subdirectory and type
.PP
.Vb 3
\&  perl Makefile.PL
\&  make
\&  make test
.Ve
.PP
(On Windows you may need to replace \*(L"make\*(R" with \*(L"nmake\*(R" or
\&\*(L"dmake\*(R".) If the tests seem to look fine, you may continue with
.PP
.Vb 1
\&  make install
.Ve
.PP
If the compilation (make) or tests fail, you might need to
configure some settings.
.PP
For example you might choose a different database, the C
compiler or the linker might need some flags. \*(L"Configuration\*(R".
\&\*(L"Compiler flags\*(R". \*(L"Linker flags\*(R".
.PP
For Windows/CygWin there is a special section below.
\&\*(L"CygWin\*(R" in Windows.
.Sh "Configuration"
.IX Subsection "Configuration"
The install script \*(L"Makefile.PL\*(R" can be configured via a lot of
switches. All switches can be used on the command line. For
example, the test database:
.PP
.Vb 1
\&  perl Makefile.PL --testdb=<db>
.Ve
.PP
If you do not like configuring these switches on the command
line, you may alternatively create a script called \f(CW\*(C`mysql_config\*(C'\fR.
This is described later on.
.PP
Available switches are:
.IP "testdb" 4
.IX Item "testdb"
Name of the test database, defaults to \fBtest\fR.
.IP "testuser" 4
.IX Item "testuser"
Name of the test user, defaults to empty. If the name is empty,
then the currently logged in users name will be used.
.IP "testpassword" 4
.IX Item "testpassword"
Password of the test user, defaults to empty.
.IP "testhost" 4
.IX Item "testhost"
Host name or \s-1IP\s0 number of the test database; defaults to localhost.
.IP "testport" 4
.IX Item "testport"
Port number of the test database
.IP "ps\-protcol=1 or 0" 4
.IX Item "ps-protcol=1 or 0"
Whether to run the test suite using server prepared statements or driver
emulated prepared statemetns. ps\-protocol=1 means use server prepare,
ps\-protocol=0 means driver emulated.
.IP "cflags" 4
.IX Item "cflags"
This is a list of flags that you want to give to the C compiler.
The most important flag is the location of the MySQL header files.
For example, on Red Hat Linux the header files are in /usr/include/mysql
and you might try
.Sp
.Vb 1
\&  -I/usr/include/mysql
.Ve
.Sp
On Windows the header files may be in C:\emysql\einclude and you might try
.Sp
.Vb 1
\&  -IC:\emysql\einclude
.Ve
.Sp
The default flags are determined by running
.Sp
.Vb 1
\&  mysql_config --cflags
.Ve
.Sp
More details on the C compiler flags can be found in the following
section. \*(L"Compiler flags\*(R".
.IP "libs" 4
.IX Item "libs"
This is a list of flags that you want to give to the linker
or loader. The most important flags are the locations and names
of additional libraries. For example, on Red Hat Linux your
MySQL client libraries are in /usr/lib/mysql and you might try
.Sp
.Vb 1
\&  -L/usr/lib/mysql -lmysqlclient -lz
.Ve
.Sp
On Windows the libraries may be in C:\emysql\elib and
.Sp
.Vb 1
\&  -LC:\emysql\elib -lmysqlclient
.Ve
.Sp
might be a good choice. The default flags are determined by running
.Sp
.Vb 1
\&  mysql_config --libs
.Ve
.Sp
More details on the linker flags can be found in a separate section.
\&\*(L"Linker flags\*(R".
.PP
If a switch is not present on the command line, then the
script \f(CW\*(C`mysql_config\*(C'\fR will be executed. This script comes
as part of the MySQL distribution. For example, to determine
the C compiler flags, we are executing
.PP
.Vb 2
\&  mysql_config --cflags
\&  mysql_config --libs
.Ve
.PP
If you want to configure your own settings for database name,
database user and so on, then you have to create a script with
the same name, that replies
.Sh "Compiler flags"
.IX Subsection "Compiler flags"
Note: the folling info about compiler and linker flags, you shouldn't have
to use these options because Makefile.PL is pretty good at utilising
mysql_config to get the flags that you need for a successful compile.
.PP
It is typically not so difficult to determine the appropriate
flags for the C compiler. The linker flags, which you find in
the next section, are another story.
.PP
The determination of the C compiler flags is usually left to
a configuration script called \fImysql_config\fR, which can be
invoked with
.PP
.Vb 1
\&  mysql_config --cflags
.Ve
.PP
When doing so, it will emit a line with suggested C compiler
flags, for example like this:
.PP
.Vb 1
\&  -L/usr/include/mysql
.Ve
.PP
The C compiler must find some header files. Header files have
the extension \f(CW\*(C`.h\*(C'\fR. MySQL header files are, for example,
\&\fImysql.h\fR and \fImysql_version.h\fR. In most cases the header
files are not installed by default. For example, on Windows
it is an installation option of the MySQL setup program
(Custom installation), whether the header files are installed
or not. On Red Hat Linux, you need to install an \s-1RPM\s0 archive
\&\fImysql-devel\fR or \fIMySQL-devel\fR.
.PP
If you know the location of the header files, then you will
need to add an option
.PP
.Vb 1
\&  -L<header directory>
.Ve
.PP
to the C compiler flags, for example \f(CW\*(C`\-L/usr/include/mysql\*(C'\fR.
.Sh "Linker flags"
.IX Subsection "Linker flags"
Appropriate linker flags are the most common source of problems
while installing DBD::mysql. I will only give a rough overview,
you'll find more details in the troubleshooting section.
\&\*(L"\s-1KNOWN\s0 \s-1PROBLEMS\s0\*(R"
.PP
The determination of the C compiler flags is usually left to
a configuration script called \fImysql_config\fR, which can be
invoked with
.PP
.Vb 1
\&  mysql_config --libs
.Ve
.PP
When doing so, it will emit a line with suggested C compiler
flags, for example like this:
.PP
.Vb 1
\&   -L'/usr/lib/mysql' -lmysqlclient -lnsl -lm   -lz -lcrypt
.Ve
.PP
The following items typically need to be configured for the
linker:
.IP "The mysqlclient library" 4
.IX Item "The mysqlclient library"
The MySQL client library comes as part of the MySQL distribution.
Depending on your system it may be a file called
.Sp
.Vb 4
\&  F<libmysqlclient.a>   statically linked library, Unix
\&  F<libmysqlclient.so>  dynamically linked library, Unix
\&  F<mysqlclient.lib>    statically linked library, Windows
\&  F<mysqlclient.dll>    dynamically linked library, Windows
.Ve
.Sp
or something similar.
.Sp
As in the case of the header files, the client library is typically
not installed by default. On Windows you will need to select them
while running the MySQL setup program (Custom installation). On
Red Hat Linux an \s-1RPM\s0 archive \fImysql-devel\fR or \fIMySQL-devel\fR must
be installed.
.Sp
The linker needs to know the location and name of the mysqlclient
library. This can be done by adding the flags
.Sp
.Vb 1
\&  -L<lib directory> -lmysqlclient
.Ve
.Sp
or by adding the complete path name. Examples:
.Sp
.Vb 2
\&  -L/usr/lib/mysql -lmysqlclient
\&  -LC:\emysql\elib -lmysqlclient
.Ve
.Sp
If you would like to use the static libraries (and there are
excellent reasons to do so), you need to create a separate
directory, copy the static libraries to that place and use
the \-L switch above to point to your new directory. For example:
.Sp
.Vb 7
\&  mkdir /tmp/mysql-static
\&  cp /usr/lib/mysql/*.a /tmp/mysql-static
\&  perl Makefile.PL --libs="-L/tmp/mysql-static -lmysqlclient"
\&  make
\&  make test
\&  make install
\&  rm -rf /tmp/mysql-static
.Ve
.IP "The gzip library" 4
.IX Item "The gzip library"
The MySQL client can use compression when talking to the MySQL
server, a nice feature when sending or receiving large texts over
a slow network.
.Sp
On Unix you typically find the appropriate file name by running
.Sp
.Vb 2
\&  ldconfig -p | grep libz
\&  ldconfig -p | grep libgz
.Ve
.Sp
Once you know the name (libz.a or libgz.a is best), just add it
to the list of linker flags. If this seems to be causing problem
you may also try to link without gzip libraries.
.SH "SPECIAL SYSTEMS"
.IX Header "SPECIAL SYSTEMS"
Below you find information on particular systems:
.Sh "Windows/CygWin"
.IX Subsection "Windows/CygWin"
If you are a user of Cygwin (the Redhat distribution) you already
know, it contains a nicely running perl 5.6.1, installation of
additional modules usually works as a charme via the standard
procedure of
.PP
.Vb 4
\&    perl makefile.PL
\&    make
\&    make test
\&    make install
.Ve
.PP
The Windows binary distribution of MySQL runs smoothly under Cygwin.
You can start/stop the server and use all Windows clients without problem.
But to install DBD::mysql you have to take a little special action.
.PP
Don't attempt to build DBD::mysql against either the MySQL Windows or
Linux/Unix \s-1BINARY\s0 distributions: neither will work!
.PP
You \s-1MUST\s0 compile the MySQL clients yourself under Cygwin, to get a
\&'libmysqlclient.a' compiled under Cygwin. Really! You'll only need
that library and the header files, you don't need any other client parts.
Continue to use the Windows binaries. And don't attempt (currently) to
build the MySQL Server part, it is unneccessary, as MySQL \s-1AB\s0 does an
excellent job to deliver optimized binaries for the mainstream
operating systems, and it is told, that the server compiled under Cygwin is
unstable.
.PP
Install MySQL (if you havn't already)
.IP "\-" 4
download the MySQL Windows Binaries from
http://www.mysql.com/downloads/index.html
.IP "\-" 4
unzip mysql\-<version>\-win.zip into some temporary location
.IP "\-" 4
start the setup.exe there and follow the instructions
.IP "\-" 4
start the server
.IP "\-" 4
alternatively download, install and start the server on a remote
server, on what supported \s-1OS\s0 ever
.PP
Build MySQL clients under Cygwin:
.IP "\-" 4
download the MySQL \s-1LINUX\s0 source from
http://www.mysql.com/downloads/index.html
.IP "\-" 4
unpack mysql\-<version>.tar.gz into some tmp location
.IP "\-" 4
cd into the unpacked dir mysql\-<version>
.Sp
.Vb 1
\&  ./configure --prefix=/usr/local/mysql --without-server
.Ve
.Sp
This prepares the Makefile with the installed Cygwin features. It
takes some time, but should finish without error. The 'prefix', as
given, installs the whole Cygwin/MySQL thingy into a location not
normally in your \s-1PATH\s0, so that you continue to use already installed
Windows binaries. The \-\-without\-server parameter tells configure to
only build the clients.
.IP "\-" 4
.Vb 1
\&  make
.Ve
.Sp
This builds all MySQL client parts ... be patient. It should finish
finally without any error.
.IP "\-" 4
.Vb 1
\&  make install
.Ve
.Sp
This installs the compiled client files under /usr/local/mysql/.
Remember, you don't need anything except the library under
/usr/local/mysql/lib and the headers under /usr/local/mysql/include!
.Sp
Essentially you are now done with this part. If you want, you may try
your compiled binaries shortly; for that, do:
.IP "\-" 4
.Vb 2
\&  cd /usr/local/mysql/bin
\&  ./mysql -h 127.0.0.1
.Ve
.Sp
The host (\-h) parameter 127.0.0.1 targets the local host, but forces
the mysql client to use a \s-1TCP/IP\s0 connection. The default would be a
pipe/socket connection (even if you say '\-h localhost') and this
doesn't work between Cygwin and Windows (as far as I know).
.Sp
If you have your MySQL server running on some other box, then please
substitute '127.0.0.1' with the name or IP-number of that box.
.PP
Please note, in my environment the 'mysql' client did not accept a
simple \s-1RETURN\s0, I had to use CTRL-RETURN to send commands
\&... strange,
but I didn't attempt to fix that, as we are only interested in the
built lib and headers.
.PP
At the 'mysql>' prompt do a quick check:
.PP
.Vb 4
\&  mysql> use mysql
\&  mysql> show tables;
\&  mysql> select * from db;
\&  mysql> exit
.Ve
.PP
You are now ready to build DBD::mysql!
.PP
Build DBD::mysql:
.IP "\-" 4
download DBD\-mysql\-<version>.tar.gz from \s-1CPAN\s0
.IP "\-" 4
unpack DBD\-mysql\-<version>.tar.gz
.IP "\-" 4
cd into unpacked dir DBD\-mysql\-<version>
you probably did that already, if you are reading this!
.IP "\-" 4
.Vb 1
\&  cp /usr/local/mysql/bin/mysql_config .
.Ve
.Sp
This copies the executable script mentioned in the DBD::mysql docs
from your just built Cywin/MySQL client directory; it knows about
your Cygwin installation, especially about the right libraries to link
with.
.IP "\-" 4
.Vb 1
\&  perl Makefile.PL --testhost=127.0.0.1
.Ve
.Sp
The \-\-testhost=127.0.0.1 parameter again forces a \s-1TCP/IP\s0 connection
to the MySQL server on the local host instead of a pipe/socket
connection for the 'make test' phase.
.IP "\-" 4
.Vb 1
\&  make
.Ve
.Sp
This should run without error
.IP "\-" 4
.Vb 1
\&  make test
.Ve
.Sp
with DBD\-mysql\-2.1022 or earlier you will see several errors in
dbdadmin.t, mysql.t and mysql2.t; with later versions you should not
get errors (except possibly one, indicating, that some tables could
not be dropped. I'm hunting for a solution to that problem, but have
none yet).
.IP "\-" 4
.Vb 1
\&  make install
.Ve
.Sp
This installs DBD::mysql into the Perl hierarchy.
.PP
Notes:
.PP
This was tested with MySQL version 3.23.54a and DBD::mysql version
2.1022. I patched the above mentioned test scripts and sent the
patches
to the author of DBD::mysql Jochen Wiedman.
.PP
Georg Rehfeld          15. Jan. 2003
.SH "KNOWN PROBLEMS"
.IX Header "KNOWN PROBLEMS"
.IP "1.)" 4
.IX Item "1.)"
Some Linux distributions don't come with a gzip library by default.
Running \*(L"make\*(R" terminates with an error message like
.Sp
.Vb 8
\&  LD_RUN_PATH="/usr/lib/mysql:/lib:/usr/lib" gcc
\&    -o blib/arch/auto/DBD/mysql/mysql.so  -shared
\&    -L/usr/local/lib dbdimp.o mysql.o -L/usr/lib/mysql
\&    -lmysqlclient -lm -L/usr/lib/gcc-lib/i386-redhat-linux/2.96
\&    -lgcc -lz 
\&  /usr/bin/ld: cannot find -lz
\&  collect2: ld returned 1 exit status
\&  make: *** [blib/arch/auto/DBD/mysql/mysql.so] Error 1
.Ve
.Sp
If this is the case for you, install an \s-1RPM\s0 archive like
libz\-devel, libgz\-devel, zlib-devel or gzlib-devel or something
similar.
.IP "2.)" 4
.IX Item "2.)"
If Perl was compiled with gcc or egcs, but MySQL was compiled
with another compiler or on another system, an error message like
this is very likely when running \*(L"Make test\*(R":
.Sp
.Vb 5
\&  t/00base............install_driver(mysql) failed: Can't load
\&  '../blib/arch/auto/DBD/mysql/mysql.so' for module DBD::mysql:
\&  ../blib/arch/auto/DBD/mysql/mysql.so: undefined symbol: _umoddi3
\&  at /usr/local/perl-5.005/lib/5.005/i586-linux-thread/DynaLoader.pm
\&  line 168.
.Ve
.Sp
This means, that your linker doesn't include libgcc.a. You have
the following options:
.Sp
The solution is telling the linker to use libgcc. Run
.Sp
.Vb 1
\&  gcc --print-libgcc-file
.Ve
.Sp
to determine the exact location of libgcc.a or for older versions
of gcc
.Sp
.Vb 1
\&  gcc -v
.Ve
.Sp
to determine the directory. If you know the directory, add a
.Sp
.Vb 1
\&  -L<directory> -lgcc
.Ve
.Sp
to the list of C compiler flags. \*(L"Configuration\*(R". \*(L"Linker flags\*(R".
.IP "3.)" 4
.IX Item "3.)"
There are known problems with shared versions of libmysqlclient,
at least on some Linux boxes. If you receive an error message
similar to
.Sp
.Vb 4
\&  install_driver(mysql) failed: Can't load
\&  '/usr/lib/perl5/site_perl/i586-linux/auto/DBD/mysql/mysql.so'
\&  for module DBD::mysql: File not found at
\&  /usr/lib/perl5/i586-linux/5.00404/DynaLoader.pm line 166
.Ve
.Sp
then this error message can be misleading: It's not mysql.so
that fails being loaded, but libmysqlclient.so! The usual
problem is that this file is located in a directory like
.Sp
.Vb 1
\&  /usr/lib/mysql
.Ve
.Sp
where the linker doesn't look for it.
.Sp
The best workaround is using a statically linked mysqlclient
library, for example
.Sp
.Vb 1
\&  /usr/lib/mysql/libmysqlclient.a
.Ve
.Sp
The use of a statically linked library is described in the
previous section on linker flags. \*(L"Configuration\*(R".
\&\*(L"Linker flags\*(R".  
.IP "4.)" 4
.IX Item "4.)"
Red Hat 8 & 9 set the Default locale to \s-1UTF\s0 which causes problems with 
MakeMaker.  To build DBD::mysql on these systems, do a 'unset \s-1LANG\s0' 
before runing 'perl Makefile.PL'
.SH "SUPPORT"
.IX Header "SUPPORT"
Finally, if everything else fails, you are not alone. First of
all, for an immediate answer, you should look into the archives
of the mailing list \fBperl@lists.mysql.com\fR. See
http://www.mysql.com for archive locations.
.PP
If you don't find an appropriate posting and reply in the
mailing list, please post a question. Typically a reply will
be seen within one or two days.
Creat By MiNi SheLL
Email: devilkiller@gmail.com