I don't need you to fix the issue for me as I have already done that.
I was just merely trying to file the bug with you guys to make sure
that other people did not run into this issue, and lo and behold
other folks are having problems.
The reason I do not think that the issue is with Mysql is because
every other environment I link against this same mysql installation
works fine, python, ruby, perl, etc.
As I said, I don't need to you fix the issue for me as i already have
done that, I am just trying to contribute and file what seem to be
bugs, but the way that we are treated here makes you wonder why we
even try.
-J
---
Juan A. Pons
juan@xxxxxxxx
On Sep 1, 2007, at 9:13 PM, BuildSmart wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sep 1, 2007, at 20:34:14, Juan A. Pons wrote:
If you read the bug reports you will see that this is a fresh
MySQL install from the package available at mysql.org and I have
been able to reproduce this error on multiple systems with
multiple versions of MySQL.
You can duplicate it because you are using the same faulty binaries
installation.
Like I said, the binary builds available from mysql.org are not
considered production ready by any means, this doesn't mean they
are not useable, just not something that should be deployed in a
production environment and thus you cannot consider any finding/
linking issue when using those installs to be a bug in PHP,
complain to the people at MySQL.org and tell them to provide
binaries that are compiled using the proper linker flags and also
to make the binaries environmentally compliant.
If I make symlinks everything works as it should so that tells me
there are hard references lingering somewhere.
I don't have to create those symlinks, I don't have a finding or
linking issue and I use mysql-5.0.24 in /usr/local/mysql so maybe
it's just a bug for you and a few others who choose to use the
mysql.org binaries.
We're really going nowhere as long as you believe the problem is
within PHP, your so called bug is bogus, I'm not denying you are
having a problem but to place blame on PHP requires proof of a
problem in PHP and so far you have only provided symptoms.
Send me your full configure line, your mysql include and lib
directories and your php-5.2.4/ext/mysql/config.m4 file off list,
I'll fix it so you can use the mysql.org binaries and put an end to
all this stupidity.
-J
--
Juan A. Pons
juan@xxxxxxxx
On Sep 1, 2007, at 5:34 PM, BuildSmart
<buildsmart@xxxxxxxxxxxxxxxxxx> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sep 1, 2007, at 16:05:49, Juan A. Pons wrote:
Geoffrey,
As John rightly pointed out, I ran into the same or similar
issue. I battled it out a bit with the PHP people but frankly
their attitude just bothers me.
In any case I voted for your bug and I saw that you referenced
my bug, so maybe they will take this issue more seriously.
I did come up with a workaround by using symlinks
cd /usr/local/mysql/lib
ln -s /usr/local/mysql/lib ./mysql
cd /usr/local/mysql/include
ln -s /usr/local/mysql/include ./mysql
This will make your build compile and work correctly, however it
is not an optimal solution, what needs to happen is that the
hard references to /usr/local/mysql/lib/mysql need to be removed.
That is incorrect thinking and the reference is not hard.
The only time I see the symlink trick and people having finding
and binding issues in OSX is that mysql isn't built/installed
properly in the first place.
The solution is to have ext/mysql/config.m4 to check in both
locations (which it already does), after examining the file I see
the following:
for i in $PHP_LIBDIR $PHP_LIBDIR/mysql; do
MYSQL_LIB_CHK($i)
done
PHP_LIBDIR is defined as "lib" and this tells me that something
else is going on if it can't find the libraries in your
installation and the check for the header files looks in both
locations as well.
This means the bug you are trying to report is in fact bogus, I
have MySQL-5.0.24 installed in /usr/local/mysql/ and I don't have
any finding or binding issues.
Oh, one more thing, you can link against the client libraries
from 4.1.13 (in /usr/lib/mysql) and experience no ill effects or
lack of functionality when used with your 5.0.x mysql server.
-J
---
Juan A. Pons
juan@xxxxxxxx
On Sep 1, 2007, at 3:56 PM, Geoffrey Sneddon wrote:
On 1 Sep 2007, at 18:49, John N wrote:
Hello,
On 9/1/07, Geoffrey Sneddon <geoffers@xxxxxxxxx> wrote:
As can be seen from the debug.log, PHP attempts to read from /
usr/
local/mysql/lib/mysql, which doesn't exist. It should be
looking in /
usr/local/mysql/lib. I'm running Mac OS 10.4.10/x86, with
nothing
else interesting about my setup. Everything worked up to PHP
5.2.3 on
this.
It's here been discussed with Juan, and he has reported a Php
bug,
http://bugs.php.net/bug.php?id=42464
The Php developers appear to be in disagreement :-/ You may
wish to
add your voice & experiences there.
As it's marked as bogus, I cannot comment on that bug. I have
opened another (#42515).
It is bogus, the issue is not with the PHP source but with the
mysql.org binary if it's having an issue locating or linking to
the libraries.
There are also issues with the mysql shared libraries and
twolevel_namespace which causes linking issues, one of the
reasons that apple builds them as static in flat_namespace is to
overcome these issues.
I found the mysql.org binaries to be useless myself, I build my
own as needed (as universal binaries) in the ADE (if you don't
know don't ask) and I have had zero issues with any software
requiring the client libraries, of course my build is environment
compliant, the mysql.org binaries are not.
One may notice that when building from source MySql on OSX, the
locations are correctly,
/usr/local/mysql/lib/mysql
/usr/local/mysql/include/mysql
I'm reluctant to do, as the normal tarball doesn't have the
patches for XNU's threading (the default ones lead to terrible
performance).
Find a source version that has been patched for XNU threading,
generate a diff to find the specific OSX changes and apply these
to the mysql source of choice you want to utilize.
-g.
- -- Dale
- -- Dale
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
iD8DBQFG2g5E0hzWbkf0eKgRAiP1AKDNeMg5IXKCWadzP7dbdPyJASTI6wCgosn2
e9MoLAcqXg1p7HQ3Ec4KOzg=
=ta2X
-----END PGP SIGNATURE-----
[Index of Archives]
[PHP Users]
[PHP Home]
[PHP on Windows]
[Kernel Newbies]
[PHP Classes]
[Postgresql]
[PHP Books]
[PHP Databases]
[PHP SOAP]
