#20641 [NoF->Opn]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object
ID: 20641
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: No Feedback
+Status: Open
Bug Type: InterBase related
Operating System: Windows NT / Firebird 1.0
PHP Version: 4.2.3
New Comment:
The problem still exits after downloadning the latest PHP4 at
http://snaps.php.net/win32/php4-win32-latest.zip.
Previous Comments:
[2002-12-21 01:00:01] [EMAIL PROTECTED]
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-04 22:49:33] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-26 04:38:19] [EMAIL PROTECTED]
Numeric type returns invalid result using
ibase_fetch_row/ibase_fetch_object (Windows NT).
Numbers stored as an InterBase/Firebird numeric/decimal datatype
beyond
the bounds of the PHP integer type (> 2147483647), do not return a
float
type but cause an overflow
Example:
2303511415 (decimal 10,0) returns -1991455881
PHP/Firebird example script:
$sql = "create table temp (large_number numeric(10,0))";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
ibase_commit();
$sql = "INSERT INTO temp VALUES (2303511415)";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
$sql = "SELECT large_number FROM temp WHERE large_number =
2303511415";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
while ($row = ibase_fetch_row($result)) {
print($row[0]);
}
ibase_free_result($result);
$sql = "drop table temp";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
ibase_commit();
[2002-11-26 03:24:19] [EMAIL PROTECTED]
Numeric type returns invalid result using
ibase_fetch_row/ibase_fetch_object (Windows NT).
Numbers stored as an InterBase/Firebird numeric/decimal datatype beyond
the bounds of the PHP integer type (> 2147483647), do not return a
float type but cause an overflow
Example:
2303511415 (decimal 10,0) returns -1991455881
PHP/Firebird example script:
$sql = "create table temp (large_number numeric(10,0))";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
$sql = "INSERT INTO temp VALUES (2303511415)";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
$sql = "SELECT large_number FROM temp WHERE large_number =
2303511415";
$result = ibase_query($sql,connection());
if (!$result) {
exit;
}
while ($row = ibase_fetch_row($result)) {
print($row[0]);
}
--
Edit this bug report at http://bugs.php.net/?id=20641&edit=1
#17606 [Com]: File upload fails on large files
ID: 17606 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: HTTP related Operating System: RedHat 7.3 PHP Version: 4.2.1 New Comment: people in all world i need your HELP i have same problem i cannot upload files that are greater than 2M, mlin what to do, maybe some of you solved this problem Previous Comments: [2002-12-12 10:59:53] [EMAIL PROTECTED] If want you can send me your php.ini to check if any variable is left to a default, otherway we are in a dead end; but believe me I been running my upload scripts in 3 diferent machines (2 Redhat, 1 Suse) and I have had no trouble with it. Also you can send me if you want your upload script. [2002-12-12 10:35:37] [EMAIL PROTECTED] 1. The upload script is also identical on both machines and does not override any settings 2. There's some diff's in the conf files - but only around hostname etc. I actually ran one box as the other just to check (i.e. swapped httpd.conf and php.ini) 3. Not sure what command to run to check this? 4. php.ini is root.root 744 (i.e. -rw-r--r--) and is definitely being read (changing variables, restarting apache and then running phpinfo() script shows the changes) [2002-12-12 09:12:40] [EMAIL PROTECTED] It is very strange, I have been working OK uploading big files, also with the version you are using. I can only advice you 3 things more to check. 1.- Check that you dont override tmp dir and upload max file size on the script or includes of your problem machine. 2.- Diff the config files (you have already done this as you can swap them between machines) 3.- Check which files the httpd process and its children are using while uploading to see where it is stored tmp. 4.- Check that php.ini is readable. [2002-12-12 08:42:29] [EMAIL PROTECTED] One php.ini file in /usr/local/lib. Been through all that - removed all previous (redhat standard install) incarnations of php. Doing a line by line comparison on the two boxes using phpinfo() shows they are configured identically also. The one box will just not write to the upload_tmp_dir, even when I chmod that directory to 777. I've changed the apache user and group thinking it may have been a wierd permissions problem. Not much memory in the box, but it doesn't fill up and swap is basically unused. [2002-12-12 03:28:26] [EMAIL PROTECTED] Are you sure that both machines are using the equal compiled php version?, please double check with locate how many php.ini files do you have on the problem machine and to which is your php pointing at. 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/17606 -- Edit this bug report at http://bugs.php.net/?id=17606&edit=1
#12360 [Ver->Csd]: fsockopen timeout doesn't work
ID: 12360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Sockets related Operating System: RedHat 6.2 PHP Version: 4.3 New Comment: 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. Fixed (will be in 4.3.0). The problem was related to IPv6 support; specifically, if getaddrinfo returned multiple addresses, PHP would try each in turn, waiting up to the full timeout for each. Now, we abort the loop if a connection times out. Previous Comments: [2002-12-11 19:00:15] [EMAIL PROTECTED] Verified on BSD boxes only: BSDI 4.3 FreeBSD 4.6.2-RELEASE-p3 also tested but not reproduced on: SuSE 7.0 (Linux 2.2.16) WinXP It's interesting to note that the *bsd boxes have IPv6 support while the linux and xp boxes do not. I'm waiting for some more feedback on some other boxes. I wonder if this is an IPv6 problem? [2002-12-11 12:06:39] [EMAIL PROTECTED] i have had the latest version for some time now, and the problem persists. scripts with the fsockopen function STILL DO HANG. [2002-09-28 17:49:42] [EMAIL PROTECTED] [EMAIL PROTECTED]: 4.1.2 is too old; can you try a non-stable snapshot from http://snaps.php.net/win32/. Despite the term non-stable, it should be quite stable and will form the base of PHP 4.3 which we are branching for QA and the release process shortly. [2002-09-28 16:18:59] [EMAIL PROTECTED] It's now year 2002 and I'm using php 4.1.2 and neither is the timeout parameter to the fsockopen function working properly, nor is the socket_set_timeout function i've written a small monitoring program that kills php processes that has been working too long (i use the php scripts by running them in the console).. and the interesting thing is that when i run the same script in several instances, they seem to hang in pairs (but NOT always). Perhaps they try to use the same outgoing port? and this is not something rare, i've been logging the kills and it happens once (two kills) every 10-15 minutes, once killed they are restarted by a loop in a batch file. i'm using windows xp with php 4.1.2 and apache (but as i said, i'm simply running the scripts without apache in the console, "php script.php"..) i remember having this problem when run in linux.. i've seen many similar bugreports but nothing seem to have been done to adress the problem.. keep up the good work, Osman Darcan [2001-08-10 16:16:06] [EMAIL PROTECTED] I put that include in CVS, and it will be in 4.0.7 if there are no problems with it. I did limited testing, but don't know this helped. alindeman: _please_ test this... If this isn't fixed, please reopen. 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/12360 -- Edit this bug report at http://bugs.php.net/?id=12360&edit=1
#21087 [Ctl]: flock($fp, LOCK_SH) causes fwrite() to fail
ID: 21087
Updated by: [EMAIL PROTECTED]
-Summary: Rewriting file no longer works
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Filesystem function related
Operating System: XP
PHP Version: 4.3.0RC3
New Comment:
Update summary.
LOCK_EX works fine.
Additionally, writing to the file prior to obtaining the lock also
works fine, but defeats the purpose of the lock.
Previous Comments:
[2002-12-21 18:41:37] [EMAIL PROTECTED]
Just a further note. It also/still errors on RC4. Also, if you use
flock($fp,2) instead of flock($fp,1) it works.
[2002-12-19 22:27:29] [EMAIL PROTECTED]
Small note, the 2nd flock (flock($fp,3);) is entirely optional. The
problem is occures if prior to write the LOCK_SH is set on the file,
the problem does not happen if LOCK_EX is used.
[2002-12-19 21:21:56] [EMAIL PROTECTED]
It appears to be the flock() call. This fails. However, if you
comment out the flock() calls it works.
$filename = "c:/phptest.txt";
$data = "This is test text";
$fp = fopen("$filename",'w');
flock($fp,1);
$len = fwrite($fp,$data);
flock($fp,3);
fclose($fp);
echo "Wrote $len bytes";
[2002-12-19 11:27:09] [EMAIL PROTECTED]
Keep this at feedback.
(and note that I am not [EMAIL PROTECTED] and that my previous comment
on this was my first).
[2002-12-19 11:17:24] [EMAIL PROTECTED]
Sorry for the misunderstanding. First of all I did not know that you
were a developer working the problem. Nothing in your comment told me
that. Secondly, I have already stated that I will try to produce a
smaller script (see my original post). I just haven't had time to work
the problem. As to the buffering, without it, the full text is not
written out. It gets truncated.
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/21087
--
Edit this bug report at http://bugs.php.net/?id=21087&edit=1
#21087 [Ctl->Bgs]: flock($fp, LOCK_SH) causes fwrite() to fail
ID: 21087
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Bogus
Bug Type: Filesystem function related
Operating System: XP
PHP Version: 4.3.0RC3
New Comment:
Your script is broken :)
It's taken a few hours for us to realize this and it's pretty easy to
overlook.
You are locking the file for shared access and then writing to it.
This doesn't make sense, because you should really be using an
exclusive lock (LOCK_EX) to do this.
Under unix systems, flock is an advisory lock, meaning that processes
can ignore the lock status if they wish.
Under windows, the locking is enforced by the OS which forbids the
write access, hence the zero-size file.
Additionally, the win32 docs state that closing a file that was locked
(but not unlocked) leads to undefined behaviour, so that flock($fp,
LOCK_UN) call *is* required for win32.
Previous Comments:
[2002-12-22 08:05:42] [EMAIL PROTECTED]
Update summary.
LOCK_EX works fine.
Additionally, writing to the file prior to obtaining the lock also
works fine, but defeats the purpose of the lock.
[2002-12-21 18:41:37] [EMAIL PROTECTED]
Just a further note. It also/still errors on RC4. Also, if you use
flock($fp,2) instead of flock($fp,1) it works.
[2002-12-19 22:27:29] [EMAIL PROTECTED]
Small note, the 2nd flock (flock($fp,3);) is entirely optional. The
problem is occures if prior to write the LOCK_SH is set on the file,
the problem does not happen if LOCK_EX is used.
[2002-12-19 21:21:56] [EMAIL PROTECTED]
It appears to be the flock() call. This fails. However, if you
comment out the flock() calls it works.
$filename = "c:/phptest.txt";
$data = "This is test text";
$fp = fopen("$filename",'w');
flock($fp,1);
$len = fwrite($fp,$data);
flock($fp,3);
fclose($fp);
echo "Wrote $len bytes";
[2002-12-19 11:27:09] [EMAIL PROTECTED]
Keep this at feedback.
(and note that I am not [EMAIL PROTECTED] and that my previous comment
on this was my first).
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/21087
--
Edit this bug report at http://bugs.php.net/?id=21087&edit=1
#21120 [Fbk->]: fflush doesn`t work
ID: 21120
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Won\'t fix
Bug Type: Filesystem function related
Operating System: win2k pro
PHP Version: 4.2.3
New Comment:
More of a "can't fix".
PHP is fflush()ing correctly, which merely causes any data buffered in
a FILE* to be sent to the OS at that time.
It is up to the OS to decide when to write the data to disk.
If you sleep(1) after the fflush() call, the script works as you
described, at least on my WinXP box.
Previous Comments:
[2002-12-21 13:19:13] [EMAIL PROTECTED]
no changes with latest windows build (PHP Version 4.4.0-dev)
[2002-12-21 12:10:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-20 16:01:39] [EMAIL PROTECTED]
this is not the same as
http://bugs.php.net/bug.php?id=19711 :)
the following code on my platform displays:
File size: 0, written: 2890
File size: 2890, written: 2890
as far as i know fflush should flush output to file at the moment of
calling :] moving the line with flcose to the end of script causes that
also the second display shows
File size: 0, written: 2890
it looks for me that fflush doesn`t work and all flushing is done
during file closing.
tested it under linux also - both variants are done ok there:
File size: 2890, written: 2890
File size: 2890, written: 2890
$str = '';
for($i = 0;$i < 1000;$i++) {
$str .= $i;
}
$fp = fopen('test.txt', 'wb');
$written = fwrite($fp, $str);
fflush($fp);
clearstatcache();
$size = filesize('test.txt');
echo 'File size: '.$size.', written: '.$written.'';
fclose($fp);
clearstatcache();
$size = filesize('test.txt');
echo 'File size: '.$size.', written: '.$written.'';
--
Edit this bug report at http://bugs.php.net/?id=21120&edit=1
#21140 [NEW]: file_exists() always return false
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7-STABLE PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: file_exists() always return false The mod_php4-4.2.3 port's file_exists() function always return false. Some info, what phpinfo() say: Configure Command: './configure' '--with-apxs2=/usr/local/sbin/apxs' '--with-tsrm-pth' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-pdflib=/usr/local' '--with-zlib-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-interbase=/usr/local/firebird' '--with-ldap=/usr/local' '--with-openssl=/usr' '--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr' '--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-wddx' '--with-dom=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex' '--enable-mbstring' '--enable-yp' '--enable-bcmath' '--with-ming=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Server API: Apache 2.0 Filter Virtual Directory Support: enabled Configuration File (php.ini) Path: /usr/local/etc/php.ini Debug Build: no Thread Safety: enabled If anybody needs, I'll send him/her the whole phpinfo() output -- Edit bug report at http://bugs.php.net/?id=21140&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21140&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21140&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21140&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21140&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21140&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21140&r=support Expected behavior: http://bugs.php.net/fix.php?id=21140&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21140&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21140&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21140&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21140&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21140&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21140&r=isapi
#21087 [Bgs]: flock($fp, LOCK_SH) causes fwrite() to fail
ID: 21087
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Filesystem function related
Operating System: XP
PHP Version: 4.3.0RC3
New Comment:
I am so sorry, but why does it [appear to] work under previous releases
and only breaks under 4.3.0RC's? have you tightened up the code?
Previous Comments:
[2002-12-22 08:51:35] [EMAIL PROTECTED]
Your script is broken :)
It's taken a few hours for us to realize this and it's pretty easy to
overlook.
You are locking the file for shared access and then writing to it.
This doesn't make sense, because you should really be using an
exclusive lock (LOCK_EX) to do this.
Under unix systems, flock is an advisory lock, meaning that processes
can ignore the lock status if they wish.
Under windows, the locking is enforced by the OS which forbids the
write access, hence the zero-size file.
Additionally, the win32 docs state that closing a file that was locked
(but not unlocked) leads to undefined behaviour, so that flock($fp,
LOCK_UN) call *is* required for win32.
[2002-12-22 08:05:42] [EMAIL PROTECTED]
Update summary.
LOCK_EX works fine.
Additionally, writing to the file prior to obtaining the lock also
works fine, but defeats the purpose of the lock.
[2002-12-21 18:41:37] [EMAIL PROTECTED]
Just a further note. It also/still errors on RC4. Also, if you use
flock($fp,2) instead of flock($fp,1) it works.
[2002-12-19 22:27:29] [EMAIL PROTECTED]
Small note, the 2nd flock (flock($fp,3);) is entirely optional. The
problem is occures if prior to write the LOCK_SH is set on the file,
the problem does not happen if LOCK_EX is used.
[2002-12-19 21:21:56] [EMAIL PROTECTED]
It appears to be the flock() call. This fails. However, if you
comment out the flock() calls it works.
$filename = "c:/phptest.txt";
$data = "This is test text";
$fp = fopen("$filename",'w');
flock($fp,1);
$len = fwrite($fp,$data);
flock($fp,3);
fclose($fp);
echo "Wrote $len bytes";
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/21087
--
Edit this bug report at http://bugs.php.net/?id=21087&edit=1
#21140 [Opn->Csd]: file_exists() always return false
ID: 21140 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.3 New Comment: 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. Previous Comments: [2002-12-22 09:09:00] [EMAIL PROTECTED] The mod_php4-4.2.3 port's file_exists() function always return false. Some info, what phpinfo() say: Configure Command: './configure' '--with-apxs2=/usr/local/sbin/apxs' '--with-tsrm-pth' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-pdflib=/usr/local' '--with-zlib-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-interbase=/usr/local/firebird' '--with-ldap=/usr/local' '--with-openssl=/usr' '--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr' '--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-wddx' '--with-dom=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex' '--enable-mbstring' '--enable-yp' '--enable-bcmath' '--with-ming=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Server API: Apache 2.0 Filter Virtual Directory Support: enabled Configuration File (php.ini) Path: /usr/local/etc/php.ini Debug Build: no Thread Safety: enabled If anybody needs, I'll send him/her the whole phpinfo() output -- Edit this bug report at http://bugs.php.net/?id=21140&edit=1
#12360 [Csd]: fsockopen timeout doesn't work
ID: 12360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Sockets related Operating System: RedHat 6.2 PHP Version: 4.3 New Comment: An additional note: Under BSDi and threaded builds, the timeout isn't respected. Additionally the openssl test, takes much longer, which leads me to believe, this is a BSDi threading issue, to do with time values. This issue doesn't surface, when --with-experimental-zts is removed from the equation and can't be reproduced on FreeBSD. Previous Comments: [2002-12-22 08:02:16] [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. Fixed (will be in 4.3.0). The problem was related to IPv6 support; specifically, if getaddrinfo returned multiple addresses, PHP would try each in turn, waiting up to the full timeout for each. Now, we abort the loop if a connection times out. [2002-12-11 19:00:15] [EMAIL PROTECTED] Verified on BSD boxes only: BSDI 4.3 FreeBSD 4.6.2-RELEASE-p3 also tested but not reproduced on: SuSE 7.0 (Linux 2.2.16) WinXP It's interesting to note that the *bsd boxes have IPv6 support while the linux and xp boxes do not. I'm waiting for some more feedback on some other boxes. I wonder if this is an IPv6 problem? [2002-12-11 12:06:39] [EMAIL PROTECTED] i have had the latest version for some time now, and the problem persists. scripts with the fsockopen function STILL DO HANG. [2002-09-28 17:49:42] [EMAIL PROTECTED] [EMAIL PROTECTED]: 4.1.2 is too old; can you try a non-stable snapshot from http://snaps.php.net/win32/. Despite the term non-stable, it should be quite stable and will form the base of PHP 4.3 which we are branching for QA and the release process shortly. [2002-09-28 16:18:59] [EMAIL PROTECTED] It's now year 2002 and I'm using php 4.1.2 and neither is the timeout parameter to the fsockopen function working properly, nor is the socket_set_timeout function i've written a small monitoring program that kills php processes that has been working too long (i use the php scripts by running them in the console).. and the interesting thing is that when i run the same script in several instances, they seem to hang in pairs (but NOT always). Perhaps they try to use the same outgoing port? and this is not something rare, i've been logging the kills and it happens once (two kills) every 10-15 minutes, once killed they are restarted by a loop in a batch file. i'm using windows xp with php 4.1.2 and apache (but as i said, i'm simply running the scripts without apache in the console, "php script.php"..) i remember having this problem when run in linux.. i've seen many similar bugreports but nothing seem to have been done to adress the problem.. keep up the good work, Osman Darcan 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/12360 -- Edit this bug report at http://bugs.php.net/?id=12360&edit=1
#21087 [Bgs]: flock($fp, LOCK_SH) causes fwrite() to fail
ID: 21087 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Operating System: XP PHP Version: 4.3.0RC3 New Comment: I can't explain the sudden change in behaviour either. The entire filesystem IO layer was rewritten since 4.2, but AFAICT, the same functions are called in 4.2 as are being called in 4.3, in the same order. The only difference is that 4.3 prefers to use fd's rather than FILE*'s, but in my tests here, using the FILE* gave the same error. *shrug* Previous Comments: [2002-12-22 09:09:34] [EMAIL PROTECTED] I am so sorry, but why does it [appear to] work under previous releases and only breaks under 4.3.0RC's? have you tightened up the code? [2002-12-22 08:51:35] [EMAIL PROTECTED] Your script is broken :) It's taken a few hours for us to realize this and it's pretty easy to overlook. You are locking the file for shared access and then writing to it. This doesn't make sense, because you should really be using an exclusive lock (LOCK_EX) to do this. Under unix systems, flock is an advisory lock, meaning that processes can ignore the lock status if they wish. Under windows, the locking is enforced by the OS which forbids the write access, hence the zero-size file. Additionally, the win32 docs state that closing a file that was locked (but not unlocked) leads to undefined behaviour, so that flock($fp, LOCK_UN) call *is* required for win32. [2002-12-22 08:05:42] [EMAIL PROTECTED] Update summary. LOCK_EX works fine. Additionally, writing to the file prior to obtaining the lock also works fine, but defeats the purpose of the lock. [2002-12-21 18:41:37] [EMAIL PROTECTED] Just a further note. It also/still errors on RC4. Also, if you use flock($fp,2) instead of flock($fp,1) it works. [2002-12-19 22:27:29] [EMAIL PROTECTED] Small note, the 2nd flock (flock($fp,3);) is entirely optional. The problem is occures if prior to write the LOCK_SH is set on the file, the problem does not happen if LOCK_EX is used. 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/21087 -- Edit this bug report at http://bugs.php.net/?id=21087&edit=1
#21131 [Opn->Ctl]: fopen with "a+" and the a rewind does'nt work anymore
ID: 21131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: *Directory/Filesystem functions Operating System: Linux 2.4.18 (Redhat) -PHP Version: 4.3.0RC3 +PHP Version: 4.3.0RC4 Previous Comments: [2002-12-21 08:25:00] [EMAIL PROTECTED] With 4.2.3 and below the next code did give the contents of $file only when the Apache runtime user was allowed to update that file. Now it nevers gives the content of the file anymore. $fp = fopen($file,"a+"); rewind($fp); $fstr = fread($fp, filesize($file)); The PHP version box did not give 4.3.0RC4, but it's still there. ./configure --with-openssl --enable-cli --prefix=/www --with-mcrypt --with-config-file-path=/www/conf --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --with-gzlib -- Edit this bug report at http://bugs.php.net/?id=21131&edit=1
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: Finaly!!! I got i fixed! I downloaded the latest from the website (rc4) from: http://snaps.php.net/~edink/php-4.3.0RC4-Win32.zip Just unzipped it and named it c:/php/ edited the http.conf in the way mentioned above and edited the php.ini in the windows folder And that only after 3 hours :P Previous Comments: [2002-12-13 07:46:57] [EMAIL PROTECTED] OK, corrected thanks to Edin: # There is link on the front page: # # http://snaps.php.net/~edink/php-4.3.0RC3-Win32.zip # # Edin Vince [2002-12-13 05:18:29] [EMAIL PROTECTED] Hi, Despite having done exactly what is explained in "[23 Oct 8:52pm] [EMAIL PROTECTED]" in this bug list, I still have "cannot load php4apache2.dll into server - The specified procedure cannot be found". Versions of apache and php are the same. The only thing is that I'm using Windows XP Pro SP1 with all windows updates... Download of php4-win32-STABLE-latest.zip was made today (buggy version?) What's wrong??? Do I have to put php4ts.dll into the register datas??? DO I miss any specific XP Pro procedure? I spent 3 hours on this and it still doesn't work. Urgent help needed plz. Thanks in advance. Vince [2002-12-07 11:18:22] [EMAIL PROTECTED] When I use the SAPI DLL for PHP on W2K and Apache 2.0.43, I get nothing. :( No errors anywhere I can see, but also no php processing. I know it's 'supposed' to be buggy, but I get nothing - not even an error. I can load a .php page, but everything between the shows up in the page source. If I use php-cgi.exe instead of php4apache2.dll, my pages work. But I have an urgent need for the virtual() function and this only works in the dll version of php. Using apache -k start there are no errors. There are also no errors in error.log. I've set php.ini to report errors, but there aren't ever any. Anyone got an idea? My httpd.conf contains: # PHP LoadModule php4_module c:/php/sapi/php4apache2.dll #AddModule mod_php4.c AddType application/x-httpd-php .phtml .php .php3 .php4 .html I've commented out the AddModule line for 2 reasons. One is that I have no module called mod_php4.c - the other reason is that the docs say that it's not required in the newer versions of Apache, especially Apache 2. Bob Kramer [2002-11-13 06:51:20] [EMAIL PROTECTED] Thank you The post: [11 Oct 2:17pm] [EMAIL PROTECTED] did the trick for me. I had some problems that are explained at the http://bugs.php.net/bug.php?id=16575 page (read the mcdragon posts in november) The trick with the latest (stable) snaps worked. I used the php4apache2.dll and the php4ts.dll Interesting! I took the PHP download and the SNAP in the same day and the first had the modified date at the begin of sept 2002 and the snap had november 13th 2002 (TODAY). In any case, thanks KRONUZ for the great help :-))) [2002-11-10 17:51:19] [EMAIL PROTECTED] FYI - The files referenced above are back online. Thanks, imajes, for your quick response! 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#21142 [NEW]: Linker Failure "Output line too long"
From: [EMAIL PROTECTED] Operating system: solaris 8/SPARC PHP version: 4CVS-2002-12-22 (stable) PHP Bug Type: Compile Failure Bug description: Linker Failure "Output line too long" The linker reports "Output line too long" and stops. The following modules are compiled: gettext apxs2 opensslcurl ftp imap mhash mysql mcrypt zlib pfdlib I am using GCC 2.95.3 When I remove the additional modules, and colmpile it only with: apxs2 mysql then this problem does not occur The problem occurs during inking of sapi/cli/php -- Edit bug report at http://bugs.php.net/?id=21142&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21142&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21142&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21142&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21142&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21142&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21142&r=support Expected behavior: http://bugs.php.net/fix.php?id=21142&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21142&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21142&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21142&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21142&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21142&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21142&r=isapi
#21143 [NEW]: apache2filter broken
From: [EMAIL PROTECTED] Operating system: solaris 8/SPARC PHP version: 4CVS-2002-12-22 (stable) PHP Bug Type: Apache2 related Bug description: apache2filter broken When using more than time "include virtual" SSI commands in one HTML file only the first gets executed, all others are not executed, but the source is included in the HTML code instead. Promblem is already reported in version 4.2.3, but is still broken. -- Edit bug report at http://bugs.php.net/?id=21143&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21143&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21143&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21143&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21143&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21143&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21143&r=support Expected behavior: http://bugs.php.net/fix.php?id=21143&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21143&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21143&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21143&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21143&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21143&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21143&r=isapi
#21143 [Opn->Bgs]: apache2filter broken
ID: 21143 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: solaris 8/SPARC PHP Version: 4CVS-2002-12-22 (stable) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-22 11:29:00] [EMAIL PROTECTED] When using more than time "include virtual" SSI commands in one HTML file only the first gets executed, all others are not executed, but the source is included in the HTML code instead. Promblem is already reported in version 4.2.3, but is still broken. -- Edit this bug report at http://bugs.php.net/?id=21143&edit=1
#21142 [Opn->Bgs]: Linker Failure "Output line too long"
ID: 21142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris 8/SPARC PHP Version: 4CVS-2002-12-22 (stable) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Dupe of #20151, #19533 and various others. Upgrade sed. Previous Comments: [2002-12-22 11:24:27] [EMAIL PROTECTED] The linker reports "Output line too long" and stops. The following modules are compiled: gettext apxs2 opensslcurl ftp imap mhash mysql mcrypt zlib pfdlib I am using GCC 2.95.3 When I remove the additional modules, and colmpile it only with: apxs2 mysql then this problem does not occur The problem occurs during inking of sapi/cli/php -- Edit this bug report at http://bugs.php.net/?id=21142&edit=1
#21144 [NEW]: Ncurses segfaults when ncurses_*() is run without ncurses_init().
From: [EMAIL PROTECTED] Operating system: Linux - Debian Woody PHP version: 4CVS-2002-12-22 (stable) PHP Bug Type: Unknown/Other Function Bug description: Ncurses segfaults when ncurses_*() is run without ncurses_init(). That will work properly. This will cause PHP to segfault with no messages. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' This bug has been tested with the default Ncurses and Ncurses 5.3 with the same results. This bug occurs in ncurses_start_color() and ncurses_standout(). It is assumed that it occurs in more functions, but that is not verified. Following is a gdb backtrace: #0 0x0814daf9 in start_color () #1 0x0809658f in zif_ncurses_start_color (ht=0, return_value=0x820b864, this_ptr=0x0, return_value_used=0) at /root/php4-STABLE-200212220230/ext/ncurses/ncurses_functions.c:318 #2 0x081434ca in execute (op_array=0x820b964) at /root/php4-STABLE-200212220230/Zend/zend_execute.c:1598 #3 0x08134238 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php4-STABLE-200212220230/Zend/zend.c:864 #4 0x081124ff in php_execute_script (primary_file=0xb9e4) at /root/php4-STABLE-200212220230/main/main.c:1573 #5 0x0814a4e3 in main (argc=3, argv=0xba54) at /root/php4-STABLE-200212220230/sapi/cgi/cgi_main.c:1417 -- Edit bug report at http://bugs.php.net/?id=21144&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21144&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21144&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21144&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21144&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21144&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21144&r=support Expected behavior: http://bugs.php.net/fix.php?id=21144&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21144&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21144&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21144&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21144&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21144&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21144&r=isapi
#21139 [Ctl]: zlib.output_compression + windows failure
ID: 21139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Windows PHP Version: 4.3.0RC4 New Comment: Verified on Windows, with Apache or Apache2. -- HTTP response dump of the following script -- -- Apache_1.3.27 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:53 GMT Server: Apache/1.3.27 (Win32) PHP/4.4.0-dev X-Powered-By: PHP/4.4.0-dev Connection: close Content-Type: text/html (correctly gzip-encoded content) -- Apache_2.0.43 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:15 GMT Server: Apache/2.0.43 (Win32) PHP/4.4.0-dev Last-Modified: Sun, 22 Dec 2002 17:59:26 GMT ETag: "45a2-1b-e744bab1" Accept-Ranges: bytes Content-Length: 27 Connection: close Content-Type: application/x-httpd-php Warning: (null)() [ref.outcontrol]: Cannot change zlib.output_compression - headers already sent in Unknown on line 0 abcde Previous Comments: [2002-12-21 19:27:53] [EMAIL PROTECTED] I can confirm this bug on Windows + Apache + zlib.output_compression in .htaccess. If zlib.output_compression is set to on from php.ini it works. It only doesn't work if set from .htaccess. [2002-12-21 17:48:30] [EMAIL PROTECTED] I have just installed latest php 4.3 on linux and windows. I use the same directory and therefore .htaccess files for apache/mod_php on both platforms. When i enable enable output compression with ini setting php_value zlib.output_compression On in .htaccess the linux version works as expected but the windows version fails. Sometimes i receive errors with access violations. Sometimes i can downlowd the result but when rename the resulting file to .gz i can open it and as you might expect it contains the correct result. And sometime i see the encoding result presented in the browser and then i cannot save and view it although the gzip header seems correct. marcus -- Edit this bug report at http://bugs.php.net/?id=21139&edit=1
#21131 [Ctl->Csd]: fopen with "a+" and the a rewind does'nt work anymore
ID: 21131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Linux 2.4.18 (Redhat) PHP Version: 4.3.0RC4 New Comment: 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. Previous Comments: [2002-12-21 08:25:00] [EMAIL PROTECTED] With 4.2.3 and below the next code did give the contents of $file only when the Apache runtime user was allowed to update that file. Now it nevers gives the content of the file anymore. $fp = fopen($file,"a+"); rewind($fp); $fstr = fread($fp, filesize($file)); The PHP version box did not give 4.3.0RC4, but it's still there. ./configure --with-openssl --enable-cli --prefix=/www --with-mcrypt --with-config-file-path=/www/conf --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --with-gzlib -- Edit this bug report at http://bugs.php.net/?id=21131&edit=1
#20896 [Com]: php -w hangs indefinitely at 100% CPU
ID: 20896 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: *General Issues Operating System: SuSE 7.2 PHP Version: 4.3.0RC2 New Comment: Works fine for me on WinXP SP1 with 4.4.0-dev (CVS). Previous Comments: [2002-12-13 05:46:05] [EMAIL PROTECTED] Same problem exists in 4.3.0RC3 [2002-12-11 02:38:44] [EMAIL PROTECTED] This happens also with the -s option. And with CGI binary too. Basically the reason is that the -s / -w options use some hackish way to accomplish the tasks. Which seems to work on some systems though.. [2002-12-11 02:20:06] [EMAIL PROTECTED] Also repeatable on SuSE 8.0 [2002-12-09 00:03:12] [EMAIL PROTECTED] Not quite a crash, but I found no better category (time to add one for the CLI SAPI?) A simple php -w filename.php will on my system output the things it should, but then hang forever at full CPU consumption. [PHP Modules] ctype gd mysql overload pcre pgsql posix session standard tokenizer xml zlib -- Edit this bug report at http://bugs.php.net/?id=20896&edit=1
#21144 [Opn->Ver]: Ncurses segfaults when ncurses_*() is run without ncurses_init().
ID: 21144 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) Previous Comments: [2002-12-22 11:59:46] [EMAIL PROTECTED] That will work properly. This will cause PHP to segfault with no messages. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' This bug has been tested with the default Ncurses and Ncurses 5.3 with the same results. This bug occurs in ncurses_start_color() and ncurses_standout(). It is assumed that it occurs in more functions, but that is not verified. Following is a gdb backtrace: #0 0x0814daf9 in start_color () #1 0x0809658f in zif_ncurses_start_color (ht=0, return_value=0x820b864, this_ptr=0x0, return_value_used=0) at /root/php4-STABLE-200212220230/ext/ncurses/ncurses_functions.c:318 #2 0x081434ca in execute (op_array=0x820b964) at /root/php4-STABLE-200212220230/Zend/zend_execute.c:1598 #3 0x08134238 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php4-STABLE-200212220230/Zend/zend.c:864 #4 0x081124ff in php_execute_script (primary_file=0xb9e4) at /root/php4-STABLE-200212220230/main/main.c:1573 #5 0x0814a4e3 in main (argc=3, argv=0xba54) at /root/php4-STABLE-200212220230/sapi/cgi/cgi_main.c:1417 -- Edit this bug report at http://bugs.php.net/?id=21144&edit=1
#21145 [NEW]: CLI version of PHP always prints HTTP headers.
From: [EMAIL PROTECTED] Operating system: Linux - Debian Woody PHP version: 4CVS-2002-12-22 (stable) PHP Bug Type: Unknown/Other Function Bug description: CLI version of PHP always prints HTTP headers. The CLI version of PHP always prints the headers. This may be related to my configure settings, which follow. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' -- Edit bug report at http://bugs.php.net/?id=21145&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21145&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21145&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21145&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21145&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21145&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21145&r=support Expected behavior: http://bugs.php.net/fix.php?id=21145&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21145&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21145&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21145&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21145&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21145&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21145&r=isapi
#21145 [Opn->Bgs]: CLI version of PHP always prints HTTP headers.
ID: 21145 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) New Comment: try running "php -v" I bet you're using the CGI. Not a bug -> bogus. Derick Previous Comments: [2002-12-22 12:46:22] [EMAIL PROTECTED] The CLI version of PHP always prints the headers. This may be related to my configure settings, which follow. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' -- Edit this bug report at http://bugs.php.net/?id=21145&edit=1
#21145 [Bgs->Opn]: CLI version of PHP always prints HTTP headers.
ID: 21145 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) New Comment: Just in case I wasn't clear enough on what HTTP headers where printed, they follow: Content-type: text/html X-Powered-By: PHP/4.3.0-dev Previous Comments: [2002-12-22 12:48:08] [EMAIL PROTECTED] try running "php -v" I bet you're using the CGI. Not a bug -> bogus. Derick [2002-12-22 12:46:22] [EMAIL PROTECTED] The CLI version of PHP always prints the headers. This may be related to my configure settings, which follow. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' -- Edit this bug report at http://bugs.php.net/?id=21145&edit=1
#21145 [Opn->Bgs]: CLI version of PHP always prints HTTP headers.
ID: 21145 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) Previous Comments: [2002-12-22 12:49:55] [EMAIL PROTECTED] Just in case I wasn't clear enough on what HTTP headers where printed, they follow: Content-type: text/html X-Powered-By: PHP/4.3.0-dev [2002-12-22 12:48:08] [EMAIL PROTECTED] try running "php -v" I bet you're using the CGI. Not a bug -> bogus. Derick [2002-12-22 12:46:22] [EMAIL PROTECTED] The CLI version of PHP always prints the headers. This may be related to my configure settings, which follow. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' -- Edit this bug report at http://bugs.php.net/?id=21145&edit=1
#17942 [Com]: Cannot retrieve form variable
ID: 17942 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 4.2.1 New Comment: Regarding PHP & IIS 5.1 If I set register_globals to On, PHP accepts form variables. If not, it accepts : $HTTP_POST_VARS["UserName"] However, this only when I set PHP up using the php.exe file, which, to my knowledge, makes it an insecure CGI program. Is it a security risk using that install method? If so, then how do I make PHP accept form input as an Isapi filter?? Previous Comments: [2002-06-24 07:30:22] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to be off. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. [2002-06-24 07:29:47] [EMAIL PROTECTED] The problem with it is it does not capture form variables. E.g I have a form call form.php with form element named id, K and D. the form post these variables to form_post.php. in the form_post.php, I need the variables, id, K and D and try to refer to it as $id, $K and $D, but nothing works. Thanks. -- Edit this bug report at http://bugs.php.net/?id=17942&edit=1
#21145 [Com]: CLI version of PHP always prints HTTP headers.
ID: 21145 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) New Comment: I just reconfigured with --enable-cli and recompiled with the same results. It always says cgi in php -v, no matter if I configure it as a CLI or not. Previous Comments: [2002-12-22 12:49:55] [EMAIL PROTECTED] Just in case I wasn't clear enough on what HTTP headers where printed, they follow: Content-type: text/html X-Powered-By: PHP/4.3.0-dev [2002-12-22 12:48:08] [EMAIL PROTECTED] try running "php -v" I bet you're using the CGI. Not a bug -> bogus. Derick [2002-12-22 12:46:22] [EMAIL PROTECTED] The CLI version of PHP always prints the headers. This may be related to my configure settings, which follow. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' -- Edit this bug report at http://bugs.php.net/?id=21145&edit=1
#21144 [Ver->Csd]: Ncurses segfaults when ncurses_*() is run without ncurses_init().
ID: 21144 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) New Comment: 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. Previous Comments: [2002-12-22 11:59:46] [EMAIL PROTECTED] That will work properly. This will cause PHP to segfault with no messages. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' This bug has been tested with the default Ncurses and Ncurses 5.3 with the same results. This bug occurs in ncurses_start_color() and ncurses_standout(). It is assumed that it occurs in more functions, but that is not verified. Following is a gdb backtrace: #0 0x0814daf9 in start_color () #1 0x0809658f in zif_ncurses_start_color (ht=0, return_value=0x820b864, this_ptr=0x0, return_value_used=0) at /root/php4-STABLE-200212220230/ext/ncurses/ncurses_functions.c:318 #2 0x081434ca in execute (op_array=0x820b964) at /root/php4-STABLE-200212220230/Zend/zend_execute.c:1598 #3 0x08134238 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php4-STABLE-200212220230/Zend/zend.c:864 #4 0x081124ff in php_execute_script (primary_file=0xb9e4) at /root/php4-STABLE-200212220230/main/main.c:1573 #5 0x0814a4e3 in main (argc=3, argv=0xba54) at /root/php4-STABLE-200212220230/sapi/cgi/cgi_main.c:1417 -- Edit this bug report at http://bugs.php.net/?id=21144&edit=1
#21144 [Csd->Asn]: Ncurses segfaults when ncurses_*() is run without ncurses_init().
ID: 21144 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Assigned Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) -Assigned To: +Assigned To: iliaa New Comment: The bug still exists and the applied fix is not correct. I am working on a patch to fully address the problem. The committed fix only fixes the problem for a single function, a dosen other ncurses functions can and will result in the segv. Previous Comments: [2002-12-22 13:11:37] [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. [2002-12-22 11:59:46] [EMAIL PROTECTED] That will work properly. This will cause PHP to segfault with no messages. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' This bug has been tested with the default Ncurses and Ncurses 5.3 with the same results. This bug occurs in ncurses_start_color() and ncurses_standout(). It is assumed that it occurs in more functions, but that is not verified. Following is a gdb backtrace: #0 0x0814daf9 in start_color () #1 0x0809658f in zif_ncurses_start_color (ht=0, return_value=0x820b864, this_ptr=0x0, return_value_used=0) at /root/php4-STABLE-200212220230/ext/ncurses/ncurses_functions.c:318 #2 0x081434ca in execute (op_array=0x820b964) at /root/php4-STABLE-200212220230/Zend/zend_execute.c:1598 #3 0x08134238 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php4-STABLE-200212220230/Zend/zend.c:864 #4 0x081124ff in php_execute_script (primary_file=0xb9e4) at /root/php4-STABLE-200212220230/main/main.c:1573 #5 0x0814a4e3 in main (argc=3, argv=0xba54) at /root/php4-STABLE-200212220230/sapi/cgi/cgi_main.c:1417 -- Edit this bug report at http://bugs.php.net/?id=21144&edit=1
#21146 [NEW]: typo in 3 files in ext/pcre/pcrelib/docs
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.3.0RC4 PHP Bug Type: PCRE related Bug description: typo in 3 files in ext/pcre/pcrelib/docs Spotted these when I was looking for the same typo in pgsql.c, 'character' is missing a 'c'. file 'ext/pcre/pcrelib/doc/pcre.3' line 207 "If this bit is set, a dot metacharater in " file 'ext/pcre/pcrelib/doc/pcre.html' line 273 same typo file 'ext/pcre/pcrelib/doc/pcre.txt' line 212 same typo -- Edit bug report at http://bugs.php.net/?id=21146&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21146&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21146&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21146&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21146&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21146&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21146&r=support Expected behavior: http://bugs.php.net/fix.php?id=21146&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21146&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21146&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21146&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21146&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21146&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21146&r=isapi
#21146 [Opn->Bgs]: typo in 3 files in ext/pcre/pcrelib/docs
ID: 21146 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: n/a PHP Version: 4.3.0RC4 New Comment: Report this to the PCRE library people. Not really a bug in PHP :) Previous Comments: [2002-12-22 13:22:43] [EMAIL PROTECTED] Spotted these when I was looking for the same typo in pgsql.c, 'character' is missing a 'c'. file 'ext/pcre/pcrelib/doc/pcre.3' line 207 "If this bit is set, a dot metacharater in " file 'ext/pcre/pcrelib/doc/pcre.html' line 273 same typo file 'ext/pcre/pcrelib/doc/pcre.txt' line 212 same typo -- Edit this bug report at http://bugs.php.net/?id=21146&edit=1
#21147 [NEW]: option cybermut in configure but not work
From: [EMAIL PROTECTED] Operating system: linux RH 7.2 PHP version: 4.3.0RC4 PHP Bug Type: *E-commerce functions Bug description: option cybermut in configure but not work Hi, apache 1.3.27 + php 4.3.0RC4 with apxs : i add --with-cybermut=/usr/local/cybermut in configure , intall passed but cybermut functions not work and not to indicated in phpinfo(). Léonard -- Edit bug report at http://bugs.php.net/?id=21147&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21147&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21147&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21147&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21147&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21147&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21147&r=support Expected behavior: http://bugs.php.net/fix.php?id=21147&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21147&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21147&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21147&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21147&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21147&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21147&r=isapi
#21144 [Asn->Csd]: Ncurses segfaults when ncurses_*() is run without ncurses_init().
ID: 21144 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) Assigned To: iliaa New Comment: 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. Previous Comments: [2002-12-22 13:13:55] [EMAIL PROTECTED] The bug still exists and the applied fix is not correct. I am working on a patch to fully address the problem. The committed fix only fixes the problem for a single function, a dosen other ncurses functions can and will result in the segv. [2002-12-22 13:11:37] [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. [2002-12-22 11:59:46] [EMAIL PROTECTED] That will work properly. This will cause PHP to segfault with no messages. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' This bug has been tested with the default Ncurses and Ncurses 5.3 with the same results. This bug occurs in ncurses_start_color() and ncurses_standout(). It is assumed that it occurs in more functions, but that is not verified. Following is a gdb backtrace: #0 0x0814daf9 in start_color () #1 0x0809658f in zif_ncurses_start_color (ht=0, return_value=0x820b864, this_ptr=0x0, return_value_used=0) at /root/php4-STABLE-200212220230/ext/ncurses/ncurses_functions.c:318 #2 0x081434ca in execute (op_array=0x820b964) at /root/php4-STABLE-200212220230/Zend/zend_execute.c:1598 #3 0x08134238 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php4-STABLE-200212220230/Zend/zend.c:864 #4 0x081124ff in php_execute_script (primary_file=0xb9e4) at /root/php4-STABLE-200212220230/main/main.c:1573 #5 0x0814a4e3 in main (argc=3, argv=0xba54) at /root/php4-STABLE-200212220230/sapi/cgi/cgi_main.c:1417 -- Edit this bug report at http://bugs.php.net/?id=21144&edit=1
#21148 [NEW]: collect2 error: ar related
From: [EMAIL PROTECTED] Operating system: SCO Openserver 5.0.5 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: collect2 error: ar related For some reason, on OSR 5.0.5, the creation of the .a files creates a problem. It's easily fixed each time it occurs by running: ar -ts afilename.a and restarting the make. Is there a simple way to force it every time a .a file is created? Also, if I may, I'd like to offer login/space on an OSR5.0.5 system in case you folks need it to test/debug installs on OpenServer. The relevant part of the error. This may be a libtool issue. /bin/sh /local/src/www/php-4.2.3/libtool --silent --mode=link gcc -I. -I/local/s rc/www/php-4.2.3/ -I/local/src/www/php-4.2.3/main -I/local/src/www/php-4.2.3 -I/ local/src/www/php-4.2.3/Zend -I/local/src/www/php-4.2.3/ext/mysql/libmysql -I/lo cal/src/www/php-4.2.3/ext/xml/expat -I/local/src/www/php-4.2.3/TSRM -g -O2 -o php -export-dynamic stub.lo libphp4.la ./.libs/libphp4.a: libelf error: elf_getarsym: collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/local/src/www/php-4.2.3' -- Edit bug report at http://bugs.php.net/?id=21148&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21148&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21148&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21148&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21148&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21148&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21148&r=support Expected behavior: http://bugs.php.net/fix.php?id=21148&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21148&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21148&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21148&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21148&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21148&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21148&r=isapi
#21145 [Bgs->Opn]: CLI version of PHP always prints HTTP headers.
ID: 21145 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Linux - Debian Woody PHP Version: 4CVS-2002-12-22 (stable) New Comment: Please explain to the doc team how to document this new behavior in PHP, regarding the CLI/CGI build process. And the various problems (such as this ncurses one) that may/will arise. Previous Comments: [2002-12-22 12:55:46] [EMAIL PROTECTED] I just reconfigured with --enable-cli and recompiled with the same results. It always says cgi in php -v, no matter if I configure it as a CLI or not. [2002-12-22 12:49:55] [EMAIL PROTECTED] Just in case I wasn't clear enough on what HTTP headers where printed, they follow: Content-type: text/html X-Powered-By: PHP/4.3.0-dev [2002-12-22 12:48:08] [EMAIL PROTECTED] try running "php -v" I bet you're using the CGI. Not a bug -> bogus. Derick [2002-12-22 12:46:22] [EMAIL PROTECTED] The CLI version of PHP always prints the headers. This may be related to my configure settings, which follow. './configure' '--enable-bcmath' '--enable-pcntl' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-tokenizer' '--with-pear' '--with-curl' '--with-mysql' '--with-gettext' '--with-mcrypt' '--with-mhash' '--with-ming' '--with-ncurses=/root/ncurses-5.3' '--with-shmop' '--enable-sockets' -- Edit this bug report at http://bugs.php.net/?id=21145&edit=1
#21059 [Opn->Bgs]: Serialization of objects with references is redundant
ID: 21059
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
-Bug Type: Scripting Engine problem
+Bug Type: Class/Object related
Operating System: Windows XP, Linux
PHP Version: 4.2.3
New Comment:
hello! i found out that THIS IS NOT A BUG. this is how objects work.
when using the = operator, the object is copied and the references
inside the object still point to the old object.
SORRY!
Previous Comments:
[2002-12-17 12:00:07] [EMAIL PROTECTED]
here's the output of the script:
http://maldini.dyndns.org/~milan/bug.php
[2002-12-16 20:23:58] [EMAIL PROTECTED]
Text = $s;
$this->Parent = &$parent;
}
}
class B
{
var $Child;
function B()
{
$this->Child =& new A($this, "Hello");
}
}
class C
{
var $Child;
function C()
{
$this->Child = new A($this, "Hello");
}
}
echo "\n\n";
$b= new B();
$s = serialize($b);
echo "$s\n" . strlen($s) . "\n";
$s = serialize(&$b);
echo "$s\n" . strlen($s) . "\n";
$b=& new B();
$s = serialize($b);
echo "$s\n" . strlen($s) . "\n";
$s = serialize(&$b);
echo "$s\n" . strlen($s) . "\n";
$c= new C();
$s = serialize($c);
echo "$s\n" . strlen($s) . "\n";
$c=& new C();
$s = serialize(&$c);
echo "$s\n" . strlen($s) . "\n";
echo "";
?>
---cut---
hello! i tried this script both on windows and linux with PHP 4.2.3
installed. I saw, that the serialized code could be highly redundant,
depending on serializing the object or it's refference. there's also a
problem around the new constructor, or i guess, the problem might be at
copying objects with the '=' operator...
--
Edit this bug report at http://bugs.php.net/?id=21059&edit=1
#21140 [Com]: file_exists() always return false
ID: 21140 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.3 New Comment: i'd love to get it off of snaps.php.net but the problem is that older version aren't left on the server. i'm trying to use the freebsd port and it expects 4.2.3 not 4.3. i guess i need to try to figure out how to get an older version out of cvs. Previous Comments: [2002-12-22 09:12:41] [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. [2002-12-22 09:09:00] [EMAIL PROTECTED] The mod_php4-4.2.3 port's file_exists() function always return false. Some info, what phpinfo() say: Configure Command: './configure' '--with-apxs2=/usr/local/sbin/apxs' '--with-tsrm-pth' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-pdflib=/usr/local' '--with-zlib-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-interbase=/usr/local/firebird' '--with-ldap=/usr/local' '--with-openssl=/usr' '--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr' '--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-wddx' '--with-dom=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex' '--enable-mbstring' '--enable-yp' '--enable-bcmath' '--with-ming=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Server API: Apache 2.0 Filter Virtual Directory Support: enabled Configuration File (php.ini) Path: /usr/local/etc/php.ini Debug Build: no Thread Safety: enabled If anybody needs, I'll send him/her the whole phpinfo() output -- Edit this bug report at http://bugs.php.net/?id=21140&edit=1
#21149 [NEW]: array assignment and HTTP_*_VARS
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Variables related Bug description: array assignment and HTTP_*_VARS While doing a security audit on a PHP web app, I was able to bypass a variable check wich later allowed me to remotely execute commands on the web server. Although this was a programming error, I found it very odd the behaviour from PHP. Consider the following code as an example: "; echo "test HTTP_GET_VARS: ".$HTTP_GET_VARS['test']; echo "\r\n"; echo "var test: $test\r\n"; echo "\r\n"; ?> Having this, and requesting the page as: ola.php?test[= The output will be: test not defined in HTTP_*_VARS test HTTP_GET_VARS: var test: Array So, 'test' is an array, but appears as no set in HTTP_*_VARS. Regards, Joao Gouveia [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=21149&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21149&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21149&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21149&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21149&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21149&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21149&r=support Expected behavior: http://bugs.php.net/fix.php?id=21149&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21149&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21149&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21149&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21149&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21149&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21149&r=isapi
#21147 [Opn->Bgs]: option cybermut in configure but not work
ID: 21147 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *E-commerce functions Operating System: linux RH 7.2 PHP Version: 4.3.0RC4 New Comment: >From the NEWS file: - Moved extensions to PECL (http://pear.php.net/): (James, Derick) . ext/vpopmail . ext/cybermut not a bug -> bogus. Derick Previous Comments: [2002-12-22 13:30:58] [EMAIL PROTECTED] Hi, apache 1.3.27 + php 4.3.0RC4 with apxs : i add --with-cybermut=/usr/local/cybermut in configure , intall passed but cybermut functions not work and not to indicated in phpinfo(). Léonard -- Edit this bug report at http://bugs.php.net/?id=21147&edit=1
#21139 [Ctl]: zlib.output_compression + windows failure
ID: 21139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Windows PHP Version: 4.3.0RC4 New Comment: During investigation, I found another odd behaviour when zlib.output_compression is toggled up by .htaccess. HTTP response headers which are automatically appended by Apache, such as ETag, Accept-Ranges, and Content-Length are supposed to be removed on sapi activation, and they are actually removed in the very first request to the server, but from the second request they persistently appear again. Previous Comments: [2002-12-22 12:14:53] [EMAIL PROTECTED] Verified on Windows, with Apache or Apache2. -- HTTP response dump of the following script -- -- Apache_1.3.27 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:53 GMT Server: Apache/1.3.27 (Win32) PHP/4.4.0-dev X-Powered-By: PHP/4.4.0-dev Connection: close Content-Type: text/html (correctly gzip-encoded content) -- Apache_2.0.43 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:15 GMT Server: Apache/2.0.43 (Win32) PHP/4.4.0-dev Last-Modified: Sun, 22 Dec 2002 17:59:26 GMT ETag: "45a2-1b-e744bab1" Accept-Ranges: bytes Content-Length: 27 Connection: close Content-Type: application/x-httpd-php Warning: (null)() [ref.outcontrol]: Cannot change zlib.output_compression - headers already sent in Unknown on line 0 abcde [2002-12-21 19:27:53] [EMAIL PROTECTED] I can confirm this bug on Windows + Apache + zlib.output_compression in .htaccess. If zlib.output_compression is set to on from php.ini it works. It only doesn't work if set from .htaccess. [2002-12-21 17:48:30] [EMAIL PROTECTED] I have just installed latest php 4.3 on linux and windows. I use the same directory and therefore .htaccess files for apache/mod_php on both platforms. When i enable enable output compression with ini setting php_value zlib.output_compression On in .htaccess the linux version works as expected but the windows version fails. Sometimes i receive errors with access violations. Sometimes i can downlowd the result but when rename the resulting file to .gz i can open it and as you might expect it contains the correct result. And sometime i see the encoding result presented in the browser and then i cannot save and view it although the gzip header seems correct. marcus -- Edit this bug report at http://bugs.php.net/?id=21139&edit=1
#20929 [Fbk->Opn]: Problem in handling big5 characters from HTML form
ID: 20929 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Redhat Linux 7.2 PHP Version: 4.2.3 New Comment: I have checked the built-in modules of both Apache 1.3 and Apache 2. They have the same modules: Compiled in modules: core.c http_core.c mod_access.c mod_actions.c mod_alias.c mod_asis.c mod_auth.c mod_autoindex.c mod_cgi.c mod_dir.c mod_env.c mod_imap.c mod_include.c mod_log_config.c mod_mime.c mod_negotiation.c mod_setenvif.c mod_so.c mod_status.c mod_userdir.c prefork.c Thanks. Previous Comments: [2002-12-21 10:17:11] [EMAIL PROTECTED] I suspect some external input filter module automatically converts multibyte characters to htmlentities before they come into PHP's input handler. If so, this is not the PHP developer issue. What modules are enabled in Apache2? you can get the list of built-in modules by the following option: $ httpd -l [2002-12-11 22:13:41] [EMAIL PROTECTED] It appears that apache 2 is correctly encoding the input, I would suggest a having a look at the multibyte extension, to see if there is a way of a) configuring php to automatically decode these for you b) a routine to manually decode them. [2002-12-11 21:40:39] [EMAIL PROTECTED] I use the same client (Windows2000 + IE6), the same server OS (Redhat7.2) and the same php version (4.2.3 and 4.4.0-dev). The only difference is Apache version, Apache1.3.27 and Apache2.0.40. For testing, I use the "big 5" character "«O¨}" >From Apache1.3.27: $_REQUEST = "«O¨}" >From Apache2.0.40: $_REQUEST = "保良" The setup of both Apache servers are equal. Apache1.3.27: './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--with-gettext' '--with-xml' '--with-ldap' '--enable-ftp' Apache2.0.40: './configure' '--with-mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--with-gettext' '--with-xml' '--with-ldap' '--enable-ftp' Thanks for help. [2002-12-11 19:57:32] [EMAIL PROTECTED] 2)htmlentities has an extra optional argument for characterset Can you double check what that the brower is sending to the server (karpski), and see if theres any difference between you r Apache1.3 & Apache2.0 setup [2002-12-11 19:36:37] [EMAIL PROTECTED] I have tried the latest PHP CVS 4.4.0-dev(200212120030). The problem still exist. All "big 5" characters from HTML form POST/GET are always converted to HTML codes. No function can be used to convert HTML codes back to "big 5" characters. Thanks. 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/20929 -- Edit this bug report at http://bugs.php.net/?id=20929&edit=1
#21150 [NEW]: Sapi module error
From: [EMAIL PROTECTED] Operating system: Redhat 8 PHP version: 4.3.0RC4 PHP Bug Type: Compile Failure Bug description: Sapi module error Sorry for my terrible english... I try to configure with the command sh configure --disable-debug --with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local --with-png-dir=/usr/local --with-gd=/usr/local --enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local --with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-trans-sid --enable-wddx --with-kerberos --with-mysql=/usr/local/mysql --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --with-freetype-dir=/usr/local --with-mhash=/usr/local --with-mcal=/usr/local/mcal --with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl --with-apxs=/usr/local/apache/bin/apxs Then I compile with 'make', and all goes ok But when I try to install php, with 'make install', I get the following error: [root@idave php-4.3.0RC4]# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: impossibile fare stat di `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 [root@idave php-4.3.0RC4]# Note that I've previously installed PHP4.3.0RC2 and all went ok, with the same configure line! What's wrong? -- Edit bug report at http://bugs.php.net/?id=21150&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21150&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21150&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21150&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21150&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21150&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21150&r=support Expected behavior: http://bugs.php.net/fix.php?id=21150&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21150&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21150&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21150&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21150&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21150&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21150&r=isapi
#21151 [NEW]: zlib and pcre as external modules don't work
From: [EMAIL PROTECTED] Operating system: Mandrake 9.0 PHP version: 4.3.0RC4 PHP Bug Type: Unknown/Other Function Bug description: zlib and pcre as external modules don't work Hi. zlib and pcre won't build as external modules. Here's my configure line: ./configure \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --datadir=/usr/share \ --sysconfdir=/etc \ --libdir=/usr/lib \ --includedir=/usr/include \ --infodir=/usr/share/info \ --mandir=/usr/share/man \ --with-apxs2=/usr/sbin/apxs \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-debug \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-config-file-scan-dir=/etc/httpd/conf.d \ --with-pear=/usr/lib/php \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --enable-magic-quotes \ --disable-rpath \ --with-openssl=shared,/usr --with-zlib=shared,/usr --with-zlib-dir=/usr \ --enable-bcmath=shared \ --with-bz2=shared,/usr \ --enable-calendar=shared \ --without-cpdflib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --without-crack \ --with-ctype=shared \ --with-curl=shared,/usr \ --without-cyrus \ --without-db \ --enable-dba=shared,/usr \ --with-gdbm=shared,/usr \ --without-ndbm \ --without-db2 \ --without-db3 \ --with-db4=shared,/usr \ --without-dbm \ --with-cdb=shared,/usr \ --with-flatfile=shared \ --enable-dbase=shared \ --enable-dbx=shared,/usr \ --enable-dio=shared,/usr \ --with-dom=shared,/usr --with-zlib-dir=/usr --with-dom-xslt=shared,/usr --with-dom-exslt=shared,/usr \ --enable-exif=shared \ --without-fbsql \ --without-fdftk \ --enable-filepro=shared \ --without-fribidi \ --enable-ftp=shared \ --with-gd=shared --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6/lib/ \ --with-ttf=/usr \ --with-freetype-dir=/usr \ --with-t1lib=/usr \ --enable-gd-native-ttf \ --with-gettext=shared,/usr \ --with-gmp=shared,/usr \ --without-hwapi \ --without-hyperwave \ --without-iconv \ --with-imap=shared,/usr \ --without-kerberos \ --with-imap-ssl=shared,/usr \ --without-informix \ --without-ingres \ --without-interbase \ --without-ircg \ --with-ircg-config=/dev/null \ --without-java \ --with-ldap=shared,/usr \ --enable-mbstring=shared \ --enable-mbregex=shared \ --without-mcal \ --with-mcrypt=shared,/usr \ --without-mcve \ --with-mhash=shared,/usr \ --enable-mime-magic=shared \ --with-ming=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-msession \ --without-msql \ --without-mssql \ --with-mysql=shared,/usr --with-mysql-sock=/var/lib/mysql/mysql.sock --with-zlib-dir=/usr \ --with-ncurses=shared,/usr \ --without-oci8 \ --without-adabas \ --without-sapdb \ --without-solid \ --without-ibm-db2 \ --without-empress \ --without-empress-bcs \ --without-birdstep \ --without-custom-odbc \ --without-iodbc \ --without-esoob \ --with-unixODBC=shared,/usr \ --without-openlink \ --without-dbmaker \ --without-oracle \ --enable-overload=shared \ --without-ovrimos \ --disable-pcntl \ --without-pcre-regex \ --with-pcre-regex=shared,/usr \ --without-pdflib --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr \ --without-pfpro \ --with-pgsql=shared,/usr \ --enable-posix=shared \ --with-pspell=shared,/usr \ --without-qtdom \ --without-libedit \ --without-readline \ --with-recode=shared,/usr \ --enable-session=shared \ --without-mm \ --enable-shmop=shared \ --with-snmp=shared,/usr \ --enable-ucd-snmp-hack \ --enable-sockets=shared \ --with-regex=php \ --without-swf \ --without-sybase \ --with-sybase-ct=shared,/usr \ --enable-sysvmsg=shared \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-tokenizer=shared \ --enable-wddx=shared \ --disable-xml \ --with-expat-dir=shared,/usr \ --with-xmlrpc=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --enable-xslt=shared,/usr \ --with-xslt-sablot=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --with-sablot-js=shared,/usr \ --without-yaz \ --enable-yp=shared \ --with-zip=shared,/usr \ --enable-shared \ --with-pic \ --enable-inline-optimization \ --enable-memory-limit gcc -O6 -fomit-frame-pointer -pipe -s -mcpu=i686 -march=i686 -ffast-math -fexpensive-optimizations -fPIC -g -Wall ext/ctype/ctype.lo ext/standard/array.lo ext/
#21152 [NEW]: zlib and pcre as external modules don't work
From: [EMAIL PROTECTED] Operating system: Mandrake 9.0 PHP version: 4.3.0RC4 PHP Bug Type: Readline related Bug description: zlib and pcre as external modules don't work Hi. readline won't build as a external module. Here's my configure line that don't work: ./configure \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --datadir=/usr/share \ --sysconfdir=/etc \ --libdir=/usr/lib \ --includedir=/usr/include \ --infodir=/usr/share/info \ --mandir=/usr/share/man \ --with-apxs2=/usr/sbin/apxs \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-debug \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-config-file-scan-dir=/etc/httpd/conf.d \ --with-pear=/usr/lib/php \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --enable-magic-quotes \ --disable-rpath \ --with-openssl=shared,/usr --with-zlib=shared,/usr --with-zlib-dir=/usr \ --enable-bcmath=shared \ --with-bz2=shared,/usr \ --enable-calendar=shared \ --without-cpdflib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --without-crack \ --with-ctype=shared \ --with-curl=shared,/usr \ --without-cyrus \ --without-db \ --enable-dba=shared,/usr \ --with-gdbm=shared,/usr \ --without-ndbm \ --without-db2 \ --without-db3 \ --with-db4=shared,/usr \ --without-dbm \ --with-cdb=shared,/usr \ --with-flatfile=shared \ --enable-dbase=shared \ --enable-dbx=shared,/usr \ --enable-dio=shared,/usr \ --with-dom=shared,/usr --with-zlib-dir=/usr --with-dom-xslt=shared,/usr --with-dom-exslt=shared,/usr \ --enable-exif=shared \ --without-fbsql \ --without-fdftk \ --enable-filepro=shared \ --without-fribidi \ --enable-ftp=shared \ --with-gd=shared --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6/lib/ \ --with-ttf=/usr \ --with-freetype-dir=/usr \ --with-t1lib=/usr \ --enable-gd-native-ttf \ --with-gettext=shared,/usr \ --with-gmp=shared,/usr \ --without-hwapi \ --without-hyperwave \ --without-iconv \ --with-imap=shared,/usr \ --without-kerberos \ --with-imap-ssl=shared,/usr \ --without-informix \ --without-ingres \ --without-interbase \ --without-ircg \ --with-ircg-config=/dev/null \ --without-java \ --with-ldap=shared,/usr \ --enable-mbstring=shared \ --enable-mbregex=shared \ --without-mcal \ --with-mcrypt=shared,/usr \ --without-mcve \ --with-mhash=shared,/usr \ --enable-mime-magic=shared \ --with-ming=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-msession \ --without-msql \ --without-mssql \ --with-mysql=shared,/usr --with-mysql-sock=/var/lib/mysql/mysql.sock --with-zlib-dir=/usr \ --with-ncurses=shared,/usr \ --without-oci8 \ --without-adabas \ --without-sapdb \ --without-solid \ --without-ibm-db2 \ --without-empress \ --without-empress-bcs \ --without-birdstep \ --without-custom-odbc \ --without-iodbc \ --without-esoob \ --with-unixODBC=shared,/usr \ --without-openlink \ --without-dbmaker \ --without-oracle \ --enable-overload=shared \ --without-ovrimos \ --disable-pcntl \ --without-pcre-regex \ --with-pcre-regex=shared,/usr \ --without-pdflib --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr \ --without-pfpro \ --with-pgsql=shared,/usr \ --enable-posix=shared \ --with-pspell=shared,/usr \ --without-qtdom \ --without-libedit \ --with-readline=shared,/usr \ --with-recode=shared,/usr \ --enable-session=shared \ --without-mm \ --enable-shmop=shared \ --with-snmp=shared,/usr \ --enable-ucd-snmp-hack \ --enable-sockets=shared \ --with-regex=php \ --without-swf \ --without-sybase \ --with-sybase-ct=shared,/usr \ --enable-sysvmsg=shared \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-tokenizer=shared \ --enable-wddx=shared \ --disable-xml \ --with-expat-dir=shared,/usr \ --with-xmlrpc=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --enable-xslt=shared,/usr \ --with-xslt-sablot=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --with-sablot-js=shared,/usr \ --without-yaz \ --enable-yp=shared \ --with-zip=shared,/usr \ --enable-shared \ --with-pic \ --enable-inline-optimization \ --enable-memory-limit Here's the configure line that does work: READLINE_SHARED_LIBADD="-lhistory -lreadline -lncurses" ./configure --with-readline=shared,/usr
#21153 [NEW]: readline won't be built as an external module
From: [EMAIL PROTECTED] Operating system: Mandrake 9.0 PHP version: 4.3.0RC4 PHP Bug Type: Readline related Bug description: readline won't be built as an external module Hi. (sorry, this one was accidently also filed as #21152, I forgot to change the summary...) readline won't build as a external module. Here's my configure line that don't work: ./configure \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --datadir=/usr/share \ --sysconfdir=/etc \ --libdir=/usr/lib \ --includedir=/usr/include \ --infodir=/usr/share/info \ --mandir=/usr/share/man \ --with-apxs2=/usr/sbin/apxs \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-debug \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-config-file-scan-dir=/etc/httpd/conf.d \ --with-pear=/usr/lib/php \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --enable-magic-quotes \ --disable-rpath \ --with-openssl=shared,/usr --with-zlib=shared,/usr --with-zlib-dir=/usr \ --enable-bcmath=shared \ --with-bz2=shared,/usr \ --enable-calendar=shared \ --without-cpdflib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --without-crack \ --with-ctype=shared \ --with-curl=shared,/usr \ --without-cyrus \ --without-db \ --enable-dba=shared,/usr \ --with-gdbm=shared,/usr \ --without-ndbm \ --without-db2 \ --without-db3 \ --with-db4=shared,/usr \ --without-dbm \ --with-cdb=shared,/usr \ --with-flatfile=shared \ --enable-dbase=shared \ --enable-dbx=shared,/usr \ --enable-dio=shared,/usr \ --with-dom=shared,/usr --with-zlib-dir=/usr --with-dom-xslt=shared,/usr --with-dom-exslt=shared,/usr \ --enable-exif=shared \ --without-fbsql \ --without-fdftk \ --enable-filepro=shared \ --without-fribidi \ --enable-ftp=shared \ --with-gd=shared --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6/lib/ \ --with-ttf=/usr \ --with-freetype-dir=/usr \ --with-t1lib=/usr \ --enable-gd-native-ttf \ --with-gettext=shared,/usr \ --with-gmp=shared,/usr \ --without-hwapi \ --without-hyperwave \ --without-iconv \ --with-imap=shared,/usr \ --without-kerberos \ --with-imap-ssl=shared,/usr \ --without-informix \ --without-ingres \ --without-interbase \ --without-ircg \ --with-ircg-config=/dev/null \ --without-java \ --with-ldap=shared,/usr \ --enable-mbstring=shared \ --enable-mbregex=shared \ --without-mcal \ --with-mcrypt=shared,/usr \ --without-mcve \ --with-mhash=shared,/usr \ --enable-mime-magic=shared \ --with-ming=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-msession \ --without-msql \ --without-mssql \ --with-mysql=shared,/usr --with-mysql-sock=/var/lib/mysql/mysql.sock --with-zlib-dir=/usr \ --with-ncurses=shared,/usr \ --without-oci8 \ --without-adabas \ --without-sapdb \ --without-solid \ --without-ibm-db2 \ --without-empress \ --without-empress-bcs \ --without-birdstep \ --without-custom-odbc \ --without-iodbc \ --without-esoob \ --with-unixODBC=shared,/usr \ --without-openlink \ --without-dbmaker \ --without-oracle \ --enable-overload=shared \ --without-ovrimos \ --disable-pcntl \ --without-pcre-regex \ --with-pcre-regex=shared,/usr \ --without-pdflib --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr \ --without-pfpro \ --with-pgsql=shared,/usr \ --enable-posix=shared \ --with-pspell=shared,/usr \ --without-qtdom \ --without-libedit \ --with-readline=shared,/usr \ --with-recode=shared,/usr \ --enable-session=shared \ --without-mm \ --enable-shmop=shared \ --with-snmp=shared,/usr \ --enable-ucd-snmp-hack \ --enable-sockets=shared \ --with-regex=php \ --without-swf \ --without-sybase \ --with-sybase-ct=shared,/usr \ --enable-sysvmsg=shared \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-tokenizer=shared \ --enable-wddx=shared \ --disable-xml \ --with-expat-dir=shared,/usr \ --with-xmlrpc=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --enable-xslt=shared,/usr \ --with-xslt-sablot=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --with-sablot-js=shared,/usr \ --without-yaz \ --enable-yp=shared \ --with-zip=shared,/usr \ --enable-shared \ --with-pic \ --enable-inline-optimization \ --enable-memory-limit Here's the configure line that does work: READLI
#21152 [Opn->Bgs]: zlib and pcre as external modules don't work
ID: 21152 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Readline related Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: I accidently forgot to add the correct summary, the right one would be http://bugs.php.net/bug.php?id=21153 Previous Comments: [2002-12-22 19:27:13] [EMAIL PROTECTED] Hi. readline won't build as a external module. Here's my configure line that don't work: ./configure \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --datadir=/usr/share \ --sysconfdir=/etc \ --libdir=/usr/lib \ --includedir=/usr/include \ --infodir=/usr/share/info \ --mandir=/usr/share/man \ --with-apxs2=/usr/sbin/apxs \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-debug \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-config-file-scan-dir=/etc/httpd/conf.d \ --with-pear=/usr/lib/php \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --enable-magic-quotes \ --disable-rpath \ --with-openssl=shared,/usr --with-zlib=shared,/usr --with-zlib-dir=/usr \ --enable-bcmath=shared \ --with-bz2=shared,/usr \ --enable-calendar=shared \ --without-cpdflib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --without-crack \ --with-ctype=shared \ --with-curl=shared,/usr \ --without-cyrus \ --without-db \ --enable-dba=shared,/usr \ --with-gdbm=shared,/usr \ --without-ndbm \ --without-db2 \ --without-db3 \ --with-db4=shared,/usr \ --without-dbm \ --with-cdb=shared,/usr \ --with-flatfile=shared \ --enable-dbase=shared \ --enable-dbx=shared,/usr \ --enable-dio=shared,/usr \ --with-dom=shared,/usr --with-zlib-dir=/usr --with-dom-xslt=shared,/usr --with-dom-exslt=shared,/usr \ --enable-exif=shared \ --without-fbsql \ --without-fdftk \ --enable-filepro=shared \ --without-fribidi \ --enable-ftp=shared \ --with-gd=shared --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6/lib/ \ --with-ttf=/usr \ --with-freetype-dir=/usr \ --with-t1lib=/usr \ --enable-gd-native-ttf \ --with-gettext=shared,/usr \ --with-gmp=shared,/usr \ --without-hwapi \ --without-hyperwave \ --without-iconv \ --with-imap=shared,/usr \ --without-kerberos \ --with-imap-ssl=shared,/usr \ --without-informix \ --without-ingres \ --without-interbase \ --without-ircg \ --with-ircg-config=/dev/null \ --without-java \ --with-ldap=shared,/usr \ --enable-mbstring=shared \ --enable-mbregex=shared \ --without-mcal \ --with-mcrypt=shared,/usr \ --without-mcve \ --with-mhash=shared,/usr \ --enable-mime-magic=shared \ --with-ming=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-msession \ --without-msql \ --without-mssql \ --with-mysql=shared,/usr --with-mysql-sock=/var/lib/mysql/mysql.sock --with-zlib-dir=/usr \ --with-ncurses=shared,/usr \ --without-oci8 \ --without-adabas \ --without-sapdb \ --without-solid \ --without-ibm-db2 \ --without-empress \ --without-empress-bcs \ --without-birdstep \ --without-custom-odbc \ --without-iodbc \ --without-esoob \ --with-unixODBC=shared,/usr \ --without-openlink \ --without-dbmaker \ --without-oracle \ --enable-overload=shared \ --without-ovrimos \ --disable-pcntl \ --without-pcre-regex \ --with-pcre-regex=shared,/usr \ --without-pdflib --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-tiff-dir=/usr \ --without-pfpro \ --with-pgsql=shared,/usr \ --enable-posix=shared \ --with-pspell=shared,/usr \ --without-qtdom \ --without-libedit \ --with-readline=shared,/usr \ --with-recode=shared,/usr \ --enable-session=shared \ --without-mm \ --enable-shmop=shared \ --with-snmp=shared,/usr \ --enable-ucd-snmp-hack \ --enable-sockets=shared \ --with-regex=php \ --without-swf \ --without-sybase \ --with-sybase-ct=shared,/usr \ --enable-sysvmsg=shared \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-tokenizer=shared \ --enable-wddx=shared \ --disable-xml \ --with-expat-dir=shared,/usr \ --with-xmlrpc=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --enable-xslt=shared,/usr \ --with-xslt-sablot=shared,/usr \ --with-expat-dir=shared,/usr \ --without-iconv-dir \ --with-sablot-js=shared,/usr \ --without-yaz \
#21089 [Opn]: mssql_bind not returning output parameters from stored procedure call
ID: 21089 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows 2000 Server SP3 -PHP Version: 4.3.0RC3 +PHP Version: 4.3.0RC3 & 4.3.0RC4 New Comment: 4.3.0RC4 produce the same result Previous Comments: [2002-12-18 20:03:23] [EMAIL PROTECTED] Making use of mssql_bind to retrieve output parameters from a stored procedure in MSSQL7 always return 0 when PHP operates in ISAPI or CGI mode under IIS5. It was noted that although it didn't return the parameter, however it is able to accept input parameters. It is also returning the query result. Just not the output parameter. It work fine in PHP4.23 when it is run on CGI mode. Did not test if ISAPI works though. -- Edit this bug report at http://bugs.php.net/?id=21089&edit=1
#21140 [Csd]: file_exists() always return false
ID: 21140 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.3 New Comment: Log in to the PHP anonymous CVS server. Use phpfi as the password. cvs -d :pserver:[EMAIL PROTECTED]:/repository login Obtain the PHP 4 CVS tree (4.2.4-dev): cvs -d :pserver:[EMAIL PROTECTED]:/repository co -r PHP_4_2_0 php4 cd php4 ./buildconf ./configure ... Previous Comments: [2002-12-22 16:37:36] [EMAIL PROTECTED] i'd love to get it off of snaps.php.net but the problem is that older version aren't left on the server. i'm trying to use the freebsd port and it expects 4.2.3 not 4.3. i guess i need to try to figure out how to get an older version out of cvs. [2002-12-22 09:12:41] [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. [2002-12-22 09:09:00] [EMAIL PROTECTED] The mod_php4-4.2.3 port's file_exists() function always return false. Some info, what phpinfo() say: Configure Command: './configure' '--with-apxs2=/usr/local/sbin/apxs' '--with-tsrm-pth' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-pdflib=/usr/local' '--with-zlib-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-interbase=/usr/local/firebird' '--with-ldap=/usr/local' '--with-openssl=/usr' '--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr' '--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-wddx' '--with-dom=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex' '--enable-mbstring' '--enable-yp' '--enable-bcmath' '--with-ming=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Server API: Apache 2.0 Filter Virtual Directory Support: enabled Configuration File (php.ini) Path: /usr/local/etc/php.ini Debug Build: no Thread Safety: enabled If anybody needs, I'll send him/her the whole phpinfo() output -- Edit this bug report at http://bugs.php.net/?id=21140&edit=1
#21154 [NEW]: $_SERVER[PHP_SELF] empty in cgi
From: [EMAIL PROTECTED] Operating system: mac osx PHP version: 4.3.0RC4 PHP Bug Type: Other web server Bug description: $_SERVER[PHP_SELF] empty in cgi returns: 22:28:26(george@ool-18bced28)[~/Advanced PHP/examples]> php a.php Content-type: text/html X-Powered-By: PHP/4.3.0-dev Array ( [HOME] => /Users/george [SHELL] => /bin/tcsh [USER] => george [LANG] => en [PATH] => /sw/bin:/sw/sbin:/bin:/usr/bin:/Users/george/ bin:/usr/sbin:/opt/GN Upgcc/bin:/opt/GNUxemacs/bin:/usr/local/bin:/usr/local/ sbin:/usr/openwin/bin:/us r/dt/bin:/usr/ccs/bin:/usr/proc/bin:/usr/ucb:/usr/X11R6/ bin:/sw/bin:/sw/sbin:.:/ usr/X11R6/bin [__CF_USER_TEXT_ENCODING] => 0x1F5:0:0 [TERM] => vt100 [PWD] => /Users/george/Advanced PHP/examples [HOSTTYPE] => macintosh [VENDOR] => apple [OSTYPE] => darwin [MACHTYPE] => powerpc [SHLVL] => 1 [LOGNAME] => george [GROUP] => staff [HOST] => ool-18bced28.dyn.optonline.net [HOSTTAG] => maya [Omniti/mobile] [MANPATH] => /usr/share/man:/usr/openwin/share/man:/ usr/man:/usr/local/man:/ opt/SUNWwabi/man:/usr/local/lib/perl5/man:/opt/GNUpgcc/ man:/opt/GNUxemacs/man [INFOPATH] => /sw/share/info:/sw/info:/usr/local/share/ info:/usr/local/lib/i nfo:/usr/local/info:/usr/share/info [PERL5LIB] => /sw/lib/perl5 [EDITOR] => vi [VISUAL] => vi [DISPLAY] => :0.0 [CVS_RSH] => ssh [OPENWINHOME] => /usr/openwin [XFILESEARCHPATH] => /usr/dt/lib/%T/%N%S [XGLHOME] => /opt/SUNWits/Graphics-sw/xgl [LD_LIBRARY_PATH] => /usr/lib:/usr/dt/lib:/usr/openwin/ lib:/usr/ucblib:/usr/ local/lib:. [XILHOME] => /opt/SUNWits/Graphics-sw/xil [MOTIFHOME] => /usr/dt [UIDPATH] => /opt/SUNWmfdm [XMBINDDIR] => /usr/dt/lib/bindings [GUIDEHOME] => /opt/SUNWguide [PHP_SELF] => [argv] => Array ( [0] => a.php ) [argc] => 1 ) note PHP_SELF is unset. Running the same under cli yields correct result: 22:31:00(george@ool-18bced28)[~/Advanced PHP/examples]> ~/ src/php4-STABLE-200212 210230/sapi/cli/php ~/Advanced\ PHP/examples/a.php Array ( [HOME] => /Users/george [SHELL] => /bin/t
#21154 [Com]: $_SERVER[PHP_SELF] empty in cgi
ID: 21154 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Other web server Operating System: mac osx PHP Version: 4.3.0RC4 New Comment: I should note that the cgi and cli are both being run by hand from a shell (not exec'd from a webserver). Previous Comments: [2002-12-22 21:31:12] [EMAIL PROTECTED] returns: 22:28:26(george@ool-18bced28)[~/Advanced PHP/examples]> php a.php Content-type: text/html X-Powered-By: PHP/4.3.0-dev Array ( [HOME] => /Users/george [SHELL] => /bin/tcsh [USER] => george [LANG] => en [PATH] => /sw/bin:/sw/sbin:/bin:/usr/bin:/Users/george/ bin:/usr/sbin:/opt/GN Upgcc/bin:/opt/GNUxemacs/bin:/usr/local/bin:/usr/local/ sbin:/usr/openwin/bin:/us r/dt/bin:/usr/ccs/bin:/usr/proc/bin:/usr/ucb:/usr/X11R6/ bin:/sw/bin:/sw/sbin:.:/ usr/X11R6/bin [__CF_USER_TEXT_ENCODING] => 0x1F5:0:0 [TERM] => vt100 [PWD] => /Users/george/Advanced PHP/examples [HOSTTYPE] => macintosh [VENDOR] => apple [OSTYPE] => darwin [MACHTYPE] => powerpc [SHLVL] => 1 [LOGNAME] => george [GROUP] => staff [HOST] => ool-18bced28.dyn.optonline.net [HOSTTAG] => maya [Omniti/mobile] [MANPATH] => /usr/share/man:/usr/openwin/share/man:/ usr/man:/usr/local/man:/ opt/SUNWwabi/man:/usr/local/lib/perl5/man:/opt/GNUpgcc/ man:/opt/GNUxemacs/man [INFOPATH] => /sw/share/info:/sw/info:/usr/local/share/ info:/usr/local/lib/i nfo:/usr/local/info:/usr/share/info [PERL5LIB] => /sw/lib/perl5 [EDITOR] => vi [VISUAL] => vi [DISPLAY] => :0.0 [CVS_RSH] => ssh [OPENWINHOME] => /usr/openwin [XFILESEARCHPATH] => /usr/dt/lib/%T/%N%S [XGLHOME] => /opt/SUNWits/Graphics-sw/xgl [LD_LIBRARY_PATH] => /usr/lib:/usr/dt/lib:/usr/openwin/ lib:/usr/ucblib:/usr/ local/lib:. [XILHOME] => /opt/SUNWits/Graphics-sw/xil [MOTIFHOME] => /usr/dt [UIDPATH] => /opt/SUNWmfdm [XMBINDDIR] => /usr/dt/lib/bindings [GUIDEHOME] => /opt/SUNWguide [PHP_SELF] => [argv] => Array ( [0] => a.php ) [argc] => 1 ) note PHP_SELF is unset. Running the same under cli yields correct result: 22:31:00(george@ool-18bced28)[~/Advanced PHP/examples]> ~/ src/php4-STABLE-200212 210230/sapi/cli/php ~/Advanced\ PHP/examples/a.php
#21155 [NEW]: Macro Request
From: [EMAIL PROTECTED]
Operating system: Slackware-current (12/22/02)
PHP version: 4.2.3
PHP Bug Type: Feature/Change Request
Bug description: Macro Request
Hello,
I would like to request something along the lines of macros. It would help
a lot when you need to run __LINE__ and/or __FILE__ constants through a
function.
A simplified version of what I'd need them for. Currently I have:
errOut([severity], [message]);
Every time I use errOut I have __FILE__ and __LINE__ in the message:
define(FATAL, 7);
errOut(FATAL, __FILE__ . ": " . __LINE__ . ": Database error bla bla
bla");
It could be shortened up by something like this:
mdefine("DOERR", "errOut($1, __FILE__ . ': ' . __LINE__ . ': ' . $2)");
DOERR(FATAL,"Database Error bla bla bla");
This could be used for more vital things than that of course. Anything
along those lines would be great.
Thank You,
James Harr
--
Edit bug report at http://bugs.php.net/?id=21155&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21155&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21155&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21155&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21155&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21155&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21155&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21155&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21155&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21155&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21155&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21155&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21155&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21155&r=isapi
#21156 [NEW]: PHP LACKS ENTERPRISE SUPPORT
From: [EMAIL PROTECTED] Operating system: Windows 2000/XP PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: PHP LACKS ENTERPRISE SUPPORT PHP must include greater support for adoption in the enterprise sphere. The current market for web based developments of B2B application frameworks and dynamic business intranet tools requires solutions featuring several key concepts unavailable in PHP's most recent implementation. PHP cannot acquire a greater acceptance in today's shifting climate of corporate thrift by adapting to the needs of the post-dotcom business model. Failure to do so is on *many* levels unacceptable and must be remedied; inaction can only -- and therefore will -- inevitably result in a decline of the overall acceptance of PHP's toolset. -- Edit bug report at http://bugs.php.net/?id=21156&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21156&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21156&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21156&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21156&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21156&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21156&r=support Expected behavior: http://bugs.php.net/fix.php?id=21156&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21156&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21156&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21156&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21156&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21156&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21156&r=isapi
#21156 [Opn->Bgs]: PHP LACKS ENTERPRISE SUPPORT
ID: 21156 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2000/XP PHP Version: 4.2.3 New Comment: Blah blah blah... Contribute the code for this "Enterprise" support or go away. Previous Comments: [2002-12-22 22:48:11] [EMAIL PROTECTED] PHP must include greater support for adoption in the enterprise sphere. The current market for web based developments of B2B application frameworks and dynamic business intranet tools requires solutions featuring several key concepts unavailable in PHP's most recent implementation. PHP cannot acquire a greater acceptance in today's shifting climate of corporate thrift by adapting to the needs of the post-dotcom business model. Failure to do so is on *many* levels unacceptable and must be remedied; inaction can only -- and therefore will -- inevitably result in a decline of the overall acceptance of PHP's toolset. -- Edit this bug report at http://bugs.php.net/?id=21156&edit=1
#21156 [Bgs]: PHP LACKS ENTERPRISE SUPPORT
ID: 21156 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Windows 2000/XP PHP Version: 4.2.3 New Comment: Oh go on. How about just calling the next release "Enterprise Gold"? Previous Comments: [2002-12-22 22:56:10] [EMAIL PROTECTED] Blah blah blah... Contribute the code for this "Enterprise" support or go away. [2002-12-22 22:48:11] [EMAIL PROTECTED] PHP must include greater support for adoption in the enterprise sphere. The current market for web based developments of B2B application frameworks and dynamic business intranet tools requires solutions featuring several key concepts unavailable in PHP's most recent implementation. PHP cannot acquire a greater acceptance in today's shifting climate of corporate thrift by adapting to the needs of the post-dotcom business model. Failure to do so is on *many* levels unacceptable and must be remedied; inaction can only -- and therefore will -- inevitably result in a decline of the overall acceptance of PHP's toolset. -- Edit this bug report at http://bugs.php.net/?id=21156&edit=1
#21157 [NEW]: registry per directory entries ignored
From: [EMAIL PROTECTED] Operating system: windows 2000 sp3 PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: registry per directory entries ignored When making use of the 'registry per directory' option to set per directory php.ini entries it would appear that only selected options from php.ini are parsed in this registry section. For example error_log and sendmail_from entries are parsed but safe_mode, user_dir, expose_php, smtp, doc_root are ignored when here. -- Edit bug report at http://bugs.php.net/?id=21157&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21157&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21157&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21157&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21157&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21157&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21157&r=support Expected behavior: http://bugs.php.net/fix.php?id=21157&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21157&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21157&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21157&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21157&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21157&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21157&r=isapi
#21158 [NEW]: -c path/to/php.ini not available is iis5
From: [EMAIL PROTECTED] Operating system: windows 2000 sp3 PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: -c path/to/php.ini not available is iis5 The '-c path/to/php.ini' command line option can not be passed to IIS in the php script mapping and as a result seperate php.ini files can not be used to isolate different virtual sites in iis5. Anyone know how to pass this variable to iis to make this work. It is not documented anywhere after extensive search. -- Edit bug report at http://bugs.php.net/?id=21158&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21158&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21158&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21158&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21158&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21158&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21158&r=support Expected behavior: http://bugs.php.net/fix.php?id=21158&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21158&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21158&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21158&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21158&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21158&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21158&r=isapi
#21159 [NEW]: zend_ini_parser.y:215.4-6: unrecognized escape: `\\0'
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4CVS-2002-12-22 (dev)
PHP Bug Type: Scripting Engine problem
Bug description: zend_ini_parser.y:215.4-6: unrecognized escape: `\\0'
During make the following exists. First, the setup:
autoconf : 2.13
bison : (GNU Bison) 1.75
>From the output:
bison -y -p ini_ -v -d /cvs/php4/Zend/zend_ini_parser.y -o
Zend/zend_ini_parser.c
/cvs/php4/Zend/zend_ini_parser.y:215.4-6: unrecognized escape: `\\0'
PHP compiles but maybe this is something to consider. It's the only such
warning I get. One thread did talk a little about this specific error but
nothing came of it afaict. Is this a bison bug?
http://marc.theaimsgroup.com/?l=php-dev&m=103680308111343
Line 215 looks like (aside from a little whitespace change):
| '\0' { $$.value.str.val = strdup(""); $$.value.str.len=0; $$.type =
IS_STRING; }
--
Edit bug report at http://bugs.php.net/?id=21159&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21159&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21159&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21159&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21159&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21159&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21159&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21159&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21159&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21159&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21159&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21159&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21159&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21159&r=isapi
#19404 [Com]: Post variable names stripped of first 4 characters
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: I recently pounded my fists against my balls until they became very enlarged. Ever since, I have been unable to reach the edge of my desk, where my keyboard is. I wan't to delete this stupid set of responses, but can't since I can't even reach my mouse. Any suggestions? Previous Comments: [2002-12-03 02:25:45] [EMAIL PROTECTED] - Please i had created site on PHP 4.0.5 on my windows 98 I send FTP and PHPMYADMIN the DB and files to server with PHP 4.2.2 The site dont execute, http://www.fonaviemcali.com.co How can i find a solution ? - Hey Fernando A., does your webserver (http://www.fonaviemcali.com.co) have `short_open_tag = Off`? See http://www.php.net/manual/en/printwn/configuration.directives.php for more info. [2002-12-01 09:40:47] [EMAIL PROTECTED] To anybody who wants to post phpMyAdmin bugs here: - phpMyAdmin is NOT part of php - phpMyAdmin has it's own bug system, read the README. - the original report involved a bug in mbstring changed title, to reflect the actual bug. [2002-12-01 04:52:52] [EMAIL PROTECTED] Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 23 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 24 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 25 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 26 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 27 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 29 Hata MySQL çýktýsý: Access denied for user: 'root@localhost' (Using password: NO) How can i solve this problem? thanks. [2002-11-28 08:25:20] [EMAIL PROTECTED] @ [EMAIL PROTECTED]: have you set the default page to index.php? or try http://localhost/phpmyadmin/index.php [2002-11-28 02:16:13] [EMAIL PROTECTED] please help me because this is my 4th week i have pws on my computer and i have installed the mysql and then i have installed the phpmyadin(sharing the folder and give him alias name phpmyadmin) and correct its config file(user id-password)to match the mysql then when i open the php myadmin from the browser at url:http://localhost/phpmyadmin i recive this message: no outhentication to view this page i do not know where is the problem so please help me thank you in advance 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/19404 -- Edit this bug report at http://bugs.php.net/?id=19404&edit=1
#13763 [Fbk->NoF]: SQL Compute
ID: 13763 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: LINUX REDHAT 7 PHP Version: 4.2.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-07 01:40:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-05-14 14:36:32] [EMAIL PROTECTED] Reopening on user request. [2002-05-14 13:50:38] [EMAIL PROTECTED] Still needed with 4.2.1 PS : please change status from Bogus to Open [2002-04-23 08:41:41] [EMAIL PROTECTED] Still needed with 4.2.0 PS : please change status from Bogus to Open [2002-01-13 17:43:37] [EMAIL PROTECTED] I've the same problem. Please resolve this bug. Thanks. for more info, see bugs #11475 and #13475, #13735, #12074 There's a lot of problem to retrieve multi-result-set from store procedures (example : sp_help with rules or data types) So, the solution is to develop #12074 or test/apply the patchs from #11475 & #13735, #13475 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/13763 -- Edit this bug report at http://bugs.php.net/?id=13763&edit=1
#15632 [Fbk->NoF]: MSSQL querys cause major problems
ID: 15632 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-07 01:52:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-04-20 19:56:55] [EMAIL PROTECTED] After some hasling with the configuration, I have found a solution (for both mod_php and CGI) in setting the mssql.compatability_mode option to 'Off': mssql.compatability_mode = Off I also noticed this bugreport, with the same solution: http://bugs.php.net/bug.php?id=15890 [2002-04-20 19:06:29] [EMAIL PROTECTED] I experience the same problem using Apache 1.3.20 on Windows 2000. The bug shows with mod_php and PHP as CGI (both 4.1.2). SQL Server 2000 (Dev. Ed.) is installed on the same machine. Connecting to the server and selecting a database is no problem, but any call to mssql_query() causes PHP to crash. I find no messages in the errorlog (except for a 'Premature end of script headers' with the CGI version). Interesting is the fact that mssql_query() behaves as expected (no errors) only if the query returns 0 rows. [2002-02-20 17:09:38] [EMAIL PROTECTED] Additonal info: This occurs under apache as well, but I get an internal script error. The problem occurs when a call to mssql_query matches at least one row. If a query does not match anything, PHP does not crash. But if it does, it crashes. [2002-02-20 14:16:09] [EMAIL PROTECTED] Reopened. 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/15632 -- Edit this bug report at http://bugs.php.net/?id=15632&edit=1
#20254 [Fbk->NoF]: imap_header() crash with bad Reply-To
ID: 20254
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: IMAP related
Operating System: Linux (2.4.18)
PHP Version: 4.3.0-dev
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 16:06:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-02 13:51:15] [EMAIL PROTECTED]
hello.
similar problem, imap_header() crash, but with other condition - long
To: header
php 4.2.3 as CLI,libc-client: 4.7-c2
bug can be reproduced with message containing following header:
To: Someone <[EMAIL PROTECTED]>,
Someone2 <[EMAIL PROTECTED]>,
...
Someone144
I didn't test actual threshold, it could be smaller then 144.
test script:
$imap=imap_open("{localhost:143}INBOX","user","pass");
if (!$imap)
echo "connect failed\n";
$header=imap_header($imap,1);
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x3d0f86 in malloc () from /lib/libc.so.6
(gdb) bt
#0 0x3d0f86 in malloc () from /lib/libc.so.6
#1 0x3d0ca4 in malloc () from /lib/libc.so.6
#2 0x80c723c in _emalloc (size=12) at zend_alloc.c:165
#3 0x53e39e in _php_imap_parse_address (addresslist=0x817bfe0,
fulladdress=0xbd870ec8, paddress=0x818476c) at php_imap.c:3632
#4 0x53e62e in _php_make_header_object (myzvalue=0x8178c3c,
en=0x817ce58)
at php_imap.c:3666
#5 0x536dbd in zif_imap_headerinfo (ht=2, return_value=0x8178c3c,
this_ptr=0x0, return_value_used=1) at php_imap.c:1631
#6 0x497d99 in zend_assign_to_variable_reference ()
from /usr/local/Zend/lib/ZendOptimizer.so
#7 0x4a1144 in zend_oe () from /usr/local/Zend/lib/ZendOptimizer.so
#8 0x80d3fb8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:812
#9 0x805f81d in php_execute_script (primary_file=0xbd873388) at
main.c:1383
#10 0x805d6e3 in main (argc=2, argv=0xbd873404) at cgi_main.c:778
#11 0x37c0bf in __libc_start_main () from /lib/libc.so.6
[2002-11-14 22:39:24] [EMAIL PROTECTED]
I'm in another situation.
I configured php with uw-imap c-client, but
courier-imap server is running.
Stopping courier-imap server and, Test with uw-iamp server, there was
no crash.
Test with courier-imap server again, here backtrace report.
(gdb) bt
#0 0x403b480e in _zval_ptr_dtor (zval_ptr=0x0,
__zend_filename=0x4046de00
"/usr/local/src/php4-200211030600/Zend/zend_variables.c",
__zend_lineno=167)
at /usr/local/src/php4-200211030600/Zend/zend_execute_API.c:291
#1 0x403be4d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x0) at
/usr/local/src/php4-200211030600/Zend/zend_variables.c:167
#2 0x403c5a01 in zend_hash_destroy (ht=0x812eacc) at
/usr/local/src/php4-200211030600/Zend/zend_hash.c:543
#3 0x403be19a in _zval_dtor (zvalue=0x812ea8c,
__zend_filename=0x4046d6a0
"/usr/local/src/php4-200211030600/Zend/zend_execute_API.c",
__zend_lineno=293)
at /usr/local/src/php4-200211030600/Zend/zend_variables.c:60
#4 0x403b4839 in _zval_ptr_dtor (zval_ptr=0x811c820,
__zend_filename=0x4046de00
"/usr/local/src/php4-200211030600/Zend/zend_variables.c",
__zend_lineno=167)
at /usr/local/src/php4-200211030600/Zend/zend_execute_API.c:293
#5 0x403be4d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x811c820) at
/usr/local/src/php4-200211030600/Zend/zend_variables.c:167
#6 0x403c5a01 in zend_hash_destroy (ht=0x404da80c) at
/usr/local/src/php4-200211030600/Zend/zend_hash.c:543
#7 0x403b433e in shutdown_executor () at
/usr/local/src/php4-200211030600/Zend/zend_execute_API.c:186
#8 0x403bf70f in zend_deactivate () at
/usr/local/src/php4-200211030600/Zend/zend.c:625
#9 0x40387bd3 in php_request_shutdown (dummy=0x0) at
/usr/local/src/php4-200211030600/main/main.c:913
#10 0x403d6dfa in apache_php_module_main (r=0x8114ad4,
display_source_mode=0)
at /usr/local/src/php4-200211030600/sapi/apache/sapi_apache.c:61
#11 0x403d7c48 in send_php (r=0x8114ad4, display_source_mode=0,
filename=0x8116614 "/home/www/test.php")
at /usr/local/src/php4-200211030600/sapi/apache/mod_php4.c:556
#12 0x403d7cb5 in send_parsed_php (r=0x8114ad4) at
/usr/local/src/php4-200211030600/sapi/apache/mod_php4.c:571
#13 0x08054823 in ap_invoke_handler ()
#14 0x08069ca7 in process_request_internal ()
#15 0x08069d08 in ap_process_request ()
#16 0x08060a79 in child_main ()
#17 0x08060c48 in make_child ()
#18 0x08060dbc in startup_children ()
#19 0x08061434
#16277 [Fbk->NoF]: Multiple statement in a query cause subsequent queries to fail
ID: 16277
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: MSSQL related
Operating System: NT4
PHP Version: 4.1.2
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 01:52:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-03-26 08:45:52] [EMAIL PROTECTED]
RTFBR ;) it is MS SQL, not mySQL
[2002-03-26 08:01:58] [EMAIL PROTECTED]
RTM! You can only run one query per call to mysql_query()!
[2002-03-25 22:49:13] [EMAIL PROTECTED]
I am creating tables and indexes in a few places. To make life a
little easier I want to create a table and it's indexes in one go.
The following code fails:
$queries[0]["query_string"]="CREATE TABLE objects (
[id] integer IDENTITY (1,1) PRIMARY KEY,
[type] varchar(16) DEFAULT '' NOT NULL,
[object] text,
[vtype] varchar(16) DEFAULT '' NOT NULL,
[lastchanged] TIMESTAMP);
CREATE INDEX objects_lastchanged ON objects (lastchanged);";
$queries[1]["query_string"]="CREATE TABLE nodes (
path varchar(127) DEFAULT '' NOT NULL PRIMARY KEY,
parent varchar(127) DEFAULT '' NOT NULL,
object numeric(11) DEFAULT '0' NOT NULL,
priority numeric(11) DEFAULT '0' NOT NULL
);";
while ((list($key, $query)=each($queries)) && (!$error)) {
echo $query["query_string"];
$exec=mssql_query($query["query_string"]);
}
But if I separate out the create index into a separate query it works
fine.
--
Edit this bug report at http://bugs.php.net/?id=16277&edit=1
#18534 [Fbk->NoF]: ifx_close() leaves open session
ID: 18534
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Informix related
Operating System: Sun Solaris 8
PHP Version: 4.2.1
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 01:44:11] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-07-24 05:55:36] [EMAIL PROTECTED]
When working with tranaztions. ifx_close() does not close session.
I have following script:
If i dont execute $result=ifx_query("rollback work;", $db); and just
call ifx_close session is not closed and autmatic rollback is not
executed (as it must be) but connection to Informix database stays with
lock on this row.
Usualy you must have rollback or commit; But to avoid problems with bad
code or other coding probs after calling ifx_close() session must be
rolled back and closed.
Martins Junkers
--
Edit this bug report at http://bugs.php.net/?id=18534&edit=1
#19588 [Fbk->NoF]: Problems with smallmoney datatype
ID: 19588
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: MSSQL related
Operating System: Windows XP Pro
PHP Version: 4.2.3
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 01:38:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-25 04:37:25] [EMAIL PROTECTED]
Information as of phpinfo():
PHP Version 4.2.3
System Windows NT 5.1 build 2600
Build Date Sep 6 2002 10:38:51
Server API CGI
Debug Build no
Thread Safety enabled
mssql
MSSQL Support enabled
Library version 7.0
Directive Local Value Master Value
mssql.allow_persistent On On
mssql.batchsize 0 0
mssql.compatability_mode Off Off
mssql.connect_timeout 5 5
mssql.datetimeconvert On On
mssql.max_links Unlimited Unlimited
mssql.max_persistent 10 10
mssql.min_error_severity 10 10
mssql.min_message_severity 10 10
mssql.textlimit Server default Server default
mssql.textsize Server default Server default
mssql.timeout 60 60
Zend Optimizer installed
_ENV["SERVER_SOFTWARE"] Microsoft-IIS/5.1
_ENV["PROCESSOR_IDENTIFIER"] x86 Family 6 Model 4 Stepping 2,
AuthenticAMD
Running with MS SQL 7.0 Desktop Edition (I don't know whether this
appears with MS SQL 2000).
**
Report:
When selecting more than a small amount of rows (approx. 10) using
mssql_query from a table including a smallmoney column, the script will
immediately abort execution. This problem does not appear when using
decimal(9,2) columns instead of smallmoney. Thus, a possible workaround
for me was to CAST the smallmoney-column to decimal ("SELECT CAST (
value decimal(9,2))" instead of "SELECT value").
TIA for your time, best wishes,
Falk
--
Edit this bug report at http://bugs.php.net/?id=19588&edit=1
#17788 [Fbk->NoF]: service hangup
ID: 17788 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: windowsxp PHP Version: 4.2.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-07 01:41:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-01 10:43:07] [EMAIL PROTECTED] It appears that this problem has been identified by Microsoft as well. http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q319179&; The solution they provide is to remove php as an isapi and run it as a cgi. Not very informative as to why this happpens. [2002-06-16 12:10:23] [EMAIL PROTECTED] i have two problems running php - it is not possible to stop the w3svc (web server) service when the php engine was at least once accessed. and the second one - when the php engine was accessed it is not possible to open directory properties in windows (in the 'properties' dialog there are some informations from IIS, settings for web sharing etc. so it may be the same bug as the first one. -- Edit this bug report at http://bugs.php.net/?id=17788&edit=1
#20629 [Fbk->NoF]: Exception
ID: 20629
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 01:26:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-25 14:10:20] [EMAIL PROTECTED]
$oPermChecker = new COM("MSWC.PermissionChecker");
$result = $oPermChecker->HasAccess("c:\boot.ini");
The above code generates the following error :
Warning: Invoke() failed: Exception occurred. Source:
MSWC.PermissionChecker.1 Description: No such interface supported in
c:\inetpub\wwwroot\test.php on line 2
The same code under ASP works fine under the same IIS configuration. I
have created a fresh install of Win2KSvr and PHP to test with all
service packs.
--
Edit this bug report at http://bugs.php.net/?id=20629&edit=1
#19670 [Fbk->NoF]: 64bit Oracle installation fails
ID: 19670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-07 16:51:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-13 13:54:36] [EMAIL PROTECTED] 1. Experienced similar but slightly different issue. On Oracle 9i (9.2.0) under HP-UX 11i (11.11) the 64 bit libraries are installed in ORACLE_HOME/lib and the 32 bit libraries are in ORACLE_HOME/lib32. This results in obvious link failures when trying to build a 32 bit version of PHP. 2. There are obvious work arounds to force linkage against the correct libraries, however it would be nice if there were a config option to override the Oracle library directory. [2002-10-01 01:02:52] [EMAIL PROTECTED] Yes, again this is the standard installation path of Oracle 8i. For more information about disk layout of Oracle 8i 64bit read the Product Notes section in 'Oracle 8i Release Notes' available under: http://download-east.oracle.com/docs/pdf/A90156_01.pdf [2002-09-30 10:43:37] [EMAIL PROTECTED] I understand what your claiming the bug is, thats not the issue. What I'm questioning is the validity of the bug, in the sense that my local 64bit Oracle install doesn't use the lib64 notation, but still uses the lib. Which may mean that my install is borked, but thus my asking. [2002-09-30 09:36:00] [EMAIL PROTECTED] Yes, this is a standard install of Oracle 8. All 32 bit Libraries are in $ORACLE_HOME/lib and 64 bit Libraries in $ORACLE_HOME/lib64 The problem is the configure script, which is not aware of compiling 64 bit - so the wrong library path is set. The actual wayaround is to edit the configure script accordingly vi configure :1,$s-OCI8_DIR\/lib-OCI8_DIR\/lib64-g :wq This works - but there should be a better solution in future. 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/19670 -- Edit this bug report at http://bugs.php.net/?id=19670&edit=1
#19541 [Fbk->NoF]: mssql_connect fails under stress
ID: 19541
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: MSSQL related
Operating System: Windows NT4(SP6)
PHP Version: 4.2.3
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-12-07 01:38:08] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-23 17:22:22] [EMAIL PROTECTED]
I switched to CGI and I can confirm that the error doesn't occur
anymore. However, as I expected I've run into some serious performance
problems under heavy load (CPU usage extremely high, script execution
timeouts etc.). Therefore I'd really like to see this working under
ISAPI as well.
Does this error suggest that the mssql extension has problems with
thread safety?
My opinion is that if ISAPI was stable and working well, it would be a
major break-through for the PHP in Windows platforms. I honestly hope
PHP group is taking Windows platforms seriously and putting effort to
them.
[2002-09-21 10:40:49] [EMAIL PROTECTED]
I have found out that mssql_connect fails under stress. I'm using PHP
4.2.3/ISAPI on IIS4/NT4(SP6). MSSQL 7.0 Server is a dedicated dual
processor server with NT4(SP6). I've installed MDAC 2.7 RTM on the web
server and performance setting is set to foreground applications (read
bug: 9852).
I've despertately searched solution to this problem, since the site I'm
running is on production state already. I experienced this bug with PHP
4.2.2 at first then moved on to 4.2.3 without any change to the
problem. The error occurs on a line:
$dbconn = mssql_connect($dbalias,$dbuser,$dbpw);
and application log entry for the error is:
The description for Event ID ( 2000 ) in Source ( c-client ) could not
be found. It contains the following insertion string(s): , PHP
Warning: MS SQL: Unable to connect to server: *dbname* in *path* on
line x.
I'm using TCP/IP protocol, however I've tried named pipes and
multiprotocol without help. I've tried to work around this problem and
I found out that usually this error occurs when several users are
trying to connect to the database simultaneously. I managed to reduce
the appearance of the error with the code:
function usleepWindows($usec)
{
$start = gettimeofday();
do
{
$stop = gettimeofday();
$timePassed = 100 * ($stop['sec'] - $start['sec'])
+ $stop['usec'] - $start['usec'];
}
while ($timePassed < $usec);
}
$tries=11;
$totaldelay=0;
// Set db connection
$dbconn = mssql_connect($dbalias,$dbuser,$dbpw);
while(!$dbconn){
if ($tries<=0){
echo "Database failed to respond.";
$fp = fopen("c:\\logs\\conn_failed.log","a");
fputs($fp, gmdate("M d Y H:i:s") . ": db connection failed. Total
delay: $totaldelay. From: $REMOTE_HOST.\r\n");
fclose($fp);
exit;
}
$delay=mt_rand(8, 15);
usleepWindows($delay);
$conn = mssql_connect($dbalias,$dbuser,$dbpw);
$tries--;
$totaldelay += $delay;
}
The function usleepWindows was found from
http://www.php.net/manual/en/function.usleep.php.
I haven't tried the CGI yet and wouldn't want to since it will surely
suffocate the web server under load. ISAPI is far more superior and my
other experiences of it are very positive.
I hope to find a solid answer to this problem as it very critical to my
site.
--
Edit this bug report at http://bugs.php.net/?id=19541&edit=1
#17563 [Fbk->NoF]: PHP has encountered an Access Violation at 77XXXXX
ID: 17563 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: WIN2K PHP Version: 4.2.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-12-07 01:43:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-30 20:39:12] [EMAIL PROTECTED] Can you please be very specific about your table and column names. The ODBC driver doesn't handle odd names very well. There's a big difference between: SELECT * FROM froo SELECT * FROM [FR oO] [2002-08-25 23:54:30] [EMAIL PROTECTED] Yes, try that first, after recreate the data field, I have no problem afterwards. You can use the mssql.dll if you want~ I use that in all time, I don't like ODBC, [2002-08-25 00:51:28] [EMAIL PROTECTED] Hi I Have this problem Too I use an Odbc conennection on Win2000 prof and IIS ver 5 I try to fetch some data from my database by this lines : $query="Select username,name,family,Sex,pic,pic_type ,about from [users]"; ... ... $username = odbc_result($result, 1); $name = odbc_result($result, 2); this page is work probebly at first time but after some refreshing I recive "PHP has encountered an Access Violation at X" only at this page and other .php page is work probebly; I install PHP on my computer in ISAPI mode in my users table "Pic_type" and "about" allow null I rename these fieldes but not effect . you say I remove this field's and add them again ? is it effective? I try it but not sure thank's [2002-06-08 20:28:34] [EMAIL PROTECTED] Server Version: MSSQL Server 2000 Operating System: WIN2K Server Database Details: The error field is smallmoney, allow null. Error Solution: I've tried rename it with other field which is also 'smallmoney' and 'allow null', but problem does not solve this way. The only way to solve this problem is to remove that field and create another new field again. Notice: Notice that the field works fine inside the MSSQL server's 'Query Analyzer', no error occur inside MSSQL server itself, but it produce error with the PHP engine. How does the bug act like: This error might not hang the whole php engine in first few times you recieve the message "PHP has encountered an Access Violation at ", but it will eventually hang when you load that page few more times. 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/17563 -- Edit this bug report at http://bugs.php.net/?id=17563&edit=1
#15677 [Com]: quoted array index in string should be possible
ID: 15677
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.1.1
New Comment:
Actually, the open curly bracket is misplaced in the "correct" syntax.
Caused me about an hour's pain. OUCH!
Previous Comments:
[2002-05-09 03:43:40] [EMAIL PROTECTED]
This is not the point, Yasou. Read the initial report.
Let Hartmut decide what to do with this.
[2002-05-09 02:46:27] [EMAIL PROTECTED]
The correct syntax is
I think it is documented, if not. Please feel free to reopen as
documentation problem.
[2002-05-08 14:05:32] [EMAIL PROTECTED]
I would very much like to see this implemented soon. Since PHP has
said (at least in the manual) that it is trying to get away from
$array[index] syntax and into $array['index'] syntax, support for this
syntax directly in strings would help very much.
-Steve
[2002-02-22 09:42:10] [EMAIL PROTECTED]
works while
gives
PHP Parse error: parse error, expecting `T_STRING' or `T_VARIABLE' or
`T_NUM_STRING' in - on line 1
the error message is not very helpfull (knowing the exact character
position in the line would help a little bit, but that's another story)
and the different syntax requirements for array indices within and
outside of strings are somtimes confusing for newbies, too
so "$array['index']" should be supported by the parser
PS: i know about "{$array['index']}", but that is not the point ...
--
Edit this bug report at http://bugs.php.net/?id=15677&edit=1
