#24641 [Opn->Fbk]: Displaying Warnning While Destroying Registered Session.
ID: 24641 Updated by: [EMAIL PROTECTED] Reported By: ashish1_sharma at rediffmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Advance Server 2000 PHP Version: 4.3.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-07-14 00:24:36] ashish1_sharma at rediffmail dot com Description: I tried several times to use session_destroy() in Windows NT environment , Using Advance Server 2000 with IIS4 but it displaying the warning message "Session object destruction failed" (but It works perfectly in Linux environment). Please help me out !!! -- Edit this bug report at http://bugs.php.net/?id=24641&edit=1
#24641 [NEW]: Displaying Warnning While Destroying Registered Session.
From: ashish1_sharma at rediffmail dot com Operating system: Advance Server 2000 PHP version: 4.3.2 PHP Bug Type: Session related Bug description: Displaying Warnning While Destroying Registered Session. Description: I tried several times to use session_destroy() in Windows NT environment , Using Advance Server 2000 with IIS4 but it displaying the warning message "Session object destruction failed" (but It works perfectly in Linux environment). Please help me out !!! -- Edit bug report at http://bugs.php.net/?id=24641&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24641&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24641&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24641&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24641&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24641&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24641&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24641&r=support Expected behavior: http://bugs.php.net/fix.php?id=24641&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24641&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24641&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24641&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24641&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24641&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24641&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24641&r=gnused
#24611 [Fbk->Opn]: is_dir /!is_file won't work quite right.
ID: 24611
User updated by: itamarc at rogers dot com
Reported By: itamarc at rogers dot com
-Status: Feedback
+Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Windows XP
PHP Version: 4.3.1
New Comment:
function getDirList($pop, $log) {
$path = "";
if (false !== ($directory = dir("$pop"))) {
$dir = $directory->path;
print "$dir";
chdir($dir);
while (false !== ($entry = $directory->read())) {
$path = "$entry";
if (!is_file($dir."/".$entry) && !is_link($path) &&
file_exists($path)) {
if ($entry !== "." && $entry !== "..") {
if ($dir == $log) {
print "/$entry\n";
getDirList($entry, $log);
} else {
print "/$dir/$entry\n";
getDirList($entry, $log);
}
}
$j++;
} else {
print "file:
$dir/$entry\n";
}
}
$directory->close();
}
}
Previous Comments:
[2003-07-13 22:09:32] [EMAIL PROTECTED]
And you should update to PHP 4.3.2 first too..
[2003-07-13 22:08:53] [EMAIL PROTECTED]
Without seeing the sources it's impossible to start even guessing what
you're doing wrong. Seems like user error to me.
And DO NOT send me any emails. Add the short but complete example
script, max. 20 lines, which clearly shows the problem at hand.
[2003-07-11 14:37:33] itamarc at rogers dot com
Description:
some directories don't show as such. even when using chdir() and
looking at all notes on the subject.
I have had and reprocudes this problem for months. so please don't
just say it's crap.
Reproduce code:
---
goto http://zabber.portredirect.com/
login as php
password is net
goto 'Members Options'
goto 'User Files'
goto 'Manage Folders'
I used the site to make 3 folders.
Click on "Make New Directory"
See what it says in the file list.
source code used is available to anyone who E-mails me at:
[EMAIL PROTECTED]
Expected result:
should who first folder and subfolder as such.
but second folder and any uploaded files show wrong.
--
Edit this bug report at http://bugs.php.net/?id=24611&edit=1
#24592 [Opn->Fbk]: exit signal Segmentation fault (11)
ID: 24592 Updated by: [EMAIL PROTECTED] Reported By: jhuston at cs dot umn dot edu -Status: Open +Status: Feedback Bug Type: Session related Operating System: Sparc Solaris 9 PHP Version: 4.3.3RC2-dev New Comment: Do you have register_globals ON or OFF ? Previous Comments: [2003-07-10 14:23:19] jhuston at cs dot umn dot edu I downloaded the CVS snapshot and compiled it with same configure options. It is still getting the same bus error as described earlier. I ran a test on test.php (same code as i posted earlier). [EMAIL PROTECTED] gradebook]% php -v PHP 4.3.3RC2-dev (cli) (built: Jul 10 2003 13:24:53) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED] gradebook]% php test.php Notice: import_request_variables(): No prefix specified - possible security hazard in /home/projects/gradebook/test.php on line 6 Notice: Undefined index: webusername in /home/projects/gradebook/test.php on line 8 Notice: Undefined index: webuserid in /home/projects/gradebook/test.php on line 9 Notice: Undefined index: webuserroleid in /home/projects/gradebook/test.php on line 10 Notice: Undefined variable: termid in /home/projects/gradebook/test.php on line 12 Notice: Undefined index: termid in /home/projects/gradebook/test.php on line 13 Notice: Undefined index: courseid in /home/projects/gradebook/test.php on line 14 It didn't crash at all yet. Bus error Then I ran it on gdb again and it still produced same error message as mentioned earlier. [EMAIL PROTECTED] gradebook]% gdb php GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... (gdb) run test.php Starting program: /usr/local/bin/php test.php Notice: import_request_variables(): No prefix specified - possible security hazard in /home/projects/gradebook/test.php on line 6 Notice: Undefined index: webusername in /home/projects/gradebook/test.php on line 8 Notice: Undefined index: webuserid in /home/projects/gradebook/test.php on line 9 Notice: Undefined index: webuserroleid in /home/projects/gradebook/test.php on line 10 Notice: Undefined variable: termid in /home/projects/gradebook/test.php on line 12 Notice: Undefined index: termid in /home/projects/gradebook/test.php on line 13 Notice: Undefined index: courseid in /home/projects/gradebook/test.php on line 14 It didn't crash at all yet. Program received signal SIGSEGV, Segmentation fault. 0x135170 in _efree (ptr=0x2c42a0) at /home/src/php4-STABLE-200307101730/Zend/zend_alloc.c:259 259 /home/src/php4-STABLE-200307101730/Zend/zend_alloc.c: No such file or directory. (gdb) where #0 0x135170 in _efree (ptr=0x2c42a0) at /home/src/php4-STABLE-200307101730/Zend/zend_alloc.c:259 #1 0x94e98 in migrate_global (ht=0x332228, pos=0x1) at /home/src/php4-STABLE-200307101730/ext/session/session.c:640 #2 0x94fb8 in php_session_save_current_state () at /home/src/php4-STABLE-200307101730/ext/session/session.c:670 #3 0x97b24 in php_session_flush () at /home/src/php4-STABLE-200307101730/ext/session/session.c:1593 #4 0x97b54 in zm_deactivate_session (type=0, module_number=4) at /home/src/php4-STABLE-200307101730/ext/session/session.c:1607 #5 0x148d7c in module_registry_cleanup (module=0x2f0ba8) at /home/src/php4-STABLE-200307101730/Zend/zend_API.c:1167 #6 0x14b044 in zend_hash_apply (ht=0x2c57a4, apply_func=0x148d40 ) at /home/src/php4-STABLE-200307101730/Zend/zend_hash.c:688 #7 0x145b28 in zend_deactivate_modules () at /home/src/php4-STABLE-200307101730/Zend/zend.c:651 #8 0x11600c in php_request_shutdown (dummy=0x0) at /home/src/php4-STABLE-200307101730/main/main.c:981 #9 0x1616e8 in main (argc=2, argv=0xffbff674) at /home/src/php4-STABLE-200307101730/sapi/cli/php_cli.c:874 [2003-07-10 12:13:08] jhuston at cs dot umn dot edu During the course of writing a shorter script, I discovered a possible cause of bus error or segmentation fault. When assigning $_SESSION variable to an undefined variable, it puked. I would like to add that I was able to reproduce the same behavior under 4.3.2 source tree on Solaris. It worked fine under 4.2.3 until I upgraded it to 4.3.2 and the problem surfaced. Here's the short and sweet script that caused bus error: --- It didn't crash at all yet. --- If you assigned termid to some value via POST or GET, it doesn't crash at all. I wrote this code in this particular way because I wanted the script to remember the ter
#24597 [Bgs]: Writing error_log w/o write permissions sends Apache to 100%CPU/Seg faults
ID: 24597 Updated by: [EMAIL PROTECTED] Reported By: jordan at tumyeto dot net Status: Bogus Bug Type: Apache related Operating System: RedHat 2.4.7-10smp PHP Version: 4.3.2 New Comment: I still can't reproduce this. (using latest stable CVS) Previous Comments: [2003-07-10 21:39:05] jordan at tumyeto dot net Try these php.ini settings: display_errors = Off display_startup_errors = Off log_errors = On log_errors_max_len = 0 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = On error_log = php_errors.log I get the errors with these settings. Setting log_errors and track_errors to OFF makes the problem go away. [2003-07-10 19:58:32] [EMAIL PROTECTED] I can't reproduce this. [2003-07-10 18:14:41] jordan at tumyeto dot net Description: Summary: If the directory containing error_log is not writeable, Apache gets stuck taking 100% CPU. Detail: I recently set log_errors = On in php.ini, and began receiving a TON of "[notice] child pid 15591 exit signal Segmentation fault (11)" in my Apache error_log. In addition, a ton of "Allowed memory size of 8388608 bytes exhausted (tried to allocate 2 bytes)" began showing up as well. Even worse, Apache child threads would shoot up to 100% CPU and over time 5-6 threads would all be fighting for that 100%, causing page serve problems. I come to find out that the directoy that error_log was set to go to was not writeable by the webserver user. As soon as I make the directory writeable (or turn off log_errors), all problems go away and the server returns to normal operations. './configure' '--prefix=/usr/local' '--with-apache=/usr/local/Apachetoolbox-1.5.66/apache_1.3.27' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--enable-inline-optimization' '--enable-memory-limit' '--with-gd=/usr/local' '--with-zlib' '--enable-gd-native-tt' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr/local' '--with-imap=/usr/sbin' '--with-openssl=/usr' '--with-gd' '--with-zlib-dir=/usr' '--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--with-mysql' '--with-ldap' '--with-kerberos=/usr/kerberos' Reproduce code: --- 1) Enable log_errors in php.ini 2) Set error_log to a directory not writeable by the webuser. 3) Create some php errors that you would expect to be logged into error_log. 4) Send a lot of traffic to the server, watch your Apache's error_log and watch Apache threads shoot up to 100% CPU. Expected result: If error_log cannot be written, abort instead of taking down Apache. Actual result: -- [notice] child pid 15591 exit signal Segmentation fault (11) Allowed memory size of 8388608 bytes exhausted (tried to allocate 2 bytes) -- Edit this bug report at http://bugs.php.net/?id=24597&edit=1
#24611 [Fbk]: is_dir /!is_file won't work quite right.
ID: 24611 Updated by: [EMAIL PROTECTED] Reported By: itamarc at rogers dot com Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows XP PHP Version: 4.3.1 New Comment: And you should update to PHP 4.3.2 first too.. Previous Comments: [2003-07-13 22:08:53] [EMAIL PROTECTED] Without seeing the sources it's impossible to start even guessing what you're doing wrong. Seems like user error to me. And DO NOT send me any emails. Add the short but complete example script, max. 20 lines, which clearly shows the problem at hand. [2003-07-11 14:37:33] itamarc at rogers dot com Description: some directories don't show as such. even when using chdir() and looking at all notes on the subject. I have had and reprocudes this problem for months. so please don't just say it's crap. Reproduce code: --- goto http://zabber.portredirect.com/ login as php password is net goto 'Members Options' goto 'User Files' goto 'Manage Folders' I used the site to make 3 folders. Click on "Make New Directory" See what it says in the file list. source code used is available to anyone who E-mails me at: [EMAIL PROTECTED] Expected result: should who first folder and subfolder as such. but second folder and any uploaded files show wrong. -- Edit this bug report at http://bugs.php.net/?id=24611&edit=1
#24611 [Opn->Fbk]: is_dir /!is_file won't work quite right.
ID: 24611 Updated by: [EMAIL PROTECTED] Reported By: itamarc at rogers dot com -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows XP PHP Version: 4.3.1 New Comment: Without seeing the sources it's impossible to start even guessing what you're doing wrong. Seems like user error to me. And DO NOT send me any emails. Add the short but complete example script, max. 20 lines, which clearly shows the problem at hand. Previous Comments: [2003-07-11 14:37:33] itamarc at rogers dot com Description: some directories don't show as such. even when using chdir() and looking at all notes on the subject. I have had and reprocudes this problem for months. so please don't just say it's crap. Reproduce code: --- goto http://zabber.portredirect.com/ login as php password is net goto 'Members Options' goto 'User Files' goto 'Manage Folders' I used the site to make 3 folders. Click on "Make New Directory" See what it says in the file list. source code used is available to anyone who E-mails me at: [EMAIL PROTECTED] Expected result: should who first folder and subfolder as such. but second folder and any uploaded files show wrong. -- Edit this bug report at http://bugs.php.net/?id=24611&edit=1
#24612 [Opn->Fbk]: Getimagesize fails on IM 5.4.6 created jpegs
ID: 24612 Updated by: [EMAIL PROTECTED] Reported By: pekka at studio-on-the dot net -Status: Open +Status: Feedback Bug Type: GetImageSize related Operating System: Windows XP Professional SP1 PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works just fine. Not even 10'000 tries produce any false result. It's propably just some network thing, as you're accessing the image remotely. Try it locally. (drop the url) Previous Comments: [2003-07-11 15:51:58] pekka at studio-on-the dot net it should be of course Actual result: -- e.g. (in Windows): try 433: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| [2003-07-11 15:33:22] pekka at studio-on-the dot net Description: Code snippet http://www.exhibitserver.com/getimagesizetest.php works perfectly on Linux/apache (PHP 4.2.2), but in Windows XP/Apache/PHP 4.3.2 even 1000 times is not always enough to get some data back from the function. Mostly it needs between 0 and 200 retries before it gets some data into array. I have found that this happens and has something to do ONLY with ImageMagick Mogrify created JPGS (Version: @(#)ImageMagick 5.4.6 06/01/02 Q:8). See aforementioned demo for test image url. Reproduce code: --- http://www.exhibitserver.com/getimagesizetest.php Expected result: try 0: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| Actual result: -- nothing, or try 0: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| -- Edit this bug report at http://bugs.php.net/?id=24612&edit=1
#24639 [Opn->Fbk]: segmentation fault with old code
ID: 24639 Updated by: [EMAIL PROTECTED] Reported By: nospam at rshell dot org -Status: Open +Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if you can reproduce this with latest CVS, provide us a short but _complete_ example script. Some part of some huge app is useless to us. Previous Comments: [2003-07-13 19:14:56] nospam at rshell dot org Description: when someone access an old forum page (modify old phpbb version), we get segmentation fault in apache error log and the user get a blank page. The funny thing is that when I try with --enable-debug the forum loads. php compiled with: --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-mcrypt --with-mysql=/usr/local/mysql --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --with-gettext --with-mhash --with-imap --with-kerberos --enable-inline-optimization --with-zlib-dir --with-openssl --with-pear --enable-sockets --enable-track-vars --enable-magic-quotes --with-curl here is the backtrace (no debug info, see above) Program received signal SIGSEGV, Segmentation fault. 0x2c84ef76 in chunk_free () from /lib/i686/libc.so.6 (gdb) bt #0 0x2c84ef76 in chunk_free () from /lib/i686/libc.so.6 #1 0x2c84ed24 in free () from /lib/i686/libc.so.6 #2 0x2cbd22dc in _efree (ptr=0x88a1814) at /home/rcs/php-4.3.2/Zend/zend_alloc.c:265 #3 0x2cbe99c2 in zend_restore_ini_entry_cb (ini_entry=0x831f7d8, stage=8) at /home/rcs/php-4.3.2/Zend/zend_ini.c:53 #4 0x2cbe55bb in zend_hash_apply_with_argument (ht=0x82bd798, apply_func=0x2cbe997c , argument=0x8) at /home/rcs/php-4.3.2/Zend/zend_hash.c:707 #5 0x2cbe9aa0 in zend_ini_deactivate () at /home/rcs/php-4.3.2/Zend/zend_ini.c:87 #6 0x2cbe0bb0 in zend_deactivate () at /home/rcs/php-4.3.2/Zend/zend.c:656 #7 0x2cbb8bff in php_request_shutdown (dummy=0x0) at /home/rcs/php-4.3.2/main/main.c:985 #8 0x2cbfabb5 in apache_php_module_main (r=0x82258cc, display_source_mode=0) #9 0x2cbfb732 in send_php (r=0x82258cc, display_source_mode=0, filename=0x0) at /home/rcs/php-4.3.2/sapi/apache/mod_php4.c:617 #10 0x2cbfb786 in send_parsed_php (r=0x82258cc) at /home/rcs/php-4.3.2/sapi/apache/mod_php4.c:632 #11 0x080546d3 in ap_invoke_handler () #12 0x08069b57 in process_request_internal () #13 0x08069f8f in ap_internal_redirect () #14 0x2c954dea in handle_dir () from /usr/local/apache/libexec/mod_dir.so #15 0x080546d3 in ap_invoke_handler () #16 0x08069b57 in process_request_internal () #17 0x08069bb8 in ap_process_request () strace output: read(9, "...' . $titel . '...' . '' ; return($string); } ?> -- Edit this bug report at http://bugs.php.net/?id=24639&edit=1
#24640 [Opn->Asn]: var_export and var_dump can't output large float
ID: 24640 Updated by: [EMAIL PROTECTED] Reported By: gharman at erols dot com -Status: Open +Status: Assigned Bug Type: Variables related -Operating System: XP & Linux +Operating System: * -PHP Version: 4.3.2 +PHP Version: 4.3.3RC2-dev, PHP 5.0.0b2-dev -Assigned To: +Assigned To: helly New Comment: Marcus, this is again spprintf() that is broken.. :) Previous Comments: [2003-07-13 21:25:33] gharman at erols dot com Description: Given $v = 1.7e+300, both var_dump and var_export output 0.E+79. Echo and print_r produce expected result. Reproduce code: --- '; var_dump($v); echo "$v"; print_r($v); ?> Expected result: 1.7E+300 float(1.7E+300) 1.7E+300 1.7E+300 Actual result: -- 0.E+79 float(0.E+79) 1.7E+300 1.7E+300 -- Edit this bug report at http://bugs.php.net/?id=24640&edit=1
#24616 [Opn->Bgs]: Process started with "exec cmd > /dev/null &" dies when httpd is closed
ID: 24616
Updated by: [EMAIL PROTECTED]
Reported By: carb at videotron dot ca
-Status: Open
+Status: Bogus
Bug Type: Apache related
Operating System: RedHat 9.0
PHP Version: 4.3.2
New Comment:
Please study fork() a bit more. :)
Previous Comments:
[2003-07-13 20:45:05] carb at videotron dot ca
Ok, that bug is informative, but why not fork off child processes as
completely seperate from httpd so that they can really run in the
background seperately from the parent? Such as a double fork to ophan
off the process.
I don't think that people who forks off a background process from
httpd/php with the "&" expect it to die if/when httpd happens to be
restarted or closed.
Real
[2003-07-13 00:02:43] [EMAIL PROTECTED]
This is a feature, not bug. (look in bug #15529 for another
perpective.. :)
[2003-07-12 01:07:27] carb at videotron dot ca
Same behavior with:
/dev/null 2>/dev/null &");
?>
[2003-07-12 01:00:33] carb at videotron dot ca
Description:
When forking off a process from PHP with the statement exec("command >
/dev/null &"), the process will get killed when the httpd is closed.
Note: This occurs even though ps is telling me that the parent process
id is init (parent process id 1).
Reproduce code:
---
/dev/null &");
?>
Expected result:
A continuous ping process should be running in the backgroud,
independently of httpd. When httpd is closed, the ping (or whatever
relevant) process should keep running.
Actual result:
--
When httpd is closed, the ping (or whatever relevant) process dies.
--
Edit this bug report at http://bugs.php.net/?id=24616&edit=1
#24640 [NEW]: var_export and var_dump can't output large float
From: gharman at erols dot com Operating system: XP & Linux PHP version: 4.3.2 PHP Bug Type: Variables related Bug description: var_export and var_dump can't output large float Description: Given $v = 1.7e+300, both var_dump and var_export output 0.E+79. Echo and print_r produce expected result. Reproduce code: --- '; var_dump($v); echo "$v"; print_r($v); ?> Expected result: 1.7E+300 float(1.7E+300) 1.7E+300 1.7E+300 Actual result: -- 0.E+79 float(0.E+79) 1.7E+300 1.7E+300 -- Edit bug report at http://bugs.php.net/?id=24640&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24640&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24640&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24640&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24640&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24640&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24640&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24640&r=support Expected behavior: http://bugs.php.net/fix.php?id=24640&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24640&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24640&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24640&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24640&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24640&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24640&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24640&r=gnused
#24616 [Bgs->Opn]: Process started with "exec cmd > /dev/null &" dies when httpd is closed
ID: 24616
User updated by: carb at videotron dot ca
Reported By: carb at videotron dot ca
-Status: Bogus
+Status: Open
Bug Type: Apache related
Operating System: RedHat 9.0
PHP Version: 4.3.2
New Comment:
Ok, that bug is informative, but why not fork off child processes as
completely seperate from httpd so that they can really run in the
background seperately from the parent? Such as a double fork to ophan
off the process.
I don't think that people who forks off a background process from
httpd/php with the "&" expect it to die if/when httpd happens to be
restarted or closed.
Real
Previous Comments:
[2003-07-13 00:02:43] [EMAIL PROTECTED]
This is a feature, not bug. (look in bug #15529 for another
perpective.. :)
[2003-07-12 01:07:27] carb at videotron dot ca
Same behavior with:
/dev/null 2>/dev/null &");
?>
[2003-07-12 01:00:33] carb at videotron dot ca
Description:
When forking off a process from PHP with the statement exec("command >
/dev/null &"), the process will get killed when the httpd is closed.
Note: This occurs even though ps is telling me that the parent process
id is init (parent process id 1).
Reproduce code:
---
/dev/null &");
?>
Expected result:
A continuous ping process should be running in the backgroud,
independently of httpd. When httpd is closed, the ping (or whatever
relevant) process should keep running.
Actual result:
--
When httpd is closed, the ping (or whatever relevant) process dies.
--
Edit this bug report at http://bugs.php.net/?id=24616&edit=1
#24628 [Bgs]: missing space
ID: 24628 User updated by: prof_moriarty at veryfast dot biz Reported By: prof_moriarty at veryfast dot biz Status: Bogus Bug Type: MySQL related Operating System: win98 PHP Version: 4.3.2 New Comment: I figured it was that line (the "return" gives it away), just don't understand the stuff it's actually returning. :) And for some reason google didn't seem to think F stood for friendly. Maybe someone should complain to google support... ;) Previous Comments: [2003-07-13 17:42:42] [EMAIL PROTECTED] This line (ext/mysql/php_mysql.c:1060 or so) is where the 'magic' happens: RETURN_STRING((char *)mysql_stat(&mysql->conn), 1); This is what mysql_stat() (PHP function) returns. It's exactly the same data what the mysql_stat() (libmysqlclient C function) returns. And btw. the F in RTFM/RTFS means "friendly" :) [2003-07-13 16:09:15] prof_moriarty at veryfast dot biz acronyms are fine. Just try to miss out the F's in them. :) Pertaining to the bug: I spent a full 12 mins downloading the PHP source code (56k), managed to find 'mysql_stat', and could make absolutely no sense whatsoever of what the code said. :( So RTSC wasn't much good. At least i've had the opportunity to broaden someones linguistical horizons. :) [2003-07-13 14:27:38] [EMAIL PROTECTED] Heh..bad luck I guess. Don't take it personally, we use acronyms because we don't know any better. :) (Also, for most of us english is not our native language, for example I had to look for "finicky" and "expletive" in my dictionary :) It's not helping us if people report things as bugs, even as they're a) not our fault (like this mysql thing) b) not real bugs (and even documented as not being such). Whenever you suspect there's a bug, do your homework first before submitting any reports. That way you save our and your time. First thing to do is to ask on some mailing list if anybody else is having same problem. Then if someone says they are and that they also think it's a bug, search the bug database for possible existing report. If you can't find an existing report in any catogory or with any status (bogus included :), then provide a complete report with enough information (but not too much either). Then you're helping and not wasting our time. Thank you for using PHP anyway. :) [2003-07-13 13:59:10] prof_moriarty at veryfast dot biz call me finicky if you want, but i've reported 2 bugs in the past two days. 1 reply included "RTFM" (http://bugs.php.net/bug.php?id=24633&edit=2), and now you're using RTFS Having had to google them both, i'm rather disturbed that so many peeps contributing to the source have to use acronyms that include expletives!!! Come to think of it, of the last 3 bugs i've reported, all the replies were less than savory... Why the hell do people bother reporting them? I know in the future i won't bother wasting my time trying to help. As to RTFSing: I would, but i don't have a copy of it, nor would i be able to understand a copy of it if i aquired one. (C(++) isn't on my skill list). [2003-07-13 10:32:21] [EMAIL PROTECTED] To be precise: I KNOW it's mysql "bug". 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/24628 -- Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24639 [NEW]: segmentation fault with old code
From: nospam at rshell dot org Operating system: linux PHP version: 4.3.2 PHP Bug Type: Apache related Bug description: segmentation fault with old code Description: when someone access an old forum page (modify old phpbb version), we get segmentation fault in apache error log and the user get a blank page. The funny thing is that when I try with --enable-debug the forum loads. php compiled with: --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-mcrypt --with-mysql=/usr/local/mysql --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --with-gettext --with-mhash --with-imap --with-kerberos --enable-inline-optimization --with-zlib-dir --with-openssl --with-pear --enable-sockets --enable-track-vars --enable-magic-quotes --with-curl here is the backtrace (no debug info, see above) Program received signal SIGSEGV, Segmentation fault. 0x2c84ef76 in chunk_free () from /lib/i686/libc.so.6 (gdb) bt #0 0x2c84ef76 in chunk_free () from /lib/i686/libc.so.6 #1 0x2c84ed24 in free () from /lib/i686/libc.so.6 #2 0x2cbd22dc in _efree (ptr=0x88a1814) at /home/rcs/php-4.3.2/Zend/zend_alloc.c:265 #3 0x2cbe99c2 in zend_restore_ini_entry_cb (ini_entry=0x831f7d8, stage=8) at /home/rcs/php-4.3.2/Zend/zend_ini.c:53 #4 0x2cbe55bb in zend_hash_apply_with_argument (ht=0x82bd798, apply_func=0x2cbe997c , argument=0x8) at /home/rcs/php-4.3.2/Zend/zend_hash.c:707 #5 0x2cbe9aa0 in zend_ini_deactivate () at /home/rcs/php-4.3.2/Zend/zend_ini.c:87 #6 0x2cbe0bb0 in zend_deactivate () at /home/rcs/php-4.3.2/Zend/zend.c:656 #7 0x2cbb8bff in php_request_shutdown (dummy=0x0) at /home/rcs/php-4.3.2/main/main.c:985 #8 0x2cbfabb5 in apache_php_module_main (r=0x82258cc, display_source_mode=0) #9 0x2cbfb732 in send_php (r=0x82258cc, display_source_mode=0, filename=0x0) at /home/rcs/php-4.3.2/sapi/apache/mod_php4.c:617 #10 0x2cbfb786 in send_parsed_php (r=0x82258cc) at /home/rcs/php-4.3.2/sapi/apache/mod_php4.c:632 #11 0x080546d3 in ap_invoke_handler () #12 0x08069b57 in process_request_internal () #13 0x08069f8f in ap_internal_redirect () #14 0x2c954dea in handle_dir () from /usr/local/apache/libexec/mod_dir.so #15 0x080546d3 in ap_invoke_handler () #16 0x08069b57 in process_request_internal () #17 0x08069bb8 in ap_process_request () strace output: read(9, "...' . $titel . '...' . '' ; return($string); } ?> -- Edit bug report at http://bugs.php.net/?id=24639&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24639&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24639&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24639&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24639&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24639&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24639&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24639&r=support Expected behavior: http://bugs.php.net/fix.php?id=24639&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24639&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24639&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24639&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24639&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24639&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24639&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24639&r=gnused
#17101 [Com]: Parse errors involving control structures should indicate the start of it
ID: 17101
Comment by: madsen at sjovedyr dot dk
Reported By: destes at ix dot netcom dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.1.2
New Comment:
Just reporting that a } might be missing somewhere would be a great
improvement, at least until the above mentioned solution is
implemented...
I've had heaps of ppl asking me what the error in "this line (?>)"
was.. :)
Previous Comments:
[2002-05-08 18:36:02] destes at ix dot netcom dot com
Reopening issue, see comments.
[2002-05-08 17:08:41] destes at ix dot netcom dot com
Even providing the start of the If structure that is unclosed - even if
it has nested Ifs - would still provide useful functionality. When in
doubt, go with the earliest one. That in itself will greatly narrow
the range of possibilities.
I should also note that in your example, in both possible cases, it is
the closing brace for the FIRST if that is missing. Even if the second
one were nested inside the first one, the missing brace would be for
the first If statement, so you could safely report "Parse error:
Unclosed If Structure beginning on line " and it would be greatly
useful.
I admit that there is no way to determine where the closing brace
should go. However, you can (At the very least) determine the highest
level If structure which was never closed - and report that line.
Please let me know if i'm not making sense, which happens often =)
Thanks for your blindingly-fast reply.
-Steve
[2002-05-08 14:54:41] [EMAIL PROTECTED]
There is no way how PHP can detect it.
Consider the following (bogus) script:
if($foo) {
...
if($bar) {
...
}
How can PHP know which brace is missing?
It can be
if($foo) {
...
}
if($bar) {
...
}
but it can also be
if($foo) {
...
if($bar) {
...
}
}
If you have a good idea how to detect it, please let us hear.
[2002-05-08 14:36:56] destes at ix dot netcom dot com
A common scripting oversight is to forget to properly close control
structures bounded by curly braces such as if:
if ($var) {
$foo = 1;
$bar = 2;
/* forgot the } */
...
When parsing this, PHP reports that the error occurred on the last line
of the script - however many lines there are. For scripts that run
many thousands of lines, and contain hundreds of control structures,
this means a huge amount of time spent going over the entire code
looking for the bad structure.
It occurs to me that PHP should be able to determine where the START of
the unended control structure is, and raise the parse error indicating
that line (instead of the last line of the document). Adding this
feature would greatly decrease debug times for people who occasionally
make errors like these.
Thanks,
Steve
--
Edit this bug report at http://bugs.php.net/?id=17101&edit=1
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: ephp at sharpdreams dot com
Reported By: armageddon at raydan dot de
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
I get the same problem on the latest build of the Win33 binary for PHP
5 test version. (Built On: Jul 13, 2003 06:30 GMT). It only happens for
me when using an interface and a class that implements the interface in
the same file. I get "cannot redeclare class output_ext" error.
Using Windows XP Prof. and Apache 2 (as a module).
Any word on if this will get fixed soon?
Previous Comments:
[2003-03-09 19:58:03] ben at pirionsystems dot com dot au
I have the same sort of thing happening with classes when the server is
under high load particularily. The script I use is:
I'm running PHP 5.0.0 dev (built Mar 10 2003 00:10:43) under Apache
1.3.27 on Windows XP Pro. I'm also running cygwin (apache isn't running
under cygwin), so to reproduce this problem I did:
while (true); do wget http://localhost/test.php; done
After going to mozilla and reloading the same page a quite a few times
(about 30 seconds worth of CTRL-R), it comes up with:
Fatal error: Cannot redeclare class blah in c:\www\test.php on line 2
[2002-10-17 22:45:46] [EMAIL PROTECTED]
In latest version of ZendEngine 2 the last example results a core dump.
Here is the backtrace:
#0 0x80e42bc in _efree (ptr=0x401b4748, __zend_filename=0x813a0c0
"/home/rei/PHP_CVS/php4/Zend/zend_opcode.c", __zend_lineno=124,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/home/rei/PHP_CVS/php4/Zend/zend_alloc.c:238
#1 0x80f002d in destroy_zend_class (pce=0x8154e34) at
/home/rei/PHP_CVS/php4/Zend/zend_opcode.c:124
#2 0x80fd25a in zend_hash_destroy (ht=0x814b840) at
/home/rei/PHP_CVS/php4/Zend/zend_hash.c:541
#3 0x80f72a2 in zend_shutdown () at
/home/rei/PHP_CVS/php4/Zend/zend.c:539
#4 0x80c3d9f in php_module_shutdown () at
/home/rei/PHP_CVS/php4/main/main.c:1190
#5 0x8113004 in main (argc=2, argv=0xb7f4) at
/home/rei/PHP_CVS/php4/sapi/cli/php_cli.c:753
#6 0x400b4f5c in __libc_start_main (main=0x8112590 , argc=2,
ubp_av=0xb7f4, init=0x8059b30 <_init>, fini=0x81135bc <_fini>,
rtld_fini=0x4000ce30 <_dl_fini>, stack_end=0xb7ec) at
../sysdeps/generic/libc-start.c:129
ZE1 does not core however it does show 4 memory leaks:
/home/rei/PHP_CVS/php4/Zend/zend_API.c(597) : Freeing 0x0836ED0C (44
bytes), script=z2.php
/home/rei/PHP_CVS/php4/Zend/zend_API.c(585) : Actual location (location
was relayed)
/home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x083696F4 (32
bytes), script=z2.php
/home/rei/PHP_CVS/php4/Zend/zend_execute.c(1956) : Freeing 0x08368B3C
(12 bytes), script=z2.php
[2002-08-07 02:16:35] optikSmoke at subdimension dot com
I have also been having problems with the "redeclare upon
reload" bug for awhile, so I decided to see if I could
isolate the code that was causing the problem. After a
good deal of thinning down code, I believe I have figured
it out (for my case, anyway). Observe the following
script:
The first time I load it, everything is fine. The second
time, it says "Fatal error: Cannot redeclare class biff in
biff.php on line 2". I hit reload again, and everything is
fine. Hit it again, fatal error. And so on.
It appears that putting exit() in the __destruct() method
of an object causes this problem.
Further testing revealed that the script will die upon the
first declaration of any class or function. For example,
you could declare a function called "foo" before the
"biff" class, and it would be reported as redeclared,
instead of "biff".
On top of that, testing with a function also indicates
"where" the function was redeclared from. This is not a
bug, but it is useful information: especially since it
tosses up garbage. For example, adding the "function foo()
{}" at the beginning of the file causes this error:
Cannot redeclare foo() (previously declared in I+V?:2) in
biff.php on line 2
Generally, it seems to say "previously declared in
biff.php" once, then every time afterwards it will turn up
garbage for the file name. This garbage changes for each
reload.
I am using cvs from August 5th, with Zend 2, as a module
in Apache 1.3.23, Mandrake 8.2 (kernel 2.4.18), and glibc
2.2.4.
[2002-07-27 05:54:33] armageddon at raydan dot de
Updated to Apache 1.3.26 but still the same problem...
[2002-07-27 05:16:39] [EMAIL PROTECTED]
You can safely upgrade from 1.3.24 to 1.3.26, but I doubt that will fix
things.
Derick
#24635 [Opn->Ver]: small block of code causes crash, possibly destructor related.
ID: 24635
Updated by: [EMAIL PROTECTED]
Reported By: eric at cosky dot com
-Status: Open
+Status: Verified
-Bug Type: Reproducible crash
+Bug Type: Zend Engine 2 problem
-Operating System: Windows XP SP1
+Operating System: *
PHP Version: 5CVS-2003-07-13 (dev)
New Comment:
Verified, backtrace as follows:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
_efree (ptr=0x6f697463) at /usr/src/web/php/php5/Zend/zend_alloc.c:257
257 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size);
(gdb) bt
#0 _efree (ptr=0x6f697463) at
/usr/src/web/php/php5/Zend/zend_alloc.c:257
#1 0x813e01b in _zval_ptr_dtor (zval_ptr=0x4029afc0) at
/usr/src/web/php/php5/Zend/zend_execute.h:67
#2 0x814b075 in zend_hash_clean (ht=0x4029adbc) at
/usr/src/web/php/php5/Zend/zend_hash.c:535
#3 0x816bb91 in zend_do_fcall_common_helper (execute_data=0xbfffd53c,
op_array=0x4029839c)
at /usr/src/web/php/php5/Zend/zend_execute.c:2673
#4 0x816bd80 in zend_do_fcall_by_name_handler
(execute_data=0xbfffd53c, op_array=0x4029839c)
at /usr/src/web/php/php5/Zend/zend_execute.c:2725
#5 0x815c2c4 in execute (op_array=0x4029839c) at
/usr/src/web/php/php5/Zend/zend_execute.c:1194
#6 0x8146b20 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1017
#7 0x811b8d3 in php_execute_script (primary_file=0xb898) at
/usr/src/web/php/php5/main/main.c:1695
#8 0x8175503 in main (argc=2, argv=0xb904) at
/usr/src/web/php/php5/sapi/cgi/cgi_main.c:1560
#9 0x401b19cb in __libc_start_main (main=0x8174c80 , argc=2,
argv=0xb904, init=0x806985c <_init>,
fini=0x8175c14 <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xb8fc)
at ../sysdeps/generic/libc-start.c:92
Previous Comments:
[2003-07-13 12:53:28] eric at cosky dot com
Description:
The following block of code will crash the PHP I installed from
php5-win32-200307130630.zip (and previous versions).
I've read that I should be using '&new' to gain proper use of
destructors, but it seems reasonable to say that using 'new' shouldn't
cause a server crash. Perhaps a useful thing to do would be to have a
class that has a __destruct() function produce an error if created
without '&new'?
Reproduce code:
---
class SiteClass {
function __construct() { $this->page = new PageClass(); }
}
class PageClass {
function Display() {
$section = new SectionClass("PageClass::Display");
}
}
class SectionClass {
function __construct($comment) {
$this->Comment = $comment;
}
function __destruct() {
out($this->Comment); // this line doesn't crash PHP
out("\n"); // this line
crashes PHP
}
}
function out($code) { return; }
$site = new SiteClass();
$site->page->Display();
Expected result:
Nothing.
Actual result:
--
System alert for PHP crashing.
--
Edit this bug report at http://bugs.php.net/?id=24635&edit=1
#24389 [Com]: PHP 5 : Windows build needs a MySQL DLL
ID: 24389 Comment by: h3 at mindkind dot org Reported By: philip at cornado dot com Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5CVS-2003-06-29 (dev) Assigned To: edink New Comment: you can get the latest stables versions of PHP5 win32 extensions at http://snaps.php.net/win32/PECL_STABLE , event with them i gived up installing php5 over my win2k machine and decided to install it on my redhat server instead (dont know if it'll work). h3 Previous Comments: [2003-07-12 07:40:36] rcherry at raysoft dot net The Windows binary distribution - PHP 5.0.0b1 - downloaded 24 hours ago, includes libmysql.dll, but does NOT include php_mysql.dll. Where can I find a copy of pup_mysql.dll? Thanks. [2003-07-03 16:56:14] [EMAIL PROTECTED] Philip, this bug was fixed, so leave it closed. [2003-07-02 20:55:21] [EMAIL PROTECTED] ipa, did you copy libmySQL.dll to your SYSTEMROOT? And/or has this been fixed in the newest snap? [2003-07-02 13:08:36] enc at omni dot lt Well, i guess Postgre now will get more attention from PHP Windows users. [2003-06-30 16:16:42] ipa at assis dot lt php_mysql.dll from snap says PHP Warning: Unknown(): Invalid library (maybe not a PHP library) 'php_mysql.dll' in Unknown on line 0 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/24389 -- Edit this bug report at http://bugs.php.net/?id=24389&edit=1
#24636 [Opn->Bgs]: PHP Binding Information for libxml2 Missing
ID: 24636 Updated by: [EMAIL PROTECTED] Reported By: rcherry at raysoft dot net -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Windows PHP Version: 5.0.0b1 (beta1) New Comment: Wrong place to ask. Previous Comments: [2003-07-13 14:24:30] rcherry at raysoft dot net Description: In order to support Beta Test, I will convert my DOMXML code to use the new libxmi2. Where can I find a description of the PHP binding to libxml2? The provided link - http://www.xmlsoft.org/ - does not include a PHP binding. Thanks. -- Edit this bug report at http://bugs.php.net/?id=24636&edit=1
#23685 [Ana->Fbk]: fake values returned when OID value is an empty string
ID: 23685 Updated by: [EMAIL PROTECTED] Reported By: s dot zagrodzki at net dot icm dot edu dot pl -Status: Analyzed +Status: Feedback Bug Type: SNMP related Operating System: Linux 2.2 PHP Version: 4.3.2RC4-dev Previous Comments: [2003-07-13 14:49:20] [EMAIL PROTECTED] I tried this with other variables (I do not have an SNMP agent implementing the ifXTable) and cannot reproduce it. Therefore I am thinking that it maybe the SNMP agent which returns these values and as a result they show up in PHP. Could you confirm that this is not a problem with the SNMP agent/router. [2003-07-13 00:11:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Some changes have been made lately. [2003-05-19 04:30:19] s dot zagrodzki at net dot icm dot edu dot pl I've copied ext/snmp directory from this snapshot into my php source tree (when I tried to compile the snap as it is, it complained about too old db3 library). It didn't help. [2003-05-18 16:57:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-18 15:47:25] s dot zagrodzki at net dot icm dot edu dot pl PHP with snmp module. Sample piece of output from snmpwalk utility from ucd-snmp: $ snmpwalk ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias ... ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.3 = lacze do Obs. Astr. ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.4 = ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.5 = : lacze do Wydz. Zarzadzania ... (value of ifAlias.4 is an empty string). Sample script: ", "", "ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias"); print_r($ifAlias); ?> Output of sample script: [ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.3] => lacze do Obs. Astr. [ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.4] => lacze do Obs. Astr. [ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.5] => : lacze do Wydz. Zarzadz (ifAlias.4 is now the same as ifAlias.3, not an empty string). ucd-snmp 4.2.6 router is Cisco 2511 with IOS 11.1(5) (don't suppose it matters, but just in case...) -- Edit this bug report at http://bugs.php.net/?id=23685&edit=1
#24638 [NEW]: Add ISO 8601 support to date()
From: [EMAIL PROTECTED] Operating system: All. PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Add ISO 8601 support to date() Description: It would be nice to have a parameter to get an ISO 8601 timestamp (2003-07-14T01:11Z) from date instead of having to specify that as a user. I actually made a diff once, would someone please check it out? http://files.xavamedia.nl/iso8601diff.txt -- Edit bug report at http://bugs.php.net/?id=24638&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24638&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24638&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24638&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24638&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24638&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24638&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24638&r=support Expected behavior: http://bugs.php.net/fix.php?id=24638&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24638&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24638&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24638&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24638&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24638&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24638&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24638&r=gnused
#24628 [Bgs]: missing space
ID: 24628 Updated by: [EMAIL PROTECTED] Reported By: prof_moriarty at veryfast dot biz Status: Bogus Bug Type: MySQL related Operating System: win98 PHP Version: 4.3.2 New Comment: This line (ext/mysql/php_mysql.c:1060 or so) is where the 'magic' happens: RETURN_STRING((char *)mysql_stat(&mysql->conn), 1); This is what mysql_stat() (PHP function) returns. It's exactly the same data what the mysql_stat() (libmysqlclient C function) returns. And btw. the F in RTFM/RTFS means "friendly" :) Previous Comments: [2003-07-13 16:09:15] prof_moriarty at veryfast dot biz acronyms are fine. Just try to miss out the F's in them. :) Pertaining to the bug: I spent a full 12 mins downloading the PHP source code (56k), managed to find 'mysql_stat', and could make absolutely no sense whatsoever of what the code said. :( So RTSC wasn't much good. At least i've had the opportunity to broaden someones linguistical horizons. :) [2003-07-13 14:27:38] [EMAIL PROTECTED] Heh..bad luck I guess. Don't take it personally, we use acronyms because we don't know any better. :) (Also, for most of us english is not our native language, for example I had to look for "finicky" and "expletive" in my dictionary :) It's not helping us if people report things as bugs, even as they're a) not our fault (like this mysql thing) b) not real bugs (and even documented as not being such). Whenever you suspect there's a bug, do your homework first before submitting any reports. That way you save our and your time. First thing to do is to ask on some mailing list if anybody else is having same problem. Then if someone says they are and that they also think it's a bug, search the bug database for possible existing report. If you can't find an existing report in any catogory or with any status (bogus included :), then provide a complete report with enough information (but not too much either). Then you're helping and not wasting our time. Thank you for using PHP anyway. :) [2003-07-13 13:59:10] prof_moriarty at veryfast dot biz call me finicky if you want, but i've reported 2 bugs in the past two days. 1 reply included "RTFM" (http://bugs.php.net/bug.php?id=24633&edit=2), and now you're using RTFS Having had to google them both, i'm rather disturbed that so many peeps contributing to the source have to use acronyms that include expletives!!! Come to think of it, of the last 3 bugs i've reported, all the replies were less than savory... Why the hell do people bother reporting them? I know in the future i won't bother wasting my time trying to help. As to RTFSing: I would, but i don't have a copy of it, nor would i be able to understand a copy of it if i aquired one. (C(++) isn't on my skill list). [2003-07-13 10:32:21] [EMAIL PROTECTED] To be precise: I KNOW it's mysql "bug". [2003-07-13 10:31:54] [EMAIL PROTECTED] But I am sure it's a mysql bug. RTFS if you don't believe me. 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/24628 -- Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24628 [Bgs]: missing space
ID: 24628 User updated by: prof_moriarty at veryfast dot biz Reported By: prof_moriarty at veryfast dot biz Status: Bogus Bug Type: MySQL related Operating System: win98 PHP Version: 4.3.2 New Comment: acronyms are fine. Just try to miss out the F's in them. :) Pertaining to the bug: I spent a full 12 mins downloading the PHP source code (56k), managed to find 'mysql_stat', and could make absolutely no sense whatsoever of what the code said. :( So RTSC wasn't much good. At least i've had the opportunity to broaden someones linguistical horizons. :) Previous Comments: [2003-07-13 14:27:38] [EMAIL PROTECTED] Heh..bad luck I guess. Don't take it personally, we use acronyms because we don't know any better. :) (Also, for most of us english is not our native language, for example I had to look for "finicky" and "expletive" in my dictionary :) It's not helping us if people report things as bugs, even as they're a) not our fault (like this mysql thing) b) not real bugs (and even documented as not being such). Whenever you suspect there's a bug, do your homework first before submitting any reports. That way you save our and your time. First thing to do is to ask on some mailing list if anybody else is having same problem. Then if someone says they are and that they also think it's a bug, search the bug database for possible existing report. If you can't find an existing report in any catogory or with any status (bogus included :), then provide a complete report with enough information (but not too much either). Then you're helping and not wasting our time. Thank you for using PHP anyway. :) [2003-07-13 13:59:10] prof_moriarty at veryfast dot biz call me finicky if you want, but i've reported 2 bugs in the past two days. 1 reply included "RTFM" (http://bugs.php.net/bug.php?id=24633&edit=2), and now you're using RTFS Having had to google them both, i'm rather disturbed that so many peeps contributing to the source have to use acronyms that include expletives!!! Come to think of it, of the last 3 bugs i've reported, all the replies were less than savory... Why the hell do people bother reporting them? I know in the future i won't bother wasting my time trying to help. As to RTFSing: I would, but i don't have a copy of it, nor would i be able to understand a copy of it if i aquired one. (C(++) isn't on my skill list). [2003-07-13 10:32:21] [EMAIL PROTECTED] To be precise: I KNOW it's mysql "bug". [2003-07-13 10:31:54] [EMAIL PROTECTED] But I am sure it's a mysql bug. RTFS if you don't believe me. [2003-07-13 06:03:31] prof_moriarty at veryfast dot biz I'm not so sure it is. So far as i can tell, mysql_stat simply shows a few of what "SHOW STATUS" does in mysql. However "show status" doesn't show a "Queries per second avg:", only mysql_stat does. So i'd hazard a guess that it's php that works out the query counter, and then adds it to the list, but with only 1 space after the last entry. 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/24628 -- Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24637 [NEW]: __destruct not called
From: Bertrand dot Willm at laposte dot net
Operating system: Windows XP
PHP version: 5.0.0b1 (beta1)
PHP Bug Type: Class/Object related
Bug description: __destruct not called
Description:
There is no recursive call to __destruct when it is not defined in a
derived class.
There is not this problem with __construct.
This can be dangerous be cause if a destructor is declared, all the
derived clas have to declare a __destruct to be sure that the destruction
is done.
In other way __destruct is obligatory not to have problem, but this is not
flexible.
Reproduce code:
---
class CBaseClass {
var $name;
function __construct($name) {
$this->name = $name;
echo "$this->name->CBaseClass::__construct()";
}
function __destruct() {
echo "$this->name->CBaseClass::__destruct()";
}
}
class CExtClass extends CBaseClass {
}
echo 'Creation of ExtObject';
$ExtObject = new CExtClass('ExtObject');
echo 'End of script';
Expected result:
Creation of ExtObject
ExtObject->CBaseClass::__construct()
End of script
Actual result:
--
Creation of ExtObject
ExtObject->CBaseClass::__construct()
End of script
ExtObject->CBaseClass::__destruct()
--
Edit bug report at http://bugs.php.net/?id=24637&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24637&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24637&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24637&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24637&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24637&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24637&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24637&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24637&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24637&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24637&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24637&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24637&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24637&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24637&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24637&r=gnused
#24594 [Ver]: IMG_COLOR_TILED and imagefill not working with all images
ID: 24594 Updated by: [EMAIL PROTECTED] Reported By: jakmania at libertysurf dot fr Status: Verified Bug Type: GD related Operating System: All PHP Version: 4.3.3RC2-dev New Comment: I cannot reproduce it here, using the RC or the head. Do you have a link with the 2 used images? thanks pierre Previous Comments: [2003-07-12 02:35:33] jakmania at libertysurf dot fr It's a GD bug, not a PHP one, 'cause I've got the same wrong result in perl :((( [2003-07-10 16:07:37] jakmania at libertysurf dot fr Well, It should work with imagefill() just like it does with other functions (imagefilledrectangle...) I mean, just filling with the tile, not only drawing a 'kind' of line or just doing nothing. Someone should check GD. If this problem doesn't occur with the C version itself, or with a Perl interface, then it's a PHP bug, otherwise it's a GD bug. [2003-07-10 12:21:31] [EMAIL PROTECTED] Here's my test script: But when I used imagefill(), it only draw one line in the top with the tile and the tile image was somewhat scaled down..(I'm not sure if it's supposed to work like this? :) # file tile.png tile.png: PNG image data, 10 x 10, 8-bit/color RGB, non-interlaced # file basic.png basic.png: PNG image data, 200 x 200, 8-bit/color RGB, non-interlaced [2003-07-10 11:59:16] jakmania at libertysurf dot fr Description: If you "imagesettile" on an image created through "imagecreate" then use "imagefill" and "IMG_COLOR_TILED" as color as explained in the documentation, it's fine. But if the basic image is not created on the fly, eg. it is imported through "imagecreatefromXXX" then your "tile image" won't be apply on that image :-) NB: any version of GD, even the bundled one. See an example of NOT working code below. Thanx Reproduce code: --- Expected result: basic.png (a map in fact) tiled on a delimited area (a country). Actual result: -- Just the basic image (basic.png), not tiled at all. -- Edit this bug report at http://bugs.php.net/?id=24594&edit=1
#23685 [Fbk->Ana]: fake values returned when OID value is an empty string
ID: 23685 Updated by: [EMAIL PROTECTED] Reported By: s dot zagrodzki at net dot icm dot edu dot pl -Status: Feedback +Status: Analyzed Bug Type: SNMP related Operating System: Linux 2.2 PHP Version: 4.3.2RC4-dev New Comment: I tried this with other variables (I do not have an SNMP agent implementing the ifXTable) and cannot reproduce it. Therefore I am thinking that it maybe the SNMP agent which returns these values and as a result they show up in PHP. Could you confirm that this is not a problem with the SNMP agent/router. Previous Comments: [2003-07-13 00:11:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Some changes have been made lately. [2003-05-19 04:30:19] s dot zagrodzki at net dot icm dot edu dot pl I've copied ext/snmp directory from this snapshot into my php source tree (when I tried to compile the snap as it is, it complained about too old db3 library). It didn't help. [2003-05-18 16:57:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-18 15:47:25] s dot zagrodzki at net dot icm dot edu dot pl PHP with snmp module. Sample piece of output from snmpwalk utility from ucd-snmp: $ snmpwalk ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias ... ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.3 = lacze do Obs. Astr. ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.4 = ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.5 = : lacze do Wydz. Zarzadzania ... (value of ifAlias.4 is an empty string). Sample script: ", "", "ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias"); print_r($ifAlias); ?> Output of sample script: [ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.3] => lacze do Obs. Astr. [ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.4] => lacze do Obs. Astr. [ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.5] => : lacze do Wydz. Zarzadz (ifAlias.4 is now the same as ifAlias.3, not an empty string). ucd-snmp 4.2.6 router is Cisco 2511 with IOS 11.1(5) (don't suppose it matters, but just in case...) -- Edit this bug report at http://bugs.php.net/?id=23685&edit=1
#24628 [Bgs]: missing space
ID: 24628 Updated by: [EMAIL PROTECTED] Reported By: prof_moriarty at veryfast dot biz Status: Bogus Bug Type: MySQL related Operating System: win98 PHP Version: 4.3.2 New Comment: Heh..bad luck I guess. Don't take it personally, we use acronyms because we don't know any better. :) (Also, for most of us english is not our native language, for example I had to look for "finicky" and "expletive" in my dictionary :) It's not helping us if people report things as bugs, even as they're a) not our fault (like this mysql thing) b) not real bugs (and even documented as not being such). Whenever you suspect there's a bug, do your homework first before submitting any reports. That way you save our and your time. First thing to do is to ask on some mailing list if anybody else is having same problem. Then if someone says they are and that they also think it's a bug, search the bug database for possible existing report. If you can't find an existing report in any catogory or with any status (bogus included :), then provide a complete report with enough information (but not too much either). Then you're helping and not wasting our time. Thank you for using PHP anyway. :) Previous Comments: [2003-07-13 13:59:10] prof_moriarty at veryfast dot biz call me finicky if you want, but i've reported 2 bugs in the past two days. 1 reply included "RTFM" (http://bugs.php.net/bug.php?id=24633&edit=2), and now you're using RTFS Having had to google them both, i'm rather disturbed that so many peeps contributing to the source have to use acronyms that include expletives!!! Come to think of it, of the last 3 bugs i've reported, all the replies were less than savory... Why the hell do people bother reporting them? I know in the future i won't bother wasting my time trying to help. As to RTFSing: I would, but i don't have a copy of it, nor would i be able to understand a copy of it if i aquired one. (C(++) isn't on my skill list). [2003-07-13 10:32:21] [EMAIL PROTECTED] To be precise: I KNOW it's mysql "bug". [2003-07-13 10:31:54] [EMAIL PROTECTED] But I am sure it's a mysql bug. RTFS if you don't believe me. [2003-07-13 06:03:31] prof_moriarty at veryfast dot biz I'm not so sure it is. So far as i can tell, mysql_stat simply shows a few of what "SHOW STATUS" does in mysql. However "show status" doesn't show a "Queries per second avg:", only mysql_stat does. So i'd hazard a guess that it's php that works out the query counter, and then adds it to the list, but with only 1 space after the last entry. [2003-07-12 21:07:49] [EMAIL PROTECTED] Mysql problem. (we just print out whatever mysql returns) 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/24628 -- Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24636 [NEW]: PHP Binding Information for libxml2 Missing
From: rcherry at raysoft dot net Operating system: Windows PHP version: 5.0.0b1 (beta1) PHP Bug Type: DOM XML related Bug description: PHP Binding Information for libxml2 Missing Description: In order to support Beta Test, I will convert my DOMXML code to use the new libxmi2. Where can I find a description of the PHP binding to libxml2? The provided link - http://www.xmlsoft.org/ - does not include a PHP binding. Thanks. -- Edit bug report at http://bugs.php.net/?id=24636&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24636&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24636&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24636&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24636&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24636&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24636&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24636&r=support Expected behavior: http://bugs.php.net/fix.php?id=24636&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24636&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24636&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24636&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24636&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24636&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24636&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24636&r=gnused
#24628 [Bgs]: missing space
ID: 24628
User updated by: prof_moriarty at veryfast dot biz
Reported By: prof_moriarty at veryfast dot biz
Status: Bogus
Bug Type: MySQL related
Operating System: win98
PHP Version: 4.3.2
New Comment:
call me finicky if you want, but i've reported 2 bugs in the past two
days.
1 reply included "RTFM" (http://bugs.php.net/bug.php?id=24633&edit=2),
and now you're using RTFS
Having had to google them both, i'm rather disturbed that so many peeps
contributing to the source have to use acronyms that include
expletives!!!
Come to think of it, of the last 3 bugs i've reported, all the replies
were less than savory... Why the hell do people bother reporting them?
I know in the future i won't bother wasting my time trying to help.
As to RTFSing: I would, but i don't have a copy of it, nor would i be
able to understand a copy of it if i aquired one. (C(++) isn't on my
skill list).
Previous Comments:
[2003-07-13 10:32:21] [EMAIL PROTECTED]
To be precise: I KNOW it's mysql "bug".
[2003-07-13 10:31:54] [EMAIL PROTECTED]
But I am sure it's a mysql bug. RTFS if you don't believe me.
[2003-07-13 06:03:31] prof_moriarty at veryfast dot biz
I'm not so sure it is.
So far as i can tell, mysql_stat simply shows a few of what "SHOW
STATUS" does in mysql.
However "show status" doesn't show a "Queries per second avg:", only
mysql_stat does.
So i'd hazard a guess that it's php that works out the query counter,
and then adds it to the list, but with only 1 space after the last
entry.
[2003-07-12 21:07:49] [EMAIL PROTECTED]
Mysql problem. (we just print out whatever mysql returns)
[2003-07-12 19:41:20] prof_moriarty at veryfast dot biz
Description:
Exeptionally minor bug, but a bug nonetheless.
mysql_stat, documentation says that the resulting string should be
explodable into 7 elements
However in reality it can only be broken up into 6 elements.
It's broken up using double space. I've used preg_replace, and explode,
and either way i only get 6 results when splitting via double space "
".
Basically, there's a missing space in the output, between the end of
'open tables', and the start of 'queries per sec'.
Shouldn't take a fraction of a sec to fix. :)
Reproduce code:
---
var_dump(explode(' ', mysql_stat()));
Expected result:
Array
(
[0] => Uptime: 5380
[1] => Threads: 2
[2] => Questions: 1321299
[3] => Slow queries: 0
[4] => Opens: 26
[5] => Flush tables: 1
[6] => Open tables: 17
[7] => Queries per second avg: 245.595
)
Actual result:
--
array(7) {
[0]=>
string(12) "Uptime: 6910"
[1]=>
string(10) "Threads: 2"
[2]=>
string(15) "Questions: 2229"
[3]=>
string(15) "Slow queries: 0"
[4]=>
string(9) "Opens: 77"
[5]=>
string(15) "Flush tables: 1"
[6]=>
string(45) "Open tables: 13 Queries per second avg: 0.323"
}
--
Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24635 [NEW]: small block of code causes crash, possibly destructor related.
From: eric at cosky dot com
Operating system: Windows XP SP1
PHP version: 5CVS-2003-07-13 (dev)
PHP Bug Type: Reproducible crash
Bug description: small block of code causes crash, possibly destructor related.
Description:
The following block of code will crash the PHP I installed from
php5-win32-200307130630.zip (and previous versions).
I've read that I should be using '&new' to gain proper use of destructors,
but it seems reasonable to say that using 'new' shouldn't cause a server
crash. Perhaps a useful thing to do would be to have a class that has a
__destruct() function produce an error if created without '&new'?
Reproduce code:
---
class SiteClass {
function __construct() { $this->page = new PageClass(); }
}
class PageClass {
function Display() {
$section = new SectionClass("PageClass::Display");
}
}
class SectionClass {
function __construct($comment) {
$this->Comment = $comment;
}
function __destruct() {
out($this->Comment); // this line doesn't crash PHP
out("\n"); // this line
crashes PHP
}
}
function out($code) { return; }
$site = new SiteClass();
$site->page->Display();
Expected result:
Nothing.
Actual result:
--
System alert for PHP crashing.
--
Edit bug report at http://bugs.php.net/?id=24635&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24635&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24635&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24635&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24635&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24635&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24635&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24635&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24635&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24635&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24635&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24635&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24635&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24635&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24635&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24635&r=gnused
#22929 [Fbk->Opn]: pb of exit handler in OCI8 module
ID: 22929 User updated by: soula at lifl dot fr Reported By: soula at lifl dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: tru64 PHP Version: 4.3.2RC1 New Comment: I've just tested php4-STABLE-200307110730 and it does exactly the same error : thread 0xb signal Segmentation fault at warning: PC value 0x30003f37d60 not valid, trying RA > [exit, 0x3ff800d8850] ldq t0, 8(s0) (dbx) where 0 exit(0x1, 0x14004f170, 0x1201557b8,0x14004f170, 0x1201557a4) [0x3ff800d8850] 1 main() ["/usr/local/tmp/php4-STABLE-200307110730/sapi/cli/php_cli.c":6, 0x1201557b4] Before the unload of OCI modules(php_module_shutdown), the faulty @ is well defined : (dbx) 0x30003f37d60/i [epc_exit_handler:692, 0x30003f37d60] ldah gp, 16387(t12) -- Julien Previous Comments: [2003-07-10 20:40:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-08 14:16:50] soula at lifl dot fr Sorry for late answer... I have just tested the version "php4-STABLE-200305060930" and it seems that the bug is already here : The crash backtrace is : Core file created by program "php" thread 0xb signal Segmentation fault at warning: PC value 0x30003737d60 not valid, trying RA > [exit, 0x3ff800d8850] ldq t0, 8(s0) (dbx) where 0 exit(0x1, 0x0, 0x120195b64, 0x0, 0x120195b50) [0x3ff800d8850] 1 main(argc = 3, argv = 0x11fffc018) ["/usr/local/tmp/php4-STABLE-200305060930/sapi/cli/php_cli.c":853, 0x120195b60] whereas, during the script, the faulty address "0x30003737d60" is well defined : (dbx) 0x30003737d60/i [epc_exit_handler:692, 0x30003737d60] ldahgp, 16387(t12) PS : At the other side, the OCI_SHARED flag now works well. Sincerly, -- Julien [2003-04-21 09:19:25] [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. [2003-04-10 13:05:08] michael dot mauch at gmx dot de php4-STABLE-200304101530 works fine for me on Linux and on Tru64 5.1. No core dump anymore (and the OCI_SHARED problem is also fixed). [2003-04-09 16:47:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/22929 -- Edit this bug report at http://bugs.php.net/?id=22929&edit=1
#24634 [Opn]: PHP crashes after serveral realods of script that uses importstylesheet()
ID: 24634
User updated by: cw at centerwave dot de
Reported By: cw at centerwave dot de
Status: Open
Bug Type: XSLT related
Operating System: Windows 2000, WindowsXP
PHP Version: 5CVS-2003-07-13 (dev)
New Comment:
Please note that the 2nd example still includes the old functionnames
(which worked with beta1). I certainly changed them to work with
snapsshots.
Previous Comments:
[2003-07-13 10:48:50] cw at centerwave dot de
Description:
PHP (and Apache) crashes after running the importstylesheet()-function
on an domdocument serveral times (means serveral reloads of the same
script, not use of this function serveral times in the same script).
If the XSL-input is large (> 50kb) PHP crashes after 3-5 site reloads.
If the XSL-input is small it seems that PHP crashes after 10-20 site
reloads. The very strange thing is that it renders the page with the
*same* XSL/XML-input serveral times without problems before crashing
after a certain amount of realods. It seems not to be important what
XSL-ruleset is used. I tested serveral xsl-inputs and it always died.
It crashes just on Windows (Apache and Apache 2). I used the libxml
that came with PHP as well as the latest from xmlsoft.org.
There are no problems under Linux.
Reproduce code:
---
Example 1:
$output is the XML-string (sorry this is very long so I can't post it,
but the xml-string is not import to reproduce to error, as well as the
XSL-string isn't)
$processor = new xsltprocessor();
$xml = new domdocument();
$xsl = new domdocument();
$xsl_filecontent = file_get_contents($_SERVER["DOCUMENT_ROOT"] .
"/evolution/gui/" . $passport->get_design("current") . "/html.xsl");
$xsl->loadxml($xsl_filecontent);
$xml->loadxml($output);
$processor->importstylesheet($xsl);
print ($processor->transformtoxml($xml));
Example 2:
It also crashes when using the example at
http://news.php.net/article.php?group=php.xml.dev&article=148
Expected result:
transformed xml output
Actual result:
--
Sorry I can't give you a backtrace with my windows-system. I can just
tell you that the last call goes to libxml2.dll.
--
Edit this bug report at http://bugs.php.net/?id=24634&edit=1
#24534 [Fbk]: instability : iis is reseted automatically frequently
ID: 24534 Updated by: [EMAIL PROTECTED] Reported By: mstaiger at informatik dot uni-siegen dot de Status: Feedback Bug Type: IIS related Operating System: Win2k PHP Version: 4.3.2 New Comment: And make sure you remove ALL existing PHP related dlls/binaries from your system before installing the new version. Previous Comments: [2003-07-13 10:55:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-10 03:32:05] mstaiger at informatik dot uni-siegen dot de My description seems to give a wrong impression of the situation : It is definitively NOT a "normal" thing to happen if the web service resets several times during a day. This behaviour just started when we upgraded from php4.1 to 4.3.2, so to me it seems to be related to the new version of php - Am I wrong? Problem is, that I'm currently not able to trace the reset to certain situations. Can someone recommend a monitoring tool for this situation? [2003-07-09 17:54:41] [EMAIL PROTECTED] And what exactly is the PHP problem here? If I understood correctly, this 'terminates and restarts' is perfectly normal thing to happen? [2003-07-08 05:20:13] mstaiger at informatik dot uni-siegen dot de Description: win2k "service control manager" terminates and restarts www-services automatically frequently. During this time, web-service is not available (of course). This information is logged in windows system log. I'm currently not able to trace this behaviour to a certain point in php-code, but it did not happen with versions prior to 4.2 and it happens on different machines with the current php-version. -- Edit this bug report at http://bugs.php.net/?id=24534&edit=1
#24534 [Opn->Fbk]: instability : iis is reseted automatically frequently
ID: 24534 Updated by: [EMAIL PROTECTED] Reported By: mstaiger at informatik dot uni-siegen dot de -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Win2k PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-07-10 03:32:05] mstaiger at informatik dot uni-siegen dot de My description seems to give a wrong impression of the situation : It is definitively NOT a "normal" thing to happen if the web service resets several times during a day. This behaviour just started when we upgraded from php4.1 to 4.3.2, so to me it seems to be related to the new version of php - Am I wrong? Problem is, that I'm currently not able to trace the reset to certain situations. Can someone recommend a monitoring tool for this situation? [2003-07-09 17:54:41] [EMAIL PROTECTED] And what exactly is the PHP problem here? If I understood correctly, this 'terminates and restarts' is perfectly normal thing to happen? [2003-07-08 05:20:13] mstaiger at informatik dot uni-siegen dot de Description: win2k "service control manager" terminates and restarts www-services automatically frequently. During this time, web-service is not available (of course). This information is logged in windows system log. I'm currently not able to trace this behaviour to a certain point in php-code, but it did not happen with versions prior to 4.2 and it happens on different machines with the current php-version. -- Edit this bug report at http://bugs.php.net/?id=24534&edit=1
#24577 [Opn->Fbk]: decimal multiplication bug
ID: 24577
Updated by: [EMAIL PROTECTED]
Reported By: xobot at inbox dot ru
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: Windows 2000 Professional
PHP Version: 4.3.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-07-10 03:00:56] xobot at inbox dot ru
Description:
Using IIS5+CGI Mode PHP+ MS SQL.
Query:
"select sum(a*b) from sometable"
fields a, b: decimal, precision 19, scale 9
If result of query >= 10 then php gives exception window on exits
("Memory couldn't be written").
However php-script is executed in full and HTTP response is sent to
client.
--
Edit this bug report at http://bugs.php.net/?id=24577&edit=1
#14954 [Com]: Warning: Server Error with mail() function
ID: 14954
Comment by: cdy at qnet dot com
Reported By: jberall at yahoo dot com
Status: No Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
contacted ITS (AVC Information Technology Services)several times about
unreliable e-mail system; they seem confused.
do you have any suggestions?
Previous Comments:
[2003-02-01 06:35:55] js at jensen-siu dot net
I encountered the same problem on local windows server. I solved it by
correcting my php mail() script : be sure of your syntax.
[2002-10-23 13:20:39] kraj at illumen dot com
Make sure that you have set the sendmail_from variable in php.ini to a
user which is allowed to send mail in the SMTP server.
[2002-07-23 19:46:28] mwilmes at avc dot edu
I'm on an SMTP system where in order to send out email, there must
either be a recipient on that SMTP server, or you must authenticate
your username and password to the server in order to use it.
The line
mail("[EMAIL PROTECTED]", "the know","I suck");
works, but the line
mail("[EMAIL PROTECTED]", "the down","I suck");
kicked back the error:
Warning: Server Error in C:\Apache2\htdocs\foobar.php on line xxx
My php.ini:
[mail function]
; For Win32 only.
SMTP=mail.avc.edu
; For Win32 only.
[EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: 'sendmail
-t -i').
;sendmail_path=
I wrote a program to intercept the messages being sent to and from my
SMTP server. The php engine was denied because I wasn't authenticated
as a email user to the server. As long as someone @avc.edu is in the
recipient line, the server works. Only when there is no one in avc.edu
and i don't authenticate, I get the boot.
Hope this helps,
Mike Wilmes
[2002-07-03 01:00:08] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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-06-02 13:51:03] [EMAIL PROTECTED]
Error handlig has been improvied, please try a snapshot from
http://snaps.php.net/win32/php4-win32-latest.zip
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/14954
--
Edit this bug report at http://bugs.php.net/?id=14954&edit=1
#24578 [Opn->WFx]: A stack overflow in a php-script leads to a segmentation fault.
ID: 24578 Updated by: [EMAIL PROTECTED] Reported By: daniel dot goss at t-systems dot com -Status: Open +Status: Wont fix Bug Type: Reproducible crash Operating System: RedHat 8.0, 7.3 PHP Version: 4.3.2 New Comment: This won't be "fixed". Just don't do this. Previous Comments: [2003-07-11 03:07:45] daniel dot goss at t-systems dot com We've investigates the "second issue" and have reported it under Bug #24581. [2003-07-11 02:56:31] bharat at menalto dot com Here's a very simple test case to reproduce this bug: [2003-07-10 03:34:13] daniel dot goss at t-systems dot com Description: I know this bug has been reported as "Bug #18909: Stack overflow error" but I think this should be fixed and not treated as bogus like in bug #18909. Scripting engines should _never_ segfault! A stack overflow in a recursive php-function leads the php-engine to a segmentation fault. There is a second issue that could be in associated with this one. If a function is called very often (sometimes recoursive - depth not greater than 20) php crashes too. We've not investigated this issue further enough to write a script to reproduce this behaviour. Reproduce code: --- "; flush(); MyTest($A, "", "", "", "", "", ""); } } MyTest(0,"","","","","",""); ?> Expected result: A php error complaining about a stack overflow. Actual result: -- [notice] child pid 29029 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=24578&edit=1
#24581 [Ver->WFx]: usort crashes if the function that it calls is slightly recoursive
ID: 24581
Updated by: [EMAIL PROTECTED]
Reported By: daniel dot goss at t-systems dot com
-Status: Verified
+Status: Wont fix
Bug Type: Scripting Engine problem
Operating System: RedHat 8.0, 7.3
PHP Version: 4.3.3RC2-dev, 5.0.0b2-dev
New Comment:
It's the same as every recursive bug: Stack overflows.
Previous Comments:
[2003-07-10 13:02:15] [EMAIL PROTECTED]
Verified with PHP 4.3.3RC2-dev and PHP 5.0.0b2-dev,
Backtrace for 4.3.3RC2-dev:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x82c1020 in call_user_function_ex (function_table=0x85ad230,
object_pp=0x0, function_name=0x5a5a5a5a,
retval_ptr_ptr=0xbfffd1c4, param_count=2, params=0xbfffd1c8,
no_separation=0, symbol_table=0x0)
at /usr/src/web/php/php4_3/Zend/zend_execute_API.c:444
444 if (function_name->type==IS_ARRAY) { /* assume
array($obj, $name) couple */
(gdb) bt
#0 0x82c1020 in call_user_function_ex (function_table=0x85ad230,
object_pp=0x0, function_name=0x5a5a5a5a,
retval_ptr_ptr=0xbfffd1c4, param_count=2, params=0xbfffd1c8,
no_separation=0, symbol_table=0x0)
at /usr/src/web/php/php4_3/Zend/zend_execute_API.c:444
#1 0x81f1bd5 in array_user_compare (a=0x874c388, b=0x874c1fc) at
/usr/src/web/php/php4_3/ext/standard/array.c:532
#2 0x82db4da in zend_qsort (base=0x874c1fc, nmemb=100, siz=4,
compare=0x81f1b70 )
at /usr/src/web/php/php4_3/Zend/zend_qsort.c:86
#3 0x82d46f4 in zend_hash_sort (ht=0x874d21c, sort_func=0x82db384
,
compar=0x81f1b70 , renumber=1) at
/usr/src/web/php/php4_3/Zend/zend_hash.c:1133
#4 0x81f1dd1 in zif_usort (ht=2, return_value=0x874d2d4, this_ptr=0x0,
return_value_used=0)
at /usr/src/web/php/php4_3/ext/standard/array.c:564
#5 0x82e03a2 in execute (op_array=0x874898c) at
/usr/src/web/php/php4_3/Zend/zend_execute.c:1616
#6 0x82cce34 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php4_3/Zend/zend.c:886
#7 0x828fefe in php_execute_script (primary_file=0xb8bc) at
/usr/src/web/php/php4_3/main/main.c:1685
#8 0x82f4367 in main (argc=2, argv=0xb924) at
/usr/src/web/php/php4_3/sapi/cli/php_cli.c:818
#9 0x406689cb in __libc_start_main (main=0x82f37e4 , argc=2,
argv=0xb924, init=0x80ab2c0 <_init>,
fini=0x84525b4 <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xb91c)
at ../sysdeps/generic/libc-start.c:92
[2003-07-10 04:31:10] daniel dot goss at t-systems dot com
There is a little flaw in the example script. The line
usort($Test, MySort);
should read
usort($Test, "MySort");
but the behaviour is the same.
[2003-07-10 04:26:04] daniel dot goss at t-systems dot com
Description:
The php-engine crashes with a segmentation fault if the function, that
is called by usort calls another recursive function. The recoursion
deepth is less than 10 so there could not be a global stack overflow.
(Tested recursion deepth outside usort min. 8000.)
Reproduce code:
---
";
flush();
if ($A>10)
return 0;
MyTest($A, $B, $C, "", "", "", "");
return 0;
}
function MySort($A, $B)
{
return MyTest(0,$A,$B,"","","","");
}
for ($k=0; $k<100; $k++)
{
$Test[$k]=rand(1,100);
}
echo "BEGIN";
usort($Test, MySort);
echo "END";
?>
Expected result:
The recursion deepth inside the usort function should be min. 100.
Due to the recursive nature of modern sorting algorithms, I understand
that the full recursion deepth, like outside of usort, is not
available. But it should be much more than 10 (on my system)!
Actual result:
--
[notice] child pid 8651 exit signal Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=24581&edit=1
#24634 [NEW]: PHP crashes after serveral realods of script that uses importstylesheet()
From: cw at centerwave dot de
Operating system: Windows 2000, WindowsXP
PHP version: 5CVS-2003-07-13 (dev)
PHP Bug Type: XSLT related
Bug description: PHP crashes after serveral realods of script that uses
importstylesheet()
Description:
PHP (and Apache) crashes after running the importstylesheet()-function on
an domdocument serveral times (means serveral reloads of the same script,
not use of this function serveral times in the same script).
If the XSL-input is large (> 50kb) PHP crashes after 3-5 site reloads. If
the XSL-input is small it seems that PHP crashes after 10-20 site reloads.
The very strange thing is that it renders the page with the *same*
XSL/XML-input serveral times without problems before crashing after a
certain amount of realods. It seems not to be important what XSL-ruleset
is used. I tested serveral xsl-inputs and it always died.
It crashes just on Windows (Apache and Apache 2). I used the libxml that
came with PHP as well as the latest from xmlsoft.org.
There are no problems under Linux.
Reproduce code:
---
Example 1:
$output is the XML-string (sorry this is very long so I can't post it, but
the xml-string is not import to reproduce to error, as well as the
XSL-string isn't)
$processor = new xsltprocessor();
$xml = new domdocument();
$xsl = new domdocument();
$xsl_filecontent = file_get_contents($_SERVER["DOCUMENT_ROOT"] .
"/evolution/gui/" . $passport->get_design("current") . "/html.xsl");
$xsl->loadxml($xsl_filecontent);
$xml->loadxml($output);
$processor->importstylesheet($xsl);
print ($processor->transformtoxml($xml));
Example 2:
It also crashes when using the example at
http://news.php.net/article.php?group=php.xml.dev&article=148
Expected result:
transformed xml output
Actual result:
--
Sorry I can't give you a backtrace with my windows-system. I can just tell
you that the last call goes to libxml2.dll.
--
Edit bug report at http://bugs.php.net/?id=24634&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24634&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24634&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24634&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24634&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24634&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24634&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24634&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24634&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24634&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24634&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24634&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24634&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24634&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24634&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24634&r=gnused
#24522 [Opn->Bgs]: MSSQL: "Changed database context to" error when running query
ID: 24522
Updated by: [EMAIL PROTECTED]
Reported By: cdcr440 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: WinNT
PHP Version: 4.3.1
New Comment:
Temporarily closing. :)
Previous Comments:
[2003-07-10 04:03:09] cdcr440 at hotmail dot com
Thank you very much for that. Unfortunately, I can't check that this
fixes the problem because it's gone today and I didn't manage to find a
query that fails. As I said it's unpredictable and appears/disappears
regularly. I've increased the timeout and I'll see if the problem comes
back again.
Sorry to have wasted your time, I think you can temporarily close this
bug report.
[2003-07-09 17:19:58] [EMAIL PROTECTED]
This sounds like a timeout porblem.
You can use two php.ini settings to control the timeouts.
mssql.connect_timeout = 5
mssql.timeout = 60
These are default values in seconds. try to increase the second timeout
value. (I'll make sure thes values makes it into the distributed
versions of php.ini).
[2003-07-09 07:52:15] cdcr440 at hotmail dot com
Thanks for looking into this.
The access rights should be sufficient because I tried several users
including the sa user and the problem occured for all.
The database name doesn't include white spaces.
mssql.min_message_severity = 10 in my php.ini as I had attached but
still see the message you say I should only see with
mssql.min_message_severity = 0, maybe that's related to the problem.
Could it be the result of the MSSQL module getting confused?
Even though "Changed database context to 'XXX'" isn't an error message,
it appears when the query I try to run fails and the subsequent
database selections fail with the same error.
Here is the shortest example that produces the error, sorry for the
biggish query, this one is one that I know generates an error. It
connects with the sa user that can access everything without
restrictions:
= '09-Jun-2003' and
nintt1.[Date] >= '09-Jun-2003' and ni1.[Date] <= '09-Jul-2003' and
nintt1.[Date] <= '09-Jul-2003' and ( (lower(cast (Text as
varchar(8000))) like '%chuan%' )or (lower(cast (BassoeComment as
varchar(8000))) like '%chuan%' )or (lower(cast (FirstParagraph as
varchar(8000))) like '%chuan%' )or (lower(cast (Title as
varchar(8000))) like '%chuan%' )or (lower(cast (nintt1.TagsCache as
varchar(8000))) like '%chuan%' ))) and ni.ID in (select ni1.ID from
NewsItem ni1 JOIN NewsItemNewsTagTable as nintt1 ON
nintt1.NewsItemID=ni1.ID where ni1.[Date] >= '09-Jun-2003' and
nintt1.[Date] >= '09-Jun-2003' and ni1.[Date] <= '09-Jul-2003' and
nintt1.[Date] <= '09-Jul-2003' and ( (lower(cast (Text as
varchar(8000))) like '%hup%' )or (lower(cast (BassoeComment as
varchar(8000))) like '%hup%' )or (lower(cast (FirstParagraph as
varchar(8000))) like '%hup%' )or (lower(cast (Title as varchar(8000)))
like '%hup%' )or (lower(cast (nintt1.TagsCache as varchar(8000)))
like '%hup%' and ( ni.NewsTypeID=4 ) and ni.[Date] >=
'09-Jun-2003' and ni.[Date] <= '09-Jul-2003' order by ni.[Date] desc,
ni.[Timestamp] desc ";
print("Connecting to DB server... ");
$dbID = MSSQL_CONNECT($config["sqlserver"], $config["sqluser"],
$config["sqlpassword"]);
if (!$dbID) {
print("Error connecting to DB server.\n");
} else {
print("done.\n");
}
print("Selecting database... ");
if (!mssql_select_db($config["sqldatabase"], $dbID)) {
print("Error selecting database.\n");
} else {
print("done.\n");
}
print("Running query... ");
$theResults = mssql_query($theQuery, $dbID);
if (!$theResults) {
print("Unable to run query:\n");
print(mssql_get_last_message()."\n");
} else {
print("done.\n");
}
?>
The output is as follows:
Connecting to DB server... done.
Selecting database... done.
Running query... Unable to run query: Changed database context to
'XXX'.
However, the query runs fine query analyzer with the same user (sa!),
although slowly, so we can rule out a purely SQL problem.
However, if the query is reduced a bit, it doesn't fail:
select top 15 ni.* from NewsItem as ni, NewsItemStatus as nis,
NewsStatus as ns
where nis.NewsItemID=ni.ID
and ns.ID=nis.NewsStatusID
and lower(ns.Status) = lower('live') and
(ni.ID in (select ni1.ID
from NewsItem ni1 JOIN NewsItemNewsTagTable as nintt1 ON
nintt1.NewsItemID=ni1.ID where ni1.[Date] >= '09-Jun-2003' and
nintt1.[Date] >= '09-Jun-2003' and ni1.[Date] <= '09-Jul-2003' and
nintt1.[Date] <= '09-Jul-2003' and ( (lower(cast (Text as
varchar(8000))) like '%chuan%' )or (lower(cast (BassoeComment as
varchar(8000))) like '%chuan%' )or (lower
#24580 [Opn->Bgs]: sometimes script runs slow
ID: 24580 Updated by: [EMAIL PROTECTED] Reported By: longshot at home dot nl -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: win XP PHP Version: 4.3.2 New Comment: Yes, this happens sometimes. Perfectly normal. Previous Comments: [2003-07-10 04:17:15] longshot at home dot nl Description: HI. I am using PHP 4.2.3 on WINXP with IIS 5.1 Running. further more I am also using interbase 6.0 I have made a script. that gets date from a database puts it in a table and shows this. now when I log this script it is finished within in 2 seconds... sometimes this it true... problem however is that after the script is finished it > SOMETIMES < takes about 7 seconds before Internet explorer 6 shows this. has anybody ever had this problem before. -- Edit this bug report at http://bugs.php.net/?id=24580&edit=1
#24343 [Opn->Fbk]: Oracle 9.2.0 client libs do not work
ID: 24343
Updated by: [EMAIL PROTECTED]
Reported By: thomas at fivemile dot net
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.3-dev
New Comment:
Try adding "ociinternaldebug(1);" in the beginning of your script.
That'll make the functions to print out some extra debugging
information.
Previous Comments:
[2003-07-13 05:54:10] thomas at fivemile dot net
Okay, once again, slowly.
- installed a fresh oracle 9.2.0
- installed a fresh apache with PHP and linked against oracle
- does NOT work
- copied over the entire /opt/oracle/product/9.0.1 tree from another
machine where the libs work
- installed a fresh apache with PHP linked against those other libs
- CHANGED the environment vars so the 9.0.1 libs are used instead of
the 9.2.0 libs
- now it works - NO thanks to wild guesses from the bugs team.
i have installed a couple of working oci/php combos so far, the 9.2.0
is the first one where i ran into these kind of problems. And you can't
earnestly expect new users to fiddle with libs for 2 weeks till their
oci bindings start to work...
If you like, you can have an account on the box in question and have a
look around yourself. However i am NOT satisfied with the answer 'okay,
you made a crude hack, and by chance it worked, now use it and stop
bugging us'
[2003-07-08 11:40:16] [EMAIL PROTECTED]
Then use those. Wild guess: The SAME environment vars don't work with
DIFFERENT oracle version..
[2003-07-08 10:52:15] thomas at fivemile dot net
the SAME script on the SAME machine works with the 9.0.1 client libs I
copied over from the other machine. Only the 9.2.0 client libs (using
the SAME script, the SAME php, the SAME apache and the SAME configure
line) do not work.
[2003-07-07 19:29:08] [EMAIL PROTECTED]
Try a script which has ONLY that one line.
And you're sure your username/password doesn't contain any illegal
chars? And your db name is tns.domain ??
[2003-06-26 18:36:52] thomas at fivemile dot net
Warning: ociplogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00911: invalid character in
/home/httpd/index.php3 on line 3
or
Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00922: missing or invalid option in
/home/httpd/index.php3 on line 3
'Line 3' is simply the OCILogon or OCIPLogon as follows:
$ohnd = OCILogon("dvd","hidden","tns.domain");
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/24343
--
Edit this bug report at http://bugs.php.net/?id=24343&edit=1
#24628 [Bgs]: missing space
ID: 24628
Updated by: [EMAIL PROTECTED]
Reported By: prof_moriarty at veryfast dot biz
Status: Bogus
Bug Type: MySQL related
Operating System: win98
PHP Version: 4.3.2
New Comment:
To be precise: I KNOW it's mysql "bug".
Previous Comments:
[2003-07-13 10:31:54] [EMAIL PROTECTED]
But I am sure it's a mysql bug. RTFS if you don't believe me.
[2003-07-13 06:03:31] prof_moriarty at veryfast dot biz
I'm not so sure it is.
So far as i can tell, mysql_stat simply shows a few of what "SHOW
STATUS" does in mysql.
However "show status" doesn't show a "Queries per second avg:", only
mysql_stat does.
So i'd hazard a guess that it's php that works out the query counter,
and then adds it to the list, but with only 1 space after the last
entry.
[2003-07-12 21:07:49] [EMAIL PROTECTED]
Mysql problem. (we just print out whatever mysql returns)
[2003-07-12 19:41:20] prof_moriarty at veryfast dot biz
Description:
Exeptionally minor bug, but a bug nonetheless.
mysql_stat, documentation says that the resulting string should be
explodable into 7 elements
However in reality it can only be broken up into 6 elements.
It's broken up using double space. I've used preg_replace, and explode,
and either way i only get 6 results when splitting via double space "
".
Basically, there's a missing space in the output, between the end of
'open tables', and the start of 'queries per sec'.
Shouldn't take a fraction of a sec to fix. :)
Reproduce code:
---
var_dump(explode(' ', mysql_stat()));
Expected result:
Array
(
[0] => Uptime: 5380
[1] => Threads: 2
[2] => Questions: 1321299
[3] => Slow queries: 0
[4] => Opens: 26
[5] => Flush tables: 1
[6] => Open tables: 17
[7] => Queries per second avg: 245.595
)
Actual result:
--
array(7) {
[0]=>
string(12) "Uptime: 6910"
[1]=>
string(10) "Threads: 2"
[2]=>
string(15) "Questions: 2229"
[3]=>
string(15) "Slow queries: 0"
[4]=>
string(9) "Opens: 77"
[5]=>
string(15) "Flush tables: 1"
[6]=>
string(45) "Open tables: 13 Queries per second avg: 0.323"
}
--
Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24628 [Opn->Bgs]: missing space
ID: 24628
Updated by: [EMAIL PROTECTED]
Reported By: prof_moriarty at veryfast dot biz
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: win98
PHP Version: 4.3.2
New Comment:
But I am sure it's a mysql bug. RTFS if you don't believe me.
Previous Comments:
[2003-07-13 06:03:31] prof_moriarty at veryfast dot biz
I'm not so sure it is.
So far as i can tell, mysql_stat simply shows a few of what "SHOW
STATUS" does in mysql.
However "show status" doesn't show a "Queries per second avg:", only
mysql_stat does.
So i'd hazard a guess that it's php that works out the query counter,
and then adds it to the list, but with only 1 space after the last
entry.
[2003-07-12 21:07:49] [EMAIL PROTECTED]
Mysql problem. (we just print out whatever mysql returns)
[2003-07-12 19:41:20] prof_moriarty at veryfast dot biz
Description:
Exeptionally minor bug, but a bug nonetheless.
mysql_stat, documentation says that the resulting string should be
explodable into 7 elements
However in reality it can only be broken up into 6 elements.
It's broken up using double space. I've used preg_replace, and explode,
and either way i only get 6 results when splitting via double space "
".
Basically, there's a missing space in the output, between the end of
'open tables', and the start of 'queries per sec'.
Shouldn't take a fraction of a sec to fix. :)
Reproduce code:
---
var_dump(explode(' ', mysql_stat()));
Expected result:
Array
(
[0] => Uptime: 5380
[1] => Threads: 2
[2] => Questions: 1321299
[3] => Slow queries: 0
[4] => Opens: 26
[5] => Flush tables: 1
[6] => Open tables: 17
[7] => Queries per second avg: 245.595
)
Actual result:
--
array(7) {
[0]=>
string(12) "Uptime: 6910"
[1]=>
string(10) "Threads: 2"
[2]=>
string(15) "Questions: 2229"
[3]=>
string(15) "Slow queries: 0"
[4]=>
string(9) "Opens: 77"
[5]=>
string(15) "Flush tables: 1"
[6]=>
string(45) "Open tables: 13 Queries per second avg: 0.323"
}
--
Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24625 [Csd]: Objects get unregistered from session when using floats
ID: 24625
User updated by: martin at bang dot ca
Reported By: martin at bang dot ca
Status: Closed
Bug Type: Session related
Operating System: RH7.3
-PHP Version: 4.3.2
+PHP Version: 4.3.2(RC4)
New Comment:
Indeed. This is fixed in the build you mention. Thank you.
Previous Comments:
[2003-07-12 22:46:36] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Seems to be fixed. (works fine here)
[2003-07-12 17:34:31] martin at bang dot ca
Description:
CONFIG:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-png-dir=../libpng-1.2.5/ --with-zlib-dir=../zlib-1.1.4/
--enable-ftp --with-jpeg-dir=../jpeg-6b/ --with-mysql=../../mysql
--enable-gd-imgstrttf --enable-gd-native-ttf --with-mm=../mm-1.3.0/
--enable-trans-sid --with-mcrypt --enable-memory-limit --with-gd
--enable-cgi-redirect
Making any of a registered object's variables into floats de-registers
the object from the session.
Reproduce code:
---
session_start();
session_register( "test" );
echo "IS OBJECT: " . is_object( $test );
class testclass {
var $float;
function testclass() {
$this->float = 2;
}
function setValue( $val ) {
$this->float = $val;
}
}
$test = new testclass();
//$test->setValue( 2.0 ); //uncomment here
Expected result:
In the provided code, running the script and reloading the page
returns:
IS OBJECT: 1
which is fine
Actual result:
--
Now, uncommenting the last line of the script, which sets
"$this->float" to a float value and reloading the page returns:
IS OBJECT:
which is not good. $test is no longer recognized as an object.
--
Edit this bug report at http://bugs.php.net/?id=24625&edit=1
#24620 [Bgs]: Error multi dimensional array
ID: 24620
User updated by: fadfdsj at libero dot it
Reported By: fadfdsj at libero dot it
Status: Bogus
Bug Type: Arrays related
Operating System: FreeBSD 4.3
PHP Version: 4.3.1
New Comment:
Thanks you I have resolved it.
Thank you.
Previous Comments:
[2003-07-12 18:12:18] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
..
[2003-07-12 10:19:08] fadfdsj at libero dot it
I have to grab some information by a web site.
[2003-07-12 10:16:53] fadfdsj at libero dot it
Description:
I lost some information passin an array in a cicle.
This is the link:
http://www.covelit.com/borsaitalia.php
Reproduce code:
---
http://www.24oreborsaonline.ilsole24ore.com/MainController?page=litalf&c=litalf&livello1='.
$j .'&ind1=&p=1&s=2&t=7';
$data = '';
// Read the page
$handle = fopen ($link, "rb");
if ($handle){
while (!feof($handle)) {
$data.=fread($handle,4096);
}
}
else{
echo "File non Valido - Trim";
}
fclose($handle);
$ere = <<(.*)<\/A>
EOT;
// Grab the information
preg_match_all("/$ere/im", $data, $descr_titoli);
for ($i=0; $i <= count($descr_titoli[0]); $i++) {
if ($descr_titoli[1][$i] != NULL) {
$anagrafica_titoli[$i]['COD'] = $descr_titoli[1][$i];
// Output the code as test
echo $anagrafica_titoli[$i]['COD'].'';
$anagrafica_titoli[$i]['ISDN'] = $descr_titoli[3][$i];
$anagrafica_titoli[$i]['DESCRIZIONE'] = $descr_titoli[4][$i];
}
}
}
// Print the array but the result is differet from the original
print_r($anagrafica_titoli);
?
Expected result:
I'm expecting that the array $anagrafica_titoli had 132 elements but
it have 43 elements.
If I echo the result i obtain the corret data but when i store in an
array i lost some information
Actual result:
--
ASRACEAEGACOAPMANGACPACSACTAFIAEAEMAETAISWARNALGLAZAALAMGAMPARQARTASMASTATAGLAUTADFADFR
Notice: Undefined offset: 29 in
/usr/local/psa/home/vhosts/covelit.com/httpdocs/borsaitalia.php
on line 28
NTVBBVACRGCRGRBDCBDBBDBRBFIBFEBFERBINBINRBLPROBSCBSRPBANBBAYBVBBBEBENBNSBSSBIBPLBNLBNLRBOEBFBREBRIBULBZURBZUPCREPELPINPLOPMISPOBPUBPVN
Notice: Undefined offset: 44 in
/usr/local/psa/home/vhosts/covelit.com/httpdocs/borsaitalia.php
on line 28
CLTCADCAICEDCALTRCALTCMFCPRCAPCDNCARRCASSCDBCDCCMBCEMCZCHLCIRCROCLECOFCRACBCFICVALCECRMCRECSPCTOCCRIC
Notice: Undefined offset: 33 in
/usr/local/psa/home/vhosts/covelit.com/httpdocs/borsaitalia.php
on line 28
DADDANDANRDASDALDAMDLGDIBDMADMH
Notice: Undefined offset: 11 in
/usr/local/psa/home/vhosts/covelit.com/httpdocs/borsaitalia.php
on line 28
EBIEDNEDNRELNEMENELENRENGENIPLAERGERIESPRTEUP
Notice: Undefined offset: 15 in
/usr/local/psa/home/vhosts/covelit.com/httpdocs/borsaitalia.php
on line 28
Array
(
[0] => Array
(
[COD] => EBI
[ISDN] => IT0001423562
[DESCRIZIONE] => e.Biscom
)
[1] => Array
(
[COD] => EDN
[ISDN] => IT0003152417
[DESCRIZIONE] => Edison
)
[2] => Array
(
[COD] => EDNR
[ISDN] => IT0003372205
[DESCRIZIONE] => Edison r
)
[3] => Array
(
[COD] => ELN
[ISDN] => IT0001481867
[DESCRIZIONE] => El.En.
)
[4] => Array
(
[COD] => EM
[ISDN] => IT0001237053
[DESCRIZIONE] => Emak
)
[5] => Array
(
[COD] => ENEL
[ISDN] => IT0003128367
[DESCRIZIONE] => Enel
)
[6] => Array
(
[COD] => ENR
[ISDN] => IT076189
[DESCRIZIONE] => EnerTAD
)
[7] => Array
(
[COD] => ENG
[ISDN] => IT0003029441
[DESCRIZIONE] => Engineering
)
[8] => Array
(
[COD] => ENI
[ISDN] => IT0003132476
[DESCRIZIONE] => Eni
)
[9] => Array
(
[COD] => PLA
[ISDN] => IT0001439725
[DESCRIZIONE] => ePlanet
)
[10] => Array
(
[COD] => ERG
[ISDN] => IT0001157020
[DESCRIZIONE] => Erg
)
[11] => Array
(
#22558 [Com]: DB2 seems to be 10x slower than MYSQL running a simple select statement
ID: 22558 Comment by: port at iname dot com Reported By: danl at icarz dot com Status: Bogus Bug Type: Performance problem Operating System: AIX PHP Version: 4.2.3 New Comment: This may be useful - From UnixODBC 2.2.0 Doco Another useful hint. Somewho has been using PHP+DB2 on AIX via unixODBC to a BIG IBM server (4 processors, bags of core etc), and finding it was slow. It turns out there is a bug in IBM's TCP/IP stack. after looking at this and setting this $ su - db2inst1 $ db2set DB2TCPCONNMGRS=1 To quote "... the difference was UNBELIEVABLE !!!". Thanks Eric. "This" is the following link http://www-4.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/document.d2w/report?last_page=list.d2w&fn=1006553 Remember - DB2 is a lot more complex than MySQL, and diagnosing issues is not as simple as saying "it's slow". That's why there are highly paid DBA's! Additionally there's no information in this bug report about whether the DB2 DB is on the same box, load, versions, what's been attepmpted or any other information that could be remotely useful. Previous Comments: [2003-03-05 16:42:04] [EMAIL PROTECTED] Just to answer this a bit further. DB2 uses ODBC as it's native system, MySQL uses a private/custom interface. When one can optimize for speed to a single protocol, DB2 worries about all protocols. It's going to be slower no matter what you do. [2003-03-05 14:42:48] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. MySQL is designed for speed DB2 is designed for scalability & large applications where stability & data integerity is more important then speed. Hence the difference you are seeing, as is this is NOT a php bug or even a PHP related issue. [2003-03-05 14:13:53] danl at icarz dot com Table structures on DB2 and MYSQL are the same, yet DB2 always seems to take about 200ms as compared to 20ms on MYSQL. Any information would be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=22558&edit=1
#24628 [Bgs->Opn]: missing space
ID: 24628
User updated by: prof_moriarty at veryfast dot biz
Reported By: prof_moriarty at veryfast dot biz
-Status: Bogus
+Status: Open
Bug Type: MySQL related
Operating System: win98
PHP Version: 4.3.2
New Comment:
I'm not so sure it is.
So far as i can tell, mysql_stat simply shows a few of what "SHOW
STATUS" does in mysql.
However "show status" doesn't show a "Queries per second avg:", only
mysql_stat does.
So i'd hazard a guess that it's php that works out the query counter,
and then adds it to the list, but with only 1 space after the last
entry.
Previous Comments:
[2003-07-12 21:07:49] [EMAIL PROTECTED]
Mysql problem. (we just print out whatever mysql returns)
[2003-07-12 19:41:20] prof_moriarty at veryfast dot biz
Description:
Exeptionally minor bug, but a bug nonetheless.
mysql_stat, documentation says that the resulting string should be
explodable into 7 elements
However in reality it can only be broken up into 6 elements.
It's broken up using double space. I've used preg_replace, and explode,
and either way i only get 6 results when splitting via double space "
".
Basically, there's a missing space in the output, between the end of
'open tables', and the start of 'queries per sec'.
Shouldn't take a fraction of a sec to fix. :)
Reproduce code:
---
var_dump(explode(' ', mysql_stat()));
Expected result:
Array
(
[0] => Uptime: 5380
[1] => Threads: 2
[2] => Questions: 1321299
[3] => Slow queries: 0
[4] => Opens: 26
[5] => Flush tables: 1
[6] => Open tables: 17
[7] => Queries per second avg: 245.595
)
Actual result:
--
array(7) {
[0]=>
string(12) "Uptime: 6910"
[1]=>
string(10) "Threads: 2"
[2]=>
string(15) "Questions: 2229"
[3]=>
string(15) "Slow queries: 0"
[4]=>
string(9) "Opens: 77"
[5]=>
string(15) "Flush tables: 1"
[6]=>
string(45) "Open tables: 13 Queries per second avg: 0.323"
}
--
Edit this bug report at http://bugs.php.net/?id=24628&edit=1
#24343 [Bgs->Opn]: Oracle 9.2.0 client libs do not work
ID: 24343
User updated by: thomas at fivemile dot net
Reported By: thomas at fivemile dot net
-Status: Bogus
+Status: Open
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.3-dev
New Comment:
Okay, once again, slowly.
- installed a fresh oracle 9.2.0
- installed a fresh apache with PHP and linked against oracle
- does NOT work
- copied over the entire /opt/oracle/product/9.0.1 tree from another
machine where the libs work
- installed a fresh apache with PHP linked against those other libs
- CHANGED the environment vars so the 9.0.1 libs are used instead of
the 9.2.0 libs
- now it works - NO thanks to wild guesses from the bugs team.
i have installed a couple of working oci/php combos so far, the 9.2.0
is the first one where i ran into these kind of problems. And you can't
earnestly expect new users to fiddle with libs for 2 weeks till their
oci bindings start to work...
If you like, you can have an account on the box in question and have a
look around yourself. However i am NOT satisfied with the answer 'okay,
you made a crude hack, and by chance it worked, now use it and stop
bugging us'
Previous Comments:
[2003-07-08 11:40:16] [EMAIL PROTECTED]
Then use those. Wild guess: The SAME environment vars don't work with
DIFFERENT oracle version..
[2003-07-08 10:52:15] thomas at fivemile dot net
the SAME script on the SAME machine works with the 9.0.1 client libs I
copied over from the other machine. Only the 9.2.0 client libs (using
the SAME script, the SAME php, the SAME apache and the SAME configure
line) do not work.
[2003-07-07 19:29:08] [EMAIL PROTECTED]
Try a script which has ONLY that one line.
And you're sure your username/password doesn't contain any illegal
chars? And your db name is tns.domain ??
[2003-06-26 18:36:52] thomas at fivemile dot net
Warning: ociplogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00911: invalid character in
/home/httpd/index.php3 on line 3
or
Warning: ocilogon(): OCISessionBegin: ORA-00604: error occurred at
recursive SQL level 1 ORA-00922: missing or invalid option in
/home/httpd/index.php3 on line 3
'Line 3' is simply the OCILogon or OCIPLogon as follows:
$ohnd = OCILogon("dvd","hidden","tns.domain");
[2003-06-26 18:30:36] [EMAIL PROTECTED]
With what script and what errors do you get..?
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/24343
--
Edit this bug report at http://bugs.php.net/?id=24343&edit=1
#24575 [Asn->Csd]: sqlite_popen fails on second connection
ID: 24575 Updated by: [EMAIL PROTECTED] Reported By: m dot boeren at guidance dot nl -Status: Assigned +Status: Closed Bug Type: SQLite related Operating System: win2k PHP Version: PECL 4_3 Assigned To: wez 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: [2003-07-10 02:51:30] [EMAIL PROTECTED] Seems that it is broken. FYI: the 4.3.x compatible code can be obtained like this: co -d sqlite -r PECL_4_3 pecl/sqlite Will fix sometime today. [2003-07-10 02:24:05] m dot boeren at guidance dot nl Description: Hi, the following script doesn't work correctly: will produce $ ./php -f sqlitetest.php resource(1) of type (sqlite database (persistent)) resource(1) of type (Unknown) This also happens if I call sqlite_close($handle) between the popens... BTW, this is on the latest ext/sqlite copied to existing 4.3.1 source tree on a Windows box. Everything else I tested with sqlite works ok. Cheerio, Marc. Reproduce code: --- Expected result: resource(1) of type (sqlite database (persistent)) resource(1) of type (sqlite database (persistent)) Actual result: -- resource(1) of type (sqlite database (persistent)) resource(1) of type (Unknown) -- Edit this bug report at http://bugs.php.net/?id=24575&edit=1
#24627 [Bgs]: feof always returns false
ID: 24627
Updated by: [EMAIL PROTECTED]
Reported By: duerra at yahoo dot com
Status: Bogus
Bug Type: Filesystem function related
Operating System: XP Pro
PHP Version: 4.3.3RC1
New Comment:
If you don't read from the pointer, the position never moves and thus
never reaches the end of file.
This current behaviour is the intended behaviour; if it worked before,
it was a bug that you should consider fixed.
Previous Comments:
[2003-07-12 22:54:35] [EMAIL PROTECTED]
It has ALWAYS been the requirement. Some buffer sizes and so were
adjusted in 4.3.2 (or something alike, can't remember exactly what it
was right now) which made it LOOK like it worked for you.
[2003-07-12 22:51:35] duerra at yahoo dot com
Sorry. Here's from the documentation on "fgets()"
$handle = fopen ("/tmp/inputfile.txt", "r");
while (!feof ($handle)) {
$buffer = fgets($handle, 4096);
echo $buffer;
}
fclose ($handle);
In essence, what was being done instead of the line beginning with
"$buffer=", was "$count++". This this then a requirement now in 4.3.3
that a line is actually retrieved for the file pointer to move? If so,
I'll quit nagging you all =P
[2003-07-12 22:48:03] [EMAIL PROTECTED]
Don't mix user added comments to real documentation..
[2003-07-12 22:45:39] duerra at yahoo dot com
Just a comment from the "feof" reference, as a basic point:
if ($fp = fopen($filename, 'r'))
{
while (!feof($fp))
{
// ...
}
}
That's exactly what I'm doing here (though the stating of the file
pointer not moving is not explicitly stated, this is shown as working
to a level that I have attempted to code...)
[2003-07-12 22:42:29] [EMAIL PROTECTED]
There must have been some bug in previous versions,
feof() never moves the file pointer so you end up in endless loop, of
course. (I don't know where in the manual it's said it moves the file
pointer..)
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/24627
--
Edit this bug report at http://bugs.php.net/?id=24627&edit=1
#24309 [Asn->Csd]: mb_detect_encoding return EUC-JP for invalid EUC-JP char sequence
ID: 24309
Updated by: [EMAIL PROTECTED]
Reported By: jc at mega-bucks dot co dot jp
-Status: Assigned
+Status: Closed
Bug Type: mbstring related
Operating System: Linux
PHP Version: 4.3.3RC1
Assigned To: hirokawa
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.
I made a mistake.
B7F6 is correct byte code in EUC-JP. But,
BA7E is not correct byte code in EUC-JP.
So, it is not correct EUC-JP byte sequence.
mb_detect_encoding() can choose a best candidate in
encoding list, but, it can't detect the corruption.
mb_detect_encoding() assumes byte characters are not corrupted and it
stops the detection if the number of
candidate is only one.
I added 'strict detection mode' to detect corrupted string in CVS
tree.
You should specify TRUE in third argument of mb_detect_encoding to use
strict detection mode.
Previous Comments:
[2003-07-07 06:15:52] [EMAIL PROTECTED]
Assigned to the one person who knows what this is about.. :)
[2003-07-01 21:39:00] jc at mega-bucks dot co dot jp
hirokawa wrote:
"URL decoded byte sequance of 'search_words=%B7%F6%BA%7E' is
B7E6+BA7E, which is correct EUC-JP character sequence."
You mean the decoded sequence is B7F6+BA7E, not B7E6+BA7E, right?
"B7E6+BA7E [...] is correct EUC-JP byte sequence."
Again do you mean that B7F6+BA7E is correct EUC-JP? I don't think it is
...
Thanks.
[2003-06-30 20:01:11] jc at mega-bucks dot co dot jp
Are you sure? ^_^
I am not an encoding expert so if you say that it is a valid sequence I
believe you but ...
I am using postgreSQL as a database and it says that it is not a valid
EUC sequence. So either PHP is wrong or the database is wrong :)
Here is my test code:
echo "Checking $string ...";
$sql = "select id from products where name like '$string'";
$conn = pg_connect("host=$IP port=5432 dbname=$DB user=postgres");
$res = pg_query($conn, $sql);
$err_msg = pg_last_error($conn);
if (preg_match("/Invalid EUC_JP character sequence found/",
$err_msg)) {
echo "NOT VALID";
}
The error message returned by the DB is:
pg_query(): Query failed: ERROR: Invalid EUC_JP character sequence
found (0xba7e)
The output is:
Checking 喧� ...
NOT VALID
I'll post this to the postgreSQL developer's list also in case it is a
bug in postgreSQL.
If you are certain that this character sequence is valid can you point
me to a ressource I can use to show the postgreSQL team that they have
a bug that needs fixing?
Thanks!
[2003-06-30 07:49:30] [EMAIL PROTECTED]
It is not a bug of mbstring.
0xb7,0xf6,0xba,0x7e is a correct byte seqence of EUC-JP.
[2003-06-28 09:40:13] [EMAIL PROTECTED]
URL decoded byte sequance of 'search_words=%B7%F6%BA%7E' is
B7E6+BA7E, which is correct EUC-JP character sequence.
Encoding detection is not perfect, it may make mistake if the length of
string is too short.
But, I believe encoding detection of mbstring works fine in this case.
B7E6+BA7E is not correct byte sequence of SJIS, UTF-8, ISO2022-JP. It
is correct EUC-JP byte sequence.
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/24309
--
Edit this bug report at http://bugs.php.net/?id=24309&edit=1
