ID: 1298
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Verified
Bug Type: Compile Failure
Operating System: Compaq Tru64 4.0F PK3
PHP Version: 4.2.1, 4.2.3, 4.3.0-dev
New Comment:
salut
Previous Comments:
------------------------------------------------------------------------
[2002-10-07 17:09:22] [EMAIL PROTECTED]
# uname -s
OSF1
The snprintf did not bite me in <= 4.2.3 btw. It has only affected me
when I try the dev snapshots.
------------------------------------------------------------------------
[2002-10-07 17:04:26] [EMAIL PROTECTED]
Okay updated versions.
I'd like to mark this as critical, as I'm seeing this behavior now too
on my solaris box that I'm testing with. not sure if it's just a
borked install of Solaris, or if it's a PHP issue though. The issue
being mainly the SNPRINTF stuff.
BTW can you also give me the output of a "uname -s" on your machine? I
think I know how to fix the LDAP issue...
------------------------------------------------------------------------
[2002-10-07 15:34:13] [EMAIL PROTECTED]
I don't mind you sounding like a broken record :-) Unfortunately with
php4-200210070600 all of the same problems still seem to exist (the
biggest being the snprintf issue I'd say). I did figure out that if I
include /usr/local/ldap/lib in my LD_LIBRARY_PATH while configuring and
building then I can at least avoid hacking configure to make it work.
------------------------------------------------------------------------
[2002-10-04 19:42:39] [EMAIL PROTECTED]
not to sound like a broken record but... can you try a recent snapshot?
there has been a bunch of work on this, and i'm hoping some of it
fixes your problems...otherwise 4.3 will be delayed a bit.
------------------------------------------------------------------------
[2002-08-30 11:38:26] [EMAIL PROTECTED]
The only thing that appears to have been fixed by php4-200208300600 is
that I can compile the oci8 extension again. snprintf still bombs. I
still need to add the -std1 CFLAGS to get oracle and/or oci8 to
compile. I still cannot use just the -taso CFLAG to build with our
LDAP library as parts of the configure script either do not use CFLAGS
when testing or do not use -Wl,rpath properly. That's my current state
:-)
------------------------------------------------------------------------
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/1298
--
Edit this bug report at http://bugs.php.net/?id=1298&edit=1