#27488 [NEW]: Unknown function on line 0
From: dan at anotherscenario dot net Operating system: XP & Linux PHP version: 4.3.4 PHP Bug Type: Unknown/Other Function Bug description: Unknown function on line 0 Description: Warning: Unknown(): Unable to call () - function does not exist in Unknown on line 0 It's kind of impossible to diagnose this problem... This error is on Windows and Linux platform. Everything works just fine, however, there is an warning, pointing to nothing. Reproduce code: --- I have a couple thousand lines, which are kind of irrelevant since it points to nothing. Expected result: There is no error in code, I have asked for help elsewhere and this is sometimes and side effect of using sessions, but in this case I'm not using sessions. Actual result: -- No warning message. -- Edit bug report at http://bugs.php.net/?id=27488&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27488&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27488&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27488&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27488&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27488&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27488&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27488&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27488&r=support Expected behavior: http://bugs.php.net/fix.php?id=27488&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27488&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27488&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27488&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27488&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27488&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27488&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27488&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27488&r=float
#27471 [Fbk->Csd]: variables in a function or script alter session variables
ID: 27471 User updated by: wxjasp02 at smumn dot edu Reported By: wxjasp02 at smumn dot edu -Status: Feedback +Status: Closed Bug Type: Session related Operating System: RedHat Linux 9.0 PHP Version: Irrelevant New Comment: realized PHP forces $_ variables to GLOBAL scope if --register-globals is set to ON. Previous Comments: [2004-03-03 13:22:44] [EMAIL PROTECTED] Keeping the status at "feedback" until then then. [2004-03-03 13:01:14] wxjasp02 at smumn dot edu i will post some sample code by midnight CST [2004-03-03 12:59:04] wxjasp02 at smumn dot edu http://www.mytoast.net/phpinfo.php register_globals is ON. [2004-03-03 04:44:47] [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. Also fill in your PHP version number, which IS relevant and add a link to your phpinfo(); output. [2004-03-03 02:50:14] [EMAIL PROTECTED] What is register_globals set to? 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/27471 -- Edit this bug report at http://bugs.php.net/?id=27471&edit=1
#27488 [Opn->Fbk]: Unknown function on line 0
ID: 27488 Updated by: [EMAIL PROTECTED] Reported By: dan at anotherscenario dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: XP & Linux PHP Version: 4.3.4 New Comment: 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 Previous Comments: [2004-03-04 03:03:38] dan at anotherscenario dot net Description: Warning: Unknown(): Unable to call () - function does not exist in Unknown on line 0 It's kind of impossible to diagnose this problem... This error is on Windows and Linux platform. Everything works just fine, however, there is an warning, pointing to nothing. Reproduce code: --- I have a couple thousand lines, which are kind of irrelevant since it points to nothing. Expected result: There is no error in code, I have asked for help elsewhere and this is sometimes and side effect of using sessions, but in this case I'm not using sessions. Actual result: -- No warning message. -- Edit this bug report at http://bugs.php.net/?id=27488&edit=1
#27469 [Opn->Asn]: zend_variables.c problem
ID: 27469
Updated by: [EMAIL PROTECTED]
Reported By: friosa at pnpitalia dot it
-Status: Open
+Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4.18-4GB
PHP Version: 5.0.0b4 (beta4)
-Assigned To:
+Assigned To: andi
Previous Comments:
[2004-03-02 18:33:15] friosa at pnpitalia dot it
Not so easy bring out 20 lines of code from a project like horde + imp
+ other (Megs of code). It was hard for me find the right point to look
for.
I will try but I think that it will be impossible for me.
Also the fact that var_dump and print_r change the flow of the script
make me think that there is something in the object variable that make
the difference.
P.S.
I've tryed the latest cvs snapshot with this results (!= the
previous):
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 26281)]
0x4067659b in _zend_is_inconsistent (ht=0x100, file=0x406f1520
"/TEST/php5-200403022230/Zend/zend_hash.c", line=504)
at /TEST/php5-200403022230/Zend/zend_hash.c:53
53 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0x4067659b in _zend_is_inconsistent (ht=0x100, file=0x406f1520
"/TEST/php5-200403022230/Zend/zend_hash.c", line=504)
at /TEST/php5-200403022230/Zend/zend_hash.c:53
#1 0x0010 in ?? ()
#2 0x40698d73 in zend_do_fcall_common_helper (execute_data=0x100,
opline=0x40730980, op_array=0x4074eb40)
at /TEST/php5-200403022230/Zend/zend_execute.c:2677
#3 0x40698d73 in zend_do_fcall_common_helper (execute_data=0x100,
opline=0x40730980, op_array=0x4074eb40)
at /TEST/php5-200403022230/Zend/zend_execute.c:2677
#4 0x40698d73 in zend_do_fcall_common_helper (execute_data=0x100,
opline=0x40730980, op_array=0x4074eb40)
at /TEST/php5-200403022230/Zend/zend_execute.c:2677
#5 0x40698d73 in zend_do_fcall_common_helper (execute_data=0x100,
opline=0x40730980, op_array=0x4074eb40)
at /TEST/php5-200403022230/Zend/zend_execute.c:2677
#6 0x40698d73 in zend_do_fcall_common_helper (execute_data=0x100,
opline=0x40730980, op_array=0x4074eb40)
at /TEST/php5-200403022230/Zend/zend_execute.c:2677
#7 0x40698d73 in zend_do_fcall_common_helper (execute_data=0x100,
opline=0x40730980, op_array=0x4074eb40)
at /TEST/php5-200403022230/Zend/zend_execute.c:2677
#8 0x406703b9 in zend_execute_scripts (type=256, retval=0x4127cb4c,
file_count=1) at /TEST/php5-200403022230/Zend/zend.c:1041
(gdb)
[2004-03-02 18:20:14] [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-03-02 18:00:40] friosa at pnpitalia dot it
Description:
I continue to get a core dump using imp with imap from the horde
project.
The crash is reproducible but the gdb backtrace has changed after i've
inserted the debug code.
Also I think it's important to mention that if u substitute the
"var_dump()" code below with "print_r()" the crash disappear !!!
so we can switch this three cases:
case "code without debug": crash();
case "code with vardump($mime_part)": crash();
case "code with print_r($mime_part)": --> continue (but I can't still
see the page)
If I can help with something else please contact me, I' will keep a
copy of the code, also I can send U a tar.gz of all this stuff (may be
not usefull with my conf.)
follow:
PHP compiling flags
APACHE
PRINT_R
VARDUMP
*
* PHP compiling flags
*
CFLAGS = CPPFLAGS = -march=k6 -O0 -pipe -fomit-frame-pointer -I[...]
./configure \
--prefix=/TEST/php \
--with-apxs2=/TEST/apache/bin/apxs \
--with-config-file-path=/TEST/php/lib/php.ini \
--with-informix=/opt/informix \
--with-mysql=/pnp/mysql \
--with-mysql-sock=/tmp/mysql.sock \
--enable-libgcc \
--with-curl=/pnp \
--disable-ipv6 \
--enable-ftp \
--with-openssl=/pnp \
--with-gd \
--enable-gd-native-ttf \
--with-zlib-dir=/usr \
--with-jpeg-dir=/usr \
--enable-exif \
--with-tiff-lib=/usr \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--with-pdflib=/TEST \
--enable-bcmath \
--enable-shmop \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-mime-magic \
--with-qtdom \
--enable-pcntl \
--enable-sockets \
--x-includes=/usr/X11/include/X11 \
--x-libraries=/usr/X11/lib \
--with-readline \
--with-gnu-ld \
--enable-static \
--
#27486 [Opn->Fbk]: PHP Warning: system(): Unable to fork
ID: 27486
Updated by: [EMAIL PROTECTED]
Reported By: donny at intercosmos dot com
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Linux 2.6.2 /Fedora Core 1,
PHP Version: 4.3.4
New Comment:
What does that new program that spawns these children do? Is it a long
living process?
Previous Comments:
[2004-03-03 18:35:31] donny at intercosmos dot com
Description:
We started using a new program that spawns additional CLI php scripts
recently. And today, we started getting stuff like this:
PHP Warning: system(): Unable to fork [/usr/bin/php
/www/htdocs/onetime/spawn_domain.php 'businesslicensing.com' >
/dev/null &] in /www/htdocs/onetime/spawn_domain_parent.php on line 39
Now if I wait a few minutes, and restart the parent it will normally go
on about it's business. But then after a while it will all of a sudden
no longer be able to spawn new children.
All of the other bugs mentioned like this are based on Windows, but
this is a Linux box.
Reproduce code:
---
system("/usr/bin/php /www/htdocs/onetime/spawn_domain.php
'$db[domain]' > /dev/null &");
Expected result:
It should spawn a child CLI program and run.
Actual result:
--
It runs the code mentioned above.
--
Edit this bug report at http://bugs.php.net/?id=27486&edit=1
#27470 [Opn->Asn]: Unexpected content of an array generated by the dbase_get_record()
ID: 27470
Updated by: [EMAIL PROTECTED]
Reported By: carlos at qualinfo dot com dot br
-Status: Open
+Status: Assigned
Bug Type: dBase related
Operating System: Linux MDK9.1 / WindowsXP PRO SP1
PHP Version: 4.3.4
-Assigned To:
+Assigned To: jimw
New Comment:
Assigning to the extensions' maintainer.
Previous Comments:
[2004-03-03 21:39:35] carlos at qualinfo dot com dot br
Derick,
http://www.qualinfo.com.br/folhaweb/AAPFUN01.DBF
http://www.qualinfo.com.br/folhaweb/AAPFUN02.DBF
http://www.qualinfo.com.br/folhaweb/AAPFUN03.DBF
Thank you.
Carlos.
[2004-03-03 04:31:30] [EMAIL PROTECTED]
Please provide an URL to the DBF file in question.
[2004-03-02 18:23:55] carlos at qualinfo dot com dot br
Description:
This bug already was reported (bug # 4244), but was closed due to
missing user feedback.
When I try to print the content of an array - created for the functions
dbase_get_records() or dbase_get_records_by_name(), script returns
trash (each time a different trash).
Notes:
(1) This problem does not happen with all archives DBF that I try to
list;
(2) The archives (.DBF) are not corrupted;
(3) The garbage that appears includes, also, parts of proper script PHP
(parts of functions, variable, etc.);
(4) In both the tested operational systems (Windows and Linux), the
result is the same;
(5) Another version of the PHP was used (4.3.2), the result was the
same;
Linux:
./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-dbase
Windows:
Default with php_dbase.dll.
(sorry for bad english)
Reproduce code:
---
$dbname1 = "/usr/temp/AAPFUN01.DBF";
$con1 = dbase_open($dbname1,0);
$rows = dbase_numrecords($con1);
$fields = dbase_numfields($con1);
for ($i=1;$i<=$rows;$i++) {
$registro = dbase_get_record($con1,$i) or die("erro");
for ($x=0; $x < $fields; $x++) {
$teste = $registro[$x];
echo($teste . "");
}
}
dbase_close($con1);
Expected result:
For example, in key #17 of the array, the expected result:
'20020301' (date type field)
Actual result:
--
But the actual result is:
'2002030119950901011 0.000 0 240.00
160.001422021975081110 020245AL 15
49800238163644712550714425 ...(etc.)'
(this result is the rest of the fields (keys) concatenated. the next
key is trash, until the end of array).
--
Edit this bug report at http://bugs.php.net/?id=27470&edit=1
#27487 [Opn->Fbk]: yet another session_decode crash
ID: 27487 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: winxp/linux PHP Version: 4.3.5RC3 New Comment: I fail to see how I can reproduce it. Can you tell me how you did get this corrupted data? As it looks to me that there is a bug in serializing here, not deserializing. I think it has to do with the binary stuff inside the _cached_html part though and Windows ;-) Can you provide the variable before serialization (use var_export($_SESSION) to obtain it). Previous Comments: [2004-03-04 01:58:50] xuefer at 21cn dot com Description: tested on php4.3.4 and 4.3.5RC3 the data is produced by session_decode() but corrupted the corrupted-data is base64 encoded in script, just for easy download Reproduce code: --- http://www.our-sky.com/misc/session.phps (will be removed when bug closed) -- Edit this bug report at http://bugs.php.net/?id=27487&edit=1
#27487 [Fbk->Opn]: yet another session_decode crash
ID: 27487 User updated by: xuefer at 21cn dot com Reported By: xuefer at 21cn dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: winxp/linux PHP Version: 4.3.5RC3 New Comment: can you reproduce the crash? i used sql as session save handler corrupted data may not bug of sedssion_encode(), it's bug of GBK mysql( http://bugs.mysql.com/bug.php?id=369 ), as when i use file, no crash but it IS bug of session_decode(), it shouldn't crash on corrupted data. e.g.: saving session data but crashed by other thread, data is corrupted. when page load again, session_decode crash. and anyone who use vhost, can write a simple script to make php crash the server admin can hardly track who and what make the crash. and if possible, pls make session_encode() do base64_encode, because may ppl use his own sql-save-handler e.g.: session_use_text_encode(true); Previous Comments: [2004-03-04 03:36:36] [EMAIL PROTECTED] I fail to see how I can reproduce it. Can you tell me how you did get this corrupted data? As it looks to me that there is a bug in serializing here, not deserializing. I think it has to do with the binary stuff inside the _cached_html part though and Windows ;-) Can you provide the variable before serialization (use var_export($_SESSION) to obtain it). [2004-03-04 01:58:50] xuefer at 21cn dot com Description: tested on php4.3.4 and 4.3.5RC3 the data is produced by session_decode() but corrupted the corrupted-data is base64 encoded in script, just for easy download Reproduce code: --- http://www.our-sky.com/misc/session.phps (will be removed when bug closed) -- Edit this bug report at http://bugs.php.net/?id=27487&edit=1
#27489 [NEW]: upload_permissions would be a cool option
From: joe at mcknight dot de Operating system: Linux 2.4.25 PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: upload_permissions would be a cool option Description: Hi, I'd really like to see an option upload_permissions because in my webserver configuration I need group/world read permission for the file (the owner of the file is the user, the group is the customer and the httpd user is among others). strace shows that the file is always created with 0600 permission in the tmp-path, then moved and after that I'd like to change permissions to 644... Sure, people could do a chmod() in their php source but if someone wants to migrate to my server and he has to change 300 php files, he'll complain... Thx, Joachim -- Edit bug report at http://bugs.php.net/?id=27489&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27489&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27489&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27489&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27489&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27489&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27489&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27489&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27489&r=support Expected behavior: http://bugs.php.net/fix.php?id=27489&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27489&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27489&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27489&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27489&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27489&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27489&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27489&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27489&r=float
#27490 [NEW]: system function produces garbage with zlib.output_copmression
From: mortoray at ecircle-ag dot com
Operating system: Windows NT 5.0 build 219
PHP version: 4.3.4
PHP Bug Type: Zlib Related
Bug description: system function produces garbage with zlib.output_copmression
Description:
Using the zlib.output_compression=On and the function system() produces
garbage output to the browser. Specifically, it does a gzip encoding but
omits the "Content-Encoding: gzip" header.
Using "passthru" instead of "system" works as intended.
Turning off compression and using "system" works as intended.
Reproduce code:
---
Expected result:
Either system() should somehow turn off the zlib compression or its output
should be compressed properly and the proper headers should be set.
--TCP Flow with passthru()--
GET /dir.php HTTP/1.0
Host: qatest.ecircle.de:8080
Accept: text/*, image/jpeg, image/png, image/*, */*
Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5
Accept-Encoding: x-gzip, x-deflate, gzip, deflate, identity
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.1; Linux; en_US, en)
HTTP/1.1 200 OK
Date: Thu, 04 Mar 2004 09:12:41 GMT
Server: Apache/2.0.45 (Win32) PHP/4.3.4
X-Powered-By: PHP/4.3.4
Content-Encoding: gzip
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=ISO-8859-1
...S=O.0..+.?...X.J.-..dAbb`...kk5q...e..sm.
m"q.{.C.5c...1,!..b
}.MYb.p{..Ks.x_x.25..!..5..I.5..._..?.."a\.B|..ji...Iw..*i.[yE..
.-.~N.W.'.Xmy).7V.n.,sE.yer.I||...c..4...?f...Y.gWh!..h.);?.v...O.:H.A1...U6.^..6..z...d..g...5..nz.M.XWaM..o%...>..7
..5.cy6.K.aB..f..p.
..`...
...
Actual result:
--
--TCP Flow with system()--
GET /dir.php HTTP/1.0
Host: qatest.ecircle.de:8080
Accept: text/*, image/jpeg, image/png, image/*, */*
Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5
Accept-Encoding: x-gzip, x-deflate, gzip, deflate, identity
Accept-Language: en
Cache-control: no-cache
Pragma: no-cache
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.1; Linux; en_US, en)
HTTP/1.1 200 OK
Date: Thu, 04 Mar 2004 09:13:45 GMT
Server: Apache/2.0.45 (Win32) PHP/4.3.4
X-Powered-By: PHP/4.3.4
Connection: close
Content-Type: text/html; charset=ISO-8859-1
...S.n.0..#..{..X.J.\*..CO\...E..B"un.c...Ma..hA.x.+.r.nUO..2.!..U..F...".'.o...h.$...:.9.L..u`q...$.
@.Pxp.sW..3.*|...*B...t.)H..,S.vK..*.J..A.gYn..T.$L.=...8..Q.I{..7X.]A..)M,..g3<.=^_0.uZZ..^.#..M..L.wPL).N.V.!;..Al!o.(Q)k3.O.u.5..
..i.OM.$N.q.K4 >[EMAIL PROTECTED]|{...P.0...>..6...
%.78n.~..C
...
--
Edit bug report at http://bugs.php.net/?id=27490&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27490&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27490&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27490&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27490&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27490&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27490&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27490&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27490&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27490&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27490&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27490&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27490&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27490&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27490&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27490&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27490&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27490&r=float
#27491 [NEW]: curious Warning with ftp_put()
From: joerg dot klein at ifsam dot lu Operating system: win2k PHP version: 4.3.4 PHP Bug Type: FTP related Bug description: curious Warning with ftp_put() Description: I have a script that create some files and upload them to an FTP server. this script runs every minute. I got this warning sporadically (sometimes 3 times a day, sometimes 1 per week): ErrorNumber: 2 ErrorType: Warning ErrorMsg: ftp_put(): Transfer complete. The file does not get uploaded. -- Edit bug report at http://bugs.php.net/?id=27491&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27491&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27491&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27491&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27491&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27491&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27491&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27491&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27491&r=support Expected behavior: http://bugs.php.net/fix.php?id=27491&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27491&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27491&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27491&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27491&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27491&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27491&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27491&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27491&r=float
#21676 [Com]: GetImageSize nolonger works
ID: 21676 Comment by: php at ninj4 dot org Reported By: moderator at blackpeeps dot com Status: Closed Bug Type: GetImageSize related Operating System: RAQ4-Latest Patches/Apache 1.3.2 PHP Version: 4.3.0 New Comment: Me too! However, me too over a year later, using php 4.3.3 (I'm assuming that last years CVS changes are into the release version by now) Certain images, I can't really tell how they differ from other images, simply cause getimagesize() to fail. If one opens the problem image in an editor like Photoshop and resave them as jpegs (as a new file), they tend to work OK. I have tried 'washing' uploaded images through Imagemagick, jpegtran and even via: exec (djpeg | cjpeg -p -r 1 ); I'm effectively resampling the image to a new file here, same as opening it in Photoshop and resaving (I think/hope) See samples of working and non-working images here: http://daisy.studisoup.com/img/ok.jpg (works) http://daisy.studisoup.com/img/lessok.jpg (doesn't work) I'm seeing this problem on multiple systems (one Red Hat ES7, one FreeBSD, one Debian, all on Apache 1.3) and with multiple image sources - although certain digital cameras seem to produce the borked images more often than others - the LG2100V cameraphone will do it every time, as far as I can tell. I hope this helps, or someone can help me! Previous Comments: [2004-02-11 07:33:42] balbaz17 at yahoo dot fr I am having the same problem of Getimagesize returning nothing. >From what i have read, i need to install the latest CVS. But I am not familiar with CVS, and wondering if there's any backdraws resulting from using CVS? Will i have to change my PHP or Apache configuration? Does it worh it using CVS just to fix the Getimagesize bug? Thanks in advance Khaled [2003-02-22 05:19:09] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. This one has been fixed by fixing a streams issue. [2003-01-16 13:32:53] moderator at blackpeeps dot com This image returns null information on GetImageSize: http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg This image does return correct Width and Height info: http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg";; I have even tried downloading the first and uploading back to server to make sure there is not a Binary file transfer issue. No luck. Here is a file that my Thumbnail script is not creating a thumbnail for. Well, actually, it creates a Blacked out thumbnail. The script uses ( GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG ) http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg [2003-01-16 12:51:12] [EMAIL PROTECTED] GetImageSize is not related to GD in anyway. Please provide a sample image, which could be used to duplicate the problem you describe. [2003-01-15 23:20:36] moderator at blackpeeps dot com Recently upgraded to PHP 4.3.0 with GD-2.0.1 Scripts worked fine before upgrade. After 4.3.0 upgrade, Sometimes GetImageSize works (returns probper width and height variables) and sometimes it does not (my resize functions are defaulting to 1x2 pixels) At first I thought the problem was isolated to jpgs created with prior version PHP 4.1.2 and GD-2.0.0 and imagecreatefromjpeg function. Then I noticed that there are photos were an image tag (imagecreatefromjpeg) was not used. So the problem is only occuring with certain files.) -- Edit this bug report at http://bugs.php.net/?id=21676&edit=1
#21676 [Com]: GetImageSize nolonger works
ID: 21676 Comment by: php at ninj4 dot org Reported By: moderator at blackpeeps dot com Status: Closed Bug Type: GetImageSize related Operating System: RAQ4-Latest Patches/Apache 1.3.2 PHP Version: 4.3.0 New Comment: Ahem. Sorry, these urls are the right ones: http://daisy.studiosoup.com/img/ok.jpg (working) http://daisy.studiosoup.com/img/lessok.jpg (broken) Previous Comments: [2004-03-04 07:47:49] php at ninj4 dot org Me too! However, me too over a year later, using php 4.3.3 (I'm assuming that last years CVS changes are into the release version by now) Certain images, I can't really tell how they differ from other images, simply cause getimagesize() to fail. If one opens the problem image in an editor like Photoshop and resave them as jpegs (as a new file), they tend to work OK. I have tried 'washing' uploaded images through Imagemagick, jpegtran and even via: exec (djpeg | cjpeg -p -r 1 ); I'm effectively resampling the image to a new file here, same as opening it in Photoshop and resaving (I think/hope) See samples of working and non-working images here: http://daisy.studisoup.com/img/ok.jpg (works) http://daisy.studisoup.com/img/lessok.jpg (doesn't work) I'm seeing this problem on multiple systems (one Red Hat ES7, one FreeBSD, one Debian, all on Apache 1.3) and with multiple image sources - although certain digital cameras seem to produce the borked images more often than others - the LG2100V cameraphone will do it every time, as far as I can tell. I hope this helps, or someone can help me! [2004-02-11 07:33:42] balbaz17 at yahoo dot fr I am having the same problem of Getimagesize returning nothing. >From what i have read, i need to install the latest CVS. But I am not familiar with CVS, and wondering if there's any backdraws resulting from using CVS? Will i have to change my PHP or Apache configuration? Does it worh it using CVS just to fix the Getimagesize bug? Thanks in advance Khaled [2003-02-22 05:19:09] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. This one has been fixed by fixing a streams issue. [2003-01-16 13:32:53] moderator at blackpeeps dot com This image returns null information on GetImageSize: http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg This image does return correct Width and Height info: http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg";; I have even tried downloading the first and uploading back to server to make sure there is not a Binary file transfer issue. No luck. Here is a file that my Thumbnail script is not creating a thumbnail for. Well, actually, it creates a Blacked out thumbnail. The script uses ( GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG ) http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg [2003-01-16 12:51:12] [EMAIL PROTECTED] GetImageSize is not related to GD in anyway. Please provide a sample image, which could be used to duplicate the problem you describe. 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/21676 -- Edit this bug report at http://bugs.php.net/?id=21676&edit=1
#27492 [NEW]: /(\n|.)*<\/tag1>/ - this expression crash PHP, while processing long text
From: jakerator at mail dot ru Operating system: win32 PHP version: 4.3.4 PHP Bug Type: *Regular Expressions Bug description: /(\n|.)*<\/tag1>/ - this expression crash PHP, while processing long text Description: Crassh PHP while processing perl-regular expressions with (\n|.)* or (\s|.)* . PHP crashs only if processing text is too long. Reproduce code: --- $txt=" sadfsdf asdf adsf"; $res=preg_match("/(\n|.)*<\/tag2>/",$txt,$matches); Expected result: PHP and Apache wait for a long time or crash immediatly. -- Edit bug report at http://bugs.php.net/?id=27492&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27492&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27492&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27492&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27492&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27492&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27492&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27492&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27492&r=support Expected behavior: http://bugs.php.net/fix.php?id=27492&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27492&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27492&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27492&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27492&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27492&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27492&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27492&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27492&r=float
#27492 [Opn]: /(\n|.)*<\/tag1>/ - this expression crash PHP, while processing long text
ID: 27492 Updated by: [EMAIL PROTECTED] Reported By: jakerator at mail dot ru Status: Open Bug Type: *Regular Expressions -Operating System: win32 +Operating System: win32/linux -PHP Version: 4.3.4 +PHP Version: 4.3.4, HEAD New Comment: confirmed with HEAD. see backtrace below. --- #18038 0x4026aaf7 in match ( eptr=0x4144c88b "esttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttest---Type to continue, or q to quit--- testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttestt"..., ecode=0x8193cce "=", offset_top=4, md=0xbfffbf30, ims=0, eptrb=0xbfffb688, flags=2) at /root/CVS/php-src/ext/pcre/pcrelib/pcre.c:5676 #18039 0x4026a229 in match ( eptr=0x4144c88b "esttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttestt"..., ecode=0x8193cd2 "?", offset_top=4, md=0xbfffbf30, ims=0, eptrb=0xbfffba28, flags=2) at /root/CVS/php-src/ext/pcre/pcrelib/pcre.c:6207 #18040 0x4026aaf7 in match ( eptr=0x4144c88a "testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttest"..., ecode=0x8193cce "=", offset_top=2, md=0xbfffbf30, ims=0, eptrb=0xbfffba28, flags=2) at /root/CVS/php-src/ext/pcre/pcrelib/pcre.c:5676 #18041 0x4026a9d8 in match ( eptr=0x4144c88a "testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttest"..., ecode=0x8193cc7 "IM", offset_top=2, md=0xbfffbf30, ims=0, eptrb=0xbfffbbf8, flags=2) at /root/CVS/php-src/ext/pcre/pcrelib/pcre.c:6081 #18042 0x402658c7 in match ( eptr=0x4144c884 "testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttestte"..., ecode=0x8193cbc "L", offset_top=2, md=0xbfffbf30, ims=0, eptrb=0xbfffbdc8, flags=2) at /root/CVS/php-src/ext/pcre/pcrelib/pcre.c:5706 #18043 0x4026afe8 in php_pcre_exec (external_re=0x8193ca0, extra_data=0xbfffbf30, subject=0x4144c884 "testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttestte"..., length=40012, start_offset=0, options=1095026820, offsets=0x4143b22c, offsetcount=6) at /root/CVS/php-src/ext/pcre/pcrelib/pcre.c:8240 #18044 0x4026be79 in php_pcre_match (ht=1095026820, return_value=0x4145fc0c, this_ptr=0x0, return_value_used=1, global=0) at /root/CVS/php-src/ext/pcre/php_pcre.c:475 #18045 0x4026c75e in zif_preg_match (ht=-1073758416, return_value=0xbfffbf30, this_ptr=0xbfffbf30, return_value_used=-1073758416) at /root/CVS/php-src/ext/pcre/php_pcre.c:611 #18046 0x4034ac74 in zend_do_fcall_common_helper (execute_data=0xbfffcfe0, opline=0x414481cc, op_array=0x41426ce4) at /root/CVS/php-src/Zend/zend_execute.c:2642 #18047 0x4034aded in zend_do_fcall_handler (execute_data=0xbfffcfe0, opline=0x414481cc, op_array=0xbfffbf30) at /root/CVS/php-src/Zend/zend_execute.c:2771 #18048 0x403471da in execute (op_array=0x41426ce4) at /root/CVS/php-src/Zend/zend_execute.c:1339 #18049 0x40329a23 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/CVS/php-src/Zend/zend.c:1053 #18050 0x402f2231 in php_execute_script (primary_file=0xb340) at /root/CVS/php-src/main/main.c:1647 #18051 0x403512ee in apache_php_module_main (r=0x817fe9c, display_source_mode=0) at /root/CVS/php-src/sapi/apache/sapi_apache.c:54 #18052 0x40351e4b in send_php (r=0x817fe9c, display_source_mode=0, filename=0x0) at /root/CVS/php-src/sapi/apache/mod_php5.c:621 #18053 0x40352015 in send_parsed_php (r=0x817fe9c) at /root/CVS/php-src/sapi/apache/mod_php5.c:636 #18054 0x0806b1d6 in ap_invoke_handler () #18055 0x080811fe in process_request_internal () #18056 0x08081668 in ap_internal_redirect () #18057 0x0806000a in handle_dir () ---Type to continue, or q to quit--- #18058 0x0806b1d6 in ap_invoke_handler () #18059 0x080811fe in process_request_internal () #18060 0x0808125b in ap_process_request () #18061 0x08077c14 in child_main () #18062 0x08077dc6 in make_child () #18063 0x08077f45 in startup_children () #18064 0x0807862f in standalone_main () #18065 0x08078ec9 in main () #18066 0x400d2af7 in __libc_start_main () from /lib/i686/libc.so.6 --- This only happens, when the text is bigger than approx. 40Kbytes. Previous Comments: ---
#27493 [NEW]: mssql_query fails to insert row
From: jimmybrock at yahoo dot com
Operating system: Windows 2000
PHP version: 4.3.4
PHP Bug Type: MSSQL related
Bug description: mssql_query fails to insert row
Description:
problem:
mssql_query does not like foreign keys and primary keys that are set to
varchar. It will not insert a new row and it does not return an error
(returns true)
solution:
change datatype for foreign key and primary key to 'tinyint'
change underlying data to match new data types
voila! a new row is inserted
Reproduce code:
---
// groupName is set to varchar(25) in database
// administators is already in the table group
// so the print statement should execute
$g='administrators';
if not exists (select groupName from groups where groupName='$g')
begin
INSERT INTO $this->dbtable
(groupName)
VALUES ('$g')
end
else
print 'Group Name already exists in table groups'
Expected result:
if the variable passed into the query exists in the current table I
excepted the query NOT to execute, and that the print statement would be
returned.
Actual result:
--
mssql_query returns True, but does not insert a new row.
--
Edit bug report at http://bugs.php.net/?id=27493&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27493&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27493&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27493&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27493&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27493&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27493&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27493&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27493&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27493&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27493&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27493&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27493&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27493&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27493&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27493&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27493&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27493&r=float
#27494 [NEW]: Multiple clients messing up file reading
From: csaba at alum dot mit dot edu
Operating system: Win2K
PHP version: 4.3.4
PHP Bug Type: Output Control
Bug description: Multiple clients messing up file reading
Description:
I'm way sorry for posting this here since the culprit is unclear, but you
guys have the best response. I've written a (non polling) script to
simulate sockets on localhost. Web page A at http://localhost/test/In.php
is a page that the user enters some text with and it gets written into a
file.
Meanwhile, web page B at http://localhost/test/Out.php is looking at this
file and when it changes, it will update web page B with the new text.
This is working fine.
Now introduce web page C at the same http://localhost/test/Out.php In
this case, the second page of B and C to be user refreshed/invoked will
notice the change from page A, and after that it stops refreshing, too.
Something is clearly wrong, but is it PHP 4.3, Apache 2.0.43, IE 5.5, or
(gasp) my code? I have also coded file_get_contents manually with the
same results.
Reproduce code:
---
In the test directory have 3 files:
In.php:
Input page
Enter a word:
Out.php:
Output page
function openSocket() { document.scripts[0].src = "socket.php"; }
Your output word is:
Socket.php
http://localhost/test/Out.php that they will all update right
away when In.php changes the contents of myWord.txt
Actual result:
--
Only the latter of the two Out.php windows is updated a single time.
--
Edit bug report at http://bugs.php.net/?id=27494&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27494&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27494&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27494&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27494&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27494&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27494&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27494&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27494&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27494&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27494&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27494&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27494&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27494&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27494&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27494&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27494&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27494&r=float
#27407 [Fbk->Opn]: socket_select crashes
ID: 27407 User updated by: flapc at pobox dot sk Reported By: flapc at pobox dot sk -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux PHP Version: 4.3.4 New Comment: There is no problem on Windows. The problem is on LINUX.. Previous Comments: [2004-02-26 15:21:20] [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 [2004-02-26 14:26:21] flapc at pobox dot sk Description: socket_select crashes. Even I get no input from the script sent before the call. I cannot check it deeply because I experienced the problem on my webhosting server. On Win distribution everthing runs fine... Reproduce code: --- http://dave.dapond.com/socketselect.php.txt -- Edit this bug report at http://bugs.php.net/?id=27407&edit=1
#27407 [Opn->Fbk]: socket_select crashes
ID: 27407 Updated by: [EMAIL PROTECTED] Reported By: flapc at pobox dot sk -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Linux PHP Version: 4.3.4 New Comment: Right, and that's why the first URL he posted was to a linux source snapshot, please test with that one. Previous Comments: [2004-03-04 09:03:42] flapc at pobox dot sk There is no problem on Windows. The problem is on LINUX.. [2004-02-26 15:21:20] [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 [2004-02-26 14:26:21] flapc at pobox dot sk Description: socket_select crashes. Even I get no input from the script sent before the call. I cannot check it deeply because I experienced the problem on my webhosting server. On Win distribution everthing runs fine... Reproduce code: --- http://dave.dapond.com/socketselect.php.txt -- Edit this bug report at http://bugs.php.net/?id=27407&edit=1
#27495 [NEW]: Ignore extension_dir in the php.ini
From: Alex_Diedler at gmx dot de Operating system: Win2k SP4 German PHP version: 4.3.4 PHP Bug Type: *Configuration Issues Bug description: Ignore extension_dir in the php.ini Description: Following problem: The installation of Apache 1.3.29 and PHP 4.3.4 finished without problems. Now I enable all extension in the php_ini and add the path to the System_environment. I copy the 2 dll files to the system32 directory. But the function ldap_connect() doesn´t work. So I am looking to phpinfo(). There is the path extension_dir shown to c:\php4 but in my php.ini there is the path setting to C:\php\extensions. I tried with or without "" oder \ / nothing changes. Why the phpinfo() show me the wrong path and doesn´t work? Many restarts of the server takes no effect on it. The Browser throws exception: Fatal error: Call to undefined function: ldap_connect() in c:\programme\apache group\apache\htdocs\php_tut\ldap_test2.php on line 15 on Line 15 is: $ldapConn = ldap_connect($ldapServer); Reproduce code: --- My php.ini: located at C:\winnt\system32 ; ; Paths and Directories ; ; ; UNIX: "/path1:/path2" ;include_path = ".:/php/includes" ; ; Windows: "\path1;\path2" ;include_path = ".;c:\php\includes" ; The root of the PHP pages, used only if nonempty. ; if PHP was not compiled with FORCE_REDIRECT, you SHOULD set doc_root ; if you are running php as a CGI under any web server (other than IIS) ; see documentation for security issues. The alternate is to use the ; cgi.force_redirect configuration below doc_root = ; Directory in which the loadable extensions (modules) reside. extension_dir = C:\php\extensions Expected result: I expect the correct directory and that the apache find the extension modules and it should work fine. -- Edit bug report at http://bugs.php.net/?id=27495&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27495&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27495&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27495&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27495&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27495&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27495&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27495&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27495&r=support Expected behavior: http://bugs.php.net/fix.php?id=27495&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27495&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27495&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27495&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27495&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27495&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27495&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27495&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27495&r=float
#27487 [Opn]: yet another session_decode crash
ID: 27487 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com Status: Open Bug Type: Session related Operating System: winxp/linux PHP Version: 4.3.5RC3 New Comment: That's some nasty session data. It crashes 4.3.2 and 5.0 CVS with a Segmentation Fault, which occurs *after* script execution (probably when PHP attempts to write the session to a file). Previous Comments: [2004-03-04 04:02:10] xuefer at 21cn dot com can you reproduce the crash? i used sql as session save handler corrupted data may not bug of sedssion_encode(), it's bug of GBK mysql( http://bugs.mysql.com/bug.php?id=369 ), as when i use file, no crash but it IS bug of session_decode(), it shouldn't crash on corrupted data. e.g.: saving session data but crashed by other thread, data is corrupted. when page load again, session_decode crash. and anyone who use vhost, can write a simple script to make php crash the server admin can hardly track who and what make the crash. and if possible, pls make session_encode() do base64_encode, because may ppl use his own sql-save-handler e.g.: session_use_text_encode(true); [2004-03-04 03:36:36] [EMAIL PROTECTED] I fail to see how I can reproduce it. Can you tell me how you did get this corrupted data? As it looks to me that there is a bug in serializing here, not deserializing. I think it has to do with the binary stuff inside the _cached_html part though and Windows ;-) Can you provide the variable before serialization (use var_export($_SESSION) to obtain it). [2004-03-04 01:58:50] xuefer at 21cn dot com Description: tested on php4.3.4 and 4.3.5RC3 the data is produced by session_decode() but corrupted the corrupted-data is base64 encoded in script, just for easy download Reproduce code: --- http://www.our-sky.com/misc/session.phps (will be removed when bug closed) -- Edit this bug report at http://bugs.php.net/?id=27487&edit=1
#27486 [Fbk->Opn]: PHP Warning: system(): Unable to fork
ID: 27486
User updated by: donny at intercosmos dot com
Reported By: donny at intercosmos dot com
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: Linux 2.6.2 /Fedora Core 1,
PHP Version: 4.3.4
New Comment:
Quick explanation.
1. Parent Program, grabs a list of 25 domains, and then spawns off 25
children to process the domain. The parent does a mysql get lock on
the domain, and once the child process is done, it tells mysql to
release the lock which tells the parent the child is finished. Once
all 25 domains are finished the parent spawns a new instance of itself
and the original parent exits.
2. The child programs in certain cases can spawn children of their
own, but never more than 1 or 2 children. This keeps the code small
and effecient.
Hope this makes sense.
Previous Comments:
[2004-03-04 03:29:16] [EMAIL PROTECTED]
What does that new program that spawns these children do? Is it a long
living process?
[2004-03-03 18:35:31] donny at intercosmos dot com
Description:
We started using a new program that spawns additional CLI php scripts
recently. And today, we started getting stuff like this:
PHP Warning: system(): Unable to fork [/usr/bin/php
/www/htdocs/onetime/spawn_domain.php 'businesslicensing.com' >
/dev/null &] in /www/htdocs/onetime/spawn_domain_parent.php on line 39
Now if I wait a few minutes, and restart the parent it will normally go
on about it's business. But then after a while it will all of a sudden
no longer be able to spawn new children.
All of the other bugs mentioned like this are based on Windows, but
this is a Linux box.
Reproduce code:
---
system("/usr/bin/php /www/htdocs/onetime/spawn_domain.php
'$db[domain]' > /dev/null &");
Expected result:
It should spawn a child CLI program and run.
Actual result:
--
It runs the code mentioned above.
--
Edit this bug report at http://bugs.php.net/?id=27486&edit=1
#27470 [Asn->WFx]: Unexpected content of an array generated by the dbase_get_record()
ID: 27470
Updated by: [EMAIL PROTECTED]
Reported By: carlos at qualinfo dot com dot br
-Status: Assigned
+Status: Wont fix
Bug Type: dBase related
Operating System: Linux MDK9.1 / WindowsXP PRO SP1
PHP Version: 4.3.4
Assigned To: jimw
New Comment:
the dbase extension is unmaintained.
Previous Comments:
[2004-03-04 03:30:16] [EMAIL PROTECTED]
Assigning to the extensions' maintainer.
[2004-03-03 21:39:35] carlos at qualinfo dot com dot br
Derick,
http://www.qualinfo.com.br/folhaweb/AAPFUN01.DBF
http://www.qualinfo.com.br/folhaweb/AAPFUN02.DBF
http://www.qualinfo.com.br/folhaweb/AAPFUN03.DBF
Thank you.
Carlos.
[2004-03-03 04:31:30] [EMAIL PROTECTED]
Please provide an URL to the DBF file in question.
[2004-03-02 18:23:55] carlos at qualinfo dot com dot br
Description:
This bug already was reported (bug # 4244), but was closed due to
missing user feedback.
When I try to print the content of an array - created for the functions
dbase_get_records() or dbase_get_records_by_name(), script returns
trash (each time a different trash).
Notes:
(1) This problem does not happen with all archives DBF that I try to
list;
(2) The archives (.DBF) are not corrupted;
(3) The garbage that appears includes, also, parts of proper script PHP
(parts of functions, variable, etc.);
(4) In both the tested operational systems (Windows and Linux), the
result is the same;
(5) Another version of the PHP was used (4.3.2), the result was the
same;
Linux:
./configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-dbase
Windows:
Default with php_dbase.dll.
(sorry for bad english)
Reproduce code:
---
$dbname1 = "/usr/temp/AAPFUN01.DBF";
$con1 = dbase_open($dbname1,0);
$rows = dbase_numrecords($con1);
$fields = dbase_numfields($con1);
for ($i=1;$i<=$rows;$i++) {
$registro = dbase_get_record($con1,$i) or die("erro");
for ($x=0; $x < $fields; $x++) {
$teste = $registro[$x];
echo($teste . "");
}
}
dbase_close($con1);
Expected result:
For example, in key #17 of the array, the expected result:
'20020301' (date type field)
Actual result:
--
But the actual result is:
'2002030119950901011 0.000 0 240.00
160.001422021975081110 020245AL 15
49800238163644712550714425 ...(etc.)'
(this result is the rest of the fields (keys) concatenated. the next
key is trash, until the end of array).
--
Edit this bug report at http://bugs.php.net/?id=27470&edit=1
#27495 [Opn->Bgs]: Ignore extension_dir in the php.ini
ID: 27495 Updated by: [EMAIL PROTECTED] Reported By: Alex_Diedler at gmx dot de -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Win2k SP4 German PHP Version: 4.3.4 New Comment: You probably forgot to put php.ini in c:\winnt (or whatever is your windows directory). You can see on the top of phpinfo page which php.ini was read. Previous Comments: [2004-03-04 09:39:06] Alex_Diedler at gmx dot de Description: Following problem: The installation of Apache 1.3.29 and PHP 4.3.4 finished without problems. Now I enable all extension in the php_ini and add the path to the System_environment. I copy the 2 dll files to the system32 directory. But the function ldap_connect() doesn´t work. So I am looking to phpinfo(). There is the path extension_dir shown to c:\php4 but in my php.ini there is the path setting to C:\php\extensions. I tried with or without "" oder \ / nothing changes. Why the phpinfo() show me the wrong path and doesn´t work? Many restarts of the server takes no effect on it. The Browser throws exception: Fatal error: Call to undefined function: ldap_connect() in c:\programme\apache group\apache\htdocs\php_tut\ldap_test2.php on line 15 on Line 15 is: $ldapConn = ldap_connect($ldapServer); Reproduce code: --- My php.ini: located at C:\winnt\system32 ; ; Paths and Directories ; ; ; UNIX: "/path1:/path2" ;include_path = ".:/php/includes" ; ; Windows: "\path1;\path2" ;include_path = ".;c:\php\includes" ; The root of the PHP pages, used only if nonempty. ; if PHP was not compiled with FORCE_REDIRECT, you SHOULD set doc_root ; if you are running php as a CGI under any web server (other than IIS) ; see documentation for security issues. The alternate is to use the ; cgi.force_redirect configuration below doc_root = ; Directory in which the loadable extensions (modules) reside. extension_dir = C:\php\extensions Expected result: I expect the correct directory and that the apache find the extension modules and it should work fine. -- Edit this bug report at http://bugs.php.net/?id=27495&edit=1
#27407 [Fbk->Opn]: socket_select crashes
ID: 27407 User updated by: flapc at pobox dot sk Reported By: flapc at pobox dot sk -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux PHP Version: 4.3.4 New Comment: That i've found out .. But I've no idea of compiling from sources. After unpacking it i runned './configure' '--enable-inline-optimization' '--enable-pic' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-ftp' '--enable-bcmath' '--enable-exif' '--enable-ctype' '--with-imap-ssl=/usr' '--with-openssl=/usr' '--enable-sockets' '--enable-trans-sid' '--enable-sigchild' '--enable-magic-quotes' '--enable-zend-multibyte' '--with-bz2' '--enable-shared' '--enable-memory-limit' '--disable-posix' '--disable-tokenizer' '--disable-rpath' '--enable-mbstring' '--enable-mbregex' '--enable-wddx' and then make but i'm not allowed to run make install I got cli version of php, but THERE WAS no SOCKETS(.SO) .. how to build the sockets? Previous Comments: [2004-03-04 09:06:25] [EMAIL PROTECTED] Right, and that's why the first URL he posted was to a linux source snapshot, please test with that one. [2004-03-04 09:03:42] flapc at pobox dot sk There is no problem on Windows. The problem is on LINUX.. [2004-02-26 15:21:20] [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 [2004-02-26 14:26:21] flapc at pobox dot sk Description: socket_select crashes. Even I get no input from the script sent before the call. I cannot check it deeply because I experienced the problem on my webhosting server. On Win distribution everthing runs fine... Reproduce code: --- http://dave.dapond.com/socketselect.php.txt -- Edit this bug report at http://bugs.php.net/?id=27407&edit=1
#27496 [NEW]: 'some_function() or throw' doesn't work
From: sergio at alsernet dot es
Operating system: Linux 2.6.3
PHP version: 5.0.0b4 (beta4)
PHP Bug Type: Zend Engine 2 problem
Bug description: 'some_function() or throw' doesn't work
Description:
This code generates a 'parse error':
try {
@some_function() or throw new
Exception("Error"); //parse error in this line
}catch (Exception $e) {
...
}
But this code works ok:
try {
@some_function() or die("I should throw a exception
here");
}catch (Exception $e) {
...
}
some_function(), of course returns a boolean value. I'm
running this code from a CLI.
Reproduce code:
---
try {
@some_function() or throw new Exception("Error"); //parse error in this
line
}catch (Exception $e) {
...
}
Expected result:
Something instead a 'Parse Error'
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=27496&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27496&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27496&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27496&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27496&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27496&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27496&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27496&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27496&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27496&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27496&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27496&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27496&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27496&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27496&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27496&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27496&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27496&r=float
#25933 [NoF->Opn]: stream_select
ID: 25933 User updated by: flape at pobox dot sk Reported By: flape at pobox dot sk -Status: No Feedback +Status: Open Bug Type: Filesystem function related Operating System: Win2K PHP Version: 4.3.3 Assigned To: wez New Comment: I experience the same problem even With 4.3.5RC4-dev. Previous Comments: [2003-12-04 02:23:43] [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-11-28 17:32:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can you try using a PHP *5* snapshot (dated today)? If it works in PHP 5, I can port the changes down to PHP 4; otherwise, I don't think it will be possible to select on files under win32. [2003-11-05 10:05:41] flape at pobox dot sk I've done it in blocking and even in non-blocking mode with the same result [2003-11-04 03:45:31] [EMAIL PROTECTED] It should work with file handles. Try removing the stream_set_blocking() call: stream_select() will give you an indication if an operation would block - if it is set to non-blocking, it is possible that your OS is telling you it has nothing to do. [2003-10-21 08:30:43] flape at pobox dot sk Description: stream_select aplied on a file handle - that is told to be a stream too - emiadelly returns. Reproduce code: --- Expected result: It should prit the context of debug.txt and everithing what was added to that file after starting the script. Actual result: -- Warning: stream_select(): unable to select [0]: No error in c:\temp\htdocs\debug.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=25933&edit=1
#27496 [Opn->Bgs]: 'some_function() or throw' doesn't work
ID: 27496
Updated by: [EMAIL PROTECTED]
Reported By: sergio at alsernet dot es
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.6.3
PHP Version: 5.0.0b4 (beta4)
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
.
Previous Comments:
[2004-03-04 11:42:19] sergio at alsernet dot es
Description:
This code generates a 'parse error':
try {
@some_function() or throw new
Exception("Error"); //parse error in this line
}catch (Exception $e) {
...
}
But this code works ok:
try {
@some_function() or die("I should throw a exception
here");
}catch (Exception $e) {
...
}
some_function(), of course returns a boolean value. I'm
running this code from a CLI.
Reproduce code:
---
try {
@some_function() or throw new Exception("Error"); //parse error in
this line
}catch (Exception $e) {
...
}
Expected result:
Something instead a 'Parse Error'
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=27496&edit=1
#5346 [Com]: Mail() ISAPI version still doesn't do multiple recipients and CC
ID: 5346 Comment by: jmo at cnewa dot org Reported By: joel at intwebservices dot com Status: Closed Bug Type: Misbehaving function Operating System: Windows NT PHP Version: 4.0.1pl2 New Comment: $Sendto = "[EMAIL PROTECTED],[EMAIL PROTECTED]"; this worked for me for multiple recipient as cc i havent done that yet Previous Comments: [2000-07-12 12:51:55] jah at cvs dot php dot net Fixed in cvs. [2000-07-03 21:46:18] joel at intwebservices dot com Sending mail to multiple recipients and CC doesn't work. Seems like the original code from php3 was all messed up and incorrectly ported to php4. The last "fix" did not work and was rejected for introducing incorrect variables since the port to php4 altered the variables too. The last bug report for this I submitted was therefore incorrectly closed. So I'm opening it again... I have not been involved with php until just recently so I'm not familiar with the code. But it seems to me that it's not very hard to fix it if you actually do a proper C programmers job and have been involved with the porting of this. I am using Mail() for a web site project and was very disappointed to see this ONLY smtp function in php be bugged like that. I wouldn't say sabotage but it's almost close if not gross negligence. -- Edit this bug report at http://bugs.php.net/?id=5346&edit=1
#25933 [Opn]: stream_select
ID: 25933 User updated by: flape at pobox dot sk Reported By: flape at pobox dot sk Status: Open Bug Type: Filesystem function related Operating System: Win2K PHP Version: 4.3.3 Assigned To: wez New Comment: With newest php5 snap I got: Warning: stream_select() [function.stream-select]: unable to select [0]: No error (max_fd=0) Previous Comments: [2004-03-04 11:44:37] flape at pobox dot sk I experience the same problem even With 4.3.5RC4-dev. [2003-12-04 02:23:43] [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-11-28 17:32:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can you try using a PHP *5* snapshot (dated today)? If it works in PHP 5, I can port the changes down to PHP 4; otherwise, I don't think it will be possible to select on files under win32. [2003-11-05 10:05:41] flape at pobox dot sk I've done it in blocking and even in non-blocking mode with the same result [2003-11-04 03:45:31] [EMAIL PROTECTED] It should work with file handles. Try removing the stream_set_blocking() call: stream_select() will give you an indication if an operation would block - if it is set to non-blocking, it is possible that your OS is telling you it has nothing to do. 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/25933 -- Edit this bug report at http://bugs.php.net/?id=25933&edit=1
#27485 [Fbk->Opn]: OCI clob column objects inconsistent in result set
ID: 27485
User updated by: jseverson at myersinternet dot com
Reported By: jseverson at myersinternet dot com
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux kernel 2.4.18-3
PHP Version: 4.3.4
New Comment:
Can you please try PHP version 4.3.4? We looked at the CVS log for the
OCI changes done and it looks like a lot of work was done in December,
2003 dealing with LOBs, which wouldn't be present in 4.3.3.
Thanks
Previous Comments:
[2004-03-04 01:59:26] [EMAIL PROTECTED]
I can't get your results with this code.
In both cases I get empty arrays, if OCI_RETURN_NULLS wasn't used or
array of NULLs, if it was.
Tested with PHP5-cvs, PHP4-cvs, PHP4.3.3.
[2004-03-03 19:27:08] jseverson at myersinternet dot com
That does make it so that the var_dump at least shows the null clob
column being captured in my result set, but the value of that column is
"Null" rather than an Object:
array(1) {
["CLOB_1"]=>
NULL
}
[2004-03-03 18:58:01] cjbj at hotmail dot com
What does using
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC+OCI_RETURN_NULLS);
give?
[2004-03-03 16:58:44] jseverson at myersinternet dot com
Description:
When handling clob columns in Oracle, PHP is inconsistent in the way
that it returns the result set of your query containing that clob
column when the clob is null. In one case, the result set contains an
Object, and in another case, the result set doesn't contain any Object,
even though in both cases, the VALUE of the object after load() is
"empty" (column is null).
We believe what causes these two different cases is that in the case of
an Object being returned, the table being queried had multiple (3) clob
columns. The other case when no Object was returned, the table being
queried had only one (1) clob column.
This makes it nearly impossible to handle your result set data since
you can't call the load() function if the object doesn't exist without
getting an error, but on the other hand, you can't check whether or not
the clob is empty because an Object is present even when the Object has
no value.
It seems like the correct behavior would be to always return an Object,
so that you don't have to first check whether or not the Object is
empty or not, before called the load() OCI function.
Reproduce code:
---
//table_a has one clob and clob is null
$sql = "select * from test_schema.table_a where primary_key=1";
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo "";
var_dump($table_a_row);
//table_b has multiple clobs (3) and all clobs are null
$sql = "select * from test_schema.table_b where primary_key=1";
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_b_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo "";
var_dump($table_b_row);
Expected result:
array(1) {
["CLOB_1"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(9) of type (oci8 descriptor)
}
}
array(3) {
["CLOB_1"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(10) of type (oci8 descriptor)
}
["CLOB_2"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(11) of type (oci8 descriptor)
}
["CLOB_3"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(12) of type (oci8 descriptor)
}
}
-- OR -
array(0) {
}
array(0) {
}
Actual result:
--
array(0) {
}
array(3) {
["CLOB_1"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(9) of type (oci8 descriptor)
}
["CLOB_2"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(10) of type (oci8 descriptor)
}
["CLOB_3"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(11) of type (oci8 descriptor)
}
}
--
Edit this bug report at http://bugs.php.net/?id=27485&edit=1
#27493 [Opn->Bgs]: mssql_query fails to insert row
ID: 27493
Updated by: [EMAIL PROTECTED]
Reported By: jimmybrock at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
The query returns true as everything was performed ok (that is if you
add the missing end to your sample code). You can use
mssql_get_last_message() to get the message you are printing. This is
not returned as a result but as a message from the server.
Previous Comments:
[2004-03-04 08:18:50] jimmybrock at yahoo dot com
Description:
problem:
mssql_query does not like foreign keys and primary keys that are set to
varchar. It will not insert a new row and it does not return an error
(returns true)
solution:
change datatype for foreign key and primary key to 'tinyint'
change underlying data to match new data types
voila! a new row is inserted
Reproduce code:
---
// groupName is set to varchar(25) in database
// administators is already in the table group
// so the print statement should execute
$g='administrators';
if not exists (select groupName from groups where groupName='$g')
begin
INSERT INTO $this->dbtable
(groupName)
VALUES ('$g')
end
else
print 'Group Name already exists in table groups'
Expected result:
if the variable passed into the query exists in the current table I
excepted the query NOT to execute, and that the print statement would
be returned.
Actual result:
--
mssql_query returns True, but does not insert a new row.
--
Edit this bug report at http://bugs.php.net/?id=27493&edit=1
#27497 [NEW]: dbx does not know about COUNT
From: leonard at den dot ottolander dot nl
Operating system: Linux (RH 9 and FC 1)
PHP version: 4.3.4
PHP Bug Type: DBX related
Bug description: dbx does not know about COUNT
Description:
dbx gives a syntax error when using COUNT:
SELECT COUNT (`ID`) FROM `category` WHERE `packageID` = 593
You have an error in your SQL syntax near '(`ID`) FROM `category` WHERE
`packageID` = 593' at line 1
First seen on Red Hat Linux 9, php-4.2.2, but reproduced on Fedora Core 1,
php-4.3.4.
Reproduce code:
---
$q = ...COUNT...;
echo $q;
$res = dbx_query($link, $q);
if ($res == 0) {
echo dbx_error($link);
}
--
Edit bug report at http://bugs.php.net/?id=27497&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27497&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27497&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27497&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27497&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27497&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27497&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27497&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27497&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27497&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27497&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27497&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27497&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27497&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27497&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27497&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27497&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27497&r=float
#27481 [Ver->Csd]: double references corrupts variables
ID: 27481
Updated by: [EMAIL PROTECTED]
Reported By: juergen at henge-ernst dot de
-Status: Verified
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.3.5RC3
Assigned To: andi
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-03-03 08:22:47] [EMAIL PROTECTED]
Verified, but works in PHP 5.0dev (and beta4).
[2004-03-03 08:16:05] juergen at henge-ernst dot de
Description:
I tried the following with the lastest snapshot
php4-STABLE-200403031030/sapi/cli/php
just did a ./configure without an options
when using double references (accidently or not) the variables in PHP
get corrupted.
$acl contains the content of $y
If you change the line
$y = 'TestString';
to
#$y = 'TestString';
or add an var_dump($acl) before that line
everything works as expected (including the call to the undefined
function of that object). It looks like an internal pointer is not
reseted correctly
previous version sometimes crashed wich seems no longer to be the
case.
Reproduce code:
---
class TestObj {
var $x;
function &save() {
return $this;
}
}
$acl = new TestObj();
$acl = &$acl->save();
$y = 'TestString';
var_dump($acl);
if (is_object($acl)) {
$acl->dump();
}
Expected result:
object(testobj)(0) {
}
Actual result:
--
string(10) "TestString"
--
Edit this bug report at http://bugs.php.net/?id=27481&edit=1
#27497 [Opn->Bgs]: dbx does not know about COUNT
ID: 27497
Updated by: [EMAIL PROTECTED]
Reported By: leonard at den dot ottolander dot nl
-Status: Open
+Status: Bogus
Bug Type: DBX related
Operating System: Linux (RH 9 and FC 1)
PHP Version: 4.3.4
New Comment:
This doesn't have anything to do with DBX, but with the database
backend that you use for it. That one simply doesn't support "COUNT".
Not a bug in PHP -> bogus.
Previous Comments:
[2004-03-04 13:32:44] leonard at den dot ottolander dot nl
Description:
dbx gives a syntax error when using COUNT:
SELECT COUNT (`ID`) FROM `category` WHERE `packageID` = 593
You have an error in your SQL syntax near '(`ID`) FROM `category` WHERE
`packageID` = 593' at line 1
First seen on Red Hat Linux 9, php-4.2.2, but reproduced on Fedora Core
1, php-4.3.4.
Reproduce code:
---
$q = ...COUNT...;
echo $q;
$res = dbx_query($link, $q);
if ($res == 0) {
echo dbx_error($link);
}
--
Edit this bug report at http://bugs.php.net/?id=27497&edit=1
#19983 [Com]: Compile/Link failure w/Sablotron
ID: 19983 Comment by: php at munkyboy dot com Reported By: dahnke at adobe dot com Status: Bogus Bug Type: Compile Failure Operating System: Mac OS X 10.2 PHP Version: 4.3.0-pre1 New Comment: I ran into this issue as well. I'm running PHP 4.3.4 and Sablotron 1.0.1. There is a fairly easy fix for this. in "ext/xslt/config.m4" add the line: PHP_ADD_LIBRARY(stdc++) somewhere before the line: PHP_CHECK_LIBRARY(sablot, SablotSetEncoding... don't forget to run buildconf. Previous Comments: [2004-01-12 07:59:55] dave at xcalibre dot co dot uk I don't think this defect should be in a "Bogus" state - this is a confirmed defect with either the manner in which PHP or Sablotron is looking for libraries. PHP can be linked/installed fine using the LD_FLAGS=-lstdc++ environment variable during build time - however as soon as the PHP library is loaded by Apache it dies. This should either be updated in the documentation for one of these two items. [2003-12-09 17:59:05] goose23 at spu dot edu I have had this problem on a number of different Mac OS X configurations, most recently on 10.3 w/ gcc3.3 (the one with the dev tools from my panther disk), Sablot -1.0.1, expat 1.95.5-4 from fink 0.6.2-cvs, and php4- STABLE-200312092030. this is my configure script: ./configure --with-expat-dir=/sw --enable-xslt --with- xslt-sablot=/usr/local I've added -lstdc++ to my environment (setenv LD_FLAGS -lstdc++), to EXTRA_LDFLAGS, EXTRA_LDFLAGS_PROGRAM, EXTRA_LIBS, and ZEND_EXTRA_LIB, in all reasonable combinations. I still get errors during sudo make install: Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/bin/ Installing PEAR environment: /usr/local/lib/php/ dyld: /usr/local/src/php4-STABLE-200312092030/sapi/cli/ php Undefined symbols: __ZSt9terminatev __ZTVN10__cxxabiv117__class_type_infoE __ZTVN10__cxxabiv120__si_class_type_infoE __ZTVN10__cxxabiv121__vmi_class_type_infoE __ZdaPv __ZdlPv __Znam __Znwm ___cxa_pure_virtual ___gxx_personality_v0 make[1]: *** [install-pear-installer] Trace/BPT trap make: *** [install-pear] Error 2 I am 99% sure that this is not a gcc2 vs gcc3 issue. Is there anything I can do to test this possibility? FYI, i'm using the same configure script and most software versions on OS X as on OpenBSD-3.3: OpenBSD has zero problems. [2003-03-24 21:04:59] sqlboy at playway dot net This compile bug is in PHP 4.3.1 as well for the x86 platform. I was able to get PHP to build and to run under apache by installing Sablotron 0.98RC2, then condfiguring PHP with --enable-xslt --with-xslt-sablot, then before typing make, I added the -lstdc++ line to ZEND_EXTRA_LIBS in the make file. After building, apache starts ok. I'm using gcc 3.2.2, libtool 1.4.1 (1.922.2.34 2001/09/03 01:22:13) and glibc 3.2.1. [2003-01-24 15:50:47] llaguno at rogers dot com Notes: fix for the libsablot.so compile errors during php-4.3.0 make: [sablotron-0.97 with php-4.3.0 on redhat linux 8.0] 1. rpm -U expat-1.95.5-1.i386.rpm 2. rpm -i sablotron-0.97-1.i386.rpm 3. rpm -i sablotron-devel-0.97-1.i386.rpm 4. rpm -e php //current version 4.2.2 5. remove the packages dependent on php-4.2.2 if preceding command fails because of dependencies 6. install httpd-2.0.44 // this fixes the error related to missing file 'instdso'. note that apache2 7. add following line to /root/.bashrc export LDFLAGS='-lstdc++' // as explained earlier in this bug report, the undefined references are in the stdc++ libraries. Pavel Hlavnicka from Ginger Alliance suggested exporting the c++ compiler flag. 7. cd /usr/local/php/php-4.3.0 8. .configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib --with-dom --with-gd --enable-xslt --with-xslt-sablot --with-sablot-js 9. make 10. make install [2003-01-22 23:25:58] llaguno at rogers dot com Compile errors with Sablotron during php make on Redhat linux 8.0 I was just wondering if you can help me figure out the following errors during php make. Note that environment is as follows: expat-1.95.5-1 sablotron-0.97-1 php-4.2.2-8.0.5 (current, want to upgrade to 4.3.0) httpd-2.0.40-8 (redhat linux 8.0) The problem occurs even after I erased the php-4.2 rpm. - > cd /usr/local/php/php-4.3.0 > ./configure --enable-xslt --with-xslt-sablot --with-zlib > make ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/local/php/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use o
#27493 [Bgs->Csd]: mssql_query fails to insert row
ID: 27493
User updated by: jimmybrock at yahoo dot com
Reported By: jimmybrock at yahoo dot com
-Status: Bogus
+Status: Closed
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
duh! bad snytax
Previous Comments:
[2004-03-04 13:29:24] [EMAIL PROTECTED]
The query returns true as everything was performed ok (that is if you
add the missing end to your sample code). You can use
mssql_get_last_message() to get the message you are printing. This is
not returned as a result but as a message from the server.
[2004-03-04 08:18:50] jimmybrock at yahoo dot com
Description:
problem:
mssql_query does not like foreign keys and primary keys that are set to
varchar. It will not insert a new row and it does not return an error
(returns true)
solution:
change datatype for foreign key and primary key to 'tinyint'
change underlying data to match new data types
voila! a new row is inserted
Reproduce code:
---
// groupName is set to varchar(25) in database
// administators is already in the table group
// so the print statement should execute
$g='administrators';
if not exists (select groupName from groups where groupName='$g')
begin
INSERT INTO $this->dbtable
(groupName)
VALUES ('$g')
end
else
print 'Group Name already exists in table groups'
Expected result:
if the variable passed into the query exists in the current table I
excepted the query NOT to execute, and that the print statement would
be returned.
Actual result:
--
mssql_query returns True, but does not insert a new row.
--
Edit this bug report at http://bugs.php.net/?id=27493&edit=1
#27303 [Opn->Fbk]: OCIBindByName binds numeric PHP values as characters
ID: 27303 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: * PHP Version: 4CVS-2004-02-18 (stable) Previous Comments: [2004-02-20 02:38:04] [EMAIL PROTECTED] Yep, currently oci_bind_by_name uses SQLT_CHR for all types, except LOBs, FILEs & ROWIDs. You propose to add new constant - OCI_B_INT (SQLT_INT) to use it with numeric values? Am I right? [2004-02-18 02:14:18] cjbj at hotmail dot com Description: Numeric PHP variables seem to be treated as strings when bound with OCIBindByName. The means the desired number of significant digits needs to be specified in the OCIBindByName call. Othewise only the most significant digit is returned. PHP scripts could be simpler and safer to write if: (i) a pre-existing numeric PHP variable automatically caused a SQLT_INT bind (ii) OCI's SQLT_INT type could be specified in the OCIBindByName call, with a new OCI_B_xxx define For example, try a RETURNING INTO clause with a sequence value: \n"; } OCICommit($conn); ?> The output is: Bind variable is 1 Bind variable is 2 Bind variable is 3 Bind variable is 4 Bind variable is 5 Bind variable is 6 Bind variable is 7 Bind variable is 8 Bind variable is 9 Bind variable is 1 ... [This continues with 10 rows of 1's, then 10 rows of 2's etc. as if the least significant digit(s) are being stripped.] Querying the table in a SQL*Plus sessions shows the inserts are occuring correctly and the sequence number is increasing past nine: MYDATA SEQCOL -- Some data 1 Some data 2 Some data 3 Some data 4 Some data 5 Some data 6 Some data 7 Some data 8 Some data 9 Some data10 ... Some data 199 Expected result Bind variable is 1 Bind variable is 2 Bind variable is 3 Bind variable is 4 Bind variable is 5 Bind variable is 6 Bind variable is 7 Bind variable is 8 Bind variable is 9 Bind variable is 10 ... Bind variable is 199 Testcase 2 is to set $mybv to a value before the OCIBindByName by uncommenting the line marked 2nd test. The value set is bound as a string. The number of digits in it will determine the maximum width of the returned bind result. For example if $mybv is set to 11, then all two-digit values are displayed correctly. Testcase 3 is to pass a width to OCIBindByName. Uncomment the text marked 3rd test. This works until the number of digits in the sequence number is greater than the passed width. Another different testcase might be calling a PL/SQL procedure with a IN/OUT parameter. Although the passed value is correct, the out value may not be. If the current behavior is deemed desired, can this bug be made a documentation bug? Users may be easily tricked because there is no mention of the default bind type being character, and the OCIBindByName documentation "and the necessary storage space will be allocated" could be thought to apply to PHP numeric variables. -- Edit this bug report at http://bugs.php.net/?id=27303&edit=1
#27497 [Bgs]: dbx does not know about COUNT
ID: 27497
User updated by: leonard at den dot ottolander dot nl
Reported By: leonard at den dot ottolander dot nl
Status: Bogus
Bug Type: DBX related
Operating System: Linux (RH 9 and FC 1)
PHP Version: 4.3.4
New Comment:
? I use mysql as a backend. Running the same query in phpMyAdmin works
just fine.
Previous Comments:
[2004-03-04 13:45:32] [EMAIL PROTECTED]
This doesn't have anything to do with DBX, but with the database
backend that you use for it. That one simply doesn't support "COUNT".
Not a bug in PHP -> bogus.
[2004-03-04 13:32:44] leonard at den dot ottolander dot nl
Description:
dbx gives a syntax error when using COUNT:
SELECT COUNT (`ID`) FROM `category` WHERE `packageID` = 593
You have an error in your SQL syntax near '(`ID`) FROM `category` WHERE
`packageID` = 593' at line 1
First seen on Red Hat Linux 9, php-4.2.2, but reproduced on Fedora Core
1, php-4.3.4.
Reproduce code:
---
$q = ...COUNT...;
echo $q;
$res = dbx_query($link, $q);
if ($res == 0) {
echo dbx_error($link);
}
--
Edit this bug report at http://bugs.php.net/?id=27497&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: np_paper at yahoo dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: Hi from Nepal, I am manufacturer of handmade goods here in Nepal since 12 years. Related with the following products: 1, Handmade papers and paper products ( lamp shades, photo frames, greeting cards, photo albums, stationary sets, notebooks wrapping papers with flowers and various textures ). 2, Wood carvings (photo frames, traditional windows, wall hangings. All are decorative and gift items) 3, Silver jewelries ( ear rings, rings, locket, bracelets ) all 100 % pure silver. 4, Knit wears ( sweaters, gloves, shocks, hats, caps ) all hand knitted. Tibetan wool. 5, Statues ( made from brass and gold painted / gift and decorative items) 6, Ceramics ( cigarette asters, candle and incense holders , animals, statues, oil lamps and many more). 7, Candles for all occasion ( along with ceramic pots) I am liking to sell them through your Company to your City. Or if you are interested on above products, to resell them in your City. Please send me your personal advice You can view the products at : http://photos.yahoo.com/np_paper there are 8 folders with various products. And if you like to see the paper making by hand, please see at: http://uk.photos.yahoo.com/crafternepal Hope to receive your personal advice. Thanking you. Regards, Navaram Shrestha Namaste craft Bolachhen-14, bhaktapur Nepal. Tel: 977 - 1 - 6610218 Email: [EMAIL PROTECTED] Previous Comments: [2004-03-03 14:36:18] ulsters_number_one at yahoo dot com Subject: all you need is $6 to have your own business! I found this on a post board: its so simple it has to work if you follow the instructions, go for it, I am! Make 800,000 dollars in just a few months!!! Dear Friends: Greetings: I am a retired attorney. A few years ago a man came to me with a letter. He asked me to verify the fact that this was legal to do. I told him I would review it and get back to him. When I first read the letter my client brought me, I thought it was some "off-the-wall" idea to make money. A week and a half later we met in my office to discuss the issue. I told him the letter he originally brought me was not 100% legal. My client then asked me to alter it to make it perfectly legal. I asked him to make one small change in the letter. I was still curious about the letter, so he explained to me how it works. I thought it seemed like a long shot, so I decided against participating. But before my client left, I asked him to keep me updated on his results. About two months later, he called me to tell me he had received over $800,000 in cash. I didn't believe him, so he asked me to try this idea and find out for myself. I thought about it for a couple of days and decided I really didn't have anything to lose, so I asked him for a copy of the letters. I followed the instructions exactly, mailed 200 copies, and sure enough, the money started coming in! It arrived slowly at first, but coming. I kept a precise record of the earnings, and in the end, it totaled $978,493! I could hardly believe it. I met with my friend for lunch to find out exactly how it worked. He told me there are quite a few similar letters around, but this one is different because there are six names at the end of the letter, not five like some others. This fact alone results in your name being in far more returns. The other fact was the help I gave him, making sure the whole thing was legal, since no one wants to take the risk of doing something illegal. By now you are surely curious to know what small changes to make. If you sent a letter like this one out, in order to be completely legal, you must actually sell something in order to receive a dollar in return. So when you send a dollar to each of the names on the list, you must include these words, "PLEASE PUT ME ON YOUR MAILING LIST" and include your name and address. This is the key to the program. The item you will receive for the dollar you sent to the six people below is the letter. At the time I first tried this idea, I was earning a good living as a lawyer. But everyone in the legal profession will tell you there is a lot of stress that comes with the job. I told myself if things worked out, I would retired from my practice and play golf. I decided to try the letter again, but this time I sent 500 copies. Three months later, I had totaled $2,341,178! Here are a few reasons a person might give for not trying this program: AWESOME! people think they can never make a lot of money with anything this simple. Some are a
#27497 [Bgs]: dbx does not know about COUNT
ID: 27497
User updated by: leonard at den dot ottolander dot nl
Reported By: leonard at den dot ottolander dot nl
Status: Bogus
Bug Type: DBX related
Operating System: Linux (RH 9 and FC 1)
PHP Version: 4.3.4
New Comment:
Ok. I can reproduce this when using mysql_query as well. Can you
recomponent this or should I refile under mysql?
And why is this no issue when running the same query using phpMyAdmin?
Previous Comments:
[2004-03-04 15:08:53] leonard at den dot ottolander dot nl
? I use mysql as a backend. Running the same query in phpMyAdmin works
just fine.
[2004-03-04 13:45:32] [EMAIL PROTECTED]
This doesn't have anything to do with DBX, but with the database
backend that you use for it. That one simply doesn't support "COUNT".
Not a bug in PHP -> bogus.
[2004-03-04 13:32:44] leonard at den dot ottolander dot nl
Description:
dbx gives a syntax error when using COUNT:
SELECT COUNT (`ID`) FROM `category` WHERE `packageID` = 593
You have an error in your SQL syntax near '(`ID`) FROM `category` WHERE
`packageID` = 593' at line 1
First seen on Red Hat Linux 9, php-4.2.2, but reproduced on Fedora Core
1, php-4.3.4.
Reproduce code:
---
$q = ...COUNT...;
echo $q;
$res = dbx_query($link, $q);
if ($res == 0) {
echo dbx_error($link);
}
--
Edit this bug report at http://bugs.php.net/?id=27497&edit=1
#27497 [Bgs]: dbx does not know about COUNT
ID: 27497
Updated by: [EMAIL PROTECTED]
Reported By: leonard at den dot ottolander dot nl
Status: Bogus
Bug Type: DBX related
Operating System: Linux (RH 9 and FC 1)
PHP Version: 4.3.4
New Comment:
afaik you can't have a space between COUNT and (, but nonetheless this
is NOT a PHP bug as we just return the error from MySQL. PHP doesn't
touch the queries at all.
Previous Comments:
[2004-03-04 16:33:41] leonard at den dot ottolander dot nl
Ok. I can reproduce this when using mysql_query as well. Can you
recomponent this or should I refile under mysql?
And why is this no issue when running the same query using phpMyAdmin?
[2004-03-04 15:08:53] leonard at den dot ottolander dot nl
? I use mysql as a backend. Running the same query in phpMyAdmin works
just fine.
[2004-03-04 13:45:32] [EMAIL PROTECTED]
This doesn't have anything to do with DBX, but with the database
backend that you use for it. That one simply doesn't support "COUNT".
Not a bug in PHP -> bogus.
[2004-03-04 13:32:44] leonard at den dot ottolander dot nl
Description:
dbx gives a syntax error when using COUNT:
SELECT COUNT (`ID`) FROM `category` WHERE `packageID` = 593
You have an error in your SQL syntax near '(`ID`) FROM `category` WHERE
`packageID` = 593' at line 1
First seen on Red Hat Linux 9, php-4.2.2, but reproduced on Fedora Core
1, php-4.3.4.
Reproduce code:
---
$q = ...COUNT...;
echo $q;
$res = dbx_query($link, $q);
if ($res == 0) {
echo dbx_error($link);
}
--
Edit this bug report at http://bugs.php.net/?id=27497&edit=1
#27497 [Bgs]: dbx does not know about COUNT
ID: 27497
User updated by: leonard at den dot ottolander dot nl
Reported By: leonard at den dot ottolander dot nl
Status: Bogus
Bug Type: DBX related
Operating System: Linux (RH 9 and FC 1)
PHP Version: 4.3.4
New Comment:
Duh. Luckily you can't see how red my face is. Obviously phpMyAdmin
strips out the redundant space. Sorry and thanks.
Previous Comments:
[2004-03-04 16:35:49] [EMAIL PROTECTED]
afaik you can't have a space between COUNT and (, but nonetheless this
is NOT a PHP bug as we just return the error from MySQL. PHP doesn't
touch the queries at all.
[2004-03-04 16:33:41] leonard at den dot ottolander dot nl
Ok. I can reproduce this when using mysql_query as well. Can you
recomponent this or should I refile under mysql?
And why is this no issue when running the same query using phpMyAdmin?
[2004-03-04 15:08:53] leonard at den dot ottolander dot nl
? I use mysql as a backend. Running the same query in phpMyAdmin works
just fine.
[2004-03-04 13:45:32] [EMAIL PROTECTED]
This doesn't have anything to do with DBX, but with the database
backend that you use for it. That one simply doesn't support "COUNT".
Not a bug in PHP -> bogus.
[2004-03-04 13:32:44] leonard at den dot ottolander dot nl
Description:
dbx gives a syntax error when using COUNT:
SELECT COUNT (`ID`) FROM `category` WHERE `packageID` = 593
You have an error in your SQL syntax near '(`ID`) FROM `category` WHERE
`packageID` = 593' at line 1
First seen on Red Hat Linux 9, php-4.2.2, but reproduced on Fedora Core
1, php-4.3.4.
Reproduce code:
---
$q = ...COUNT...;
echo $q;
$res = dbx_query($link, $q);
if ($res == 0) {
echo dbx_error($link);
}
--
Edit this bug report at http://bugs.php.net/?id=27497&edit=1
#21070 [Bgs->Fbk]: ftp_rawlist - Permissions on listing
ID: 21070 Updated by: [EMAIL PROTECTED] Reported By: PaulMenard1 at yahoo dot com -Status: Bogus +Status: Feedback Bug Type: FTP related Operating System: Win2k Advanced Server PHP Version: 4.3.0RC3 -Assigned To: +Assigned To: pollita New Comment: Please try the next stable snapshot (Source Snapshot dated AFTER 3/4/2004 20:30 GMT, or Win32 Binary snapshot dated AFTER 3/4/2004 21:30 GMT) available at http://snaps.php.net Previous Comments: [2002-12-19 18:55:45] [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. IIS/Win32 permission issue, not a PHP problem. [2002-12-17 14:25:09] PaulMenard1 at yahoo dot com All, Implemenation specifics. OS: Win2k Advanced Server PHP Version: 4.3.0RC3 AS CGI I apologize for bringing this up again. I know everyone is tired of seeing issues on ftp_*() functions. Here is my issue. I have a Web page running on IIS5 Win2k Advanced Server. This page allows the user to enter hostname, username and password. From this form I to the FTP using the standard command. This script works great if I run under and admin level account. If I run under a general user I am able to logon but nothing is reported to the Web page. Funny thing still is if I run the script from a DOS window the output is returned. This has got to be a permissions issue but I do not know where to start. I have verified that everyone has PATH and permission to php-cgi.exe. Below is a snip of the FTP code I started with. And I did change the hostname and password information; "); ftp_login($conn, "", ""); $nlist = ftp_nlist($conn, ""); $rawlist = ftp_rawlist($conn, ""); echo ""; print_r($nlist); print_r($rawlist); echo ""; ?> -- Edit this bug report at http://bugs.php.net/?id=21070&edit=1
#25347 [Bgs]: ftp_rawlist() returns nothing, when apache runs as service
ID: 25347 Updated by: [EMAIL PROTECTED] Reported By: spam at come dot no-ip dot com Status: Bogus Bug Type: FTP related Operating System: Windows XP Pro PHP Version: 4.3.3 New Comment: Yes it would be difficult, PHP doesn't create the file, the operating system does. And I don't know anyone at Microsoft who can introduce that particular patch. Try the next snapshot though (dated *AFTER* 3/4/2004 21:30 GMT). This might just suitably workaround the problem. Previous Comments: [2003-09-11 03:34:10] spam at come dot no-ip dot com mmm...I'm sorry, but why all the replys where deleted? it was important, because as I said in my replys, no permission changes for TEMP folders helped! the only way I could make it work is add write permissions to ENTIRE drive! witch is NOT ACCEPTEBLE, otherwise there is no reason run it under a USER, not as default as SYSTEM. Is this should be related to Apache itself, then? P.S. as u (or maybe somebody else @php.net) says, that PHP has no idea where those temp files are being writen, then would it be so difficult to add a specific temp dir that will be set in .ini file (same as for sessions temp files) This way this issue can be fixed. thx. [2003-09-01 21:17:07] [EMAIL PROTECTED] ftp_nlist and ftp_rawlist require the ability to create a temporary file. The user you are running as does not have write premission to your TEMP directory. This is not a bug in ext/ftp, this is a configuration issue. Make sure whoever you're running Apache as has read/write/erase permissions in your system's temp directory. [2003-09-01 16:26:56] spam at come dot no-ip dot com Description: I know there are atleast few bug submittions but they are closed while the problem is still remain. I run Apache2 as "apache" user that is member of "USERS" group. ftp_rawlist() function returns nothing. I've checked my FTP logs and all I can see that PHP logs into FTP server and does not sends LIST command. Windows XP Pro on NTFS + Apache2 + PHP4.3.3 as SAPI module Reproduce code: --- "; echo "Values from ftp_nlist()"; print_r($nlist); echo "Values from ftp_rawlist()"; print_r($rawlist); echo ""; ?> Expected result: List of the dirs Actual result: -- nothing -- Edit this bug report at http://bugs.php.net/?id=25347&edit=1
#27499 [NEW]: problem with imap_append
From: vincent1 at cegetel dot net Operating system: windows 2000 PHP version: Irrelevant PHP Bug Type: IMAP related Bug description: problem with imap_append Description: Sorry for my english When i want to do a mail copy by imap_append, imap_append return false if the attachment(s) exceed approximately 900 Ko. If the attachment(s) dont exceed the 900 Ko, imap_append return true. Reproduce code: --- Expected result: Normally, imap_append would have send the message with attachement(s) in Sent Items box same when the attachment(s) exceed approximately 900 Ko Actual result: -- If the attachment(s) exceed approximately 900 Ko, imap_append not send the message in Sent Items box -- Edit bug report at http://bugs.php.net/?id=27499&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27499&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27499&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27499&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27499&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27499&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27499&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27499&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27499&r=support Expected behavior: http://bugs.php.net/fix.php?id=27499&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27499&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27499&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27499&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27499&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27499&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27499&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27499&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27499&r=float
#27500 [NEW]: get_browser
From: cvachon at bluenodes-technologies dot com Operating system: XP PHP version: 4.3.5RC3 PHP Bug Type: Output Control Bug description: get_browser Description: Hi! I downloaded the latest "browsecap.ini" (2004-02-29 23:03:10 GMT ) file yesterday and it generates a bug within PHP function "get_browser". This function is supposed to return an Object but with this file version, it returns nothing. I have PHP 4.3.5RC3 under XP. And I even tried downgrading to my last PHP version (4.3.4RC3) and the result is the same... My conclusion is based on the fact that I downgraded to an ancient version of the file "browsecap.ini" (2003-09-21 22:04:18 GMT) and it's working with this one... Thanks! Reproduce code: --- $browser = get_browser($_SERVER["HTTP_USER_AGENT"]); Expected result: Object Actual result: -- //* $browser is null and does not have any properties set. -- Edit bug report at http://bugs.php.net/?id=27500&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27500&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27500&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27500&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27500&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27500&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27500&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27500&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27500&r=support Expected behavior: http://bugs.php.net/fix.php?id=27500&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27500&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27500&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27500&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27500&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27500&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27500&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27500&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27500&r=float
#27501 [NEW]: not possible to load extensions without "zend_list_find" entry point error
From: pseudonym1972 at hotmail dot com Operating system: XP pro IIS 5 PHP version: 4.3.4 PHP Bug Type: Zend Engine 2 problem Bug description: not possible to load extensions without "zend_list_find" entry point error Description: The sad story.. I downloaded and installed php from the windows installer. Then I added the extensions directory one gets when they download the php zip package. The php.ini file was modified to use the extensions directory like so, extension_dir = "C:\PHP\extensions" Finally I attempt to get php to use one. extension=php_gd.dll I am reading that there are issues like this around, and that most of them are related to a bad install usually by mixing binary versions. This is a fresh install. I have done nothing but installed php and seen it echo "hello" on a test page. Reproduce code: --- I attempt to view the modules by command line, c:\php/php -m Expected result: PHP 4.3.4 (cli) (built: Nov 2 2003 23:47:34) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Actual result: -- an error message pops up saying "The procedure entry point zend_list_find could not be located in the dynamic link library php4ts.dll." The php_gd.dll isn't loaded. -- Edit bug report at http://bugs.php.net/?id=27501&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27501&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27501&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27501&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27501&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27501&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27501&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27501&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27501&r=support Expected behavior: http://bugs.php.net/fix.php?id=27501&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27501&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27501&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27501&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27501&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27501&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27501&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27501&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27501&r=float
#27501 [Com]: not possible to load extensions without "zend_list_find" entry point error
ID: 27501 Comment by: scottmacvicar at ntlworld dot com Reported By: pseudonym1972 at hotmail dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: XP pro IIS 5 PHP Version: 4.3.4 New Comment: Are you sure php_gd.dll exists? as far as i'm aware it should be php_gd2.dll Previous Comments: [2004-03-04 19:06:08] pseudonym1972 at hotmail dot com Description: The sad story.. I downloaded and installed php from the windows installer. Then I added the extensions directory one gets when they download the php zip package. The php.ini file was modified to use the extensions directory like so, extension_dir = "C:\PHP\extensions" Finally I attempt to get php to use one. extension=php_gd.dll I am reading that there are issues like this around, and that most of them are related to a bad install usually by mixing binary versions. This is a fresh install. I have done nothing but installed php and seen it echo "hello" on a test page. Reproduce code: --- I attempt to view the modules by command line, c:\php/php -m Expected result: PHP 4.3.4 (cli) (built: Nov 2 2003 23:47:34) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Actual result: -- an error message pops up saying "The procedure entry point zend_list_find could not be located in the dynamic link library php4ts.dll." The php_gd.dll isn't loaded. -- Edit this bug report at http://bugs.php.net/?id=27501&edit=1
#26735 [Com]: php.ini not read
ID: 26735
Comment by: ahmed at googgun dot com
Reported By: cmouse at youzen dot projectb2 dot net
Status: Bogus
Bug Type: PHP options/info functions
Operating System: Linux 2.4.23
PHP Version: 4.3.4
New Comment:
ran into the same problem :) ... the documentation (specifically
./configure --help) is unclear, as well phpinfo() is unclear as it
labels the value supplied with --with-config-file-path as Configuration
File (php.ini) Path, and typically Path of a file would include the
filename. Request that the flag be renamed --with-config-file-dir and
the corrosponding phpinfo() label be changed as well... i suspect that
labels is trivial compared to making the programs obey the labels.
Cheers.
Previous Comments:
[2004-01-07 21:12:03] [EMAIL PROTECTED]
User error -> not bug.
[2004-01-07 04:04:09] cmouse at youzen dot projectb2 dot net
The 'files' are directories. No vendor-specific php would use
/etc/php/php.ini/php.ini... The "problem" is simply that when I
configured php with ./configure the unclear configure help text fooled
me.
[2003-12-29 20:18:44] [EMAIL PROTECTED]
That strace doesn't indicate that any of the files were
found. Those locations are typical for many vendor
distributed php's are you sure that the php you are running
is the one you installed and not the vendor-distributed
one?
[2003-12-29 08:20:59] cmouse at youzen dot projectb2 dot net
The problem was that PHP tells me it is using /etc/php/php.ini as FILE,
when this is PATH. Suprise suprise, it tries to read
/etc/php/php.ini/php.ini, which is not what I expected. A more clearer
configure item would be nice (and output of phpinfo()):
The strace readout:
$ strace -eopen php -r '' 2>&1 | grep ini
open("php/php-cli.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/etc/php/php.ini/php-cli.ini", O_RDONLY) = -1 ENOTDIR (Not a
directory)
open("php/php.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/etc/php/php.ini/php.ini", O_RDONLY) = -1 ENOTDIR (Not a
directory)
[2003-12-28 22:39:04] [EMAIL PROTECTED]
what does this (with correct path substiitution) return
you:
strace -eopen ./sapi/cli/php -r '' 2>&1 | grep ini
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/26735
--
Edit this bug report at http://bugs.php.net/?id=26735&edit=1
#27501 [Opn->Bgs]: not possible to load extensions without "zend_list_find" entry point error
ID: 27501 Updated by: [EMAIL PROTECTED] Reported By: pseudonym1972 at hotmail dot com -Status: Open +Status: Bogus -Bug Type: Zend Engine 2 problem +Bug Type: Unknown/Other Function Operating System: XP pro IIS 5 PHP Version: 4.3.4 New Comment: There is no php_gd.dll, only for older PHP versions so you are mixing from different installations. The only file that is going to work for 4.3.4 is php_gd2.dll and is 778240 bytes large. Not a bug -> bogus Previous Comments: [2004-03-04 20:50:03] scottmacvicar at ntlworld dot com Are you sure php_gd.dll exists? as far as i'm aware it should be php_gd2.dll [2004-03-04 19:06:08] pseudonym1972 at hotmail dot com Description: The sad story.. I downloaded and installed php from the windows installer. Then I added the extensions directory one gets when they download the php zip package. The php.ini file was modified to use the extensions directory like so, extension_dir = "C:\PHP\extensions" Finally I attempt to get php to use one. extension=php_gd.dll I am reading that there are issues like this around, and that most of them are related to a bad install usually by mixing binary versions. This is a fresh install. I have done nothing but installed php and seen it echo "hello" on a test page. Reproduce code: --- I attempt to view the modules by command line, c:\php/php -m Expected result: PHP 4.3.4 (cli) (built: Nov 2 2003 23:47:34) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Actual result: -- an error message pops up saying "The procedure entry point zend_list_find could not be located in the dynamic link library php4ts.dll." The php_gd.dll isn't loaded. -- Edit this bug report at http://bugs.php.net/?id=27501&edit=1
#27495 [Bgs->Csd]: Ignore extension_dir in the php.ini
ID: 27495 User updated by: Alex_Diedler at gmx dot de Reported By: Alex_Diedler at gmx dot de -Status: Bogus +Status: Closed Bug Type: *Configuration Issues Operating System: Win2k SP4 German PHP Version: 4.3.4 New Comment: Hello, Yes that´s it! But where can I change the location of the php.ini? Should it ever be at c:\winnt? Thread can be closed. Thanks for your help! Greetings Alex D. Previous Comments: [2004-03-04 10:23:24] [EMAIL PROTECTED] You probably forgot to put php.ini in c:\winnt (or whatever is your windows directory). You can see on the top of phpinfo page which php.ini was read. [2004-03-04 09:39:06] Alex_Diedler at gmx dot de Description: Following problem: The installation of Apache 1.3.29 and PHP 4.3.4 finished without problems. Now I enable all extension in the php_ini and add the path to the System_environment. I copy the 2 dll files to the system32 directory. But the function ldap_connect() doesn´t work. So I am looking to phpinfo(). There is the path extension_dir shown to c:\php4 but in my php.ini there is the path setting to C:\php\extensions. I tried with or without "" oder \ / nothing changes. Why the phpinfo() show me the wrong path and doesn´t work? Many restarts of the server takes no effect on it. The Browser throws exception: Fatal error: Call to undefined function: ldap_connect() in c:\programme\apache group\apache\htdocs\php_tut\ldap_test2.php on line 15 on Line 15 is: $ldapConn = ldap_connect($ldapServer); Reproduce code: --- My php.ini: located at C:\winnt\system32 ; ; Paths and Directories ; ; ; UNIX: "/path1:/path2" ;include_path = ".:/php/includes" ; ; Windows: "\path1;\path2" ;include_path = ".;c:\php\includes" ; The root of the PHP pages, used only if nonempty. ; if PHP was not compiled with FORCE_REDIRECT, you SHOULD set doc_root ; if you are running php as a CGI under any web server (other than IIS) ; see documentation for security issues. The alternate is to use the ; cgi.force_redirect configuration below doc_root = ; Directory in which the loadable extensions (modules) reside. extension_dir = C:\php\extensions Expected result: I expect the correct directory and that the apache find the extension modules and it should work fine. -- Edit this bug report at http://bugs.php.net/?id=27495&edit=1
#22526 [Opn->Csd]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Open +Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: The workaround has shown to be effective in eliminating this issue. Closing the bug. Previous Comments: [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php4&5, winXP, apache2. Workaround is fixing the problem. Thanks, Andi [2004-02-02 16:36:43] iberry at raxnet dot net My initial tests show that the workaround is doing the trick! I will send out a message to have more users test this and report back. Thanks for pointing this out. [2004-02-02 10:59:17] php_bug at cklowe dot com Workaround: use session_write_close() before the exec. You can use session_start() after the call if you still need to write session values. Reading doesn't require an open session. I've tested this somewhat, so please post how you get on. [2004-01-10 03:01:49] riskisadventure at yahoo dot com I am having the simillar problem but with FreeBSD 4.7 All the page with session_strat() hang, if the one of the page with session_start() start hangging [2003-11-30 21:58:05] php_bug at cklowe dot com It would appear that this bug also afflicts exec(). It seems the the function php_session_start hangs at some point within the function. php_session_start only hangs after popen_ex has finished in the first thread. I don't yet know if the status of the handle returned by popen_ex makes a difference. (pclose makes a difference) It appears not to occur in the debug_ts version, only release_ts. I could not recreate the bug using iframes, but img (as described above) does the trick 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#27485 [Opn->Fbk]: OCI clob column objects inconsistent in result set
ID: 27485
Updated by: [EMAIL PROTECTED]
Reported By: jseverson at myersinternet dot com
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Redhat Linux kernel 2.4.18-3
PHP Version: 4.3.4
New Comment:
The same results(i.e. allright) with 4.3.4.
By the way, PHP 4.3.4 was released before all these changes you're
talking about, in the early november, 2003.
Previous Comments:
[2004-03-04 12:22:05] jseverson at myersinternet dot com
Can you please try PHP version 4.3.4? We looked at the CVS log for the
OCI changes done and it looks like a lot of work was done in December,
2003 dealing with LOBs, which wouldn't be present in 4.3.3.
Thanks
[2004-03-04 01:59:26] [EMAIL PROTECTED]
I can't get your results with this code.
In both cases I get empty arrays, if OCI_RETURN_NULLS wasn't used or
array of NULLs, if it was.
Tested with PHP5-cvs, PHP4-cvs, PHP4.3.3.
[2004-03-03 19:27:08] jseverson at myersinternet dot com
That does make it so that the var_dump at least shows the null clob
column being captured in my result set, but the value of that column is
"Null" rather than an Object:
array(1) {
["CLOB_1"]=>
NULL
}
[2004-03-03 18:58:01] cjbj at hotmail dot com
What does using
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC+OCI_RETURN_NULLS);
give?
[2004-03-03 16:58:44] jseverson at myersinternet dot com
Description:
When handling clob columns in Oracle, PHP is inconsistent in the way
that it returns the result set of your query containing that clob
column when the clob is null. In one case, the result set contains an
Object, and in another case, the result set doesn't contain any Object,
even though in both cases, the VALUE of the object after load() is
"empty" (column is null).
We believe what causes these two different cases is that in the case of
an Object being returned, the table being queried had multiple (3) clob
columns. The other case when no Object was returned, the table being
queried had only one (1) clob column.
This makes it nearly impossible to handle your result set data since
you can't call the load() function if the object doesn't exist without
getting an error, but on the other hand, you can't check whether or not
the clob is empty because an Object is present even when the Object has
no value.
It seems like the correct behavior would be to always return an Object,
so that you don't have to first check whether or not the Object is
empty or not, before called the load() OCI function.
Reproduce code:
---
//table_a has one clob and clob is null
$sql = "select * from test_schema.table_a where primary_key=1";
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_a_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo "";
var_dump($table_a_row);
//table_b has multiple clobs (3) and all clobs are null
$sql = "select * from test_schema.table_b where primary_key=1";
$stmt = OCIParse($conn_ora, $sql);
OCIExecute($stmt, OCI_DEFAULT);
OCIFetchInto($stmt, $table_b_row, OCI_ASSOC);
OCIFreeStatement($stmt);
echo "";
var_dump($table_b_row);
Expected result:
array(1) {
["CLOB_1"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(9) of type (oci8 descriptor)
}
}
array(3) {
["CLOB_1"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(10) of type (oci8 descriptor)
}
["CLOB_2"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(11) of type (oci8 descriptor)
}
["CLOB_3"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(12) of type (oci8 descriptor)
}
}
-- OR -
array(0) {
}
array(0) {
}
Actual result:
--
array(0) {
}
array(3) {
["CLOB_1"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(9) of type (oci8 descriptor)
}
["CLOB_2"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(10) of type (oci8 descriptor)
}
["CLOB_3"]=>
object(OCI-Lob)(1) {
["descriptor"]=>
resource(11) of type (oci8 descriptor)
}
}
--
Edit this bug report at http://bugs.php.net/?id=27485&edit=1
