#22230 [NEW]: libtool linking fails
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: libtool linking fails Compiling PHP as a static apache module with the following command: ./configure --with-apache=../apache_1.3.27 --with-pgsql=/data/postgres Configure runs fine, and the build runs fine up until the final link where it calls libtool with an insane number of link objects. The link fails because it looks like the command line is too long for libtool to handle, giving the error: gcc: main/all: No such file or directory make: *** [sapi/cli/php] Error 1 main/all is actually a fragment of the libtool command line, several thousand characters into the command line, which leads me to suspect the libtool command line is far too long. The libtool line that fails is this: /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -L/data/postgres/lib -R /us /ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2.2 -R /data/postgres/ ib ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.l ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysq /my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/ ysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/ y_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/ ysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/ ibmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo xt/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmy ql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ex /mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ex /mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysq /my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.l ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/my ql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo xt/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxm v.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libm sql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/stri str.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/li mysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ex /mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmys l/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/over oad/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql. o ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/sessio /mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo xt/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/s andard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/s andard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standa d/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/ht l.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standa d/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/sta dard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pa k.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standar /string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ex /standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standar /var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcm .lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/u l_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapp r.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregati n.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/exp t/xmlparse.lo ext/xml
#29283 [Com]: Statement isn't valid anymore warning during executing prepared mysqi queries
ID: 29283
Comment by: paradox at gmx dot at
Reported By: divisor at ad69 dot com
Status: Open
Bug Type: MySQL related
Operating System: FreeBSD 4.10
PHP Version: 5.0.0
New Comment:
i've got the same problem with php 5.0.1 loaded as an apache module -
mysql 4.1.3beta, win2k
it seems that the error occurs more often on much used servers. on my
dedicated test-server it is approximately one error on 100 statements.
Previous Comments:
[2004-08-03 08:48:09] alex at avannaproductions dot com
I'll chime in as another voice of reason: this should be
fixed before 5.0.1. At the moment, prepared statements
are basically useless, as half the time they give this
error and fail to return any data. I'm on MacOS X and
Apache 2, with the same problem.
[2004-07-25 18:33:46] dev at edwinchu dot info
Hi,
I have got the same problem. I am using PHP5 release with
MySQL4.1.3-beta.
The code is simple:
$mysqli = new mysqli(); // connected successfully
$stmt = $mysqli->prepare("SOME VALID QUERY");
$stmt->execute(); // No problem here
$mysqli2 = $mysqli;
$mysqli2->query("THE SAME QUERY"); // Still OK
$stmt2 = $mysqli2->prepare("THE SAME QUERY");
$stmt2->execute();
The last line failed and returning "Warning: Statement isn't valid
anymore in xxx".
[2004-07-21 16:24:11] divisor at ad69 dot com
it caused randomly on all statetments, prepare() was ok but execute()
failed:
if ($stmt=$DB->prepare("select something from table where name=?")) {
$stmt->bind_param('s',$name);
$stmt->execute(); // HERE PHP WRITE WARNING
// AND STMT COINTAIN NO DATA
variables stmt->error, stmt->errno are empty
that's strange but after removing lines 182-187 from
ext/mysqli/php_mysqli.h:
if (!strcmp((char *)__name, "mysqli_stmt")) {\
if (!((MYSQL_STMT *)__ptr)->mysql) {\
php_error(E_WARNING, "Statement isn't valid
anymore");\
RETURN_NULL();\
}\
}\
}
it started working without any problems. but of course this 'hack' of
php code isn't good ;)
[2004-07-21 10:03:11] [EMAIL PROTECTED]
Please provide a short script, where we can see where the
error occurs. Also try to catch the errormessages via
->stmt_error/errno properties.
[2004-07-20 20:17:08] divisor at ad69 dot com
sorry I've accidently provided wrong mysql version
of course it's mysql 4.1.3 beta
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29283
--
Edit this bug report at http://bugs.php.net/?id=29283&edit=1
