#29627 [NEW]: Compile Failure with external gd 2.0.28

[fev at ukrti dot com dot ua]

From: fev at ukrti dot com dot ua
Operating system: Red Hat 7.3 with kernel 2.4.3
PHP version:  4.3.8
PHP Bug Type: Compile Failure
Bug description:  Compile Failure with external gd 2.0.28

Description:

When i try compile php 4.3.8 with external GD library 2.0.28 (with support
GIF read, create) compiling hasn't done. It stopped when find fuction like
óreateGIF in the gd 2.0.28.

Reproduce code:
---
./configure --with-mysql=/usr/local/mysql
--with-mysql-sock=/usr/local/mysql/mysql.sock --with-zlib=/usr/local
--with-openssl=/usr/local/ssl --with-curl=/usr/local
--with-gd=/usr/local/gd2 --with-jpeg-dir=/usr/local
--with-png-dir=/usr/local --with-ttf
--with-freetype-dir=/usr/local/freetype2 --enable-gd-native-ttf
--with-gettext --enable-calendar --enable-ftp --enable-sockets

Expected result:

.
ext/gd/gd.o(.text+0x3639): In function `zif_imagecreatefromstring':
/src/php/php-4.3.8/ext/gd/gd.c:1336: undefined reference to
`gdImageCreateFromGifCtx'
ext/gd/gd.o(.text+0x3a52): In function `zif_imagecreatefromgif':
/src/php/php-4.3.8/ext/gd/gd.c:1492: undefined reference to
`gdImageCreateFromGif'
ext/gd/gd.o(.text+0x3a5c):/src/php/php-4.3.8/ext/gd/gd.c:1492: undefined
reference to `gdImageCreateFromGifCtx'
ext/gd/gd.o(.text+0x4392): In function `zif_imagegif':
/src/php/php-4.3.8/ext/gd/gd.c:1727: undefined reference to
`gdImageGifCtx'
ext/gd/gd.o(.text+0xade4): In function `_php_image_convert':
/src/php/php-4.3.8/ext/gd/gd.c:3741: undefined reference to
`gdImageCreateFromGif'
collect2: ld returned 1 exit status
make: *** [sapi/cgi/php] Error 1



-- 
Edit bug report at http://bugs.php.net/?id=29627&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29627&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29627&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29627&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29627&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29627&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29627&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29627&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29627&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29627&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29627&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29627&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29627&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29627&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29627&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29627&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29627&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29627&r=float

#29626 [NEW]: Variables read from $_SESSION loose their values when using HTTP

[proteus at proteusworld dot com]

From: proteus at proteusworld dot com
Operating system: Linux (might be Windows too)
PHP version:  Irrelevant
PHP Bug Type: Session related
Bug description:  Variables read from $_SESSION loose their values when using HTTP

Description:

I found a strange (to me at least) behaviour with sessions when using
HTTPS.

Let's say that $_SESSION["message"] contains "old_message". Take the
following code:

$old_message = $_SESSION["message"];
$_SESSION["message"] = "new message";
echo "The message was: ".$old_message;

Now, over HTTP you would get the expected output ("old_message"). But over
HTTPS the output will contain "new_message".

You can use session_unregister("message") if you want $old_message to
preserve its value, but this means you can't set anymore a new value for
$_SESSION["message"].



-- 
Edit bug report at http://bugs.php.net/?id=29626&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29626&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29626&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29626&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29626&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29626&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29626&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29626&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29626&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29626&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29626&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29626&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29626&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29626&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29626&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29626&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29626&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29626&r=float

#29623 [Opn->Bgs]: XSLTProcessor don't process 'omit-xml-declaration' in 'xsl:output'

[chregu]

 ID:   29623
 Updated by:   [EMAIL PROTECTED]
 Reported By:  x-penguin at tut dot by
-Status:   Open
+Status:   Bogus
 Bug Type: XSLT related
 Operating System: Linux
 PHP Version:  5CVS-2004-08-12 (dev)
 New Comment:

transformToDoc always looses special XSLT formatting options (like
omit-xml-declaration, indent, method, etc), because the returned
Document is a simple DomDocument with no such information.

Use

$string = $proc->transformToXml($xml);
print $string;

to achieve what you want




Previous Comments:


[2004-08-12 02:28:20] x-penguin at tut dot by

Description:

PHP Version 5.1.0-dev, configure with:
'./configure' '--prefix=/usr/' '--with-apxs2' '--with-gettext'
'--with-iconv' '--with-mysql' '--enable-mbstring=ru'
'--enable-mbregex'
'--enable-mbstr-enc-trans' '--disable-short-tags' '--with-xsl'
'--with-libxml' '--without-sqlite' '--enable-soap'

libxslt Version 1.1.8
libxml Version  2.6.11
libexslt Version1.1.8

apache 2.0.48

XSLTProcessor don't process 'omit-xml-declaration' in 'xsl:output'. If
'omit-xml-declaration' set to 'yes' than xml declaration will be
output; when set to 'no', than xml declaration will be output too.


Reproduce code:
---
loadXML(
'
http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl";>




'
);

$xml = new DomDocument;
$xml->loadXML('test');

$proc = new XSLTProcessor();
$proc->importStylesheet($xsl);

$dom = $proc->transformToDoc($xml);
echo $dom->saveXML();
?>

Expected result:

test

Actual result:
--

test





-- 
Edit this bug report at http://bugs.php.net/?id=29623&edit=1

#29163 [Asn]: field consisting of one space char is read as an empty string by fgetcsv

[ramon_herrera at eloyalty dot com]

 ID:   29163
 User updated by:  ramon_herrera at eloyalty dot com
 Reported By:  ramon_herrera at eloyalty dot com
 Status:   Assigned
 Bug Type: Filesystem function related
 Operating System: win2k & GNU/Linux (FC2)
 PHP Version:  5.0.0
 Assigned To:  moriyoshi
 New Comment:

The bug still shows up in CVS php5-200408120430 under Fedora Core 2.


Previous Comments:


[2004-08-04 08:33:33] ramon_herrera at eloyalty dot com

Is this bug destined to be fixed in a later release?



[2004-07-21 05:54:07] ramon_herrera at eloyalty dot com

Is this a matter of compatibility versus correctness?

What is the consensus among the developers/maintainers regarding this
matter?

Thanks again.



[2004-07-20 23:23:03] [EMAIL PROTECTED]

*sigh* as I mentioned again and again, whether it's 
correct or not doesn't matter. Personally I'm for Ilia's 
opinion, but compatibility should always come first.




[2004-07-20 23:07:08] [EMAIL PROTECTED]

Current PHP 4 behavior is correct, old behavior was wrong. 
Opening the given file with other CVS parsers such as 
OpenOffice confirms that the PHP 4 behavior is correct. 



[2004-07-20 22:53:59] ramon_herrera at eloyalty dot com

The version 4.3.8 fgetcsv() works fine.  It reads a single space
character from a CSV field containing a single space character.  If
that is what my data is then that is exactly what I want fgetcsv() to
read.

The version 5.0.0 fgetcsv() drops that space character.

Thank you very much for your efforts.



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/29163

-- 
Edit this bug report at http://bugs.php.net/?id=29163&edit=1

#16402 [Com]: UnsatisfiedLinkError: send when loading any php file

[okapi at yahoo dot com]

 ID:   16402
 Comment by:   okapi at yahoo dot com
 Reported By:  csbook at adproject dot net
 Status:   No Feedback
 Bug Type: Servlet related
 Operating System: RedHat Linux
 PHP Version:  4.1.2
 New Comment:

I copied the DLLs to C:\windows\system32 and got it to load a phpinfo()
page, but then it crashed. I'll file a separate bug on that if I can't
find one already.


Previous Comments:


[2004-08-12 08:02:22] okapi at yahoo dot com

I'm experiencing this with 4.3.9RC1 on Windows. I've not been able to
find a solution to this.



[2003-11-25 12:10:16] jordi dot gou at upf dot edu

I've had the same problem. 
I installed php4.3.4 in a linux. I want to obtain php as a servlet
because I want to use it in Tomcat server. So I configured it:
./configure --with-mysql= --with-java=
--with-servlet

Then I execute make and copy libphp4.so in /usr/local/java/jre/lib
because I read in a forum to resolve the php4 not installed error.

I also copied phpsrvlt.jar to /usr/local/tomcat/common/lib and I
modified web.xml to use this servlet

Now, when I try to access to php page, the error is 

java.lang.UnsatisfiedLinkError: send
at net.php.servlet.send(Native Method)
at net.php.servlet.service(servlet.java:190)
at net.php.servlet.service(servlet.java:214)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
...

could anyone help me?

Thanks at all

Jordi



[2003-07-04 02:04:26] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-06-29 10:41:03] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2002-10-05 15:27:05] drinksi at qwest dot net

I finally found a working solution.

I had to use PHP 4.0.6.  I configured it as such "./configure
--with-java --with-servlet".  I moved the phpsrvlt.jar and libphp4.so
created to the "TOMCAT_HOME/common/lib" directory of Tomcat. I put the
"TOMCAT_HOME/common/lib" directory in the LD_LIBRARY_PATH.  There is no
need to alter the php.ini file. Works like a charm.  Hope this help.

Ivan



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/16402

-- 
Edit this bug report at http://bugs.php.net/?id=16402&edit=1

#16402 [Com]: UnsatisfiedLinkError: send when loading any php file

[okapi at yahoo dot com]

 ID:   16402
 Comment by:   okapi at yahoo dot com
 Reported By:  csbook at adproject dot net
 Status:   No Feedback
 Bug Type: Servlet related
 Operating System: RedHat Linux
 PHP Version:  4.1.2
 New Comment:

I'm experiencing this with 4.3.9RC1 on Windows. I've not been able to
find a solution to this.


Previous Comments:


[2003-11-25 12:10:16] jordi dot gou at upf dot edu

I've had the same problem. 
I installed php4.3.4 in a linux. I want to obtain php as a servlet
because I want to use it in Tomcat server. So I configured it:
./configure --with-mysql= --with-java=
--with-servlet

Then I execute make and copy libphp4.so in /usr/local/java/jre/lib
because I read in a forum to resolve the php4 not installed error.

I also copied phpsrvlt.jar to /usr/local/tomcat/common/lib and I
modified web.xml to use this servlet

Now, when I try to access to php page, the error is 

java.lang.UnsatisfiedLinkError: send
at net.php.servlet.send(Native Method)
at net.php.servlet.service(servlet.java:190)
at net.php.servlet.service(servlet.java:214)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
...

could anyone help me?

Thanks at all

Jordi



[2003-07-04 02:04:26] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-06-29 10:41:03] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2002-10-05 15:27:05] drinksi at qwest dot net

I finally found a working solution.

I had to use PHP 4.0.6.  I configured it as such "./configure
--with-java --with-servlet".  I moved the phpsrvlt.jar and libphp4.so
created to the "TOMCAT_HOME/common/lib" directory of Tomcat. I put the
"TOMCAT_HOME/common/lib" directory in the LD_LIBRARY_PATH.  There is no
need to alter the php.ini file. Works like a charm.  Hope this help.

Ivan



[2002-05-15 16:25:14] jbennett at earthling dot net

I finally got past this error.  This is actually the secondary error. 
The first page load when you start tomcat with the php servlet gives
the error "no php4 in java.library.path" even though libphp4.so is in
the java.library.path either via a tomcat startup directive or the env
variable LD_LIBRARY_PATH.  Subsequent calls will give the
unsatisfiedLinkError.  the properties files inside of phpsrvlt.jar
point to php4.so, instead of libphp4.so.  I edited the properties files
and rebuilt the jar and it worked.  Unfortunately I can only get a
couple of page loads before tomcat crashes on me, but that's another
error entirely.



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/16402

-- 
Edit this bug report at http://bugs.php.net/?id=16402&edit=1

#29597 [Opn->Csd]: compile failed exit status 1

[magnus]

 ID:   29597
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sonny at sun dot com
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: RHEL 3
 PHP Version:  5.0.0
 New Comment:

This have already been fixed in CVS. 
You can get a snapshot from http://snaps.php.net or wait 
until 5.0.1 is released. 


Previous Comments:


[2004-08-10 13:19:29] sonny at sun dot com

Description:

Compile fails on RHEL 3 i386.
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

Does not return more informations.
Configure works fine.

Used Versions:
- PHP 5.0.0
- Redhat Advanced Server 3u3 i386
- gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-34)
- GNU Make version 3.79.1



Reproduce code:
---
See above versions of tools.

Configure:
env LIBS="-lfreetype -lpng -ljpeg -lz -lnsl";
IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php5
--with-config-file-path=/usr/local/php5 --disable-debug --enable-pic
--enable-trans-sid --disable-rpath --enable-zend-multibyte
--enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr
--with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm
--enable-sysvsem --enable-sysvmsg --enable-sqlite-utf8 --enable-sockets
--enable-soap --with-openssl-dir=/usr --enable-shmop --with-readline
--with-pgsql=shared --enable-pcntl --with-oci8=/oracle/product/9.2.0.4
--with-zlib-dir=/usr --with-mysql=/usr/local/mysql
--with-mnogosearch=/usr/local/mnogosearch --with-mhash=/usr/local
--enable-mbstring --with-ldap=shared --with-ldap-sasl
--with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos
--with-gettext --with-gd --enable-dio --enable-exif --enable-ftp
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr
--with-curl --with-curlwrappers --enable-calendar --with-bz2
--with-zlib --enable-bcmath --disable-short-tags --enable-magic-quotes
--enable-sigchild --disable-path-info-check --enable-fastcgi
--enable-force-cgi-redirect --with-apxs2=/usr/sbin/apxs
--with-apxs2filter=/usr/sbin/apxs --enable-versioning --with-inifile
--with-flatfile --with-db4=/usr --enable-magic-quotes
--disable-short-tags --enable-cli

Expected result:

working and final make

Actual result:
--
Break here:
/usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In
function `UdmFreeUrlRes':
/software/compile/mnogosearch-3.1.21/src/files.c:843: multiple
definition of `UdmFreeUrlRes'
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262:
first defined here
/usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)
collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1

Same error if remove mngosearch from configure.





-- 
Edit this bug report at http://bugs.php.net/?id=29597&edit=1

#29575 [Opn->Bgs]: output_buffering off can't be set in php.ini

[magnus]

 ID:   29575
 Updated by:   [EMAIL PROTECTED]
 Reported By:  intreg at zoom dot co dot uk
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Debian GNU/Linux
 PHP Version:  4.3.8
 New Comment:

This sounds very much like you aren't editing the correct 
php.ini file. 
Check the phpinfo() output where it's looking for the 
php.ini file and put your edited file where it want it to 
be. 


Previous Comments:


[2004-08-09 09:35:06] intreg at zoom dot co dot uk

went back to 4.3.7 and still same result - thinking perhaps the header
messages (already sent) may not be as I first thought related to the
output_buffering setting. Won't know for sure until I go back an apache
version (2.0.50 to 2.0.49) and figure out which bit of the setup is
producing my problem [will be doing another setup/build in two weeks].


I leave this minor bug report on file as php output_buffering setting
would be easier to eliminate as a possible cause if my php.ini setting
of 'off' could be seen in phpinfo as 'off'.



[2004-08-08 21:34:06] intreg at zoom dot co dot uk

Description:

output_buffering = Off
output_buffering=off

tried both of these but phpinfo still seems to show 'no value' for this
directive.

If you want to see if anyone else has managed to successfully switch it
off, then a quick browse through google using a search string as
follows:

output_buffering 4.3.8 off

didn't produce any examples I could find [lots of 'no value' and 4096
and 0 but seemingly no 'off']. Just off to try making apache override
the php setting, otherwise it's back to 4.3.7 [the web developer does
his own flushing and I'm not about to tell him that he can no longer do
this]

Regards,
Gary.






-- 
Edit this bug report at http://bugs.php.net/?id=29575&edit=1

#28772 [Com]: No input file specified.

[mike at hotmail dot com]

 ID:   28772
 Comment by:   mike at hotmail dot com
 Reported By:  pieter at amazed dot nl
 Status:   Bogus
 Bug Type: iPlanet related
 Operating System: win nt 4
 PHP Version:  4.3.7
 New Comment:

I'm having the same error with php5 and iis6. I've tried  
 and echo"hello world"; - i get this: 
No input file specified.


Previous Comments:


[2004-06-29 18:57:40] [EMAIL PROTECTED]

No bug -> bogus



[2004-06-29 18:10:37] pieter at amazed dot nl

Hai there it is not a bug in the first place
it is a bug in the webpublishing part of the server eg 3.63
I removed webpublishing function agent of then occurred the following:
http server would not start i looked into the event viewer got this
message: cannot find function: agent_name_trans  because with
webpublishing on agents are on
but with webpublishing off agents go off too! andwhat i not could find
before i found in obj.conf   agent_name_trans still in obj conf so I
removed it first made a copy of obj.conf orig  and edited the thing.
removed restarted the server when something wrong in obj.conf server
never starts!
reloaded the file in servermanager and applied it
test.php in browser and voila works!!!
cheers Pieter



[2004-06-29 18:05:40] pieter at amazed dot nl

Hai ther it is not a bug in the first place
it is a bug in the webpublishing part of the server eg 3.63
I removed webpublishing function agent of then occurred the following:
http server would not start i looked into the event viewer got this
message: cannot find function: agent_name_trans  because with
webpublishing on agents are on
but with webpublishing off agents go off too! andwhat i not could find
before i found in obj.conf   agent_name_trans still in obj conf so I
removed it first made a copy of obj.conf orig  and edited the thing.
removed restarted the server when something wrong in obj.conf server
never starts!
reloaded the file in servermanager and applied it
test.php in browser and voila works!!!
eg you should never use webpublishing because of severe
attack problems and the server crashes this was another problem i had
with this thing saw this morning in eventviewer an attacker coming up
with posts and finally with PROPFIND this time the server won from this
attacker
found his adress and will attack this one legaly
cheers Pieter



[2004-06-22 00:47:09] jaoshar at yahoo dot fr

No, it is a bug. I use PHP v4.3.5 and it works fine in cmd, but returns
the unremovable "No input file specified" with Apache (2.0.48 or
1.3.39). 
I've been months on this problem, read all the support/discussion
places, but it seems there's no way out of this "problem".
My personal conclusion is that PHP guys intended to put such a bug in
the windows binary (maybe to support products like Sokkit). 
I stopped trying. When it will be solved, I'll be back to PHP ;o), but
learnd lots of things with Perl in the meanwhile !



[2004-06-14 15:45:43] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.



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/28772

-- 
Edit this bug report at http://bugs.php.net/?id=28772&edit=1

#29524 [Com]: Trying to connect to an oracle 9i Db, script hangs, same script on PHP4 works

[vincomaldini at hotmail dot com]

 ID:   29524
 Comment by:   vincomaldini at hotmail dot com
 Reported By:  fadi at netways dot com
 Status:   Open
 Bug Type: OCI8 related
 Operating System: Windows 2000
 PHP Version:  5.0.0
 New Comment:

I've had this SAME problem on two different machines with W2K spk4,
Oracle 9.2.0.1 and IIS.

It seems that any attempt to use OCILogon or oci_connect causes the
script to hang indefinitely and not close the HTTP connection.


Previous Comments:


[2004-08-04 14:21:22] fadi at netways dot com

Description:

Platform:
=
PHP 5.0 (Release)
Windows 2000 server
IIS 6.0 (PHP runs as ISAPI module)
Oracle 9i Client Tools (Admin)
ORACLE_HOME correctly set as system variable

Oracle Databae 9i installed on a separate reachable server (i tested
sqlplus).

IUSR_ has correct permissions to C:\PHP and C:\Oracle\Ora92
directories.

IMPORTANT: Simply replacing PHP 5 with PHP 4.3.4 works

Reproduce code:
---
";
print_r( $row );
}
ocilogoff( $conn );
?>

Expected result:

2 rows of data

Actual result:
--
Script hangs indefinitly





-- 
Edit this bug report at http://bugs.php.net/?id=29524&edit=1

#29625 [NEW]: configure file problem

[ych at tcte dot com dot cn]

From: ych at tcte dot com dot cn
Operating system: linux
PHP version:  4.3.8
PHP Bug Type: *Configuration Issues
Bug description:  configure file problem

Description:

in configure file line 86047, missing quotation mark for variable
PHP_SABLOT_JS_LIBS 

Reproduce code:
---
  *)
  LIBS="-ljs $LIBS"
   ;;
  esac
  fi
PHP_SABLOT_JS_LIBS=-L$PHP_SABLOT_JS_DIR/lib -ljs

else
  echo "$ac_t""no" 1>&6
LDFLAGS=$save_old_LDFLAGS
ext_shared=$save_ext_shared
unset ac_cv_func_js



-- 
Edit bug report at http://bugs.php.net/?id=29625&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29625&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29625&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29625&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29625&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29625&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29625&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29625&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29625&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29625&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29625&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29625&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29625&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29625&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29625&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29625&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29625&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29625&r=float

#29624 [NEW]: OCINlsEnvironmentVariableGet: referenced symbol not found

[dmarek1 at att dot net]

From: dmarek1 at att dot net
Operating system: Solaris 2.8
PHP version:  5.0.0
PHP Bug Type: OCI8 related
Bug description:  OCINlsEnvironmentVariableGet: referenced symbol not found

Description:

I am okay to build oci8 with PHP 5 and the make is okay but when I start
http server the error below occurs.  I have iAS 10g for one home with a
9.2 client on another.  I build oci8 to 9.2 home and all other to 10G iAS.
 Without oci8 all is good and the server runs and handles PHP but with oci8
I can't go on.

Thanks for any help

/opt/oracle/product/TCLB/iAS/Apache/Apache/bin/apachectl start: execing
httpd
Syntax error on line 232 of
/opt/oracle/product/TCLB/iAS/Apache/Apache/conf/httpd.conf:
Cannot load /opt/oracle/product/TCLB/iAS/Apache/Apache/libexec/libphp5.so
into server: ld.so.1: /opt/oracle/product/TCLB/i
AS/Apache/Apache/bin/httpd: fatal: relocation error: file
/opt/oracle/product/TCLB/iAS/Apache/Apache/libexec/libphp5.so: s
ymbol OCINlsEnvironmentVariableGet: referenced symbol not found

Reproduce code:
---
./configure --with-oci8=/opt/oracle/product/TCLB/9.2.C
--with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr
/local --with-zlib-dir=/usr/local --with-xpm-dir=/usr/local
--with-ttf=/usr/local --with-freetype-dir=/usr/local --enable-
gd-native-ttf --with-mysql=/usr/local/mysql
--with-apxs=/opt/oracle/product/TCLB/iAS/Apache/Apache/bin/apxs
--prefix=/opt/
oracle/product/TCLB/iAS
--with-config-file-path=/opt/oracle/product/TCLB/iAS/Apache/Apache/conf


Expected result:

Server starts and oci calls work!

Actual result:
--
Can't start server as error above shows.

-- 
Edit bug report at http://bugs.php.net/?id=29624&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29624&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29624&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29624&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29624&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29624&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29624&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29624&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29624&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29624&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29624&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29624&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29624&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29624&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29624&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29624&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29624&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29624&r=float

#29623 [NEW]: XSLTProcessor don't process 'omit-xml-declaration' in 'xsl:output'

[x-penguin at tut dot by]

From: x-penguin at tut dot by
Operating system: Linux
PHP version:  5CVS-2004-08-12 (dev)
PHP Bug Type: XSLT related
Bug description:  XSLTProcessor don't process 'omit-xml-declaration' in 'xsl:output'

Description:

PHP Version 5.1.0-dev, configure with:
'./configure' '--prefix=/usr/' '--with-apxs2' '--with-gettext'
'--with-iconv' '--with-mysql' '--enable-mbstring=ru' '--enable-mbregex'
'--enable-mbstr-enc-trans' '--disable-short-tags' '--with-xsl'
'--with-libxml' '--without-sqlite' '--enable-soap'

libxslt Version 1.1.8
libxml Version  2.6.11
libexslt Version1.1.8

apache 2.0.48

XSLTProcessor don't process 'omit-xml-declaration' in 'xsl:output'. If
'omit-xml-declaration' set to 'yes' than xml declaration will be output;
when set to 'no', than xml declaration will be output too.


Reproduce code:
---
loadXML(
'
http://www.w3.org/1999/XSL/Transform";
xmlns:php="http://php.net/xsl";>




'
);

$xml = new DomDocument;
$xml->loadXML('test');

$proc = new XSLTProcessor();
$proc->importStylesheet($xsl);

$dom = $proc->transformToDoc($xml);
echo $dom->saveXML();
?>

Expected result:

test

Actual result:
--

test

-- 
Edit bug report at http://bugs.php.net/?id=29623&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29623&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29623&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29623&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29623&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29623&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29623&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29623&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29623&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29623&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29623&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29623&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29623&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29623&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29623&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29623&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29623&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29623&r=float

#29411 [Fbk->NoF]: make error

[php-bugs]

 ID:   29411
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Lgam at ufm dot edu dot gt
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  5.0.0
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2004-07-29 10:40:48] [EMAIL PROTECTED]

Please, show me your Makefile (or just a part of it with line 196).



[2004-07-27 17:57:37] Lgam at ufm dot edu dot gt

Description:

After ./configure --with-apache2=../apache20
--with-informix=$INFORMIXDIR

I try to use make and It show this error: 

"Makefile", line 196: make: 1254-055 Dependency line needs colon or
double colon
 operator.
make: 1254-058 Fatal errors encountered -- cannot continue.






-- 
Edit this bug report at http://bugs.php.net/?id=29411&edit=1

#29607 [Opn->Csd]: highlight_file producing incorrect output

[iliaa]

 ID:   29607
 Updated by:   [EMAIL PROTECTED]
 Reported By:  phpbugrep200408 at pgregg dot com
-Status:   Open
+Status:   Closed
 Bug Type: Strings related
 Operating System: *
 PHP Version:  4.3.x/5.x
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-08-11 08:16:59] [EMAIL PROTECTED]

Verified



[2004-08-10 23:25:49] phpbugrep200408 at pgregg dot com

Description:

I found an error in how application/x-httpd-php-source produces its
output.

The following example shows this in operation:

Raw file: http://www.pgregg.com/code/sprintf_heredoc.txt
phps ver: http://www.pgregg.com/code/sprintf_heredoc.phps

Both the txt and phps filenames are symlinks to the .php file.

Normally, a missing newline would be nothing to write home about, but
in this instance it breaks the functionality of the script.







-- 
Edit this bug report at http://bugs.php.net/?id=29607&edit=1

#26038 [Com]: session_start(): Failed to initialize storage module

[ron at dse dot nl]

 ID:   26038
 Comment by:   ron at dse dot nl
 Reported By:  pedro at dehumanizer dot com
 Status:   Bogus
 Bug Type: Session related
 Operating System: FreeBSD 4.9
 PHP Version:  4CVS-2003-10-30 (stable)
 New Comment:

It's probably a combination of issues related to Apache XBit-hack. I
found a workaround for my case. See my comments on
http://bugs.php.net/bug.php?id=25876 and
http://bugs.php.net/bug.php?id=25753


Previous Comments:


[2004-02-12 16:52:36] mivox at mivox dot com

Happens frequently on my osCommerce site, hosted at Pair, running
Apache 1.3.29 and PHP 4.3.4. The problems started in November 2003, and
they began upgrading to FreeBSD 4.6-STABLE (incl. the Apache and PHP
versions noted above) in November.

I have just tried implementing the suggestion given above about the
session.save_handler = files php setting, by adding the following to my
.htaccess file (as per Pair's suggestion):

php_value session.save_handler files
php_value magic_quotes_gpc 1

If the problem reappears after altering the .htaccess, I will report
back. It seems to be running fine right now, but it is a maddeningly
intermittent problem.



[2004-02-05 06:42:40] bugs dot php dot net at mkaart dot net

Hi,

I had similar problems on my Gentoo Linux box running Apache 2.0.48 and
php4. The problem was solved when I changed the following setting from
"user" to "files" in the php.ini:

session.save_handler = files

Note: This broke drupal (a CMS i have running), but enabling .htaccess
for drupal, which sets session.save_handler to user, fixed that as
well.

Hope this helps...

Regards,

Marnix Kaart



[2004-01-05 03:28:35] dewaard at netcollective dot nl

I encountered this problem while working on a custom 
session handler with session_set_save_handler(). All the 
virtual hosts on that particular server that contain 
session_start() where having this issue, except from the 
virtual host on which I was developing the custom 
session handler. The only way to solve it was an Apache 
restart.

After a while the problem occured again and an Apache 
restart fixed this occurence to. I don't know what 
caused the problem, but i'm quite sure it happened 
because of my experiments with 
session_set_save_handler(). I didn't do anything else 
that relates to sessions and didn't mess with the ini 
settings.

The error occured on PHP 4.3.3 (Apache 1.3.29, Red Hat 
8). I've just updated to PHP 4.3.4, but I'm afraid that 
won't solve this issue. I will true to find out more 
about this problem and will share all the clues that i 
can find.



[2003-12-16 17:05:45] darren at cpanel dot net

Just FYI, this also happens with apache 1.3.29 and php 4.3.3 and 4.3.4
on RedHat Linux.



[2003-11-17 18:08:18] [EMAIL PROTECTED]

It's not PHP bug. (Apache2 is really not ready for production)




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/26038

-- 
Edit this bug report at http://bugs.php.net/?id=26038&edit=1

#29620 [Opn->Bgs]: money_format treats 0.00*-1 strangely

[iliaa]

 ID:   29620
 Updated by:   [EMAIL PROTECTED]
 Reported By:  benjcarson at digitaljunkies dot ca
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux
 PHP Version:  5CVS-2004-08-11 (dev)
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

the money_format() function returns the exact same value as 
that of strfmon() without any modifications. Any unexpected 
output is likely to be a fault in glibc. 


Previous Comments:


[2004-08-11 20:56:49] benjcarson at digitaljunkies dot ca

Description:

When using the format '%(n' (i.e. represent negative numbers in
parenthesis), money_format still prints out a negative sign when its
second parameter is 0.00*-1.   It works fine for the following values,
however:

-0.00
-0
0*-1
-1*0
-1*0.00
-1.00*0

(Note: echo(0.00*-1) prints out -0.)

Interestingly, using gcc-3.3.4 and glibc-2.3.2, the following fails in
a similar fashion:

strfmon(buf, sizeof(buf), "%(n", atof("-0.00"));
/* buf = "-0.00" */

double val = 0.00 * -1;
strfmon(buf, sizeof(buf), "%(n", val);
/* buf = "-0.00" */

double val = -1*0.00;
strfmon(buf, sizeof(buf), "%(n", val);
/* buf = "-0.00" */

It appears it might have something to do with strfmon()'s handling of
'negative zero', except money_format() works correctly for values where
strfmon() fails (e.g. -1*0.00).

Reproduce code:
---
echo money_format("%(n", 0.00*-1) . "\n";

Expected result:

0.00

or even

(0.00)

Actual result:
--
-0.00





-- 
Edit this bug report at http://bugs.php.net/?id=29620&edit=1

#28810 [Bgs]: build fails on unresolved symbols mysql_create_db and mysql_

[donp at personaltelco dot net]

 ID:   28810
 User updated by:  donp at personaltelco dot net
 Reported By:  donp at personaltelco dot net
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: OS X 10.2
 PHP Version:  5.0.0RC3
 New Comment:

im saying the build fails out of the box on a standard OS X 10.2
install. its not a support issue, its a build system issue. i should be
able to untar, configure, and make, right? im saying that doesnt work.


Previous Comments:


[2004-08-11 21:40:38] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Yup, what the foo@ guy said.



[2004-08-11 17:56:42] foo at bar dot com

That 2nd .o should be .lo:

rm -rf *.o *.lo */*.o */*.lo

But a whole make clean (or even make distclean) would be in order too.



[2004-08-11 17:54:08] foo at bar dot com

If you change your configuration but don't make clean, php will use the
old mysql compiled extension object files, which is built against the
bundled mysql 3.x library, but will try to link against your new 4.x
library, causing the undefined symbols.

cd ext/mysql
rm -rf *.o *.o */*.o */*.lo
cd ..
make



[2004-08-11 17:42:22] foo at bar dot com

Also fails with PHP 4.3.8 and MySQL 4.0.20 on Mac OS X 10.1.5, tho I
don't think it's the OS. mysql_create_db() and mysql_drop_db() were
deprecated some time ago and now appear dropped completely.

% nm /usr/local/mysql/lib/mysql/libmysqlclient.a |& grep mysql_create
%

http://dev.mysql.com/doc/mysql/en/mysql_create_db.html

http://dev.mysql.com/doc/mysql/en/mysql_drop_db.html



[2004-06-17 00:54:40] donp at personaltelco dot net

Description:

Buliding PHP5.0RC3 under OS X 10.2 and MySQL 4.0.15 fails.

This is the stock MySQL and GCC that comes with OS X 10.2.

./configure --prefix=/Users/donp/php5 
--with-apxs2=/Users/donp/apache2/bin/apxs --with-mysql --with-ldap
--with-libxml-dir=/sw/

(configure script completes successfully.)

make

(build progresses to the final link stage)
ld: warning multiple definitions of symbol _pcre_free
ext/pcre/pcrelib/pcre.o definition of _pcre_free in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_free
ld: warning multiple definitions of symbol _pcre_malloc
ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_malloc
ld: warning multiple definitions of symbol _regcomp
/Users/donp/apache2/bin/httpd definition of _regcomp
/usr/lib/libpthread.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
/Users/donp/apache2/bin/httpd definition of _regexec
/usr/lib/libpthread.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
/Users/donp/apache2/bin/httpd definition of _regfree
/usr/lib/libpthread.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_mysql_create_db
_mysql_drop_db
make: *** [libs/libphp5.bundle] Error 1


I did some research into it and it looks like those functions might
have been removed from mysqlclient.a at some point. I removed the
source code lines in ext/mysql/php_mysql.c|h that defined
mysql_create_db and mysql_drop_db (basically the code wrapped by
#ifndef NETWARE). It would then build and install but if I tried to use
mysql_connect the apache thread core dumps.






-- 
Edit this bug report at http://bugs.php.net/?id=28810&edit=1

#26544 [Com]: Compile fails on undefined symbol "res_ninit"

[shrooms at gmail dot com]

 ID:   26544
 Comment by:   shrooms at gmail dot com
 Reported By:  andy at kksonline dot com
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: FreeBSD 5.1 (Stable)
 PHP Version:  5CVS-2003-12-6
 New Comment:

I had the same problem on machines ranging from FreeBSD 4.6 to 5.2.
This is how I got it to work.

If you have a resolv.h in /usr/include, do the following.
(don't forget to backup)

cd /usr/local/bind/
(for safety)
mv include oldinclude
mv lib oldlib
ln -s /usr/include include
ln -s /usr/lib lib

now Download the Bind 8 (source) and compile it. it will put a new
working resolv.h in /usr/include and the other appropriate files, It
will also put the appropriate libs in the lib dir.

Now you should be able to compile php 5 as normal.

Hope this helps.


Previous Comments:


[2004-07-26 20:45:36] ronnie at rustybrick dot com

Indeed, php5 compiled fine on my FreeBSD box until I installed bind 8. 
Then, after recompiling, the above errors occurred.  PHP 4 works fine
either way.  Was php 5 assuming Bind 9?



[2004-07-26 14:53:33] peti-ke at freemail dot hu

i had the same problem under fbsd 5.1.

than i tried different thing and finally it worked.

i deinstalled bind8 and put bind9 on it. than i did a portsclean -C -D
-L -i

and after these thing the compile worked without any mistake.



[2003-12-11 06:37:40] [EMAIL PROTECTED]

Ask why bind has these functions but why doesn't your resolv.h  have
the aliases..

This is not PHP bug.




[2003-12-10 11:57:26] andy at kksonline dot com

Hi !
I have checked both things.
main/php_config.h looks fine

I have taken look into /usr/include/resolv.h

There are quite a few res_* defines, but I checked, there are few
res_n* defines missing, all those I reported to be produced (res_ninit,
res_nmkquery, res_nsend and res_nclose).

Any idea what to do next. Where should these defines be linked to?
Maybe I can ask on freebsd forum, but I need to know what I am looking
for...

Andy



[2003-12-10 10:24:25] [EMAIL PROTECTED]

Configure detects the functions with the underscore prefixes.
(e.g. __res_nmkquery in -lbind)

Please check if you have '#define HAVE_RESOLV_H 1' in
main/php_config.h..also check that the /usr/include/resolv.h 
actually has the aliases for these functions, e.g.

#define res_nmkquery __res_nmkquery




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/26544

-- 
Edit this bug report at http://bugs.php.net/?id=26544&edit=1

#28810 [Opn->Bgs]: build fails on unresolved symbols mysql_create_db and mysql_

[derick]

 ID:   28810
 Updated by:   [EMAIL PROTECTED]
 Reported By:  donp at personaltelco dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: OS X 10.2
 PHP Version:  5.0.0RC3
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Yup, what the foo@ guy said.


Previous Comments:


[2004-08-11 17:56:42] foo at bar dot com

That 2nd .o should be .lo:

rm -rf *.o *.lo */*.o */*.lo

But a whole make clean (or even make distclean) would be in order too.



[2004-08-11 17:54:08] foo at bar dot com

If you change your configuration but don't make clean, php will use the
old mysql compiled extension object files, which is built against the
bundled mysql 3.x library, but will try to link against your new 4.x
library, causing the undefined symbols.

cd ext/mysql
rm -rf *.o *.o */*.o */*.lo
cd ..
make



[2004-08-11 17:42:22] foo at bar dot com

Also fails with PHP 4.3.8 and MySQL 4.0.20 on Mac OS X 10.1.5, tho I
don't think it's the OS. mysql_create_db() and mysql_drop_db() were
deprecated some time ago and now appear dropped completely.

% nm /usr/local/mysql/lib/mysql/libmysqlclient.a |& grep mysql_create
%

http://dev.mysql.com/doc/mysql/en/mysql_create_db.html

http://dev.mysql.com/doc/mysql/en/mysql_drop_db.html



[2004-06-17 00:54:40] donp at personaltelco dot net

Description:

Buliding PHP5.0RC3 under OS X 10.2 and MySQL 4.0.15 fails.

This is the stock MySQL and GCC that comes with OS X 10.2.

./configure --prefix=/Users/donp/php5 
--with-apxs2=/Users/donp/apache2/bin/apxs --with-mysql --with-ldap
--with-libxml-dir=/sw/

(configure script completes successfully.)

make

(build progresses to the final link stage)
ld: warning multiple definitions of symbol _pcre_free
ext/pcre/pcrelib/pcre.o definition of _pcre_free in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_free
ld: warning multiple definitions of symbol _pcre_malloc
ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_malloc
ld: warning multiple definitions of symbol _regcomp
/Users/donp/apache2/bin/httpd definition of _regcomp
/usr/lib/libpthread.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
/Users/donp/apache2/bin/httpd definition of _regexec
/usr/lib/libpthread.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
/Users/donp/apache2/bin/httpd definition of _regfree
/usr/lib/libpthread.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_mysql_create_db
_mysql_drop_db
make: *** [libs/libphp5.bundle] Error 1


I did some research into it and it looks like those functions might
have been removed from mysqlclient.a at some point. I removed the
source code lines in ext/mysql/php_mysql.c|h that defined
mysql_create_db and mysql_drop_db (basically the code wrapped by
#ifndef NETWARE). It would then build and install but if I tried to use
mysql_connect the apache thread core dumps.






-- 
Edit this bug report at http://bugs.php.net/?id=28810&edit=1

#29619 [Bgs]: mysqli can't be compiled

[helge at eco-logic-software dot de]

 ID:   29619
 User updated by:  helge at eco-logic-software dot de
 Reported By:  helge at eco-logic-software dot de
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux (SuSE 8.1)
 PHP Version:  5.0.0
 New Comment:

It was somewhat clear to me that this isn't a real bug in  
PHP but I think in the ./configure script which could give  
a little more hints or at least provide a link to somewhat  
of a FAQ where problems like these are focused. I didn't  
tried to compile MySQL on my own because on the MySQL  
download page they warn you to do it although I have done  
that already on my private machines. All I want is  
a ./configure script which is a little more verbose  
because I couldn't find the error after more than 11 hours  
of testing+googleing :-/ Will try to compile MySQL on my  
own this night.


Previous Comments:


[2004-08-11 20:35:13] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

MySQL links against OpenSSL 0.96 while PHP links against 0.97. So it
cannot work. It\'s a known issue to the way out is to compile the mysql
libs on your own. Doing that you probably end up in the same problem as
i did. I cannot compile shared mysql libs so that i can only use 1 of
the three extensions that link against MySQL (mysql, mysqlI,
pdo_mysql).



[2004-08-11 19:20:02] helge at eco-logic-software dot de

Description:

When trying to configure PHP 5 for compilation under SuSE Linux 8.1
(old system because it's a production server) and enabling MySQLi
support I get this:

checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.

The message seems clear but the problem is that in the given directory
the MySQL 4.1.3 libraries exist (and only there - I used the RPM-devel
from the official homepage). config.log ends with:

configure:54782: checking for MySQLi support
configure:54828: checking whether to enable embedded MySQLi support
configure:54961: checking for mysql_set_server_option in -lmysqlclient
configure:54980: gcc -o conftest -g -O2  -Wl,-rpath,/usr/lib/mysql
-L/usr/lib/mysql  -lmysqlclient -lz -lcrypt -lnsl -lm -lnss_files
-lnss_dns -lresolv -lnss_files -lnss_dns -lresolv conftest.c -L/usr/lib
-lmysqlclient  -lldap -llber -lcrypt -lpam -lfreetype -lpng -lz -ljpeg
-lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl  1>&5
/usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld:
cannot find -lnss_files
collect2: ld returned 1 exit status
configure: failed program was:
#line 54969 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char mysql_set_server_option();

int main() {
mysql_set_server_option()
; return 0; }

I already tried to apply the patch given in #29329 but that didn't work
either. I also tried changing the paths and so on but that only resulted
in the same error. The libraries are the right ones as the "normal"
mysql support compiles just fine and phpinfo() gives me "MySQL client
library: 4.1.3-beta". So normal MySQL support is working just fine with
the libraries but MySQLi support is not. Why, what am I doing wrong?

Reproduce code:
---
PHP 5.0.0 source from php.net

./configure --with-openssl --with-zlib --enable-bcmath --with-bz2
--enable-calender --enable-exif --enable-ftp --with-gd
--with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr
--with-ttf=/usr --with-freetype-dir --enable-gd-native-ttf
--with-gettext --with-iconv --with-imap --with-ldap=/usr
--enable-mbstring --with-mime-magic --enable-sockets
--enable-sqlite-utf8 --with-iconv-dir --with-xsl
--with-apxs2=/usr/local/apache2/bin/apxs --disable-libxml
--with-mysql=/usr/lib/mysql --with-mysql-sock=/var/lib/mysql/mysql.sock
--with-mysqli=/usr/bin/mysql_config

(libxml2 is disabled because I can't upgrade to a newer version right
now because of the old glibc in 8.1 - but that shouldn't matter ...
or?)

Expected result:

./configure should finish successfully - as well as the make
afterwards, of course ;-)

Actual result:
--
./configure aborts due to the missing MySQL libraries which are
defenitively there.





-- 
Edit this bug report at http://bugs.php.net/?id=29619&edit=1

#29620 [NEW]: money_format treats 0.00*-1 strangely

[benjcarson at digitaljunkies dot ca]

From: benjcarson at digitaljunkies dot ca
Operating system: Linux
PHP version:  5CVS-2004-08-11 (dev)
PHP Bug Type: Strings related
Bug description:  money_format treats 0.00*-1 strangely

Description:

When using the format '%(n' (i.e. represent negative numbers in
parenthesis), money_format still prints out a negative sign when its
second parameter is 0.00*-1.   It works fine for the following values,
however:

-0.00
-0
0*-1
-1*0
-1*0.00
-1.00*0

(Note: echo(0.00*-1) prints out -0.)

Interestingly, using gcc-3.3.4 and glibc-2.3.2, the following fails in a
similar fashion:

strfmon(buf, sizeof(buf), "%(n", atof("-0.00"));
/* buf = "-0.00" */

double val = 0.00 * -1;
strfmon(buf, sizeof(buf), "%(n", val);
/* buf = "-0.00" */

double val = -1*0.00;
strfmon(buf, sizeof(buf), "%(n", val);
/* buf = "-0.00" */

It appears it might have something to do with strfmon()'s handling of
'negative zero', except money_format() works correctly for values where
strfmon() fails (e.g. -1*0.00).

Reproduce code:
---
echo money_format("%(n", 0.00*-1) . "\n";

Expected result:

0.00

or even

(0.00)

Actual result:
--
-0.00

-- 
Edit bug report at http://bugs.php.net/?id=29620&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29620&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29620&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29620&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29620&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29620&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29620&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29620&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29620&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29620&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29620&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29620&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29620&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29620&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29620&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29620&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29620&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29620&r=float

#29619 [Opn->Bgs]: mysqli can't be compiled

[helly]

 ID:   29619
 Updated by:   [EMAIL PROTECTED]
 Reported By:  helge at eco-logic-software dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux (SuSE 8.1)
 PHP Version:  5.0.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

MySQL links against OpenSSL 0.96 while PHP links against 0.97. So it
cannot work. It's a known issue to the way out is to compile the mysql
libs on your own. Doing that you probably end up in the same problem as
i did. I cannot compile shared mysql libs so that i can only use 1 of
the three extensions that link against MySQL (mysql, mysqlI,
pdo_mysql).


Previous Comments:


[2004-08-11 19:20:02] helge at eco-logic-software dot de

Description:

When trying to configure PHP 5 for compilation under SuSE Linux 8.1
(old system because it's a production server) and enabling MySQLi
support I get this:

checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.

The message seems clear but the problem is that in the given directory
the MySQL 4.1.3 libraries exist (and only there - I used the RPM-devel
from the official homepage). config.log ends with:

configure:54782: checking for MySQLi support
configure:54828: checking whether to enable embedded MySQLi support
configure:54961: checking for mysql_set_server_option in -lmysqlclient
configure:54980: gcc -o conftest -g -O2  -Wl,-rpath,/usr/lib/mysql
-L/usr/lib/mysql  -lmysqlclient -lz -lcrypt -lnsl -lm -lnss_files
-lnss_dns -lresolv -lnss_files -lnss_dns -lresolv conftest.c -L/usr/lib
-lmysqlclient  -lldap -llber -lcrypt -lpam -lfreetype -lpng -lz -ljpeg
-lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl  1>&5
/usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld:
cannot find -lnss_files
collect2: ld returned 1 exit status
configure: failed program was:
#line 54969 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char mysql_set_server_option();

int main() {
mysql_set_server_option()
; return 0; }

I already tried to apply the patch given in #29329 but that didn't work
either. I also tried changing the paths and so on but that only resulted
in the same error. The libraries are the right ones as the "normal"
mysql support compiles just fine and phpinfo() gives me "MySQL client
library: 4.1.3-beta". So normal MySQL support is working just fine with
the libraries but MySQLi support is not. Why, what am I doing wrong?

Reproduce code:
---
PHP 5.0.0 source from php.net

./configure --with-openssl --with-zlib --enable-bcmath --with-bz2
--enable-calender --enable-exif --enable-ftp --with-gd
--with-png-dir=/usr --with-jpeg-dir=/usr --with-zlib-dir=/usr
--with-ttf=/usr --with-freetype-dir --enable-gd-native-ttf
--with-gettext --with-iconv --with-imap --with-ldap=/usr
--enable-mbstring --with-mime-magic --enable-sockets
--enable-sqlite-utf8 --with-iconv-dir --with-xsl
--with-apxs2=/usr/local/apache2/bin/apxs --disable-libxml
--with-mysql=/usr/lib/mysql --with-mysql-sock=/var/lib/mysql/mysql.sock
--with-mysqli=/usr/bin/mysql_config

(libxml2 is disabled because I can't upgrade to a newer version right
now because of the old glibc in 8.1 - but that shouldn't matter ...
or?)

Expected result:

./configure should finish successfully - as well as the make
afterwards, of course ;-)

Actual result:
--
./configure aborts due to the missing MySQL libraries which are
defenitively there.





-- 
Edit this bug report at http://bugs.php.net/?id=29619&edit=1

#18659 [Com]: can not bind a ldap server via function ldap_bind()

[jfprado at mixmail dot com]

 ID:   18659
 Comment by:   jfprado at mixmail dot com
 Reported By:  lesson at 263 dot net
 Status:   Bogus
 Bug Type: LDAP related
 Operating System: Red had 7.2
 PHP Version:  4.2.2
 New Comment:

It adds this line so that it works to you:

ldap_set_option($connect, LDAP_OPT_PROTOCOL_VERSION, 3);


Previous Comments:


[2002-09-08 17:28:02] mose at ns dot cune dot edu

Bzt.  Bogus, my foot.  Thanks for playing, but it is a bug, not a
support question.  I see that this bug was reported in July, and it
still is not fixed.  Here I thought it wasn't fixed because no one
reported it.  Take a look at bug #19281 and get a move on.  Chop, chop.



[2002-09-05 20:04:13] davidkoopman at yahoo dot com

I am trying to fix my 4.2.2 version of PHP so it will work with
openldap-2.1.4.  The ldap_bind function will not work out of the box. 
ldap.c needs to be modified to work with version 3.

When I try to bind, I get:
ldap_bind():  Unable to bind to server

When running slapd in debug mode, here is output from it:
do_bind: version=2 dn="cn=Manager,dc=example,dc=com" method=128
send_ldap_result: conn=0 op=0 p=2
send_ldap_response: msgid=1 tag=97 err=2
ber_flush: 52 bytes to sd 12
  :  30 32 02 01 01 61 2d 0a  01 02 04 00 04 26 72 65  
02...a-..&re
  0010:  71 75 65 73 74 65 64 20  70 72 6f 74 6f 63 6f 6c   quested
protocol
  0020:  20 76 65 72 73 69 6f 6e  20 6e 6f 74 20 61 6c 6cversion
not all
  0030:  6f 77 65 64owed
ldap_write: want=52, written=52
  :  30 32 02 01 01 61 2d 0a  01 02 04 00 04 26 72 65  
02...a-..&re
  0010:  71 75 65 73 74 65 64 20  70 72 6f 74 6f 63 6f 6c   quested
protocol
  0020:  20 76 65 72 73 69 6f 6e  20 6e 6f 74 20 61 6c 6cversion
not all
  0030:  6f 77 65 64owed


NOTICE the "version not allowed" comments coming from slapd.



[2002-07-31 04:24:41] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.



[2002-07-31 03:26:44] lesson at 263 dot net

I have got a problem when bind to a ldap server

software:
apache_1.3.26
php-4.2.2
openldap-2.1.3
mysql-3.23.51
install:
[mysql] 
  ./configure --prefix=/usr/local/mysql
  make
  make install
[openldap]
  env CPPFLAGS=-I/usr/local/BerkeleyDB.4.0/include
LDFLAGS=-L/usr/local/BerkeleyDB.4.0/lib ./configure
  make
  make install
[php]
  cd ../apache_1.3.26
  ./configure
  cd ../php-4.2.2
  ./configure --with-mysql --with-ldap
--with-apache=../apache_1.3.26
  make
  make install
[apache]  ./configure --prefix=/usr/local/apache 
--activate-module=src/modules/php4/libphp4.a
  make
  make install
No errors report while install.
here is my test program
LDAP query test";
echo "Connecting ...";
$ds=ldap_connect("localhost");  
echo "connect result is ".$ds."";

if ($ds) {
echo "Binding ...";
$r=ldap_bind_s($ds); // this is an "anonymous" bind, typically
   // read-only access
echo "Bind result is ".$r."";
?> 
and I got a error message below:
Warning: LDAP: Unable to bind to server: Protocol error in
/home/httpd/html/test.php

any idea?




-- 
Edit this bug report at http://bugs.php.net/?id=18659&edit=1

#28826 [Com]: SimpleXML expands entities but DOM + XSL does not

[andrew at shh dot fi]

 ID:   28826
 Comment by:   andrew at shh dot fi
 Reported By:  joe at joerags dot com
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Mac OS 10.2.8
 PHP Version:  5CVS-2004-06-18 (dev)
 New Comment:

OK here its - the answer for 5 at the mo -

$xmldoc = new DomDocument(); 
$xmldoc->resolveExternals = TRUE;
$xmldoc->substituteEntities = TRUE;
$xmldoc->load($this->xml);
$xsldoc = new DomDocument(); 
$xsldoc->load($this->xsl);


Previous Comments:


[2004-08-11 19:38:45] andrew at shh dot fi

I have the same problem as this person. I am using libxml 2.5.11 and
libxslt 1.0.33. By the way this has only been tested on win32 (php 5).

Works fine with sablot but not with any of the domxml/xslt in 4 or 5.

Haven't found a solution yet which is big problem as can't move to php5
until it works



[2004-06-22 06:19:39] joe at joerags dot com

I did the following and the test script I submitted 
works.

Using Fink (http://fink.sourceforge.net), I had it 
build and install libxml2 2.5.10 and libxslt 1.0.32. I 
then recompiled PHP 5 RC3 with these configuration 
commands: ./configure --prefix=/usr/local --with-zlib 
--with-libxml-dir=/sw --with-xsl=/sw --with-apxs=/usr/
sbin/apxs

The test script I submitted likely didn't work either 
because of user error on my part or a bug in something 
other than PHP.



[2004-06-18 11:09:05] joe at joerags dot com

Description:

When attempting to do an XSL transformation using the 
new DOM and XSL extensions available in PHP 5, I've 
noticed entities aren't expanded in the output. If I 
import the DOM object into SimpleXML, the entities are 
expanded.

The first time I attempted to run the following code I 
was using PHP 5 RC3, libxml2 2.6.10, and libxslt 1.1.7. 
I am now using CVS versions of PHP 5, libxml2, and 
libxslt in order to see if this was a bug fixed in 
either PHP 5, libxml2, or libxslt. The CVS versions I'm 
using were downloaded June 18th.

I run Apache 1.3.31 under Mac OS 10.2.8. I don't recall 
seeing any errors when I built and installed Apache, 
PHP, libxml2, or libxslt.

Reproduce code:
---


]>

  Example Document
  &entity1;
  &entity2;

EOD;

$xsl = <
  
XSL Element 1: 
XSL Element 2: 
XSL Element 3: 
  

EOD;

$xmlDocument = new DomDocument;
$xmlDocument->loadXML($xml);
$xslDocument = new DomDocument;
$xslDocument->loadXML($xsl);
$processor = new XsltProcessor;
$processor->importStyleSheet($xslDocument);
print $processor->transformToXML($xmlDocument);

$xmlDocument = simplexml_import_dom($xmlDocument);
print 'SimpleXML Element 1: ' . $xmlDocument->element1 . '';
print 'SimpleXML Element 2: ' . $xmlDocument->element2 . '';
print 'SimpleXML Element 3: ' . $xmlDocument->element3 . '';
?>

Expected result:

XSL Element 1: Example Document

XSL Element 2: Entity 1

XSL Element 3: Entity 2

SimpleXML Element 1: Example Document

SimpleXML Element 2: Entity 1

SimpleXML Element 3: Entity 2

Actual result:
--
XSL Element 1: Example Document

XSL Element 2: 

XSL Element 3: 

SimpleXML Element 1: Example Document

SimpleXML Element 2: Entity 1

SimpleXML Element 3: Entity 2





-- 
Edit this bug report at http://bugs.php.net/?id=28826&edit=1

#28826 [Com]: SimpleXML expands entities but DOM + XSL does not

[andrew at shh dot fi]

 ID:   28826
 Comment by:   andrew at shh dot fi
 Reported By:  joe at joerags dot com
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Mac OS 10.2.8
 PHP Version:  5CVS-2004-06-18 (dev)
 New Comment:

I have the same problem as this person. I am using libxml 2.5.11 and
libxslt 1.0.33. By the way this has only been tested on win32 (php 5).

Works fine with sablot but not with any of the domxml/xslt in 4 or 5.

Haven't found a solution yet which is big problem as can't move to php5
until it works


Previous Comments:


[2004-06-22 06:19:39] joe at joerags dot com

I did the following and the test script I submitted 
works.

Using Fink (http://fink.sourceforge.net), I had it 
build and install libxml2 2.5.10 and libxslt 1.0.32. I 
then recompiled PHP 5 RC3 with these configuration 
commands: ./configure --prefix=/usr/local --with-zlib 
--with-libxml-dir=/sw --with-xsl=/sw --with-apxs=/usr/
sbin/apxs

The test script I submitted likely didn't work either 
because of user error on my part or a bug in something 
other than PHP.



[2004-06-18 11:09:05] joe at joerags dot com

Description:

When attempting to do an XSL transformation using the 
new DOM and XSL extensions available in PHP 5, I've 
noticed entities aren't expanded in the output. If I 
import the DOM object into SimpleXML, the entities are 
expanded.

The first time I attempted to run the following code I 
was using PHP 5 RC3, libxml2 2.6.10, and libxslt 1.1.7. 
I am now using CVS versions of PHP 5, libxml2, and 
libxslt in order to see if this was a bug fixed in 
either PHP 5, libxml2, or libxslt. The CVS versions I'm 
using were downloaded June 18th.

I run Apache 1.3.31 under Mac OS 10.2.8. I don't recall 
seeing any errors when I built and installed Apache, 
PHP, libxml2, or libxslt.

Reproduce code:
---


]>

  Example Document
  &entity1;
  &entity2;

EOD;

$xsl = <
  
XSL Element 1: 
XSL Element 2: 
XSL Element 3: 
  

EOD;

$xmlDocument = new DomDocument;
$xmlDocument->loadXML($xml);
$xslDocument = new DomDocument;
$xslDocument->loadXML($xsl);
$processor = new XsltProcessor;
$processor->importStyleSheet($xslDocument);
print $processor->transformToXML($xmlDocument);

$xmlDocument = simplexml_import_dom($xmlDocument);
print 'SimpleXML Element 1: ' . $xmlDocument->element1 . '';
print 'SimpleXML Element 2: ' . $xmlDocument->element2 . '';
print 'SimpleXML Element 3: ' . $xmlDocument->element3 . '';
?>

Expected result:

XSL Element 1: Example Document

XSL Element 2: Entity 1

XSL Element 3: Entity 2

SimpleXML Element 1: Example Document

SimpleXML Element 2: Entity 1

SimpleXML Element 3: Entity 2

Actual result:
--
XSL Element 1: Example Document

XSL Element 2: 

XSL Element 3: 

SimpleXML Element 1: Example Document

SimpleXML Element 2: Entity 1

SimpleXML Element 3: Entity 2





-- 
Edit this bug report at http://bugs.php.net/?id=28826&edit=1

#29619 [NEW]: mysqli can't be compiled

[helge at eco-logic-software dot de]

From: helge at eco-logic-software dot de
Operating system: Linux (SuSE 8.1)
PHP version:  5.0.0
PHP Bug Type: Compile Failure
Bug description:  mysqli can't be compiled

Description:

When trying to configure PHP 5 for compilation under SuSE Linux 8.1 (old
system because it's a production server) and enabling MySQLi support I get
this:

checking for MySQLi support... yes
checking whether to enable embedded MySQLi support... no
checking for mysql_set_server_option in -lmysqlclient... no
configure: error: wrong mysql library version or lib not found. Check
config.log for more information.

The message seems clear but the problem is that in the given directory the
MySQL 4.1.3 libraries exist (and only there - I used the RPM-devel from the
official homepage). config.log ends with:

configure:54782: checking for MySQLi support
configure:54828: checking whether to enable embedded MySQLi support
configure:54961: checking for mysql_set_server_option in -lmysqlclient
configure:54980: gcc -o conftest -g -O2  -Wl,-rpath,/usr/lib/mysql
-L/usr/lib/mysql  -lmysqlclient -lz -lcrypt -lnsl -lm -lnss_files
-lnss_dns -lresolv -lnss_files -lnss_dns -lresolv conftest.c -L/usr/lib
-lmysqlclient  -lldap -llber -lcrypt -lpam -lfreetype -lpng -lz -ljpeg
-lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl  1>&5
/usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld:
cannot find -lnss_files
collect2: ld returned 1 exit status
configure: failed program was:
#line 54969 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char mysql_set_server_option();

int main() {
mysql_set_server_option()
; return 0; }

I already tried to apply the patch given in #29329 but that didn't work
either. I also tried changing the paths and so on but that only resulted
in the same error. The libraries are the right ones as the "normal" mysql
support compiles just fine and phpinfo() gives me "MySQL client library:
4.1.3-beta". So normal MySQL support is working just fine with the
libraries but MySQLi support is not. Why, what am I doing wrong?

Reproduce code:
---
PHP 5.0.0 source from php.net

./configure --with-openssl --with-zlib --enable-bcmath --with-bz2
--enable-calender --enable-exif --enable-ftp --with-gd --with-png-dir=/usr
--with-jpeg-dir=/usr --with-zlib-dir=/usr --with-ttf=/usr
--with-freetype-dir --enable-gd-native-ttf --with-gettext --with-iconv
--with-imap --with-ldap=/usr --enable-mbstring --with-mime-magic
--enable-sockets --enable-sqlite-utf8 --with-iconv-dir --with-xsl
--with-apxs2=/usr/local/apache2/bin/apxs --disable-libxml
--with-mysql=/usr/lib/mysql --with-mysql-sock=/var/lib/mysql/mysql.sock
--with-mysqli=/usr/bin/mysql_config

(libxml2 is disabled because I can't upgrade to a newer version right now
because of the old glibc in 8.1 - but that shouldn't matter ... or?)

Expected result:

./configure should finish successfully - as well as the make afterwards,
of course ;-)

Actual result:
--
./configure aborts due to the missing MySQL libraries which are
defenitively there.

-- 
Edit bug report at http://bugs.php.net/?id=29619&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29619&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29619&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29619&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29619&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29619&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29619&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29619&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29619&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29619&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29619&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29619&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29619&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29619&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29619&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29619&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29619&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29619&r=float

#29618 [Opn->Bgs]: Parse error with $ when $ doesnt exist at error

[tony2001]

 ID:   29618
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dragonflameclan at aol dot com
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Apache Linux
 PHP Version:  4.3.9
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Fix you curly braces first. You forgot to close some blocks.


Previous Comments:


[2004-08-11 18:28:27] dragonflameclan at aol dot com

Description:

I keep getting an unexpected $ in line 199 when that line reads }  ?>

Reproduce code:
---
http://www.groomi.co.uk/andy/bugs.txt

Expected result:

The php script should run and fight the monster.

Actual result:
--
Parse error, unexpected $ on line 199





-- 
Edit this bug report at http://bugs.php.net/?id=29618&edit=1

#29618 [NEW]: Parse error with $ when $ doesnt exist at error

[dragonflameclan at aol dot com]

From: dragonflameclan at aol dot com
Operating system: Apache Linux
PHP version:  4.3.9
PHP Bug Type: MySQL related
Bug description:  Parse error with $ when $ doesnt exist at error

Description:

I keep getting an unexpected $ in line 199 when that line reads }  ?>

Reproduce code:
---
http://www.groomi.co.uk/andy/bugs.txt

Expected result:

The php script should run and fight the monster.

Actual result:
--
Parse error, unexpected $ on line 199

-- 
Edit bug report at http://bugs.php.net/?id=29618&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29618&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29618&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29618&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29618&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29618&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29618&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29618&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29618&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29618&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29618&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29618&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29618&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29618&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29618&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29618&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29618&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29618&r=float

#29359 [NoF->Opn]: php_ini.c:486: 'alphasort' undeclared

[bonk_371 at hotmail dot com]

 ID:   29359
 User updated by:   bonk_371 at hotmail dot com
 Reported By:   bonk_371 at hotmail dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: QNX 6.3.0
 PHP Version:  5.0.0
 New Comment:

As the title says: php_ini.c:486: 'alphasort' undeclared.

That is the error I encountered in the configure.

I also had to disable iconv in the configure to get it to work.

To avoid the undeclared alphasort error I implemented the fix posted
here for 4.3.3, if you haven't been bothered to look at it here it is:

http://bugs.php.net/bug.php?id=25295

I implemented the same fix that "alain dot bonnefoy at icbt dot com"
posted. I added:

#include 
#include 

in php.h before the last #endif.

And it worked. Not sure what I'm missing by disabling iconv but all my
php scripts are working fine now anyway.

Note: I compiled a php cgi and apache statically, as I could not be
bothered to re-write apache's libtool scripts to call qcc instead of
gcc. (too much work) The details are recorded here:
http://www.openqnx.com/index.php?name=PNphpBB2&file=viewtopic&t=2624


Previous Comments:


[2004-08-09 01:00:04] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2004-07-29 11:18:01] [EMAIL PROTECTED]

Supply more information, please.
Error messages, your fix and other info will help much.
What does your ./configure say about alphasort (./configure ... | grep
-i alpha) ?



[2004-07-24 06:43:01] bonk_371 at hotmail dot com

I implemented the user's fix for this bug posted for 4.3.3 and it
worked.



[2004-07-23 23:46:35] bonk_371 at hotmail dot com

it also fails to detect iconv on QNX 6.3.0 (I just disabled it in the
configure to get around it - not sure it will work...)



[2004-07-23 23:15:32]   bonk_371 at hotmail dot com

Description:

A bug previously reported, and fixed for php4.3.3 on QNX6 has
returned.

make fails on line 486 of php_ini.c

Yes this is genuine and unreported for php5.0.0, yes it was previously
reported for older versions and fixed, but it has returned (was
forgotten?)

Reproduce code:
---
see current PHP 5.0.0 source distribution:
http://ca3.php.net/get/php-5.0.0.tar.gz/from/ca2.php.net/mirror

Expected result:

I expected the make to complete sucessfully.

Actual result:
--
It failed





-- 
Edit this bug report at http://bugs.php.net/?id=29359&edit=1

#29359 [Opn]: php_ini.c:486: 'alphasort' undeclared

[bonk_371 at hotmail dot com]

 ID:   29359
 User updated by:   bonk_371 at hotmail dot com
 Reported By:   bonk_371 at hotmail dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: QNX 6.3.0
 PHP Version:  5.0.0
 New Comment:

As the title says: php_ini.c:486: 'alphasort' undeclared.

That is the error I encountered in the configure.

I also had to disable iconv in the configure to get it to work.

To avoid the undeclared alphasort error I implemented the fix posted
here for 4.3.3, if you haven't been bothered to look at it here it is:

http://bugs.php.net/bug.php?id=25295

I implemented the same fix that "alain dot bonnefoy at icbt dot com"
posted. I added:

#include 
#include 

in php.h before the last #endif.

And it worked. Not sure what I'm missing by disabling iconv but all my
php scripts are working fine now anyway.

Note: I compiled a php cgi and apache statically, as I could not be
bothered to re-write apache's libtool scripts to call qcc instead of
gcc. (too much work) The details are recorded here:
http://www.openqnx.com/index.php?name=PNphpBB2&file=viewtopic&t=2624


Previous Comments:


[2004-08-11 18:12:26]   bonk_371 at hotmail dot com

As the title says: php_ini.c:486: 'alphasort' undeclared.

That is the error I encountered in the configure.

I also had to disable iconv in the configure to get it to work.

To avoid the undeclared alphasort error I implemented the fix posted
here for 4.3.3, if you haven't been bothered to look at it here it is:

http://bugs.php.net/bug.php?id=25295

I implemented the same fix that "alain dot bonnefoy at icbt dot com"
posted. I added:

#include 
#include 

in php.h before the last #endif.

And it worked. Not sure what I'm missing by disabling iconv but all my
php scripts are working fine now anyway.

Note: I compiled a php cgi and apache statically, as I could not be
bothered to re-write apache's libtool scripts to call qcc instead of
gcc. (too much work) The details are recorded here:
http://www.openqnx.com/index.php?name=PNphpBB2&file=viewtopic&t=2624



[2004-08-09 01:00:04] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2004-07-29 11:18:01] [EMAIL PROTECTED]

Supply more information, please.
Error messages, your fix and other info will help much.
What does your ./configure say about alphasort (./configure ... | grep
-i alpha) ?



[2004-07-24 06:43:01] bonk_371 at hotmail dot com

I implemented the user's fix for this bug posted for 4.3.3 and it
worked.



[2004-07-23 23:46:35] bonk_371 at hotmail dot com

it also fails to detect iconv on QNX 6.3.0 (I just disabled it in the
configure to get around it - not sure it will work...)



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/29359

-- 
Edit this bug report at http://bugs.php.net/?id=29359&edit=1

#29359 [Com]: php_ini.c:486: 'alphasort' undeclared

[bonk_371 at hotmail dot com]

 ID:   29359
 Comment by:   bonk_371 at hotmail dot com
 Reported By:   bonk_371 at hotmail dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: QNX 6.3.0
 PHP Version:  5.0.0
 New Comment:

sorry for the double post, your server burped (~1.5 min) and I assumed
the first post was not made...


Previous Comments:


[2004-08-11 18:13:32]   bonk_371 at hotmail dot com

As the title says: php_ini.c:486: 'alphasort' undeclared.

That is the error I encountered in the configure.

I also had to disable iconv in the configure to get it to work.

To avoid the undeclared alphasort error I implemented the fix posted
here for 4.3.3, if you haven't been bothered to look at it here it is:

http://bugs.php.net/bug.php?id=25295

I implemented the same fix that "alain dot bonnefoy at icbt dot com"
posted. I added:

#include 
#include 

in php.h before the last #endif.

And it worked. Not sure what I'm missing by disabling iconv but all my
php scripts are working fine now anyway.

Note: I compiled a php cgi and apache statically, as I could not be
bothered to re-write apache's libtool scripts to call qcc instead of
gcc. (too much work) The details are recorded here:
http://www.openqnx.com/index.php?name=PNphpBB2&file=viewtopic&t=2624



[2004-08-11 18:12:26]   bonk_371 at hotmail dot com

As the title says: php_ini.c:486: 'alphasort' undeclared.

That is the error I encountered in the configure.

I also had to disable iconv in the configure to get it to work.

To avoid the undeclared alphasort error I implemented the fix posted
here for 4.3.3, if you haven't been bothered to look at it here it is:

http://bugs.php.net/bug.php?id=25295

I implemented the same fix that "alain dot bonnefoy at icbt dot com"
posted. I added:

#include 
#include 

in php.h before the last #endif.

And it worked. Not sure what I'm missing by disabling iconv but all my
php scripts are working fine now anyway.

Note: I compiled a php cgi and apache statically, as I could not be
bothered to re-write apache's libtool scripts to call qcc instead of
gcc. (too much work) The details are recorded here:
http://www.openqnx.com/index.php?name=PNphpBB2&file=viewtopic&t=2624



[2004-08-09 01:00:04] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2004-07-29 11:18:01] [EMAIL PROTECTED]

Supply more information, please.
Error messages, your fix and other info will help much.
What does your ./configure say about alphasort (./configure ... | grep
-i alpha) ?



[2004-07-24 06:43:01] bonk_371 at hotmail dot com

I implemented the user's fix for this bug posted for 4.3.3 and it
worked.



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/29359

-- 
Edit this bug report at http://bugs.php.net/?id=29359&edit=1

#28810 [Com]: build fails on unresolved symbols mysql_create_db and mysql_

[foo at bar dot com]

 ID:   28810
 Comment by:   foo at bar dot com
 Reported By:  donp at personaltelco dot net
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OS X 10.2
 PHP Version:  5.0.0RC3
 New Comment:

That 2nd .o should be .lo:

rm -rf *.o *.lo */*.o */*.lo

But a whole make clean (or even make distclean) would be in order too.


Previous Comments:


[2004-08-11 17:54:08] foo at bar dot com

If you change your configuration but don't make clean, php will use the
old mysql compiled extension object files, which is built against the
bundled mysql 3.x library, but will try to link against your new 4.x
library, causing the undefined symbols.

cd ext/mysql
rm -rf *.o *.o */*.o */*.lo
cd ..
make



[2004-08-11 17:42:22] foo at bar dot com

Also fails with PHP 4.3.8 and MySQL 4.0.20 on Mac OS X 10.1.5, tho I
don't think it's the OS. mysql_create_db() and mysql_drop_db() were
deprecated some time ago and now appear dropped completely.

% nm /usr/local/mysql/lib/mysql/libmysqlclient.a |& grep mysql_create
%

http://dev.mysql.com/doc/mysql/en/mysql_create_db.html

http://dev.mysql.com/doc/mysql/en/mysql_drop_db.html



[2004-06-17 00:54:40] donp at personaltelco dot net

Description:

Buliding PHP5.0RC3 under OS X 10.2 and MySQL 4.0.15 fails.

This is the stock MySQL and GCC that comes with OS X 10.2.

./configure --prefix=/Users/donp/php5 
--with-apxs2=/Users/donp/apache2/bin/apxs --with-mysql --with-ldap
--with-libxml-dir=/sw/

(configure script completes successfully.)

make

(build progresses to the final link stage)
ld: warning multiple definitions of symbol _pcre_free
ext/pcre/pcrelib/pcre.o definition of _pcre_free in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_free
ld: warning multiple definitions of symbol _pcre_malloc
ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_malloc
ld: warning multiple definitions of symbol _regcomp
/Users/donp/apache2/bin/httpd definition of _regcomp
/usr/lib/libpthread.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
/Users/donp/apache2/bin/httpd definition of _regexec
/usr/lib/libpthread.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
/Users/donp/apache2/bin/httpd definition of _regfree
/usr/lib/libpthread.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_mysql_create_db
_mysql_drop_db
make: *** [libs/libphp5.bundle] Error 1


I did some research into it and it looks like those functions might
have been removed from mysqlclient.a at some point. I removed the
source code lines in ext/mysql/php_mysql.c|h that defined
mysql_create_db and mysql_drop_db (basically the code wrapped by
#ifndef NETWARE). It would then build and install but if I tried to use
mysql_connect the apache thread core dumps.






-- 
Edit this bug report at http://bugs.php.net/?id=28810&edit=1

#28810 [Com]: build fails on unresolved symbols mysql_create_db and mysql_

[foo at bar dot com]

 ID:   28810
 Comment by:   foo at bar dot com
 Reported By:  donp at personaltelco dot net
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OS X 10.2
 PHP Version:  5.0.0RC3
 New Comment:

If you change your configuration but don't make clean, php will use the
old mysql compiled extension object files, which is built against the
bundled mysql 3.x library, but will try to link against your new 4.x
library, causing the undefined symbols.

cd ext/mysql
rm -rf *.o *.o */*.o */*.lo
cd ..
make


Previous Comments:


[2004-08-11 17:42:22] foo at bar dot com

Also fails with PHP 4.3.8 and MySQL 4.0.20 on Mac OS X 10.1.5, tho I
don't think it's the OS. mysql_create_db() and mysql_drop_db() were
deprecated some time ago and now appear dropped completely.

% nm /usr/local/mysql/lib/mysql/libmysqlclient.a |& grep mysql_create
%

http://dev.mysql.com/doc/mysql/en/mysql_create_db.html

http://dev.mysql.com/doc/mysql/en/mysql_drop_db.html



[2004-06-17 00:54:40] donp at personaltelco dot net

Description:

Buliding PHP5.0RC3 under OS X 10.2 and MySQL 4.0.15 fails.

This is the stock MySQL and GCC that comes with OS X 10.2.

./configure --prefix=/Users/donp/php5 
--with-apxs2=/Users/donp/apache2/bin/apxs --with-mysql --with-ldap
--with-libxml-dir=/sw/

(configure script completes successfully.)

make

(build progresses to the final link stage)
ld: warning multiple definitions of symbol _pcre_free
ext/pcre/pcrelib/pcre.o definition of _pcre_free in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_free
ld: warning multiple definitions of symbol _pcre_malloc
ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_malloc
ld: warning multiple definitions of symbol _regcomp
/Users/donp/apache2/bin/httpd definition of _regcomp
/usr/lib/libpthread.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
/Users/donp/apache2/bin/httpd definition of _regexec
/usr/lib/libpthread.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
/Users/donp/apache2/bin/httpd definition of _regfree
/usr/lib/libpthread.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_mysql_create_db
_mysql_drop_db
make: *** [libs/libphp5.bundle] Error 1


I did some research into it and it looks like those functions might
have been removed from mysqlclient.a at some point. I removed the
source code lines in ext/mysql/php_mysql.c|h that defined
mysql_create_db and mysql_drop_db (basically the code wrapped by
#ifndef NETWARE). It would then build and install but if I tried to use
mysql_connect the apache thread core dumps.






-- 
Edit this bug report at http://bugs.php.net/?id=28810&edit=1

#29608 [Fbk]: OCi reports OCIStmtExecute: ORA-24324: service handle not initialized

[tony2001]

 ID:   29608
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tomek at matrox dot pl
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: W2k, Red Hat
 PHP Version:  5.0.0
 New Comment:

>I think the OCI8 functions did not work at all in PHP 5.
you're wrong.
OCI8 functions work for most of the people.
Perhaps you're misusing them or having some problems with Oracle
client/Oracle server.
I still need more info to find out what happens and/or to reproduce
your situation. Feel free to provide this info and open the bug report
again.


Previous Comments:


[2004-08-11 16:34:48] izhekov at ppartner dot com

I have the same problem. If you search in google for this error, you'll
find some sites that have the same problem. I'm using Windows 2003
Server. I think this bug is fatal for many people. I think the OCI8
functions did not work at all in PHP 5.



[2004-08-11 09:51:44] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2004-08-11 09:44:33] tomek at matrox dot pl

Description:

I wrote my site using PHP 4.3.8, W2k and Apache in both version 2 and
1.3.x. Everything was all right until the day when I decided to change
my php version (now I have 5.0.0)

Scripts which executes oracle queries sometimes works sometimes not.
I've notice 2 kinds of situations:

First : apache reports :

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-24324:
service handle not initialized in /usr/local/apache/htdocs/dupa1.php on
line 5 

Second : apache child process is killed

I thought that problem is in OS. I tried to run my site on Red Hat with
apache 1.3.31 and php 5.0.0 and problem is still the same.

Changes in version of Oracle client also doesn't resolve the problem.



Reproduce code:
---
$query = 'SELECT * FROM opal_sesje';
$conn = ocilogon('xxx','xxx','xxx');
$stmt = OCIParse($conn, $query); 
OCIexecute($stmt, OCI_DEFAULT);
$error = OCIError($stmt);
print_r($error);

Expected result:

just blank page

Actual result:
--
blank page or OCI warning or no result





-- 
Edit this bug report at http://bugs.php.net/?id=29608&edit=1

#28810 [Com]: build fails on unresolved symbols mysql_create_db and mysql_

[foo at bar dot com]

 ID:   28810
 Comment by:   foo at bar dot com
 Reported By:  donp at personaltelco dot net
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OS X 10.2
 PHP Version:  5.0.0RC3
 New Comment:

Also fails with PHP 4.3.8 and MySQL 4.0.20 on Mac OS X 10.1.5, tho I
don't think it's the OS. mysql_create_db() and mysql_drop_db() were
deprecated some time ago and now appear dropped completely.

% nm /usr/local/mysql/lib/mysql/libmysqlclient.a |& grep mysql_create
%

http://dev.mysql.com/doc/mysql/en/mysql_create_db.html

http://dev.mysql.com/doc/mysql/en/mysql_drop_db.html


Previous Comments:


[2004-06-17 00:54:40] donp at personaltelco dot net

Description:

Buliding PHP5.0RC3 under OS X 10.2 and MySQL 4.0.15 fails.

This is the stock MySQL and GCC that comes with OS X 10.2.

./configure --prefix=/Users/donp/php5 
--with-apxs2=/Users/donp/apache2/bin/apxs --with-mysql --with-ldap
--with-libxml-dir=/sw/

(configure script completes successfully.)

make

(build progresses to the final link stage)
ld: warning multiple definitions of symbol _pcre_free
ext/pcre/pcrelib/pcre.o definition of _pcre_free in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_free
ld: warning multiple definitions of symbol _pcre_malloc
ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section
(__DATA,__data)
/Users/donp/apache2/bin/httpd definition of _pcre_malloc
ld: warning multiple definitions of symbol _regcomp
/Users/donp/apache2/bin/httpd definition of _regcomp
/usr/lib/libpthread.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
/Users/donp/apache2/bin/httpd definition of _regexec
/usr/lib/libpthread.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
/Users/donp/apache2/bin/httpd definition of _regfree
/usr/lib/libpthread.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_mysql_create_db
_mysql_drop_db
make: *** [libs/libphp5.bundle] Error 1


I did some research into it and it looks like those functions might
have been removed from mysqlclient.a at some point. I removed the
source code lines in ext/mysql/php_mysql.c|h that defined
mysql_create_db and mysql_drop_db (basically the code wrapped by
#ifndef NETWARE). It would then build and install but if I tried to use
mysql_connect the apache thread core dumps.






-- 
Edit this bug report at http://bugs.php.net/?id=28810&edit=1

#29617 [Fbk->Opn]: call_user_func_array doesn't handle correctly Exceptions

[jpbarrette at savoirfairelinux dot net]

 ID:   29617
 User updated by:  jpbarrette at savoirfairelinux dot net
 Reported By:  jpbarrette at savoirfairelinux dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Mandrake linux 10.0 (Community)
 PHP Version:  5.0.0
 New Comment:

The fixed code: 
 



Previous Comments:


[2004-08-11 17:23:22] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2004-08-11 16:58:55] jpbarrette at savoirfairelinux dot net

Description:

If I throw an exception in a function previously called by 
call_user_func_array, It produces a warning saying: 
 
Unable to call (the function name) 
 
But the function was correctly called. The same situation 
doesn't occur if I use call_user_func instead. 

Reproduce code:
---
http://bugs.php.net/?id=29617&edit=1

#29617 [Opn->Fbk]: call_user_func_array doesn't handle correctly Exceptions

[derick]

 ID:   29617
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jpbarrette at savoirfairelinux dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Mandrake linux 10.0 (Community)
 PHP Version:  5.0.0
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.


Previous Comments:


[2004-08-11 16:58:55] jpbarrette at savoirfairelinux dot net

Description:

If I throw an exception in a function previously called by 
call_user_func_array, It produces a warning saying: 
 
Unable to call (the function name) 
 
But the function was correctly called. The same situation 
doesn't occur if I use call_user_func instead. 

Reproduce code:
---
http://bugs.php.net/?id=29617&edit=1

#29613 [Opn]: construct Class error when used 2 parameters or more

[onebird at 21cn dot com]

 ID:   29613
 User updated by:  onebird at 21cn dot com
 Reported By:  onebird at 21cn dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: win2k
 PHP Version:  5.0.0
 New Comment:

if I used an object to $DB , like :
$a = new system_login ($Global_DB_Connection, "Form");
I found the "Form" can't transfer to $mode also !


Previous Comments:


[2004-08-11 16:49:57] onebird at 21cn dot com

More for code :

// file base.inc

//this is other file
db_conn = $Global_DB_Connection;
   else
$this->db_conn = $DB;
   if ($mode == 'http')
{
if (!isset($_SERVER['PHP_AUTH_USER'])) {
   header('WWW-Authenticate: Basic realm="My Realm"');
   header('HTTP/1.0 401 Unauthorized');
   echo 'please login at first !';
   exit;
  } else {
   Base::sys_login($_SERVER['PHP_AUTH_USER'],$_SERVER['PHP_AUTH_PW']);
   // ...anything..
  }
  }
 else
{
//... something for Form submit to login ...
}  
}
}

$a = new system_login ("","Form");
?>

if changed the :
function system_login( $DB = "", $mode = "http" )
to
function system_login( $DB, $mode )
used the
$a = new system_login ("","Form");
or
$a = new system_login ("","");

The PHP5 told me all the parameters missing !!



[2004-08-11 13:41:27] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2004-08-11 13:33:09] onebird at 21cn dot com

Description:

construct Class error when used 2 parameters or more ;

The first parameter can't used the Default value !!


Reproduce code:
---
class Base
{.}
class system_login extends Base
{
   var $db_conn; 
   var $user_table = 'user';
  function system_login( $DB = "", $mode = "http" )
  {.}
}
$a = new system_login ("","Form");

Expected result:

I found the $mode == "http" always ;
but it will be $mode == "Form" when construct this class;

if I used :$a = new system_login ("ss","Form");
the $mode == "Form" is OK!

The first parameter can't used the Default value !!

this code can used under PHP4 , it OK always !






-- 
Edit this bug report at http://bugs.php.net/?id=29613&edit=1

#29617 [NEW]: call_user_func_array doesn't handle correctly Exceptions

[jpbarrette at savoirfairelinux dot net]

From: jpbarrette at savoirfairelinux dot net
Operating system: Mandrake linux 10.0 (Community)
PHP version:  5.0.0
PHP Bug Type: Scripting Engine problem
Bug description:  call_user_func_array doesn't handle correctly Exceptions

Description:

If I throw an exception in a function previously called by 
call_user_func_array, It produces a warning saying: 
 
Unable to call (the function name) 
 
But the function was correctly called. The same situation 
doesn't occur if I use call_user_func instead. 

Reproduce code:
---
http://bugs.php.net/?id=29617&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29617&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29617&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29617&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29617&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29617&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29617&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29617&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29617&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29617&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29617&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29617&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29617&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29617&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29617&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29617&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29617&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29617&r=float

#29613 [Fbk->Opn]: construct Class error when used 2 parameters or more

[onebird at 21cn dot com]

 ID:   29613
 User updated by:  onebird at 21cn dot com
 Reported By:  onebird at 21cn dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: win2k
 PHP Version:  5.0.0
 New Comment:

More for code :

// file base.inc

//this is other file
db_conn = $Global_DB_Connection;
   else
$this->db_conn = $DB;
   if ($mode == 'http')
{
if (!isset($_SERVER['PHP_AUTH_USER'])) {
   header('WWW-Authenticate: Basic realm="My Realm"');
   header('HTTP/1.0 401 Unauthorized');
   echo 'please login at first !';
   exit;
  } else {
   Base::sys_login($_SERVER['PHP_AUTH_USER'],$_SERVER['PHP_AUTH_PW']);
   // ...anything..
  }
  }
 else
{
//... something for Form submit to login ...
}  
}
}

$a = new system_login ("","Form");
?>

if changed the :
function system_login( $DB = "", $mode = "http" )
to
function system_login( $DB, $mode )
used the
$a = new system_login ("","Form");
or
$a = new system_login ("","");

The PHP5 told me all the parameters missing !!


Previous Comments:


[2004-08-11 13:41:27] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2004-08-11 13:33:09] onebird at 21cn dot com

Description:

construct Class error when used 2 parameters or more ;

The first parameter can't used the Default value !!


Reproduce code:
---
class Base
{.}
class system_login extends Base
{
   var $db_conn; 
   var $user_table = 'user';
  function system_login( $DB = "", $mode = "http" )
  {.}
}
$a = new system_login ("","Form");

Expected result:

I found the $mode == "http" always ;
but it will be $mode == "Form" when construct this class;

if I used :$a = new system_login ("ss","Form");
the $mode == "Form" is OK!

The first parameter can't used the Default value !!

this code can used under PHP4 , it OK always !






-- 
Edit this bug report at http://bugs.php.net/?id=29613&edit=1

#29616 [NEW]: Error in checking APXS versionn

[jpbarrette at savoirfairelinux dot net]

From: jpbarrette at savoirfairelinux dot net
Operating system: Mandrake linux 10.0 (Community)
PHP version:  5.0.0
PHP Bug Type: Compile Failure
Bug description:  Error in checking APXS versionn

Description:

When I run the configure script with these options: 
 
'./configure' '--prefix=/usr' '--exec-prefix=/usr' 
'--bindir=/usr/bin' '--sbindir=/usr/sbin' 
'--sysconfdir=/etc' '--datadir=/usr/share' 
'--includedir=/usr/include' '--libdir=/usr/lib' 
'--libexecdir=/usr/lib' '--localstatedir=/var/lib' 
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man' 
'--infodir=/usr/share/info' '--enable-discard-path' 
'--disable-force-cgi-redirect' '--enable-shared' 
'--disable-static' '--disable-debug' '--disable-rpath' 
'--enable-pic' '--enable-inline-optimization' 
'--enable-memory-limit' '--with-config-file-path=/etc' 
'--with-config-file-scan-dir=/etc/php' 
'--with-pear=/usr/share/pear' '--enable-magic-quotes' 
'--enable-debugger' '--enable-track-vars' 
'--with-exec-dir=/usr/bin' '--with-versioning' 
'--with-mod_charset' '--with-regex=php' 
'--enable-track-vars' '--enable-trans-sid' 
'--enable-safe-mode' '--enable-ctype' '--enable-ftp' 
'--with-gettext=/usr' '--enable-posix' '--enable-session' 
'--enable-sysvsem' '--enable-sysvshm' '--enable-yp' 
'--with-openssl=/usr' '--without-kerberos' '--with-ttf' 
'--with-freetype-dir=/usr' '--with-zlib=/usr' 
'--with-zlib=/usr' '--with-zlib-dir=/usr' '--without-pear' 
'--with-apxs=/usr/sbin/apxs'  
 
I got this error: 
 
checking for Apache 1.x module support via DSO through 
APXS... expr: non-numeric argument 
./configure: line 3169: test: : integer expression 
expected 
 
The only way I could resolve this is remove the version 
test on the lines next to line 3169 and this line too. 
 
It work fine after that. 


-- 
Edit bug report at http://bugs.php.net/?id=29616&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29616&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29616&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29616&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29616&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29616&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29616&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29616&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29616&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29616&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29616&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29616&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29616&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29616&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29616&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29616&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29616&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29616&r=float

#29608 [Com]: OCi reports OCIStmtExecute: ORA-24324: service handle not initialized

[izhekov at ppartner dot com]

 ID:   29608
 Comment by:   izhekov at ppartner dot com
 Reported By:  tomek at matrox dot pl
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: W2k, Red Hat
 PHP Version:  5.0.0
 New Comment:

I have the same problem. If you search in google for this error, you'll
find some sites that have the same problem. I'm using Windows 2003
Server. I think this bug is fatal for many people. I think the OCI8
functions did not work at all in PHP 5.


Previous Comments:


[2004-08-11 09:51:44] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2004-08-11 09:44:33] tomek at matrox dot pl

Description:

I wrote my site using PHP 4.3.8, W2k and Apache in both version 2 and
1.3.x. Everything was all right until the day when I decided to change
my php version (now I have 5.0.0)

Scripts which executes oracle queries sometimes works sometimes not.
I've notice 2 kinds of situations:

First : apache reports :

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-24324:
service handle not initialized in /usr/local/apache/htdocs/dupa1.php on
line 5 

Second : apache child process is killed

I thought that problem is in OS. I tried to run my site on Red Hat with
apache 1.3.31 and php 5.0.0 and problem is still the same.

Changes in version of Oracle client also doesn't resolve the problem.



Reproduce code:
---
$query = 'SELECT * FROM opal_sesje';
$conn = ocilogon('xxx','xxx','xxx');
$stmt = OCIParse($conn, $query); 
OCIexecute($stmt, OCI_DEFAULT);
$error = OCIError($stmt);
print_r($error);

Expected result:

just blank page

Actual result:
--
blank page or OCI warning or no result





-- 
Edit this bug report at http://bugs.php.net/?id=29608&edit=1

#29598 [Opn]: Problem when i sharing my class conection with two or more class

[casmeiron at gmail dot com]

 ID:   29598
 User updated by:  casmeiron at gmail dot com
 Reported By:  casmeiron at gmail dot com
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: WINDOWS
 PHP Version:  5.0.0
 New Comment:

Guys.. see the error:

CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:

Only this, what is?
Help-me :(


Previous Comments:


[2004-08-10 18:14:06] casmeiron at gmail dot com

THE SO is WINDOWS XP, using ISS 5, my extension .php call the file
php-cgi.exe.



[2004-08-10 15:09:01] [EMAIL PROTECTED]

Which OS are you using? and which SAPI?



[2004-08-10 14:44:55] casmeiron at gmail dot com

Description:

Guys, i have a BIG problem.
First time, sorry my english, i'm from BRAZIL, so my english is not
good hehehe
But, lets go...
I have a class named 'CONNECTION', ok, shes work very good when i use a
only class, example:

My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE,
when i sharing, this happend:

The browser show me this message:
'ERROR IN CGI SCRIPT...
THE OUTPUT IS NOT VALID' like this...
How can i see error in my script?
How i debug?
This error is sux.. i dont know whats is :(
Guys, help me...
Sorry my english again.






-- 
Edit this bug report at http://bugs.php.net/?id=29598&edit=1

#29615 [NEW]: is_writable / is_readable / is_executable should use access() instead of stat()

[liamr at umich dot edu]

From: liamr at umich dot edu
Operating system: linux 
PHP version:  5.0.0
PHP Bug Type: Feature/Change Request
Bug description:  is_writable / is_readable / is_executable should use access() 
instead of stat()

Description:

The filesystem commands is_writable / is_readable / is_executable are now
using stat() instead of access(), which doesn't return accurate results in
a number of situations:

- on many network filesystems
- if the system uses ACLS
- if you have more groups than just initgroups

The current version only works on simple (unextened) unix filesystem -
filesystems that only use the traditional unix octets for access control.

the filesystem commands that check file system access should be based on
access() instead of stat():

http://www.opengroup.org/onlinepubs/009695399/functions/access.html

Acc'd to CVS the is_writable stuff changed when php_stat was routed
through the streams API:

http://cvs.php.net/diff.php/php-src/ext/standard/filestat.c?r1=1.127&r2=1.128&ty=h

There's a bug report from a couple of years ago that suggests adding an
access() command to the posix extention:

http://bugs.php.net/bug.php?id=14924

If you want to keep the functionality gained by routing php_stat through
the streams API, how about offering access() through the posix commands?


-- 
Edit bug report at http://bugs.php.net/?id=29615&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29615&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29615&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29615&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29615&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29615&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29615&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29615&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29615&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29615&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29615&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29615&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29615&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29615&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29615&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29615&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29615&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29615&r=float

#28925 [Opn->Bgs]: MYSQLI_UNIQUE_KEY_FLAG not found on UNIQUE indexes

[georg]

 ID:   28925
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danielc at analysisandsolutions dot com
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Windows 2000
 PHP Version:  5CVS-2004-06-25 (dev)
 Assigned To:  georg
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Currently the resultset sent from server to client doesn't contain this
flag anymore.

Not sure if it will be implemented again (if not I will remove it from
PHP)


Previous Comments:


[2004-06-25 17:11:25] danielc at analysisandsolutions dot com

Description:

MYSQLI_UNIQUE_KEY_FLAG aren't being indicated for columns that have
UNIQUE indexes.

Reproduce code:
---
mysqli_query($db->connection,
 'CREATE TABLE phptest_fk (a VARCHAR(5),' .
 ' UNIQUE (a))');

$r = mysqli_query($db->connection,
  'SELECT a FROM phptest_fk');

$tmp = mysqli_fetch_field($r);
echo 'MYSQLI_UNIQUE_KEY_FLAG? ';
if ($tmp->flags & MYSQLI_UNIQUE_KEY_FLAG) {
echo "yes\n";
} else {
echo "no\n";
}

mysqli_query($db->connection,
 'DROP TABLE phptest_fk');


Expected result:

MYSQLI_UNIQUE_KEY_FLAG? yes

Actual result:
--
MYSQLI_UNIQUE_KEY_FLAG? no





-- 
Edit this bug report at http://bugs.php.net/?id=28925&edit=1

#29606 [Opn->Csd]: php_strip_whitespace() stdout problems

[iliaa]

 ID:  29606
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:Output Control
 PHP Version: 5CVS-2004-08-10 (dev)
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-08-10 23:15:12] [EMAIL PROTECTED]

Description:

The proto and description of php_strip_whitespace() indicate it should
return a stripped string. It does not do this and instead outputs the
stripped code to stdout.

It looks like the function IS intended to return the stripped string as
the code uses output buffering, but the problem lies in php_strip().

Unlike highlight_file() which uses zend_printf()'s and ZEND_PUTC()'s
and what-have-you so output buffering works and the result is captured,
php_strip() is hardcoded to output to stdout which means the output
buffering intended for php_strip_whitespace() doesn't work and an empty
string is returned for this function.

It also means, for Apache, since stdout goes nowhere (I think?),
nothing is even outputted to the browser.

Fixing this would also close #28280. (same function, different issue)

Reproduce code:
---


Expected result:

string(63) ""

Actual result:
--
CLI:


string(0) ""

Apache:
string(0) ""





-- 
Edit this bug report at http://bugs.php.net/?id=29606&edit=1

#29609 [Bgs]: htmlentities() failure

[derick]

 ID:   29609
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jon at hiveminds dot net
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Windows 2000 / SP4
 PHP Version:  5.0.0
 New Comment:

Of course if you pass it as an iso-8859-2 character...

In -2 it's at a different position than in -5

See: http://www.eki.ee/letter/chardata.cgi?cp=8859-2&cp1=8859-15

(It's position A9 in -2 and A6 in -15)


Previous Comments:


[2004-08-11 14:16:52] jon at hiveminds dot net

This is a Unicode character as well as being present in ISO-8859-15
(aka Latin-9 -- see http://www.columbia.edu/kermit/latin9.html), and
the PHP Manual says that UTF-8 and ISO-8859-15 are both supposed to be
supported by this function. 

However, even when UTF-8 or ISO-8859-15 is specified, this function
still fails to make the expected conversion, and
createEntityReference() still returns multiple warnings when passed the
corresponding entity name even though it shouldn't.



[2004-08-11 13:26:50] [EMAIL PROTECTED]

This charset is not supported, as you can see here:
http://php.net/htmlentities



[2004-08-11 11:40:58] jon at hiveminds dot net

Description:

This string function fails on the "š" character (and other Latin-2
characters).

Test:

echo htmlentities("Ketšua");

Returns: Ketšua

Reproduce code:
---
Affected code:

$value = htmlentities($value);

preg_match_all("/&([^;]*);/", $value, $matches);
$parts = preg_split("/&|;/", $value, -1, PREG_SPLIT_NO_EMPTY);

foreach($parts as $part)
 $td->appendChild(
in_array($part, $matches[1])
? $doc->createEntityReference($part)
: $doc->createTextNode($part)
  );

Point of failure: the string "Ketšua"

Expected result:

Character should be converted to Š (upper) / š (lower)
per HTML spec (see special-1.ent listing).

Failing this, should it not be possible to create a TextNode containing
this character when specifying a Latin-2 or Unicode charset?

Actual result:
--
Function returns the literal "š" character with no conversion.

It is not possible to create a TextNode containing this character using
DOMDocument::createTextNode().

I have written a workaround which replaces the Lat-2 chars with their
entity equivalents using str_replace(), but even so PHP still issues
several warnings when sending output to the browser using
DOMDocument::saveHTML():

Warning: output conversion failed due to conv error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: Bytes: 0x92 0x49 0x76 0x6F in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: xmlOutputBufferWrite: encoder error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

The correct entity (š) does get sent, but I have to suppress the
error with an "@", which I don't like doing.





-- 
Edit this bug report at http://bugs.php.net/?id=29609&edit=1

#29611 [Opn->Csd]: GetImageSize returns false for swf files.

[derick]

 ID:   29611
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cstdenis at hotmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: GetImageSize related
 Operating System: FreeBSD 4.9
 PHP Version:  5.0.0
 New Comment:

I added this notice for 5.0.1+ and 5.1.x


Previous Comments:


[2004-08-11 13:37:51] cstdenis at hotmail dot com

I compiled in zlib and it works now. A notice should help prevent other
people from running into this, but I'll add a User Contributed Note
about it to the doc too.

Thanks for the help.



[2004-08-11 13:24:14] [EMAIL PROTECTED]

As far as I can see in the source zlib/gzip may NOT be compiled shared
in order for this to work either:

#if HAVE_ZLIB && !defined(COMPILE_DL_ZLIB)
case IMAGE_FILETYPE_SWC:
result = php_handle_swc(stream TSRMLS_CC);
break;
#endif

I will change the code to issue a notice instead of just returning
false.

Derick



[2004-08-11 13:22:16] [EMAIL PROTECTED]

This one works for me:
[EMAIL PROTECTED]:~$ php -r
'var_dump(getImageSize("hottest_duck_in_town.swf"));'
array(5) {
  [0]=>
  int(550)
  [1]=>
  int(400)
  [2]=>
  int(13)
  [3]=>
  string(24) "width="550" height="400""
  ["mime"]=>
  string(29) "application/x-shockwave-flash"
}
[EMAIL PROTECTED]:~$ php -v
PHP 5.0.1-dev (cli) (built: Aug 11 2004 08:20:08) (DEBUG)
Copyright (c) 1997-2004 The PHP Group

But it is a compressed shockwave flash movie, so I think it's that
you're missing zlib/gzip support in your PHP version. Do you have a
link to a phpinfo() output?



[2004-08-11 13:17:27] cstdenis at hotmail dot com

As far as I can tell, any swf file. Here are 2 that are known to be
affected.

http://www.fanart-central.net/images/a/anime_pat/hottest_duck_in_town.swf
http://www.fanart-central.net/images/t/TX2/Untitled_1_Scene_2.swf

The first one I know worked before I upgraded to php5, becasue I was
using it for testing a few days before.



[2004-08-11 13:07:34] [EMAIL PROTECTED]

Please provide a link to the .swf file in question.



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/29611

-- 
Edit this bug report at http://bugs.php.net/?id=29611&edit=1

#29609 [Bgs]: htmlentities() failure

[jon at hiveminds dot net]

 ID:   29609
 User updated by:  jon at hiveminds dot net
 Reported By:  jon at hiveminds dot net
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Windows 2000 / SP4
 PHP Version:  5.0.0
 New Comment:

This is a Unicode character as well as being present in ISO-8859-15
(aka Latin-9 -- see http://www.columbia.edu/kermit/latin9.html), and
the PHP Manual says that UTF-8 and ISO-8859-15 are both supposed to be
supported by this function. 

However, even when UTF-8 or ISO-8859-15 is specified, this function
still fails to make the expected conversion, and
createEntityReference() still returns multiple warnings when passed the
corresponding entity name even though it shouldn't.


Previous Comments:


[2004-08-11 13:26:50] [EMAIL PROTECTED]

This charset is not supported, as you can see here:
http://php.net/htmlentities



[2004-08-11 11:40:58] jon at hiveminds dot net

Description:

This string function fails on the "š" character (and other Latin-2
characters).

Test:

echo htmlentities("Ketšua");

Returns: Ketšua

Reproduce code:
---
Affected code:

$value = htmlentities($value);

preg_match_all("/&([^;]*);/", $value, $matches);
$parts = preg_split("/&|;/", $value, -1, PREG_SPLIT_NO_EMPTY);

foreach($parts as $part)
 $td->appendChild(
in_array($part, $matches[1])
? $doc->createEntityReference($part)
: $doc->createTextNode($part)
  );

Point of failure: the string "Ketšua"

Expected result:

Character should be converted to Š (upper) / š (lower)
per HTML spec (see special-1.ent listing).

Failing this, should it not be possible to create a TextNode containing
this character when specifying a Latin-2 or Unicode charset?

Actual result:
--
Function returns the literal "š" character with no conversion.

It is not possible to create a TextNode containing this character using
DOMDocument::createTextNode().

I have written a workaround which replaces the Lat-2 chars with their
entity equivalents using str_replace(), but even so PHP still issues
several warnings when sending output to the browser using
DOMDocument::saveHTML():

Warning: output conversion failed due to conv error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: Bytes: 0x92 0x49 0x76 0x6F in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: xmlOutputBufferWrite: encoder error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

The correct entity (š) does get sent, but I have to suppress the
error with an "@", which I don't like doing.





-- 
Edit this bug report at http://bugs.php.net/?id=29609&edit=1

#29106 [Com]: error making with sqlite

[thu at nykredit dot dk]

 ID:   29106
 Comment by:   thu at nykredit dot dk
 Reported By:  info at sebastianmendel dot de
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Fedora Core 2 dev
 PHP Version:  5CVS-2004-07-12 (dev)
 New Comment:

Same problem here...
Though I have three installations of Fedora II - not identical but
close...
On on of them I get the same error during compile, but not on the two
others..??
I use tgis config..
./configure --with-mysql --with-apxs2 --with-gd --with-openssl
--with-zlib --enable-bcmath --enable-calendar --with-curl --enable-dio
--enable-ftp --with-ttf --enable-gd-native-ttf --with-kerberos
--with-imap-ssl --with-mcrypt --enable-embedded-mysqli --enable-soap
--with-xsl --with-pear --with-ming --with-oci8 --with-ldap
--with-freetype-dir=/usr/lib


Notice that the one causing the troubles is installed with danish as
primary language.. the other are set to english..
I do not know if this makes a difference??


Previous Comments:


[2004-07-14 16:16:16] monte at ispi dot net

I get the exact same error with the newly released PHP 5.0.0 and
Solaris 8 sparc.

$ LDFLAGS='-lstdc++'
$ export LDFLAGS
$ ./configure \
--enable-rpath  \
--enable-wddx   \
--enable-xml\
--enable-pear   \
--enable-inline-optimization\
--disable-debug \
--with-apxs \
--with-mysql=/usr/local/etc/mysql \
--with-zlib \
--with-tsrm-pthreads\
--with-ldap \
--with-iconv-dir=/usr/local/etc/libiconv

$ make
bison -y 
/export/projects/compile/php-5.0.0/ext/sqlite/libsqlite/src/parse.y
/export/projects/compile/php-5.0.0/ext/sqlite/libsqlite/src/parse.y:19.1-13:
invalid directive: `%token_prefix'
/export/projects/compile/php-5.0.0/ext/sqlite/libsqlite/src/parse.y:19.15-17:
syntax error, unexpected "identifier"
make: ***
[/export/projects/compile/php-5.0.0/ext/sqlite/libsqlite/src/parse.c]
Error 1



[2004-07-14 08:24:32] info at sebastianmendel dot de

works in 5CVS-2004-07-13 (dev)



[2004-07-12 12:27:25] info at sebastianmendel dot de

Description:

doing:

$ cd /usr/src
$ cvs -d :pserver:[EMAIL PROTECTED]:/repository co php-src
$ cd /usr/src/php-src
$ ./buildconf --force
$ './configure' 'i386-fedora-linux' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin'
'--libexecdir=/usr/libexec' '--datadir=/usr/share' '--sysconfdir=/etc'
'--sharedstatedir=/usr/com' '--localstatedir=/var' '--libdir=/usr/lib'
'--includedir=/usr/include' '--infodir=/usr/share/info'
'--mandir=/usr/share/man' '--with-apxs2=/usr/sbin/apxs'
'--enable-debug' '--with-layout=GNU' '--with-config-file-path=/etc'
'--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-zlib'
'--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-dba'
'--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir'
'--with-png-dir' '--with-zlib-dir' '--with-ttf' '--with-freetype-dir'
'--enable-gd-native-ttf' '--enable-mbstring' '--with-mime-magic'
'--enable-shmop' '--enable-soap' '--enable-sockets' '--enable-sysvmsg'
'--enable-sysvsem' '--enable-sysvshm' '--enable-memory-limit'
'--enable-zend-multibyte' '--with-mysql=/usr,shared'
'--with-mysqli=shared' '--with-mysql-sock=/var/lib/mysql/mysql.sock'
'--with-xpm-dir=/usr/X11R6/lib'
$ make

...

gcc -I/usr/src/php-src/ext/sqlite/libsqlite/src -Iext/sqlite/
-I/usr/src/php-src/ext/sqlite/ -DPHP_ATOM_INC
-I/usr/src/php-src/include -I/usr/src/php-src/main -I/usr/src/php-src
-I/usr/src/php-src/Zend -I/usr/include/libxml2 -I/usr/X11R6/include
-I/usr/include/freetype2 -I/usr/src/php-src/ext/mbstring/oniguruma
-I/usr/src/php-src/ext/mbstring/libmbfl
-I/usr/src/php-src/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql
-I/usr/src/php-src/TSRM -g -Wall -c
/usr/src/php-src/ext/sqlite/libsqlite/src/opcodes.c  -fPIC -DPIC -DPIC
-o ext/sqlite/libsqlite/src/opcodes.o
mv -f ext/sqlite/libsqlite/src/opcodes.o
ext/sqlite/libsqlite/src/opcodes.lo
bison -y  /usr/src/php-src/ext/sqlite/libsqlite/src/parse.y
/usr/src/php-src/ext/sqlite/libsqlite/src/parse.y:19.1-13: invalid
directive: `%token_prefix'
/usr/src/php-src/ext/sqlite/libsqlite/src/parse.y:19.15-17: syntax
error, unexpected "identifier"
make: *** [/usr/src/php-src/ext/sqlite/libsqlite/src/parse.c] Error 1







-- 
Edit this bug report at http://bugs.php.net/?id=29106&edit=1

#29613 [Opn->Fbk]: construct Class error when used 2 parameters or more

[derick]

 ID:   29613
 Updated by:   [EMAIL PROTECTED]
 Reported By:  onebird at 21cn dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: win2k
 PHP Version:  5.0.0
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.


Previous Comments:


[2004-08-11 13:33:09] onebird at 21cn dot com

Description:

construct Class error when used 2 parameters or more ;

The first parameter can't used the Default value !!


Reproduce code:
---
class Base
{.}
class system_login extends Base
{
   var $db_conn; 
   var $user_table = 'user';
  function system_login( $DB = "", $mode = "http" )
  {.}
}
$a = new system_login ("","Form");

Expected result:

I found the $mode == "http" always ;
but it will be $mode == "Form" when construct this class;

if I used :$a = new system_login ("ss","Form");
the $mode == "Form" is OK!

The first parameter can't used the Default value !!

this code can used under PHP4 , it OK always !






-- 
Edit this bug report at http://bugs.php.net/?id=29613&edit=1

#29611 [Fbk->Opn]: GetImageSize returns false for swf files.

[cstdenis at hotmail dot com]

 ID:   29611
 User updated by:  cstdenis at hotmail dot com
 Reported By:  cstdenis at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GetImageSize related
 Operating System: FreeBSD 4.9
 PHP Version:  5.0.0
 New Comment:

I compiled in zlib and it works now. A notice should help prevent other
people from running into this, but I'll add a User Contributed Note
about it to the doc too.

Thanks for the help.


Previous Comments:


[2004-08-11 13:24:14] [EMAIL PROTECTED]

As far as I can see in the source zlib/gzip may NOT be compiled shared
in order for this to work either:

#if HAVE_ZLIB && !defined(COMPILE_DL_ZLIB)
case IMAGE_FILETYPE_SWC:
result = php_handle_swc(stream TSRMLS_CC);
break;
#endif

I will change the code to issue a notice instead of just returning
false.

Derick



[2004-08-11 13:22:16] [EMAIL PROTECTED]

This one works for me:
[EMAIL PROTECTED]:~$ php -r
'var_dump(getImageSize("hottest_duck_in_town.swf"));'
array(5) {
  [0]=>
  int(550)
  [1]=>
  int(400)
  [2]=>
  int(13)
  [3]=>
  string(24) "width="550" height="400""
  ["mime"]=>
  string(29) "application/x-shockwave-flash"
}
[EMAIL PROTECTED]:~$ php -v
PHP 5.0.1-dev (cli) (built: Aug 11 2004 08:20:08) (DEBUG)
Copyright (c) 1997-2004 The PHP Group

But it is a compressed shockwave flash movie, so I think it's that
you're missing zlib/gzip support in your PHP version. Do you have a
link to a phpinfo() output?



[2004-08-11 13:17:27] cstdenis at hotmail dot com

As far as I can tell, any swf file. Here are 2 that are known to be
affected.

http://www.fanart-central.net/images/a/anime_pat/hottest_duck_in_town.swf
http://www.fanart-central.net/images/t/TX2/Untitled_1_Scene_2.swf

The first one I know worked before I upgraded to php5, becasue I was
using it for testing a few days before.



[2004-08-11 13:07:34] [EMAIL PROTECTED]

Please provide a link to the .swf file in question.



[2004-08-11 13:04:41] cstdenis at hotmail dot com

Description:

GetImageSize returns false for swf files. This worked fine when I was
using php4.3.8, but after upgrading to 5 it no longer returns the size,
just false.

Perhaps an additional library is needed for this to work with flash,
but nothing like that is said in the documentation.

I am using Apache 2

I have a reasonably normal php.ini, register globals is on, rest is
more or less standard.

Configure Command =>  './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 'i386-portbld-freebsd4.9'



As is the setup of the new php FreeBSD ports, most of my modules are
dynamic (loaded .so files) insted of static compiled. Here is a list of
them

extension=/usr/local/lib/php/20040412/bz2.so
extension=/usr/local/lib/php/20040412/ctype.so
extension=/usr/local/lib/php/20040412/dio.so
extension=/usr/local/lib/php/20040412/dom.so
extension=/usr/local/lib/php/20040412/ftp.so
extension=/usr/local/lib/php/20040412/gd.so
extension=/usr/local/lib/php/20040412/iconv.so
extension=/usr/local/lib/php/20040412/imagick.so
extension=/usr/local/lib/php/20040412/imap.so
extension=/usr/local/lib/php/20040412/mbstring.so
extension=/usr/local/lib/php/20040412/mcrypt.so
extension=/usr/local/lib/php/20040412/mhash.so
extension=/usr/local/lib/php/20040412/mysql.so
extension=/usr/local/lib/php/20040412/openssl.so
extension=/usr/local/lib/php/20040412/pcre.so
extension=/usr/local/lib/php/20040412/posix.so
extension=/usr/local/lib/php/20040412/session.so
extension=/usr/local/lib/php/20040412/simplexml.so
extension=/usr/local/lib/php/20040412/sockets.so
extension=/usr/local/lib/php/20040412/sqlite.so
extension=/usr/local/lib/php/20040412/tokenizer.so
extension=/usr/local/lib/php/20040412/xml.so
extension=/usr/local/lib/php/20040412/zip.so
extension=/usr/local/lib/php/20040412/zlib.so

Reproduce code:
---
var_dump(GetImageSize("SomeFlashFile.swf"));
//will produce false in php5, returns normal data in php4.3.8

var_dump(GetImageSize("SomePicture.jpg"));
//Works fine in both versions

Expected result:

see inline comments

Actual result:
--
see inline comments





-- 
Edit this bug report at http://bugs.php.net/?id=29611&edit=1

#29613 [NEW]: construct Class error when used 2 parameters or more

[onebird at 21cn dot com]

From: onebird at 21cn dot com
Operating system: win2k
PHP version:  5.0.0
PHP Bug Type: Zend Engine 2 problem
Bug description:  construct Class error when used 2 parameters or more

Description:

construct Class error when used 2 parameters or more ;

The first parameter can't used the Default value !!


Reproduce code:
---
class Base
{.}
class system_login extends Base
{
   var $db_conn; 
   var $user_table = 'user';
  function system_login( $DB = "", $mode = "http" )
  {.}
}
$a = new system_login ("","Form");

Expected result:

I found the $mode == "http" always ;
but it will be $mode == "Form" when construct this class;

if I used :$a = new system_login ("ss","Form");
the $mode == "Form" is OK!

The first parameter can't used the Default value !!

this code can used under PHP4 , it OK always !


-- 
Edit bug report at http://bugs.php.net/?id=29613&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29613&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29613&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29613&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29613&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29613&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29613&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29613&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29613&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29613&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29613&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29613&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29613&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29613&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29613&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29613&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29613&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29613&r=float

#29612 [Opn]: Variable $php_errormsg disappears

[tom at bitworks dot de]

 ID:   29612
 User updated by:  tom at bitworks dot de
 Reported By:  tom at bitworks dot de
 Status:   Open
 Bug Type: *Directory/Filesystem functions
 Operating System: Debian woody Apache/1.3.27 (Unix
 PHP Version:  4.3.8
 New Comment:

the open command was only:

$fh = fopen($dateiname,'xb');

without '+'


Previous Comments:


[2004-08-11 13:28:21] tom at bitworks dot de

Description:

Searching for the behavior of all file functions and the right locking
mechanisms I tried to use fopen(filename,xb) with former umask(0222).
That was intended to trigger an error and look into $php_errormsg

But $php_errormsg was disappeared

Reproduce code:
---
error_reporting(E_ALL);
ini_set('track_errors','1');
$dateiname = 'opentest123.txt';
$mask = umask(0222);
echo "Mask: $mask";
$fh = fopen($dateiname,'xb+');
$_errors = debug_backtrace();
if (!$fh)
{
  echo "Fehler: $php_errormsg";
  echo "Fehler: $php_errormsg";
  echo '';
  print_r($_errors);
  echo '';
}
else
{
  echo "Datei $dateiname wurde angelegt";
  $write_ok = fwrite($fh, 'Testtext');
  echo "Schreibversuch in $dateiname: $php_errormsg";
}


Expected result:

Fehler: failed to open stream: Permission denied

Actual result:
--
Notice: Undefined variable: php_errormsg in
/home/thomas/public_html/test/artikel_locking/opentest.php on line 27 

== echo "Schreibversuch in $dateiname: $php_errormsg";






-- 
Edit this bug report at http://bugs.php.net/?id=29612&edit=1

#29612 [NEW]: Variable $php_errormsg disappears

[tom at bitworks dot de]

From: tom at bitworks dot de
Operating system: Debian woody Apache/1.3.27 (Unix
PHP version:  4.3.8
PHP Bug Type: *Directory/Filesystem functions
Bug description:  Variable $php_errormsg disappears

Description:

Searching for the behavior of all file functions and the right locking
mechanisms I tried to use fopen(filename,xb) with former umask(0222). That
was intended to trigger an error and look into $php_errormsg

But $php_errormsg was disappeared

Reproduce code:
---
error_reporting(E_ALL);
ini_set('track_errors','1');
$dateiname = 'opentest123.txt';
$mask = umask(0222);
echo "Mask: $mask";
$fh = fopen($dateiname,'xb+');
$_errors = debug_backtrace();
if (!$fh)
{
  echo "Fehler: $php_errormsg";
  echo "Fehler: $php_errormsg";
  echo '';
  print_r($_errors);
  echo '';
}
else
{
  echo "Datei $dateiname wurde angelegt";
  $write_ok = fwrite($fh, 'Testtext');
  echo "Schreibversuch in $dateiname: $php_errormsg";
}


Expected result:

Fehler: failed to open stream: Permission denied

Actual result:
--
Notice: Undefined variable: php_errormsg in
/home/thomas/public_html/test/artikel_locking/opentest.php on line 27 

== echo "Schreibversuch in $dateiname: $php_errormsg";


-- 
Edit bug report at http://bugs.php.net/?id=29612&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29612&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29612&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29612&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29612&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29612&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29612&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29612&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29612&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29612&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29612&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29612&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29612&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29612&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29612&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29612&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29612&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29612&r=float

#29609 [Opn->Bgs]: htmlentities() failure

[derick]

 ID:   29609
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jon at hiveminds dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: Windows 2000 / SP4
 PHP Version:  5.0.0
 New Comment:

This charset is not supported, as you can see here:
http://php.net/htmlentities


Previous Comments:


[2004-08-11 11:40:58] jon at hiveminds dot net

Description:

This string function fails on the "š" character (and other Latin-2
characters).

Test:

echo htmlentities("Ketšua");

Returns: Ketšua

Reproduce code:
---
Affected code:

$value = htmlentities($value);

preg_match_all("/&([^;]*);/", $value, $matches);
$parts = preg_split("/&|;/", $value, -1, PREG_SPLIT_NO_EMPTY);

foreach($parts as $part)
 $td->appendChild(
in_array($part, $matches[1])
? $doc->createEntityReference($part)
: $doc->createTextNode($part)
  );

Point of failure: the string "Ketšua"

Expected result:

Character should be converted to Š (upper) / š (lower)
per HTML spec (see special-1.ent listing).

Failing this, should it not be possible to create a TextNode containing
this character when specifying a Latin-2 or Unicode charset?

Actual result:
--
Function returns the literal "š" character with no conversion.

It is not possible to create a TextNode containing this character using
DOMDocument::createTextNode().

I have written a workaround which replaces the Lat-2 chars with their
entity equivalents using str_replace(), but even so PHP still issues
several warnings when sending output to the browser using
DOMDocument::saveHTML():

Warning: output conversion failed due to conv error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: Bytes: 0x92 0x49 0x76 0x6F in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: xmlOutputBufferWrite: encoder error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

The correct entity (š) does get sent, but I have to suppress the
error with an "@", which I don't like doing.





-- 
Edit this bug report at http://bugs.php.net/?id=29609&edit=1

#29611 [Fbk]: GetImageSize returns false for swf files.

[derick]

 ID:   29611
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cstdenis at hotmail dot com
 Status:   Feedback
 Bug Type: GetImageSize related
 Operating System: FreeBSD 4.9
 PHP Version:  5.0.0
 New Comment:

As far as I can see in the source zlib/gzip may NOT be compiled shared
in order for this to work either:

#if HAVE_ZLIB && !defined(COMPILE_DL_ZLIB)
case IMAGE_FILETYPE_SWC:
result = php_handle_swc(stream TSRMLS_CC);
break;
#endif

I will change the code to issue a notice instead of just returning
false.

Derick


Previous Comments:


[2004-08-11 13:22:16] [EMAIL PROTECTED]

This one works for me:
[EMAIL PROTECTED]:~$ php -r
'var_dump(getImageSize("hottest_duck_in_town.swf"));'
array(5) {
  [0]=>
  int(550)
  [1]=>
  int(400)
  [2]=>
  int(13)
  [3]=>
  string(24) "width="550" height="400""
  ["mime"]=>
  string(29) "application/x-shockwave-flash"
}
[EMAIL PROTECTED]:~$ php -v
PHP 5.0.1-dev (cli) (built: Aug 11 2004 08:20:08) (DEBUG)
Copyright (c) 1997-2004 The PHP Group

But it is a compressed shockwave flash movie, so I think it's that
you're missing zlib/gzip support in your PHP version. Do you have a
link to a phpinfo() output?



[2004-08-11 13:17:27] cstdenis at hotmail dot com

As far as I can tell, any swf file. Here are 2 that are known to be
affected.

http://www.fanart-central.net/images/a/anime_pat/hottest_duck_in_town.swf
http://www.fanart-central.net/images/t/TX2/Untitled_1_Scene_2.swf

The first one I know worked before I upgraded to php5, becasue I was
using it for testing a few days before.



[2004-08-11 13:07:34] [EMAIL PROTECTED]

Please provide a link to the .swf file in question.



[2004-08-11 13:04:41] cstdenis at hotmail dot com

Description:

GetImageSize returns false for swf files. This worked fine when I was
using php4.3.8, but after upgrading to 5 it no longer returns the size,
just false.

Perhaps an additional library is needed for this to work with flash,
but nothing like that is said in the documentation.

I am using Apache 2

I have a reasonably normal php.ini, register globals is on, rest is
more or less standard.

Configure Command =>  './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 'i386-portbld-freebsd4.9'



As is the setup of the new php FreeBSD ports, most of my modules are
dynamic (loaded .so files) insted of static compiled. Here is a list of
them

extension=/usr/local/lib/php/20040412/bz2.so
extension=/usr/local/lib/php/20040412/ctype.so
extension=/usr/local/lib/php/20040412/dio.so
extension=/usr/local/lib/php/20040412/dom.so
extension=/usr/local/lib/php/20040412/ftp.so
extension=/usr/local/lib/php/20040412/gd.so
extension=/usr/local/lib/php/20040412/iconv.so
extension=/usr/local/lib/php/20040412/imagick.so
extension=/usr/local/lib/php/20040412/imap.so
extension=/usr/local/lib/php/20040412/mbstring.so
extension=/usr/local/lib/php/20040412/mcrypt.so
extension=/usr/local/lib/php/20040412/mhash.so
extension=/usr/local/lib/php/20040412/mysql.so
extension=/usr/local/lib/php/20040412/openssl.so
extension=/usr/local/lib/php/20040412/pcre.so
extension=/usr/local/lib/php/20040412/posix.so
extension=/usr/local/lib/php/20040412/session.so
extension=/usr/local/lib/php/20040412/simplexml.so
extension=/usr/local/lib/php/20040412/sockets.so
extension=/usr/local/lib/php/20040412/sqlite.so
extension=/usr/local/lib/php/20040412/tokenizer.so
extension=/usr/local/lib/php/20040412/xml.so
extension=/usr/local/lib/php/20040412/zip.so
extension=/usr/local/lib/php/20040412/zlib.so

Reproduce code:
---
var_dump(GetImageSize("SomeFlashFile.swf"));
//will produce false in php5, returns normal data in php4.3.8

var_dump(GetImageSize("SomePicture.jpg"));
//Works fine in both versions

Expected result:

see inline comments

Actual result:
--
see inline comments





-- 
Edit this bug report at http://bugs.php.net/?id=29611&edit=1

#29611 [Opn->Fbk]: GetImageSize returns false for swf files.

[derick]

 ID:   29611
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cstdenis at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: GetImageSize related
 Operating System: FreeBSD 4.9
 PHP Version:  5.0.0
 New Comment:

This one works for me:
[EMAIL PROTECTED]:~$ php -r
'var_dump(getImageSize("hottest_duck_in_town.swf"));'
array(5) {
  [0]=>
  int(550)
  [1]=>
  int(400)
  [2]=>
  int(13)
  [3]=>
  string(24) "width="550" height="400""
  ["mime"]=>
  string(29) "application/x-shockwave-flash"
}
[EMAIL PROTECTED]:~$ php -v
PHP 5.0.1-dev (cli) (built: Aug 11 2004 08:20:08) (DEBUG)
Copyright (c) 1997-2004 The PHP Group

But it is a compressed shockwave flash movie, so I think it's that
you're missing zlib/gzip support in your PHP version. Do you have a
link to a phpinfo() output?


Previous Comments:


[2004-08-11 13:17:27] cstdenis at hotmail dot com

As far as I can tell, any swf file. Here are 2 that are known to be
affected.

http://www.fanart-central.net/images/a/anime_pat/hottest_duck_in_town.swf
http://www.fanart-central.net/images/t/TX2/Untitled_1_Scene_2.swf

The first one I know worked before I upgraded to php5, becasue I was
using it for testing a few days before.



[2004-08-11 13:07:34] [EMAIL PROTECTED]

Please provide a link to the .swf file in question.



[2004-08-11 13:04:41] cstdenis at hotmail dot com

Description:

GetImageSize returns false for swf files. This worked fine when I was
using php4.3.8, but after upgrading to 5 it no longer returns the size,
just false.

Perhaps an additional library is needed for this to work with flash,
but nothing like that is said in the documentation.

I am using Apache 2

I have a reasonably normal php.ini, register globals is on, rest is
more or less standard.

Configure Command =>  './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 'i386-portbld-freebsd4.9'



As is the setup of the new php FreeBSD ports, most of my modules are
dynamic (loaded .so files) insted of static compiled. Here is a list of
them

extension=/usr/local/lib/php/20040412/bz2.so
extension=/usr/local/lib/php/20040412/ctype.so
extension=/usr/local/lib/php/20040412/dio.so
extension=/usr/local/lib/php/20040412/dom.so
extension=/usr/local/lib/php/20040412/ftp.so
extension=/usr/local/lib/php/20040412/gd.so
extension=/usr/local/lib/php/20040412/iconv.so
extension=/usr/local/lib/php/20040412/imagick.so
extension=/usr/local/lib/php/20040412/imap.so
extension=/usr/local/lib/php/20040412/mbstring.so
extension=/usr/local/lib/php/20040412/mcrypt.so
extension=/usr/local/lib/php/20040412/mhash.so
extension=/usr/local/lib/php/20040412/mysql.so
extension=/usr/local/lib/php/20040412/openssl.so
extension=/usr/local/lib/php/20040412/pcre.so
extension=/usr/local/lib/php/20040412/posix.so
extension=/usr/local/lib/php/20040412/session.so
extension=/usr/local/lib/php/20040412/simplexml.so
extension=/usr/local/lib/php/20040412/sockets.so
extension=/usr/local/lib/php/20040412/sqlite.so
extension=/usr/local/lib/php/20040412/tokenizer.so
extension=/usr/local/lib/php/20040412/xml.so
extension=/usr/local/lib/php/20040412/zip.so
extension=/usr/local/lib/php/20040412/zlib.so

Reproduce code:
---
var_dump(GetImageSize("SomeFlashFile.swf"));
//will produce false in php5, returns normal data in php4.3.8

var_dump(GetImageSize("SomePicture.jpg"));
//Works fine in both versions

Expected result:

see inline comments

Actual result:
--
see inline comments





-- 
Edit this bug report at http://bugs.php.net/?id=29611&edit=1

#29611 [Fbk->Opn]: GetImageSize returns false for swf files.

[cstdenis at hotmail dot com]

 ID:   29611
 User updated by:  cstdenis at hotmail dot com
 Reported By:  cstdenis at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GetImageSize related
 Operating System: FreeBSD 4.9
 PHP Version:  5.0.0
 New Comment:

As far as I can tell, any swf file. Here are 2 that are known to be
affected.

http://www.fanart-central.net/images/a/anime_pat/hottest_duck_in_town.swf
http://www.fanart-central.net/images/t/TX2/Untitled_1_Scene_2.swf

The first one I know worked before I upgraded to php5, becasue I was
using it for testing a few days before.


Previous Comments:


[2004-08-11 13:07:34] [EMAIL PROTECTED]

Please provide a link to the .swf file in question.



[2004-08-11 13:04:41] cstdenis at hotmail dot com

Description:

GetImageSize returns false for swf files. This worked fine when I was
using php4.3.8, but after upgrading to 5 it no longer returns the size,
just false.

Perhaps an additional library is needed for this to work with flash,
but nothing like that is said in the documentation.

I am using Apache 2

I have a reasonably normal php.ini, register globals is on, rest is
more or less standard.

Configure Command =>  './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 'i386-portbld-freebsd4.9'



As is the setup of the new php FreeBSD ports, most of my modules are
dynamic (loaded .so files) insted of static compiled. Here is a list of
them

extension=/usr/local/lib/php/20040412/bz2.so
extension=/usr/local/lib/php/20040412/ctype.so
extension=/usr/local/lib/php/20040412/dio.so
extension=/usr/local/lib/php/20040412/dom.so
extension=/usr/local/lib/php/20040412/ftp.so
extension=/usr/local/lib/php/20040412/gd.so
extension=/usr/local/lib/php/20040412/iconv.so
extension=/usr/local/lib/php/20040412/imagick.so
extension=/usr/local/lib/php/20040412/imap.so
extension=/usr/local/lib/php/20040412/mbstring.so
extension=/usr/local/lib/php/20040412/mcrypt.so
extension=/usr/local/lib/php/20040412/mhash.so
extension=/usr/local/lib/php/20040412/mysql.so
extension=/usr/local/lib/php/20040412/openssl.so
extension=/usr/local/lib/php/20040412/pcre.so
extension=/usr/local/lib/php/20040412/posix.so
extension=/usr/local/lib/php/20040412/session.so
extension=/usr/local/lib/php/20040412/simplexml.so
extension=/usr/local/lib/php/20040412/sockets.so
extension=/usr/local/lib/php/20040412/sqlite.so
extension=/usr/local/lib/php/20040412/tokenizer.so
extension=/usr/local/lib/php/20040412/xml.so
extension=/usr/local/lib/php/20040412/zip.so
extension=/usr/local/lib/php/20040412/zlib.so

Reproduce code:
---
var_dump(GetImageSize("SomeFlashFile.swf"));
//will produce false in php5, returns normal data in php4.3.8

var_dump(GetImageSize("SomePicture.jpg"));
//Works fine in both versions

Expected result:

see inline comments

Actual result:
--
see inline comments





-- 
Edit this bug report at http://bugs.php.net/?id=29611&edit=1

#29611 [Opn->Fbk]: GetImageSize returns false for swf files.

[derick]

 ID:   29611
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cstdenis at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: GetImageSize related
 Operating System: FreeBSD 4.9
 PHP Version:  5.0.0
 New Comment:

Please provide a link to the .swf file in question.


Previous Comments:


[2004-08-11 13:04:41] cstdenis at hotmail dot com

Description:

GetImageSize returns false for swf files. This worked fine when I was
using php4.3.8, but after upgrading to 5 it no longer returns the size,
just false.

Perhaps an additional library is needed for this to work with flash,
but nothing like that is said in the documentation.

I am using Apache 2

I have a reasonably normal php.ini, register globals is on, rest is
more or less standard.

Configure Command =>  './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 'i386-portbld-freebsd4.9'



As is the setup of the new php FreeBSD ports, most of my modules are
dynamic (loaded .so files) insted of static compiled. Here is a list of
them

extension=/usr/local/lib/php/20040412/bz2.so
extension=/usr/local/lib/php/20040412/ctype.so
extension=/usr/local/lib/php/20040412/dio.so
extension=/usr/local/lib/php/20040412/dom.so
extension=/usr/local/lib/php/20040412/ftp.so
extension=/usr/local/lib/php/20040412/gd.so
extension=/usr/local/lib/php/20040412/iconv.so
extension=/usr/local/lib/php/20040412/imagick.so
extension=/usr/local/lib/php/20040412/imap.so
extension=/usr/local/lib/php/20040412/mbstring.so
extension=/usr/local/lib/php/20040412/mcrypt.so
extension=/usr/local/lib/php/20040412/mhash.so
extension=/usr/local/lib/php/20040412/mysql.so
extension=/usr/local/lib/php/20040412/openssl.so
extension=/usr/local/lib/php/20040412/pcre.so
extension=/usr/local/lib/php/20040412/posix.so
extension=/usr/local/lib/php/20040412/session.so
extension=/usr/local/lib/php/20040412/simplexml.so
extension=/usr/local/lib/php/20040412/sockets.so
extension=/usr/local/lib/php/20040412/sqlite.so
extension=/usr/local/lib/php/20040412/tokenizer.so
extension=/usr/local/lib/php/20040412/xml.so
extension=/usr/local/lib/php/20040412/zip.so
extension=/usr/local/lib/php/20040412/zlib.so

Reproduce code:
---
var_dump(GetImageSize("SomeFlashFile.swf"));
//will produce false in php5, returns normal data in php4.3.8

var_dump(GetImageSize("SomePicture.jpg"));
//Works fine in both versions

Expected result:

see inline comments

Actual result:
--
see inline comments





-- 
Edit this bug report at http://bugs.php.net/?id=29611&edit=1

#29611 [NEW]: GetImageSize returns false for swf files.

[cstdenis at hotmail dot com]

From: cstdenis at hotmail dot com
Operating system: FreeBSD 4.9
PHP version:  5.0.0
PHP Bug Type: GetImageSize related
Bug description:  GetImageSize returns false for swf files.

Description:

GetImageSize returns false for swf files. This worked fine when I was
using php4.3.8, but after upgrading to 5 it no longer returns the size,
just false.

Perhaps an additional library is needed for this to work with flash, but
nothing like that is said in the documentation.

I am using Apache 2

I have a reasonably normal php.ini, register globals is on, rest is more
or less standard.

Configure Command =>  './configure' '--enable-versioning'
'--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-spl'
'--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6'
'--prefix=/usr/local' 'i386-portbld-freebsd4.9'



As is the setup of the new php FreeBSD ports, most of my modules are
dynamic (loaded .so files) insted of static compiled. Here is a list of
them

extension=/usr/local/lib/php/20040412/bz2.so
extension=/usr/local/lib/php/20040412/ctype.so
extension=/usr/local/lib/php/20040412/dio.so
extension=/usr/local/lib/php/20040412/dom.so
extension=/usr/local/lib/php/20040412/ftp.so
extension=/usr/local/lib/php/20040412/gd.so
extension=/usr/local/lib/php/20040412/iconv.so
extension=/usr/local/lib/php/20040412/imagick.so
extension=/usr/local/lib/php/20040412/imap.so
extension=/usr/local/lib/php/20040412/mbstring.so
extension=/usr/local/lib/php/20040412/mcrypt.so
extension=/usr/local/lib/php/20040412/mhash.so
extension=/usr/local/lib/php/20040412/mysql.so
extension=/usr/local/lib/php/20040412/openssl.so
extension=/usr/local/lib/php/20040412/pcre.so
extension=/usr/local/lib/php/20040412/posix.so
extension=/usr/local/lib/php/20040412/session.so
extension=/usr/local/lib/php/20040412/simplexml.so
extension=/usr/local/lib/php/20040412/sockets.so
extension=/usr/local/lib/php/20040412/sqlite.so
extension=/usr/local/lib/php/20040412/tokenizer.so
extension=/usr/local/lib/php/20040412/xml.so
extension=/usr/local/lib/php/20040412/zip.so
extension=/usr/local/lib/php/20040412/zlib.so

Reproduce code:
---
var_dump(GetImageSize("SomeFlashFile.swf"));
//will produce false in php5, returns normal data in php4.3.8

var_dump(GetImageSize("SomePicture.jpg"));
//Works fine in both versions

Expected result:

see inline comments

Actual result:
--
see inline comments

-- 
Edit bug report at http://bugs.php.net/?id=29611&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29611&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29611&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29611&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29611&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29611&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29611&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29611&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29611&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29611&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29611&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29611&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29611&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29611&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29611&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29611&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29611&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29611&r=float

#29610 [Opn->Bgs]: compile failed with exit 1 status

[derick]

 ID:   29610
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sonny at sun dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: RHEL 3u3
 PHP Version:  4.3.8
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.


Previous Comments:


[2004-08-11 12:35:26] sonny at sun dot com

Description:

Compile faile with;
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1


Reproduce code:
---
env LIBS="-lfreetype -lpng -ljpeg -lz -lnsl";
IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php4.3.8
--with-config-file-path=/usr/local/php4.3.8 --disable-debug --enable-pic
--enable-trans-sid --disable-rpath --enable-zend-multibyte
--enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr
--with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm
--enable-sysvsem --enable-sysvmsg --enable-sockets --enable-soap
--with-openssl-dir=/usr --enable-shmop --with-readline
--with-pgsql=shared --enable-pcntl --with-oci8=/oracle/product/9.2.0.4
--with-zlib-dir=/usr --with-mysql=/usr/local/mysql
--with-mnogosearch=/usr/local/mnogosearch --with-mhash=/usr/local
--enable-mbstring --with-ldap=shared --with-ldap-sasl
--with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos
--with-gettext --with-gd --enable-dio --enable-exif --enable-ftp
--with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr
--with-curl --with-curlwrappers --enable-calendar --with-bz2
--with-zlib --enable-bcmath --disable-short-tags --enable-magic-quotes
--enable-sigchild --disable-path-info-check --enable-fastcgi
--enable-force-cgi-redirect --with-apxs2=/usr/sbin/apxs
--with-apxs2filter=/usr/sbin/apxs --enable-versioning --with-inifile
--with-flatfile --with-db4=/usr --enable-cli

&& make

Expected result:

running make to build php

Actual result:
--
failed. Last lines.

/usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In
function `UdmFreeUrlRes':
/software/compile/mnogosearch-3.1.21/src/files.c:843: multiple
definition of `UdmFreeUrlRes'
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262:
first defined here
/usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1






-- 
Edit this bug report at http://bugs.php.net/?id=29610&edit=1

#29610 [NEW]: compile failed with exit 1 status

[sonny at sun dot com]

From: sonny at sun dot com
Operating system: RHEL 3u3
PHP version:  4.3.8
PHP Bug Type: Compile Failure
Bug description:  compile failed with exit 1 status

Description:

Compile faile with;
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1


Reproduce code:
---
env LIBS="-lfreetype -lpng -ljpeg -lz -lnsl";
IMAP_SHARED_LIBADD=-lc-client; ./configure --prefix=/usr/local/php4.3.8
--with-config-file-path=/usr/local/php4.3.8 --disable-debug --enable-pic
--enable-trans-sid --disable-rpath --enable-zend-multibyte
--enable-memory-limit --enable-yp --with-xsl --with-expat-dir=/usr
--with-libexpat-dir=/usr --with-libxml-dir=/usr --enable-sysvshm
--enable-sysvsem --enable-sysvmsg --enable-sockets --enable-soap
--with-openssl-dir=/usr --enable-shmop --with-readline --with-pgsql=shared
--enable-pcntl --with-oci8=/oracle/product/9.2.0.4 --with-zlib-dir=/usr
--with-mysql=/usr/local/mysql --with-mnogosearch=/usr/local/mnogosearch
--with-mhash=/usr/local --enable-mbstring --with-ldap=shared
--with-ldap-sasl --with-imap=shared --with-imap-ssl
--with-kerberos=/usr/kerberos --with-gettext --with-gd --enable-dio
--enable-exif --enable-ftp --with-jpeg-dir=/usr --with-png-dir=/usr
--with-zlib-dir=/usr --with-curl --with-curlwrappers --enable-calendar
--with-bz2 --with-zlib --enable-bcmath --disable-short-tags
--enable-magic-quotes --enable-sigchild --disable-path-info-check
--enable-fastcgi --enable-force-cgi-redirect --with-apxs2=/usr/sbin/apxs
--with-apxs2filter=/usr/sbin/apxs --enable-versioning --with-inifile
--with-flatfile --with-db4=/usr --enable-cli

&& make

Expected result:

running make to build php

Actual result:
--
failed. Last lines.

/usr/local/mnogosearch/lib/libudmsearch.a(files.o)(.text+0x1f7c): In
function `UdmFreeUrlRes':
/software/compile/mnogosearch-3.1.21/src/files.c:843: multiple definition
of `UdmFreeUrlRes'
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)(.text+0x3b84):/software/compile/mnogosearch-3.1.21/src/sql.c:3262:
first defined here
/usr/bin/ld: Warning: size of symbol `UdmFreeUrlRes' changed from 38 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o) to 5 in
/usr/local/mnogosearch/lib/libudmsearch.a(sql.o)
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1


-- 
Edit bug report at http://bugs.php.net/?id=29610&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29610&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29610&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29610&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29610&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29610&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29610&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29610&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29610&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29610&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29610&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29610&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29610&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29610&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29610&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29610&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29610&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29610&r=float

#29609 [NEW]: htmlentities() failure

[jon at hiveminds dot net]

From: jon at hiveminds dot net
Operating system: Windows 2000 / SP4
PHP version:  5.0.0
PHP Bug Type: Strings related
Bug description:  htmlentities() failure

Description:

This string function fails on the "š" character (and other Latin-2
characters).

Test:

echo htmlentities("Ketšua");

Returns: Ketšua

Reproduce code:
---
Affected code:

$value = htmlentities($value);

preg_match_all("/&([^;]*);/", $value, $matches);
$parts = preg_split("/&|;/", $value, -1, PREG_SPLIT_NO_EMPTY);

foreach($parts as $part)
 $td->appendChild(
in_array($part, $matches[1])
? $doc->createEntityReference($part)
: $doc->createTextNode($part)
  );

Point of failure: the string "Ketšua"

Expected result:

Character should be converted to Š (upper) / š (lower) per
HTML spec (see special-1.ent listing).

Failing this, should it not be possible to create a TextNode containing
this character when specifying a Latin-2 or Unicode charset?

Actual result:
--
Function returns the literal "š" character with no conversion.

It is not possible to create a TextNode containing this character using
DOMDocument::createTextNode().

I have written a workaround which replaces the Lat-2 chars with their
entity equivalents using str_replace(), but even so PHP still issues
several warnings when sending output to the browser using
DOMDocument::saveHTML():

Warning: output conversion failed due to conv error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: Bytes: 0x92 0x49 0x76 0x6F in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

Warning: xmlOutputBufferWrite: encoder error in
O:\webs\mysqli\oop-multi-select-with-dom.php on line 172

The correct entity (š) does get sent, but I have to suppress the
error with an "@", which I don't like doing.

-- 
Edit bug report at http://bugs.php.net/?id=29609&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29609&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29609&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29609&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29609&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29609&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29609&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29609&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29609&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29609&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29609&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29609&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29609&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29609&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29609&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29609&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29609&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29609&r=float

#29002 [Bgs]: mysqli query returns incorrect results

[georg]

 ID:   29002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark at nostromo dot net
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: suse 9.1 AMD64
 PHP Version:  5.0.0RC3
 Assigned To:  georg
 New Comment:

Wasn't able to reproduce it on users machine (and also on MySQL AB
internal AMD64 platform).


Previous Comments:


[2004-08-11 11:13:55] [EMAIL PROTECTED]

Wasn't able to reproduce it on users machine (and also on MySQL AB
internal AMD64 platform).



[2004-07-04 09:10:53] [EMAIL PROTECTED]

 



[2004-07-03 20:57:53] mark at nostromo dot net

Description:

I've duplicated this problem on 2 separate 64-bit opteron boxes.  Both
are running Suse 9.1 64-bit.  I'm using apache 1.3.31, Mysql
4.1.3-beta, and PHP 5.0 RC3.

This may be a 64-bit related issue because the same query returns the
correct results when PHP is compiled and run on 32-bit linux.

Also, if I use the normal mysql function calls, it returns the correct
results on the opteron.  So it may be an issue with mysqli and 64-bit. 
But that's only a guess.

Reproduce code:
---
$sql = "select config_id, config_name from config_name";
  
if ($stmt = $mysql->prepare($sql)) {
$stmt->execute();
$stmt->bind_result($id, $name);
  
while ($stmt->fetch()) {
echo "
$id
$name
  \n";
}
  
$stmt->close();
}

Expected result:

1   suse-default
2   laptop-default

Actual result:
--
32778017877000193   suse-default
32778017877000194   laptop-default





-- 
Edit this bug report at http://bugs.php.net/?id=29002&edit=1

#29002 [Asn->Bgs]: mysqli query returns incorrect results

[georg]

 ID:   29002
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark at nostromo dot net
-Status:   Assigned
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: suse 9.1 AMD64
 PHP Version:  5.0.0RC3
 Assigned To:  georg
 New Comment:

Wasn't able to reproduce it on users machine (and also on MySQL AB
internal AMD64 platform).


Previous Comments:


[2004-07-04 09:10:53] [EMAIL PROTECTED]

 



[2004-07-03 20:57:53] mark at nostromo dot net

Description:

I've duplicated this problem on 2 separate 64-bit opteron boxes.  Both
are running Suse 9.1 64-bit.  I'm using apache 1.3.31, Mysql
4.1.3-beta, and PHP 5.0 RC3.

This may be a 64-bit related issue because the same query returns the
correct results when PHP is compiled and run on 32-bit linux.

Also, if I use the normal mysql function calls, it returns the correct
results on the opteron.  So it may be an issue with mysqli and 64-bit. 
But that's only a guess.

Reproduce code:
---
$sql = "select config_id, config_name from config_name";
  
if ($stmt = $mysql->prepare($sql)) {
$stmt->execute();
$stmt->bind_result($id, $name);
  
while ($stmt->fetch()) {
echo "
$id
$name
  \n";
}
  
$stmt->close();
}

Expected result:

1   suse-default
2   laptop-default

Actual result:
--
32778017877000193   suse-default
32778017877000194   laptop-default





-- 
Edit this bug report at http://bugs.php.net/?id=29002&edit=1

#29134 [Opn]: php_java.jar missing from distribution

[christian at wenz dot org]

 ID:   29134
 User updated by:  christian at wenz dot org
 Reported By:  christian at wenz dot org
 Status:   Open
 Bug Type: Java related
 Operating System: Windows
 PHP Version:  5.0.0
 New Comment:

@ marko dot tkalcic at fe dot uni-lj dot si: 
you can compile the .java files manually (have a look at the Makefile
in CVS), however in my case this .jar did not work either.

BTW: questions are better asked in the appropriate newsgroups; this
forum is for reporting bugs only :-)


Previous Comments:


[2004-08-11 10:48:21] marko dot tkalcic at fe dot uni-lj dot si

I tried to use php_java.jar from php4 but I still get apache crashing
and the browser returns "document contains no data".Where can I get
the appropriate jar file (or any other hint on getting java working in
php5).

I use winXP, apache 1.3.something and php5 final release

Kind regards 

Marko



[2004-07-14 09:59:52] christian at wenz dot org

Description:

pecl-5.0.0-Win32.zip contains php_java.dll, but not php_java.jar.






-- 
Edit this bug report at http://bugs.php.net/?id=29134&edit=1

#29134 [Com]: php_java.jar missing from distribution

[marko dot tkalcic at fe dot uni-lj dot si]

 ID:   29134
 Comment by:   marko dot tkalcic at fe dot uni-lj dot si
 Reported By:  christian at wenz dot org
 Status:   Open
 Bug Type: Java related
 Operating System: Windows
 PHP Version:  5.0.0
 New Comment:

I tried to use php_java.jar from php4 but I still get apache crashing
and the browser returns "document contains no data".Where can I get
the appropriate jar file (or any other hint on getting java working in
php5).

I use winXP, apache 1.3.something and php5 final release

Kind regards 

Marko


Previous Comments:


[2004-07-14 09:59:52] christian at wenz dot org

Description:

pecl-5.0.0-Win32.zip contains php_java.dll, but not php_java.jar.






-- 
Edit this bug report at http://bugs.php.net/?id=29134&edit=1

#29599 [Opn]: domxml_error segfaults another apache module

[thomas dot jarosch at intra2net dot com]

 ID:   29599
 User updated by:  thomas dot jarosch at intra2net dot com
 Reported By:  thomas dot jarosch at intra2net dot com
 Status:   Open
 Bug Type: DOM XML related
 Operating System: Linux
 PHP Version:  4.3.8
 New Comment:

Well, if it's not too much work, a backport would be nice. 
IMP v3 (webmail) doesn't support PHP5 yet, but I currently 
don't need domxml support and therefore disabled it. 
 
Thomas


Previous Comments:


[2004-08-10 16:15:50] [EMAIL PROTECTED]

The problem is fixed in PHP 5

Don't know, if "we" (meaning Rob) backport that to PHP 4...

Depends on how much work it is, I assume.



[2004-08-10 15:03:04] thomas dot jarosch at intra2net dot com

Description:

Hi, 
 
we're running PHP 4.3.8 as apache module, Apache runs 
without threads. 
The domxml extension registers an libxml2 generic error 
handler during its initialization. 
We have another apache module, which makes use of libxml2, 
this one doesn't register an error handler. 
 
When then second apache module encounters an XML error, 
apache segfaults 
in the domxml_error function. Here's a backtrace of the 
problem: 
 
#0  0x404d3448 in php_apache_sapi_send_headers () 
from ./etc/httpd/modules/libphp4.so 
#1  0x4049c84e in sapi_send_headers () 
from ./etc/httpd/modules/libphp4.so 
#2  0x4045c456 in php_header () 
from ./etc/httpd/modules/libphp4.so 
#3  0x404a7518 in php_ub_body_write () 
from ./etc/httpd/modules/libphp4.so 
#4  0x404a63b3 in php_body_write () 
from ./etc/httpd/modules/libphp4.so 
#5  0x404952eb in php_printf () 
from ./etc/httpd/modules/libphp4.so 
#6  0x40495a4d in php_error_cb () 
from ./etc/httpd/modules/libphp4.so 
#7  0x404c165f in zend_error () 
from ./etc/httpd/modules/libphp4.so 
#8  0x40495698 in php_verror () 
from ./etc/httpd/modules/libphp4.so 
#9  0x4049576f in php_error_docref0 () 
from ./etc/httpd/modules/libphp4.so 
#10 0x403c6951 in domxml_error () 
from ./etc/httpd/modules/libphp4.so 
#11 0x4083cb86 in xmlReportError (err=0x81dc978, 
ctxt=0x81dc7f8, str=0x81e03b0 "Document is empty\n", 
channel=0x403c6910 , data=0x0) 
    at error.c:283 
#12 0x4083ce9a in __xmlRaiseError (schannel=0, 
channel=0x4083d19c , 
data=0x81dc7f8, ctx=0x81dc7f8, nod=0x0, domain=1, 
    code=4, level=XML_ERR_FATAL, file=0x81df640 "", 
line=1, str1=0x0, str2=0x0, str3=0x0, int1=0, int2=0, 
msg=0x408d5111 "Document is empty\n") 
    at error.c:573 
#13 0x4083fef4 in xmlFatalErr (ctxt=0x81dc7f8, 
error=1080649792, info=0x51 ) 
at parser.c:360 
#14 0x4084fa17 in xmlParseTryOrFinish (ctxt=0x81dc7f8, 
terminate=0) at parser.c:9098 
#15 0x40850358 in xmlParseChunk__internal_alias 
(ctxt=0x81dc7f8, chunk=0x81dc9e4 "í«îÛ\003", size=228, 
terminate=0) at parser.c:9763 
#16 0x40cd108c in 
xmlpp::DomParser::parse_stream(std::istream&) 
(this=0xbfffeab0, [EMAIL PROTECTED]) at basic_string.h:781 
 
The problem is domxml's "global" error handler. Even if 
the second module would register an error handler, 
it would override PHP's error handler. IMHO the best 
approach would be to register the error handler 
only during operations calling libxml functions and 
deregister it afterwards. 
The performance overhead should be minimal and it's very 
clean. What do you think? 
 
Cheers, 
Thomas 
 

Actual result:
--
See backtrace in description 





-- 
Edit this bug report at http://bugs.php.net/?id=29599&edit=1

#29608 [Opn->Fbk]: OCi reports OCIStmtExecute: ORA-24324: service handle not initialized

[tony2001]

 ID:   29608
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tomek at matrox dot pl
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: W2k, Red Hat
 PHP Version:  5.0.0
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2004-08-11 09:44:33] tomek at matrox dot pl

Description:

I wrote my site using PHP 4.3.8, W2k and Apache in both version 2 and
1.3.x. Everything was all right until the day when I decided to change
my php version (now I have 5.0.0)

Scripts which executes oracle queries sometimes works sometimes not.
I've notice 2 kinds of situations:

First : apache reports :

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-24324:
service handle not initialized in /usr/local/apache/htdocs/dupa1.php on
line 5 

Second : apache child process is killed

I thought that problem is in OS. I tried to run my site on Red Hat with
apache 1.3.31 and php 5.0.0 and problem is still the same.

Changes in version of Oracle client also doesn't resolve the problem.



Reproduce code:
---
$query = 'SELECT * FROM opal_sesje';
$conn = ocilogon('xxx','xxx','xxx');
$stmt = OCIParse($conn, $query); 
OCIexecute($stmt, OCI_DEFAULT);
$error = OCIError($stmt);
print_r($error);

Expected result:

just blank page

Actual result:
--
blank page or OCI warning or no result





-- 
Edit this bug report at http://bugs.php.net/?id=29608&edit=1

#29608 [NEW]: OCi reports OCIStmtExecute: ORA-24324: service handle not initialized

[tomek at matrox dot pl]

From: tomek at matrox dot pl
Operating system: W2k, Red Hat
PHP version:  5.0.0
PHP Bug Type: OCI8 related
Bug description:  OCi reports OCIStmtExecute: ORA-24324: service handle not 
initialized 

Description:

I wrote my site using PHP 4.3.8, W2k and Apache in both version 2 and
1.3.x. Everything was all right until the day when I decided to change my
php version (now I have 5.0.0)

Scripts which executes oracle queries sometimes works sometimes not. I've
notice 2 kinds of situations:

First : apache reports :

Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-24324:
service handle not initialized in /usr/local/apache/htdocs/dupa1.php on
line 5 

Second : apache child process is killed

I thought that problem is in OS. I tried to run my site on Red Hat with
apache 1.3.31 and php 5.0.0 and problem is still the same.

Changes in version of Oracle client also doesn't resolve the problem.



Reproduce code:
---
$query = 'SELECT * FROM opal_sesje';
$conn = ocilogon('xxx','xxx','xxx');
$stmt = OCIParse($conn, $query); 
OCIexecute($stmt, OCI_DEFAULT);
$error = OCIError($stmt);
print_r($error);

Expected result:

just blank page

Actual result:
--
blank page or OCI warning or no result

-- 
Edit bug report at http://bugs.php.net/?id=29608&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29608&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29608&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29608&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29608&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29608&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29608&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29608&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29608&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29608&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29608&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29608&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29608&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29608&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29608&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29608&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29608&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29608&r=float