#29011 [Opn]: ocilogon/oci_connect documentation misses charset parameter
ID: 29011 User updated by: cjbj at hotmail dot com Reported By: cjbj at hotmail dot com Status: Open Bug Type: OCI8 related Operating System: n/a -PHP Version: 4.3.7 +PHP Version: 5.0 New Comment: . Previous Comments: [2004-07-05 06:57:38] cjbj at hotmail dot com Description: The documentation for ocilogon and oci_connect mentions only three parameters. Looking at oci_do_connect() in the source for oci8.c (php5-200402232230) I can see there is a fourth parameter, the charset identifier. -- Edit this bug report at http://bugs.php.net/?id=29011&edit=1
#29012 [NEW]: Potential race during first connection
From: cjbj at hotmail dot com
Operating system: n/a
PHP version: 5.0.0RC3
PHP Bug Type: OCI8 related
Bug description: Potential race during first connection
Description:
The mutex locking in _oci_open_session() in
php-5.0.0RC3/ext/oci8/oci.c at about line 2676 may allow a
possible race. This was discovered from code inspection so I could be
wrong.
The current code is:
if (zend_ts_hash_find(persistent_sessions, hashed_details.c,
hashed_details.len+1, (void **) &session_list) != SUCCESS) {
zend_llist tmp;
/* first session, set up a session list */
zend_llist_init(&tmp, sizeof(oci_session), (llist_dtor_func_t)
_session_pcleanup, 1);
zend_ts_hash_update(persistent_sessions, hashed_details.c,
hashed_details.len+1, &tmp, sizeof(zend_llist), (void **) &session_list);
} else {
mutex_lock(mx_lock);
/* session list found, search for an idle session or an already
opened session by the current thread */
session = zend_llist_get_first(session_list);
while ((session != NULL) && session->thread && (session->thread !=
thread_id())) {
session = zend_llist_get_next(session_list);
}
if (session != NULL) {
/* mark session as busy */
session->thread = thread_id();
}
mutex_unlock(mx_lock);
}
I don't understand why there is no locking around the
zend_llist_init() or even zend_ts_hash_find() calls. If multiple
users log in at once then does zend_ts_hash_find() guarentee to return
SUCCESS for only one thread? If not, a suggested change is:
mutex_lock(mx_lock);
if (zend_ts_hash_find(persistent_sessions, hashed_details.c,
hashed_details.len+1, (void **) &session_list) != SUCCESS) {
zend_llist tmp;
/* first session, set up a session list */
zend_llist_init(&tmp, sizeof(oci_session), (llist_dtor_func_t)
_session_pcleanup, 1);
zend_ts_hash_update(persistent_sessions, hashed_details.c,
hashed_details.len+1, &tmp, sizeof(zend_llist), (void **) &session_list);
} else {
/* session list found, search for an idle session or an already
opened session by the current thread */
session = zend_llist_get_first(session_list);
while ((session != NULL) && session->thread && (session->thread !=
thread_id())) {
session = zend_llist_get_next(session_list);
}
if (session != NULL) {
/* mark session as busy */
session->thread = thread_id();
}
}
mutex_unlock(mx_lock);
--
Edit bug report at http://bugs.php.net/?id=29012&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29012&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29012&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29012&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29012&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29012&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29012&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29012&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29012&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29012&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29012&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29012&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29012&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29012&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29012&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29012&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29012&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29012&r=float
#20449 [Com]: sessions randomly fail
ID: 20449 Comment by: webmaster at mytrim dot com Reported By: josh at zebotech dot com Status: No Feedback Bug Type: Session related Operating System: redhat 7.3 PHP Version: 4.3.0-dev New Comment: I run a couple of sites with at least 1000 unique users online at any given time. I run 4.3.2 and would estimate that about 5 percent of my users have this problem. It has me wondering, has anyone has experienced this with version 5? Also if the previous poster who developed their own session handler sees this can you please email me or post a url to the code. Previous Comments: [2004-04-28 18:05:49] electricbrunette at hotmail dot com hello josh this is jeremy vanbibbers girl allison. just thought i would say hello. was looking for a way to contact jeremy online. sorry bout the bug. hope you like it in your new place. we missed you when you left. [2004-01-16 16:41:21] josh at bauguss dot net I just got the last comment sent to me in my email so I rechecked this bug. I'm suprised to see that most of the comments that I had posted to this bug are now gone. I'm also really suprised that this bug report had been suspended. Just for the last guys benefit for his comment on this bug... I wrote my own session handling routine and that completely fixed the problem. I now don't use any of the session calls built into php. I also wrote my own serialize/deserialize function. While I can't prove it at the moment as I don't have time to, I'm pretty sure that the problem with the session handler is with the serialize/deserialize routine used by the session handler. I seem to remember this being my conclusion way back over a year ago and I think I even provided comments in this bug report that seem to no longer be attached to this bug. I can't recall at the moment nor can I risk testing it on my site, but I think when I tried using the serialize/deserialize function in php in my own session manager I ran into the same symptoms of this bug. When I wrote my own routine, it disappeared and solved my session management woes. Hope that helps. Josh Bauguss [2004-01-16 15:30:26] dspice at samys dot com I was extremely relieved to find this post, as I've been having the identical problem. However, it seems like it's not yet resolved in any practical manner. The same scenario occurs for me: a small but important number of users lose the data in the session arrays (but not the session itself) - I believe when the protocol switches from http to https. I have tried many times on many machines to replicate it; so far of the customers I have been able to get data from, it seems they are all running IE6 on Windows XP, but that could easily just be statistical probability. I've tried to replicate the problem using the exact same IE version number, with no success. I can't tell how many people this is affecting, exactly, but I can tell that it's costing us money. It's reassuring to see other people facing the same problem, but disparaging to see that it's been over a year and this apparent bug still has not been resolved. Any help would be greatly appreciated. [2003-06-09 08:44:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-06-02 17:09:32] [EMAIL PROTECTED] This should be fixed in PHP 4.3.2, so please give it a try. 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/20449 -- Edit this bug report at http://bugs.php.net/?id=20449&edit=1
#29011 [NEW]: ocilogon/oci_connect documentation misses charset parameter
From: cjbj at hotmail dot com Operating system: n/a PHP version: 4.3.7 PHP Bug Type: OCI8 related Bug description: ocilogon/oci_connect documentation misses charset parameter Description: The documentation for ocilogon and oci_connect mentions only three parameters. Looking at oci_do_connect() in the source for oci8.c (php5-200402232230) I can see there is a fourth parameter, the charset identifier. -- Edit bug report at http://bugs.php.net/?id=29011&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29011&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29011&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29011&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29011&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29011&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29011&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29011&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29011&r=support Expected behavior: http://bugs.php.net/fix.php?id=29011&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29011&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29011&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29011&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29011&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29011&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29011&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29011&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29011&r=float
#28767 [Com]: mysqli doesn't compile (link fails)
ID: 28767 Comment by: koshnarek at mdsystem dot homeunix dot com Reported By: Franck at e-Dot dot nl Status: Open Bug Type: Compile Failure Operating System: Linux 2.4.19C13V (Sun Cobalt) PHP Version: 5.0.0RC3 New Comment: the same here (PHP5 RC3, MySQL 5.0.0-alpha, Debian GNU/Linux - 2.6.7-1-686): ./configure \ --with-config-file-path=/etc/php \ --with-apxs2=/usr/bin/apxs2 \ --with-mysqli=/usr/lib/mysql/bin/mysql_config \ --with-unixODBC=/usr/include/ \ --with-java=/usr/lib/j2sdk/ \ --with-gettex=/usr/ \ --with-fam=/usr/include/ \ --with-gd=/usr/ \ --with-ttf=/usr/include/ \ --with-freetype-dir=/usr/include/ \ --with-jpeg-dir=/usr/include/ \ --with-png-dir=/usr/include/ \ --with-zlib-dir=/usr/ \ --with-xpm-dir=/usr/include/ \ --with-zip=/usr/include/ \ --with-bz2=/usr/include/ \ --with-curl=/usr/include/ \ --with-curlwrappers \ --with-xsl=/usr/include/ \ --with-expat-dir=/usr/include/ \ --with-xmlrpc=/usr/ \ --with-tidy=/usr/ \ --with-openssl=/usr/ \ --with-mcrypt=/usr/ \ --with-snmp=/usr/ \ --with-xslt-sablot \ --enable-ucd-snmp-hack \ --enable-gd-native-ttf \ --enable-bcmath \ --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --enable-memory-limit \ --enable-dbx \ --enable-simplexml \ --enable-exif \ --enable-ftp \ --enable-mailparse \ --enable-wddx \ --enable-xslt \ --enable-soap \ --enable-pcntl \ --enable-yp \ --enable-sockets \ --disable-cgi at this point everything is OK, when I run "make": /root/php5-5.0.0/ext/iconv/iconv.c: In function `php_iconv_stream_filter_append_bucket': /root/php5-5.0.0/ext/iconv/iconv.c:2444: warning: passing arg 2 of `iconv' from incompatible pointer type In file included from /root/php5-5.0.0/ext/mysqli/mysqli.c:31: /root/php5-5.0.0/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_init': /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /root/php5-5.0.0/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /root/php5-5.0.0/ext/mysqli/mysqli.c: In function `php_local_infile_read': /root/php5-5.0.0/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: ** [ext/mysqli/mysqli.lo] Erro 1 Previous Comments: [2004-06-21 13:40:57] francois at nor-web dot ca I cannot compile PHP5 RC3 either. I compiled PHP5Rc1, PHP5Rc2 without problem. Config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd --with-zlib --enable-sockets --enable-soap --enable-shmop --with-mysqli MySQL version: MySQL-server-4.1.1-1 MySQL-shared-4.1.1-0 MySQL-client-4.1.1-0 MySQL-devel-4.1.1-0 Linux version: Mandrake Linux 10.0 official kernel 2.6.3-7mdksmp In file included from /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:31: /opt/php-5.0.0RC3/ext/mysqli/php_mysqli.h:86: error: `LOCAL_INFILE_ERROR_LEN' undeclared here (not in a function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_init': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: (Each undeclared identifier is reported only once /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:744: error: for each function it appears in.) /opt/php-5.0.0RC3/ext/mysqli/mysqli.c: In function `php_local_infile_read': /opt/php-5.0.0RC3/ext/mysqli/mysqli.c:825: error: `LOCAL_INFILE_ERROR_LEN' undeclared (first use in this function) make: *** [ext/mysqli/mysqli.lo] Error 1 [2004-06-14 11:31:58] Franck at e-Dot dot nl Ow forgot to say: Without the --with-mysqli line in the configuration, everything works like a charm! [2004-06-14 08:37:31] Franck at e-Dot dot nl Description: Hi, I'm trying to build php5 with MySQLi support. But I was not able to do so. Tried PHP5.0.0RC2, PHP5.0.0RC3 and PHP5-200406140430 with MySQL 4.1.1alpha & 4.1.2alpha. All give me the same error's. MySQL install: I've build my own rpm's from the source rpm. and installed client, devel, server and shared packages. PHP Configuration: ./configure \ --prefix=/usr \ --with-apxs=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-zlib \ --enable-magic-quotes \ --with-regex=system \ --enable-track-vars \ --with-iconv \ --enable-xml \ --disable-debug \ --with-gd \ --enable-mbstring \ --enable-mbstr-enc-trans \ --with-interbase=shared \ --with-mysql=/usr \ --with-mysqli=/usr/bin/mysql_config \ --with-ldap \ --with-openssl=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --enable-calender \ --with-curl \ --enable-bcmat
#28980 [Bgs->Csd]: Certain PHP Scripts cause mod_php4 to duplicate buckets
ID: 28980 User updated by: joe at joe-lewis dot com Reported By: joe at joe-lewis dot com -Status: Bogus +Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 5.2-Release PHP Version: 4.3.7 New Comment: Wow. What a closing response : "Unless this can be replicated with native Apache 2 modules this is not a PHP bugs" I know no-one (yes, I am a programmer) writes perfect code, but programmers should atleast realize there are problems. I guess I just won't submit my patch because "it works for me" so it must not be needed by the rest of the world. Thanks anyway. Previous Comments: [2004-07-04 18:44:36] [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. Unless this can be replicated with native Apache 2 modules this is not a PHP bugs. [2004-07-01 05:40:31] joe at joe-lewis dot com Description: Using Apache 2.0.49 running under FreeBSD 5.2-Release : I've used both the BSD Port (4.3.6) and the source code (4.3.6 and 4.3.7) in an attempt to isolate the issue. However, each form has performed in the same manner. I set up three scripts : the first is a simple phpinfo() script, the second is a feedback script for sending E-Mail, and the third is a simple database script for managing automobile mileage. If I do not run a third party module I have written, all three modules work fine (no extra output filters). If I run a third party module (designed to wrap a template around the resulting HTML), the first two fail but the last works. It appears that certain functions (which I have been unable to isolate) fail in the following manner : My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b However, the bucket brigade contains a series of buckets that appear to be exactly as preceding buckets when the problem occurs - causing my module to continue to copy and parse duplicates - this causes Apache 2.0 to produce the error message in the logs : httpd in malloc(): error: allocation failed [Wed Jun 23 18:42:01 2004] [notice] child pid 15011 exit signal Abort (6) The above should be assumed to occur because of the large memory growth. gdb output is :My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b It appears that either the mod_php4 is multiplying buckets or linking the tail of the brigade to a precedubg bucket, causing an endless loop on the bucket chain. Reproduce code: --- My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b However, the bucket brigade contains a series of buckets that appear to be exactly as preceding buckets when the problem occurs - causing my module to continue to copy and parse duplicates - this causes Apache 2.0 to produce the error message in the logs : httpd in malloc(): error: allocation failed The above should be assumed to occur because of the large memory growth. gdb output is : Expected result: There should NEVER occur duplicate buckets in using the Apache 2.0.49, or any Apache bucket filters. Actual result: -- ** APACHE LOG FROM 3RD PARTY MODULE ** If desired, I will rebuild the 3rd party module to print the contents of the bucket, (done before), but that fills my log files way too quickly. On the following POOL type buckets, the buckets are repeated until the memory is consumed by the 3rd party module reading the duplicate buckets, and the POOL type bucket contents are exactly the same. The current log data is : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name POOL [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b [Thu Jun 24 13:43:26 2004] [error] [clie
#26005 [Opn]: Random "cannot change the session's ini settings" errors
ID: 26005 Updated by: [EMAIL PROTECTED] Reported By: parsnip11 at hotmail dot com Status: Open Bug Type: Session related Operating System: * PHP Version: 4CVS-2003-10-31 New Comment: We have tackled down the problem to memory allocation issues. If PHP is unable to allocate more memory it quits, but then the session module still tries to save stuff, and due to the unavailability of memory, it is unable to do so. The interesting part is that regardless of our display_errors=off setting, this session error still gets printed out to the browser (the mem allocation problem is only present in our logs). The session module should not print errors if display_errors is off. Previous Comments: [2004-07-04 13:51:38] [EMAIL PROTECTED] We also experience the same error with PHP 4.3.7 with Apache 1.3.31. We have the following session settings in .htaccess: php_value session.cache_expire20 php_value session.gc_maxlifetime 20 php_value session.cookie_domain ".weblabor.hu" php_value session.cookie_lifetime 200 php_value session.auto_start 0 php_value session.save_handleruser php_value session.cache_limiter none Our session handlers store data in a database, and are set with session_set_save_handler() in userland code. The error is the exact one reported by the bug opener. [2004-07-04 13:25:56] a-n-d-r-a-s at b-a-r-t-h-a-z-i dot hu I have PHP 4.3.7, and we get this error, running a Drupal 4.4. [2004-02-25 13:49:27] [EMAIL PROTECTED] Get the latest stable CVS snapshot. And don't reopen closed bugs unless you can still reproduce it with the snapshot.. [2004-02-25 13:28:20] parsnip11 at hotmail dot com Is there any way that I can apply this patch to php4isapi.dll? [2004-02-24 03:42:35] [EMAIL PROTECTED] Patch applied. Thanks! The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26005 -- Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#29010 [NEW]: make test does not wait to email address
From: eero at jlug dot fi Operating system: linux 2.6.x PHP version: 5.0.0RC3 PHP Bug Type: *Compile Issues Bug description: make test does not wait to email address Description: Make test does not wait email address. This issue is been long in php 5-dev series. Reproduce code: --- ./configure && make && make test System does not wait enought to input email address, if Y is selected in reporting option... -- Edit bug report at http://bugs.php.net/?id=29010&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29010&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29010&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29010&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29010&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29010&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29010&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29010&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29010&r=support Expected behavior: http://bugs.php.net/fix.php?id=29010&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29010&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29010&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29010&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29010&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29010&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29010&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29010&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29010&r=float
#28802 [Opn->Bgs]: name of file upload cutted in php4.3.7
ID: 28802 Updated by: [EMAIL PROTECTED] Reported By: mstaiger at informatik dot uni-siegen dot de -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: win 2k server PHP Version: 4.3.7 New Comment: The original path is just the filename, not the path + filename. Previous Comments: [2004-06-18 20:02:51] imprestavel at gameguru dot com dot br You may try: Using input-file for URL was not desired because input-file is for uploading local files. >From the manual: http://www.php.net/manual/en/features.file-upload.php "$_FILES['userfile']['name'] The *original name* of the *file on the client machine*." original name != url/path And if the client/browser decides to upload a "fake" empty file, because it doesn't exist locally, there is nothing php can do about it, but you could check that and do something [2004-06-16 11:52:41] mstaiger at informatik dot uni-siegen dot de Description: The typical file-upload HTML-command: creates an input field to pick a file from the local machine. We used to "abuse" this field also to insert URLs instead of physical filenames which worked fine so far. When entered "http://www.somedomain.com"; the php variable $_FILES['userfile']['name'] contained the entire URL : "http://www.somedomain.com"; Now, the new version seems to cut everything before the last slash and $_FILES['userfile']['name'] contains only "www.somedomain.com", without "http://"; . We could not find any documentation for this behaviour and doubt that this behaviour was desired? -- Edit this bug report at http://bugs.php.net/?id=28802&edit=1
#28963 [Opn->Csd]: Incorrect ammount of memory allocated for a string in _php_imap_parse_address
ID: 28963
Updated by: [EMAIL PROTECTED]
Reported By: af325798 at ohio dot edu
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: Any
PHP Version: 4.3.7
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-06-29 23:29:27] af325798 at ohio dot edu
Description:
In file ext/imap/php_imap.c line 3685:
if ((len = _php_imap_address_size(addresstmp))) {
tmpstr = (char *) malloc (len); //strings are \0
terminated!
should be:
if ((len = _php_imap_address_size(addresstmp))) {
tmpstr = (char *) malloc (len+1); //correct
since C strings are \0 terminated, this bug causes buffer overflow -
the contents of 'addresstmp' variable *sometimes* get ovewrritten, this
results in an incorrect value of 'str' passed to add_property_string_ex
(as seen in a provided stack trace), whih causes segmentation fault.
Reproduce code:
---
It's not easily reproducible but it seems to be quite obvious.
Actual result:
--
(ladebug) where
>0 0x3ff800d67d0 in strlen(...) in /usr/shlib/libc.so
#1 0x30c54a0 in add_property_string_ex(arg=0x140289b18,
key=0x30040218160="personal", key_len=9, str=0x403130303530334c=(null),
duplicate=1) "zend_API.c":980
#2 0x310feb0 in _php_imap_parse_address(addresslist=0x1402bf2c0,
fulladdress=0x11ffe6a60, paddress=0x14020e118) "php_imap.c":3642
#3 0x31103a8 in _php_make_header_object(myzvalue=0x140245918,
en=0x1402d0c40) "php_imap.c":3674
#4 0x3101758 in zif_imap_headerinfo(ht=2,
return_value=0x140245918, this_ptr=0x0, return_value_used=1)
"php_imap.c":1639
#5 0x30afa60 in execute(op_array=0x1401ccc18)
"./zend_execute.c":1598
#6 0x300038094c8
--
Edit this bug report at http://bugs.php.net/?id=28963&edit=1
#28971 [Opn->Fbk]: imagecreatefromstring causes Apache2 Segfault
ID: 28971
Updated by: [EMAIL PROTECTED]
Reported By: russell dot seymour at turtlesystems dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Gentoo Linux
PHP Version: 4.3.6
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
When compiling PHP make sure to built it with
--enable-debug so that a detailed backtrace can be
generated.
Previous Comments:
[2004-06-30 10:42:41] russell dot seymour at turtlesystems dot co dot
uk
Description:
I have some photos in a MySQL database stored as BLOBS.
I have some php code that pulls these blobs from the database and
creates thumbnails on the fly.
I am using imagecreatefromstring to do this.
The strange thing is that I have 7 images and the third one works -
none of the others do. However if I move the code and the database to
another Apache/PHP system (this time using Solaris 9) everything works
without modification.
I have tried the fix in "Bug #24174: Seg. fault when calling
imagecreatefromstring" but this has not worked.
My PHP configure line is:
./configure' '--prefix=/usr' '--host=i586-pc-linux-gnu'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib'
'--with-apxs2=/usr/sbin/apxs2' '--with-ndbm=/usr' '--with-db4=/usr'
'--with-mcrypt=/usr' '--with-mhash=/usr' '--without-interbase'
'--without-ming' '--without-swf' '--without-sybase' '--with-gdbm=/usr'
'--without-fdftk' '--with-java=/opt/blackdown-jdk-1.4.1'
'--without-mcal' '--without-unixODBC' '--without-pgsql'
'--without-snmp' '--with-xpm-dir=/usr/X11R6' '--without-gmp'
'--without-mssql' '--without-pdflib' '--with-gd=/usr'
'--enable-gd-native-ttf' '--with-png=/usr' '--with-png-dir=/usr'
'--with-jpeg=/usr' '--with-jpeg-dir=/usr' '--enable-exif'
'--without-tiff' '--with-mysql=/usr'
'--with-mysql-sock=/var/run/mysqld/mysqld.sock'
'--with-freetype-dir=/usr' '--with-ttf=/usr' '--with-t1lib=/usr'
'--with-gettext' '--with-qtdom=/usr/qt/3' '--with-pspell=/usr'
'--with-openssl=/usr' '--with-imap=/usr' '--with-ldap=/usr'
'--with-dom=/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr'
'--with-kerberos=/usr' '--with-pam' '--disable-memory-limit'
'--disable-ipv6' '--without-yaz' '--without-curl' '--enable-dbx'
'--with-imap-ssl' '--with-zlib=/usr' '--with-zlib-dir=/usr'
'--with-sablot=/usr' '--enable-xslt' '--with-xslt-sablot'
'--with-xmlrpc' '--enable-wddx' '--with-xml' '--enable-mbstring=all'
'--enable-mbregex' '--with-bz2=/usr' '--with-crack=/usr' '--with-cdb'
'--enable-pcntl' '--enable-bcmath' '--enable-calendar' '--enable-dbase'
'--enable-filepro' '--enable-ftp'
'--with-mime-magic=/usr/share/misc/file/magic.mime' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-sysvipc' '--with-iconv'
'--enable-shmop' '--enable-dio' '--enable-yp' '--without-ncurses'
'--without-readline' '--enable-inline-optimization'
'--enable-track-vars' '--enable-trans-sid' '--enable-versioning'
'--with-config-file-path=/etc/php/apache2-php4'
Reproduce code:
---
// build up sql to get data from database
$s_SQL = "SELECT file_type, image, category FROM t_images WHERE id =
${i_Img_ID}";
// Execute the query on the database
$o_Img = $o_DB -> query ($s_SQL);
if (DB::isError($o_Img)) {
print $o_Img -> getMessage();
exit;
}
// proceed if no errors
if ($o_Img) {
$a_Size = array();
// get information from the query
list ($type_Tmp, $bin_Tmp, $i_Cat_ID) = $o_Img -> fetchrow();
$a_Size["bin"] = imagecreatefromstring ($bin_Tmp);
$a_Size["file_type"] = $type_Tmp;
}
Expected result:
The above (cut code) should result in 7 images having been resampled
with a height of 135px and a width dependant on the orginal aspect
ratio.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x403ce9b7 in pthread_mutex_lock () from /lib/libpthread.so.0
(gdb) bt
#0 0x403ce9b7 in pthread_mutex_lock () from /lib/libpthread.so.0
#1 0x404772e3 in free () from /lib/libc.so.6
#2 0x4136f1f8 in ?? ()
#3 0x08403a44 in ?? ()
#4 0x083eb65c in ?? ()
#5 0x083eb5ac in ?? ()
#6 0x4136f1e6 in ?? ()
#7 0x0840d25c in ?? ()
#8 0x0840d18c in ?? ()
#9 0x41391854 in ?? ()
#10 0x41363619 in ?? ()
#11 0x08403a44 in ?? ()
#12 0x08403a44 in ?? ()
#13 0x0001 in ?? ()
#14 0x413635d2 in ?? ()
#15 0x083eb500 in ?? ()
#16 0x083eb528 in ?? ()
#17 0x40ae772c in ?? ()
#18 0x406e in ?? ()
#19 0x083eb500 in ?? ()
#20 0x08403a44 in ?? ()
#21 0xbfffb390 in ?? ()
#22 0x406eaa26 in ?? ()
#23 0xbfffb358 in ?? (
#28993 [Opn->Csd]: This script causes crash
ID: 28993 Updated by: [EMAIL PROTECTED] Reported By: osvetlik at kerio dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux/Windows PHP Version: 4.3.6, 4.3.7 New Comment: This is fixed in PHP5. In PHP4 it cannot be fixed without breaking backwards compatibility. Previous Comments: [2004-07-02 14:32:43] osvetlik at kerio dot com 4.3.6 crashes too. [2004-07-02 14:23:33] osvetlik at kerio dot com Description: The script as shown below crashes PHP, when memory_limit is high enough. Reproduce code: --- (pts/103)[EMAIL PROTECTED]:~> php Segmentation fault (core dumped) Expected result: No crash, endless loop. Script stopped by memory_limit. Actual result: -- (pts/103)[EMAIL PROTECTED]:~> gdb /usr/bin/php core.28409 GNU gdb Red Hat Linux (6.0post-0.20040223.19rh) Copyright 2004 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 "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `php'. Program terminated with signal 11, Segmentation fault. warning: svr4_current_sos: Can't read pathname for load map: Chyba vstupu/výstupu Error while mapping shared library sections: : Úspìch. Error while reading shared library symbols: : není souborem ani adresáøem. Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /usr/lib/libexpat.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libexpat.so.0 Reading symbols from /usr/lib/libpspell.so.15...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpspell.so.15 Reading symbols from /lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpcre.so.0 Reading symbols from /usr/lib/libpanel.so.5...done. Loaded symbols for /usr/lib/libpanel.so.5 Reading symbols from /usr/lib/libncurses.so.5...done. Loaded symbols for /usr/lib/libncurses.so.5 Reading symbols from /usr/lib/sse2/libgmp.so.3...done. Loaded symbols for /usr/lib/sse2/libgmp.so.3 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libpng12.so.0...done. Loaded symbols for /usr/lib/libpng12.so.0 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /lib/tls/libdb-4.2.so...done. Loaded symbols for /lib/tls/libdb-4.2.so Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/lib/libcurl.so.2...done. Loaded symbols for /usr/lib/libcurl.so.2 Reading symbols from /usr/lib/libbz2.so.1...done. Loaded symbols for /usr/lib/libbz2.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libssl.so.4...done. Loaded symbols for /lib/libssl.so.4 Reading symbols from /lib/libcrypto.so.4...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /usr/lib/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libaspell.so.15...done. Loaded symbols for /usr/lib/libaspell.so.15 Reading symbols from /usr/lib/libstdc++.so.5...done. Loaded symbols for /usr/lib/libstdc++.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/lib/php4/ldap.so...done. Loaded symbols for /usr/lib/php4/ldap.so Reading symbols from /usr/lib/libldap.so.2...done. Loaded s
#28980 [Opn->Bgs]: Certain PHP Scripts cause mod_php4 to duplicate buckets
ID: 28980 Updated by: [EMAIL PROTECTED] Reported By: joe at joe-lewis dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 5.2-Release PHP Version: 4.3.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Unless this can be replicated with native Apache 2 modules this is not a PHP bugs. Previous Comments: [2004-07-01 05:40:31] joe at joe-lewis dot com Description: Using Apache 2.0.49 running under FreeBSD 5.2-Release : I've used both the BSD Port (4.3.6) and the source code (4.3.6 and 4.3.7) in an attempt to isolate the issue. However, each form has performed in the same manner. I set up three scripts : the first is a simple phpinfo() script, the second is a feedback script for sending E-Mail, and the third is a simple database script for managing automobile mileage. If I do not run a third party module I have written, all three modules work fine (no extra output filters). If I run a third party module (designed to wrap a template around the resulting HTML), the first two fail but the last works. It appears that certain functions (which I have been unable to isolate) fail in the following manner : My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b However, the bucket brigade contains a series of buckets that appear to be exactly as preceding buckets when the problem occurs - causing my module to continue to copy and parse duplicates - this causes Apache 2.0 to produce the error message in the logs : httpd in malloc(): error: allocation failed [Wed Jun 23 18:42:01 2004] [notice] child pid 15011 exit signal Abort (6) The above should be assumed to occur because of the large memory growth. gdb output is :My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b It appears that either the mod_php4 is multiplying buckets or linking the tail of the brigade to a precedubg bucket, causing an endless loop on the bucket chain. Reproduce code: --- My module begins to recieve duplicate buckets. When it recieves a bucket, the bucket first returns a POOL bucket type. It is followed by an unknown bucket type : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b However, the bucket brigade contains a series of buckets that appear to be exactly as preceding buckets when the problem occurs - causing my module to continue to copy and parse duplicates - this causes Apache 2.0 to produce the error message in the logs : httpd in malloc(): error: allocation failed The above should be assumed to occur because of the large memory growth. gdb output is : Expected result: There should NEVER occur duplicate buckets in using the Apache 2.0.49, or any Apache bucket filters. Actual result: -- ** APACHE LOG FROM 3RD PARTY MODULE ** If desired, I will rebuild the 3rd party module to print the contents of the bucket, (done before), but that fills my log files way too quickly. On the following POOL type buckets, the buckets are repeated until the memory is consumed by the 3rd party module reading the duplicate buckets, and the POOL type bucket contents are exactly the same. The current log data is : [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name POOL [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name POOL [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\bxB\x16\b [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name POOL [Thu Jun 24 13:43:26 2004] [error] [client 207.173.156.19] mod_template: get_title() reading type name \x18\x10\n\b\x18\x80\x16\b\x18\xe0\x0e\b\x1c\x10\n\
#28998 [Opn->Csd]: foreach() does not work when glob() returns false
ID: 28998 Updated by: [EMAIL PROTECTED] Reported By: zpiranha at piranhaweb dot xgt dot us -Status: Open +Status: Closed Bug Type: Arrays related Operating System: Redhat 7.3 PHP Version: 4.3.7 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-03 02:44:48] zpiranha at piranhaweb dot xgt dot us Description: When using PHP 4.3.7, foreach() will produce error messages when glob() returns false. However, it will still function. The error message is very unsightly. Download the script in question from http://piranhaweb.xgt.us/dl/zChat_1.4.zip Note: The script works perfectly fine in previous versions of PHP. Reproduce code: --- http://www.familytables.net/chat Expected result: In the right-hand frame, where the error is mostly occuring, you will see (assuming nobody is in the chat room): x Active Users INVALID ARGUMENT FOR FOREACH() ERROR name (y) name (y) ... Actual result: -- 1 Active Users Error: Invalid argument supplied for foreach() in online.php -- Edit this bug report at http://bugs.php.net/?id=28998&edit=1
#29009 [Opn->Bgs]: Variable URL problem
ID: 29009 Updated by: [EMAIL PROTECTED] Reported By: zidokid at hotmail dot com -Status: Open +Status: Bogus Bug Type: URL related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2004-07-04 17:42:39] zidokid at hotmail dot com Description: I am using an Apache 2 Server, in the http.conf file, i installed php using this method: LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php Whenever I try to define a variable at the URL such as http://www.website.com/main.php?txt=something then it DOESNT show the variable on the screen, however, when i define a variable from inside the source code, such as then the variable DOES show on the page. Please tell me how to get rid of this bug. Reproduce code: --- http://www.w3.org/TR/html4/loose.dtd";> Untitled Document Expected result: When i type http://zidokid.kicks-ass.net/t.php?txt=something I expected that i would get a page that says "something". Actual result: -- Nothing appeared on the page. -- Edit this bug report at http://bugs.php.net/?id=29009&edit=1
#28895 [Opn->Csd]: ReflectionClass::isAbstract always returns false
ID: 28895
User updated by: nlhowell at cableone dot net
Reported By: nlhowell at cableone dot net
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: WinXP Pro 2600 SP1
PHP Version: 5CVS-2004-06-23 (dev)
New Comment:
Latest CVS (200407041430) has this bug listed as fixed.
Previous Comments:
[2004-06-23 17:05:37] nlhowell at cableone dot net
Note that the first two lines are the important ones in the expected
and actual results.
[2004-06-23 17:03:35] nlhowell at cableone dot net
Description:
If you define an abstract class, ReflectionClass says it is not
abstract and is instantiable.
Reproduce code:
---
";
print "Abstract: ";
var_dump($class->isAbstract());
print "Instantiable: ";
var_dump($class->isInstantiable());
print "Reflection Export:";
Reflection::Export($class);
print "var_dump of X:";
var_dump(new X());
print "";
?>
Expected result:
Class X:Abstract: bool(true)
Instantiable: bool(false)
Reflection Export:Class [ abstract class X ] {
@@ c:\Inetpub\wwwroot\php5lib2\test.php5 4-4
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [1] {
Property [ private $y ]
}
- Methods [0] {
}
}
var_dump of X:
Fatal error: Cannot instantiate abstract class X in
c:\Inetpub\wwwroot\php5lib2\test.php5 on line 15
Actual result:
--
Class X:Abstract: bool(false)
Instantiable: bool(true)
Reflection Export:Class [ abstract class X ] {
@@ c:\Inetpub\wwwroot\php5lib2\test.php5 4-4
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [1] {
Property [ private $y ]
}
- Methods [0] {
}
}
var_dump of X:
Fatal error: Cannot instantiate abstract class X in
c:\Inetpub\wwwroot\php5lib2\test.php5 on line 15
--
Edit this bug report at http://bugs.php.net/?id=28895&edit=1
#29009 [NEW]: Variable URL problem
From: zidokid at hotmail dot com Operating system: Windows XP Professional PHP version: 4.3.7 PHP Bug Type: URL related Bug description: Variable URL problem Description: I am using an Apache 2 Server, in the http.conf file, i installed php using this method: LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php Whenever I try to define a variable at the URL such as http://www.website.com/main.php?txt=something then it DOESNT show the variable on the screen, however, when i define a variable from inside the source code, such as then the variable DOES show on the page. Please tell me how to get rid of this bug. Reproduce code: --- http://www.w3.org/TR/html4/loose.dtd";> Untitled Document Expected result: When i type http://zidokid.kicks-ass.net/t.php?txt=something I expected that i would get a page that says "something". Actual result: -- Nothing appeared on the page. -- Edit bug report at http://bugs.php.net/?id=29009&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29009&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29009&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29009&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29009&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29009&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29009&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29009&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29009&r=support Expected behavior: http://bugs.php.net/fix.php?id=29009&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29009&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29009&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29009&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29009&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29009&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29009&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29009&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29009&r=float
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: paulridge at ukwsd dot com Reported By: golden at riscom dot com Status: Closed Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.3 New Comment: We are experiencing this also on 4.3.3; RH9. tmp folder is chmod 777. Our php is compiled as follows: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--with-swf=/usr/local/flash' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-gettext' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mcrypt' '--with-mhash' '--with-ming=../ming-0.2a' '--enable-magic-quotes' '--with-mysql=/usr' '--enable-discard-path' '--with-pear' '--enable-xslt' '--with-xslt-sablot' '--enable-sockets' '--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-versioning' '--with-zlib' Previous Comments: [2004-06-18 00:20:06] searchadm at goschorn dot de forgot to tell ... permissions on /tmp set to 777 session__handling is set to file after apachectl restart it works again for some days and then the problem returned [2004-06-17 20:37:29] mitch at webcob dot com Having this problem again too. I WAS having this problem with FreeBSD 4.4 / Apache 1.3.27 / PHP 4.3.2. The problem started happening again a couple days ago... Seems to be a Heisenbug - ever time I add code to output debug info and restart apache, the problem seems to have disappeared or moved to a different website / vhost. Problem does not seem to happen on all vhosts at the same time... Just upgraded to PHP 4.3.7 The problem still persists. I have done all the recommended "fixes" - checking disk space, permissions, changing storage location, etc. Am currently working on a db based storage moduel to include on all sites experiencing the problem as in interrum fix. Please CC me on any updates. thanks. [2004-06-17 10:18:10] searchadm at goschorn dot de PHP Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in ... PHP 4.3.7 (4.3.4 also) Apache 2.0.48 Suse Linux 8.2 after apachectl restart it works again for a while [2004-06-15 15:05:39] datacompboy at mail dot ru Currently runned workaround via auto_prepend_file = /etc/httpd/phpinc.php and in /etc/httpd/phpinc.php [2004-06-15 14:47:13] datacompboy at mail dot ru I have running Apache SERVER_SOFTWARE Apache/1.3.20 Sun Cobalt (Unix) mod_jk mod_ssl/2.8.4 OpenSSL/0.9.7d PHP/4.3.7 mod_auth_pam_external/0.1 FrontPage/5.0.2.2510 mod_perl/1.26 Small code to see: Producing session.save_handler files files and below: Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in a.php on line 3 Can't say what to do to fix that _STRANGE_ error :/ 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#26005 [Csd->Opn]: Random "cannot change the session's ini settings" errors
ID: 26005
Updated by: [EMAIL PROTECTED]
Reported By: parsnip11 at hotmail dot com
-Status: Closed
+Status: Open
Bug Type: Session related
Operating System: *
PHP Version: 4CVS-2003-10-31
New Comment:
We also experience the same error with PHP 4.3.7 with Apache 1.3.31. We
have the following session settings in .htaccess:
php_value session.cache_expire20
php_value session.gc_maxlifetime 20
php_value session.cookie_domain ".weblabor.hu"
php_value session.cookie_lifetime 200
php_value session.auto_start 0
php_value session.save_handleruser
php_value session.cache_limiter none
Our session handlers store data in a database, and are set with
session_set_save_handler() in userland code. The error is the exact one
reported by the bug opener.
Previous Comments:
[2004-07-04 13:25:56] a-n-d-r-a-s at b-a-r-t-h-a-z-i dot hu
I have PHP 4.3.7, and we get this error, running a Drupal 4.4.
[2004-02-25 13:49:27] [EMAIL PROTECTED]
Get the latest stable CVS snapshot. And don't reopen closed bugs unless
you can still reproduce it with the snapshot..
[2004-02-25 13:28:20] parsnip11 at hotmail dot com
Is there any way that I can apply this patch to php4isapi.dll?
[2004-02-24 03:42:35] [EMAIL PROTECTED]
Patch applied. Thanks!
[2004-02-23 07:11:43] jsnajdr at kerio dot com
This is a patch that stopped crashing for me:
*** php-4.3.4/ext/session/session.c Wed Oct 8 12:25:39 2003
--- php-4.3.4-n/ext/session/session.c Tue Dec 9 11:36:24 2003
***
*** 1543,1548
--- 1543,1556
}
}
+ static void php_session_init_globals(php_ps_globals *ps_globals
TSRMLS_DC)
+ {
+ ps_globals->id = NULL;
+ ps_globals->session_status = php_session_none;
+ ps_globals->mod_data = NULL;
+ ps_globals->http_session_vars = NULL;
+ }
+
static void php_rinit_session_globals(TSRMLS_D)
{
PS(id) = NULL;
***
*** 1618,1624
#ifdef ZTS
php_ps_globals *ps_globals;
! ts_allocate_id(&ps_globals_id, sizeof(php_ps_globals), NULL, NULL);
ps_globals = ts_resource(ps_globals_id);
#endif
--- 1626,1632
#ifdef ZTS
php_ps_globals *ps_globals;
! ts_allocate_id(&ps_globals_id, sizeof(php_ps_globals),
(ts_allocate_ctor) php_session_init_globals, NULL);
ps_globals = ts_resource(ps_globals_id);
#endif
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/26005
--
Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#26005 [Com]: Random "cannot change the session's ini settings" errors
ID: 26005
Comment by: a-n-d-r-a-s at b-a-r-t-h-a-z-i dot hu
Reported By: parsnip11 at hotmail dot com
Status: Closed
Bug Type: Session related
Operating System: *
PHP Version: 4CVS-2003-10-31
New Comment:
I have PHP 4.3.7, and we get this error, running a Drupal 4.4.
Previous Comments:
[2004-02-25 13:49:27] [EMAIL PROTECTED]
Get the latest stable CVS snapshot. And don't reopen closed bugs unless
you can still reproduce it with the snapshot..
[2004-02-25 13:28:20] parsnip11 at hotmail dot com
Is there any way that I can apply this patch to php4isapi.dll?
[2004-02-24 03:42:35] [EMAIL PROTECTED]
Patch applied. Thanks!
[2004-02-23 07:11:43] jsnajdr at kerio dot com
This is a patch that stopped crashing for me:
*** php-4.3.4/ext/session/session.c Wed Oct 8 12:25:39 2003
--- php-4.3.4-n/ext/session/session.c Tue Dec 9 11:36:24 2003
***
*** 1543,1548
--- 1543,1556
}
}
+ static void php_session_init_globals(php_ps_globals *ps_globals
TSRMLS_DC)
+ {
+ ps_globals->id = NULL;
+ ps_globals->session_status = php_session_none;
+ ps_globals->mod_data = NULL;
+ ps_globals->http_session_vars = NULL;
+ }
+
static void php_rinit_session_globals(TSRMLS_D)
{
PS(id) = NULL;
***
*** 1618,1624
#ifdef ZTS
php_ps_globals *ps_globals;
! ts_allocate_id(&ps_globals_id, sizeof(php_ps_globals), NULL, NULL);
ps_globals = ts_resource(ps_globals_id);
#endif
--- 1626,1632
#ifdef ZTS
php_ps_globals *ps_globals;
! ts_allocate_id(&ps_globals_id, sizeof(php_ps_globals),
(ts_allocate_ctor) php_session_init_globals, NULL);
ps_globals = ts_resource(ps_globals_id);
#endif
[2003-12-08 14:29:29] jsnajdr at kerio dot com
I am experiencing this bug too and I think I found its cause. It can
occur when PHP is used in a multithreaded program - I embed PHP
interpreter in my own multithreaded server using a custom SAPI module,
original submitter of this bug uses ISAPI module, which is also
multithreaded.
The 'Session is active' warning is generated by the
PHP_INI_MH(OnUpdateSaveHandler) function that checks
PS(session_status), i.e. the session module globals structure. This
handler is also called when calling TSRMLS_FETCH() (which is a define
for ts_resource_ex() call) before executing a PHP script. See this call
stack from gdb:
#0 OnUpdateSaveHandler (entry=0xb303890, new_value=0x8700f48 "files",
new_value_length=5, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0, stage=1,
tsrm_ls=0xb2dce18)
at /root/src/php-4.3.4/ext/session/session.c:93
#1 0x0865414c in zend_ini_refresh_cache (p=0xb303890, stage=1,
tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend_ini.c:177
#2 0x0865006f in zend_hash_apply_with_argument (ht=0xb300ac8,
apply_func=0x8654124 , argument=0x1,
tsrm_ls=0xb2dce18)
at /root/src/php-4.3.4/Zend/zend_hash.c:717
#3 0x0865417d in zend_ini_refresh_caches (stage=1, tsrm_ls=0xb2dce18)
at /root/src/php-4.3.4/Zend/zend_ini.c:185
#4 0x08653f88 in zend_copy_ini_directives (tsrm_ls=0xb2dce18) at
/root/src/php-4.3.4/Zend/zend_ini.c:104
#5 0x0864b574 in zend_new_thread_end_handler (thread_id=4423709,
tsrm_ls=0xb2dce18) at /root/src/php-4.3.4/Zend/zend.c:374
#6 0x0862724f in allocate_new_resource
(thread_resources_ptr=0xabac72c, thread_id=4423709) at
/root/src/php-4.3.4/TSRM/TSRM.c:282
#7 0x08627305 in ts_resource_ex (id=0, th_id=0x0) at
/root/src/php-4.3.4/TSRM/TSRM.c:341
But this handler reads unitialized memory in the new thread's
ps_globals - the TSRM resource has NULL constructor and TSRMLS_FETCH is
called before php_request_startup(), where all the modules are activated
and where the PHP_RINIT_FUNCTION(session) is called to construct the
structure.
Solution: the ps_globals resource must have a non-null constructor
registered in ts_allocate_resource() call in ext/session/session.c
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/26005
--
Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#29008 [NEW]: array_combine skips keys of type other than int or string
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version: 5.0.0RC3
PHP Bug Type: Arrays related
Bug description: array_combine skips keys of type other than int or string
Description:
The array_combine function skips keys of type other than int or string
while operator [] allows one to add also other types (like null,boolean,
float). Note, that array_combine converts string keys in exactly the same
way as the operator [] does (i.e. "10" -> 10 etc.).
IMHO array_combine should not skip keys with other types than string or
int but convert them to a string or an int.
Thus array_combine should behave like [] operator.
Moreover, the PHP_Compat package does it so but there is another bug
there: if illegal key is found (e.g. an array) a warning is reported
instead of skipping such key (@ is missing there).
Reproduce code:
---
$a = array("0",0,"-10",-10,null,5.4,array(1,2,3),false);
$b = array(1,2,3,4,5,6,7,8);
var_dump(array_combine($a,$b));
Expected result:
array(4) {
[0]=>
int(8)
[-10]=>
int(4)
[""]=>
int(5)
[5]=>
int(6)
}
Actual result:
--
array(2) {
[0]=>
int(2)
[-10]=>
int(4)
}
--
Edit bug report at http://bugs.php.net/?id=29008&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29008&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29008&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29008&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29008&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29008&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29008&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29008&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29008&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29008&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29008&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29008&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29008&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29008&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29008&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29008&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29008&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29008&r=float
#29007 [NEW]: glob() nomatch returns false
From: mplomer at gmx dot de
Operating system: WinXP
PHP version: 5CVS-2004-07-04 (dev)
PHP Bug Type: Directory function related
Bug description: glob() nomatch returns false
Description:
Same as Bug# 28649.
It seems to be fixed only in 4.x-CVS
With the actual 5.0-CVS-Snapshot I have the same Problem.
Reproduce code:
---
php -r 'var_dump(glob("abcdefg"));'
Expected result:
an empty array()
Actual result:
--
bool(false)
--
Edit bug report at http://bugs.php.net/?id=29007&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29007&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29007&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29007&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29007&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29007&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29007&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29007&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29007&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29007&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29007&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29007&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29007&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29007&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29007&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29007&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29007&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29007&r=float
#29004 [Opn->Bgs]: mysql dbselect error
ID: 29004 Updated by: [EMAIL PROTECTED] Reported By: quique at nlared dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: windows 2003 amd64 PHP Version: 4.3.7 New Comment: mysql_connect doesn't select or change the database. Please check the documentation for mysql_connect ( http://www.php.net/manual/en/ function.mysql-connect.php ) Previous Comments: [2004-07-03 21:51:34] quique at nlared dot com Description: When use two connection for use diferent database in the same server the first connetion change database when you connect with the second connection Reproduce code: --- $dbconnect1=mysql_connect($server,$user$pass,$db1) $dbconnect2=mysql_connect($server,$user$pass,$db2) now $dbconnect1 is using $db2 -- Edit this bug report at http://bugs.php.net/?id=29004&edit=1
#29002 [Opn->Asn]: mysqli query returns incorrect results
ID: 29002
Updated by: [EMAIL PROTECTED]
Reported By: mark at nostromo dot net
-Status: Open
+Status: Assigned
Bug Type: MySQL related
Operating System: suse 9.1 AMD64
PHP Version: 5.0.0RC3
-Assigned To:
+Assigned To: georg
New Comment:
Previous Comments:
[2004-07-03 20:57:53] mark at nostromo dot net
Description:
I've duplicated this problem on 2 separate 64-bit opteron boxes. Both
are running Suse 9.1 64-bit. I'm using apache 1.3.31, Mysql
4.1.3-beta, and PHP 5.0 RC3.
This may be a 64-bit related issue because the same query returns the
correct results when PHP is compiled and run on 32-bit linux.
Also, if I use the normal mysql function calls, it returns the correct
results on the opteron. So it may be an issue with mysqli and 64-bit.
But that's only a guess.
Reproduce code:
---
$sql = "select config_id, config_name from config_name";
if ($stmt = $mysql->prepare($sql)) {
$stmt->execute();
$stmt->bind_result($id, $name);
while ($stmt->fetch()) {
echo "
$id
$name
\n";
}
$stmt->close();
}
Expected result:
1 suse-default
2 laptop-default
Actual result:
--
32778017877000193 suse-default
32778017877000194 laptop-default
--
Edit this bug report at http://bugs.php.net/?id=29002&edit=1
