[PHP-DEV] Bug #15347: strtok multiple string handling
From: [EMAIL PROTECTED] Operating system: mandrake 8.0 PHP version: 4.0CVS-2002-02-03 PHP Bug Type: Feature/Change Request Bug description: strtok multiple string handling just a quick example of one think I'd like to do, I figured out why it was failing, it was just toking the last string twice instead of each string once. I suspect it would require an extra parameter, but I'd like the feature anyways Thanks $field_display_tok = strtok ( $field_display, ',' ); $field_val_tok = strtok ( $field_val, ',' ); // still need to set type properly while ( $field_display_tok $field_val_tok ) { //printf ( field_edval: $field_edval, fieldval_tok: $fieldval_tok\n); if ( $field_edval == $field_val_tok ) printf ( option value = \ . $field_display_tok . \ selected . $field_display_tok . \n ); else printf ( option value = \ . $field_display_tok . \ . $field_display_tok . \n ); $field_display_tok = strtok(,); $field_val_tok = strtok(,); printf ( field_edval: $field_edval, fieldval_tok: $field_val_tok\n); } -- Edit bug report at: http://bugs.php.net/?id=15347edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15347r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15347r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15347r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15347r=oldversion Not for support: http://bugs.php.net/fix.php?id=15347r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15347r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15347r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15348: strtok multiple string handling
From: [EMAIL PROTECTED] Operating system: mandrake 8.0 PHP version: 4.0CVS-2002-02-03 PHP Bug Type: Feature/Change Request Bug description: strtok multiple string handling just a quick example of one think I'd like to do, I figured out why it was failing, it was just toking the last string twice instead of each string once. I suspect it would require an extra parameter, but I'd like the feature anyways Thanks $field_display_tok = strtok ( $field_display, ',' ); $field_val_tok = strtok ( $field_val, ',' ); // still need to set type properly while ( $field_display_tok $field_val_tok ) { //printf ( field_edval: $field_edval, fieldval_tok: $fieldval_tok\n); if ( $field_edval == $field_val_tok ) printf ( option value = \ . $field_display_tok . \ selected . $field_display_tok . \n ); else printf ( option value = \ . $field_display_tok . \ . $field_display_tok . \n ); $field_display_tok = strtok(,); $field_val_tok = strtok(,); printf ( field_edval: $field_edval, fieldval_tok: $field_val_tok\n); } -- Edit bug report at: http://bugs.php.net/?id=15348edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15348r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15348r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15348r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15348r=oldversion Not for support: http://bugs.php.net/fix.php?id=15348r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15348r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15348r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] session module
Hi all, If you have comments, please feedback before I apply this patch. Attached patch fixes many problems in session module. It also breaks some of script which barely worked before. This patch fixes: - Crashes are caused by invlaid save_path, invalid session id name, return value from user defined session function. There may be other crashes observed that I don't know. - Broken mm save handler. - Sticky session module name - Change error level for failure to open session. (E_ERROR - E_WARNING) - Dead lock with files handler - Prevent calling session_name() and session_set_cookie_parameter() once session is started. It doesn't work after session is started, anyways. - Prevent to set module name after session is started. (This causes dead lock with files hadler. It may do something bad for other save handlers also. It should be prevented, IMO.) The last fix will break some scripts. -- Yasuo Ohgaki ? ext/session/tmp.diff ? ext/session/bak Index: ext/session/mod_files.c === RCS file: /repository/php4/ext/session/mod_files.c,v retrieving revision 1.67 diff -u -r1.67 mod_files.c --- ext/session/mod_files.c 3 Feb 2002 05:40:19 - 1.67 +++ ext/session/mod_files.c 3 Feb 2002 09:06:56 - @@ -16,7 +16,7 @@ +--+ */ -/* $Id: mod_files.c,v 1.67 2002/02/03 05:40:19 yohgaki Exp $ */ +/* $Id: mod_files.c,v 1.66 2002/02/03 03:17:35 yohgaki Exp $ */ #include php.h @@ -123,7 +123,7 @@ } } -static void ps_files_open(ps_files *data, const char *key) +static int ps_files_open(ps_files *data, const char *key) { char buf[MAXPATHLEN]; TSRMLS_FETCH(); @@ -138,7 +138,7 @@ if (!ps_files_valid_key(key) || !ps_files_path_create(buf, sizeof(buf), data, key)) - return; + return FAILURE; data-lastkey = estrdup(key); @@ -153,10 +153,13 @@ if (data-fd != -1) flock(data-fd, LOCK_EX); - if (data-fd == -1) + if (data-fd == -1) { php_error(E_WARNING, open(%s, O_RDWR) failed: %s (%d), buf, strerror(errno), errno); + return FAILURE; + } } + return SUCCESS; } static int ps_files_cleanup_dir(const char *dirname, int maxlifetime) @@ -254,7 +257,9 @@ struct stat sbuf; PS_FILES_DATA; - ps_files_open(data, key); + if (ps_files_open(data, key) == FAILURE) + return FAILURE; + if (data-fd 0) return FAILURE; @@ -283,7 +288,9 @@ long n; PS_FILES_DATA; - ps_files_open(data, key); + if (ps_files_open(data, key) == FAILURE) + return FAILURE; + if (data-fd 0) return FAILURE; Index: ext/session/mod_mm.c === RCS file: /repository/php4/ext/session/mod_mm.c,v retrieving revision 1.31 diff -u -r1.31 mod_mm.c --- ext/session/mod_mm.c25 Jan 2002 20:59:24 - 1.31 +++ ext/session/mod_mm.c3 Feb 2002 09:06:56 - @@ -319,7 +319,6 @@ { PS_MM_DATA; ps_sd *sd; - int ret = FAILURE; mm_lock(data-mm, MM_LOCK_RD); @@ -329,12 +328,14 @@ *val = emalloc(sd-datalen + 1); memcpy(*val, sd-data, sd-datalen); (*val)[sd-datalen] = '\0'; - ret = SUCCESS; } - + else { + *val = NULL; + } + mm_unlock(data-mm); - return ret; + return SUCCESS; } PS_WRITE_FUNC(mm) Index: ext/session/php_session.h === RCS file: /repository/php4/ext/session/php_session.h,v retrieving revision 1.67 diff -u -r1.67 php_session.h --- ext/session/php_session.h 16 Jan 2002 04:56:35 - 1.67 +++ ext/session/php_session.h 3 Feb 2002 09:06:56 - @@ -79,6 +79,7 @@ char *cookie_path; char *cookie_domain; zend_bool cookie_secure; + long rinit_mod; ps_module *mod; void *mod_data; HashTable vars; Index: ext/session/session.c === RCS file: /repository/php4/ext/session/session.c,v retrieving revision 1.273 diff -u -r1.273 session.c --- ext/session/session.c 3 Feb 2002 05:40:19 - 1.273 +++ ext/session/session.c 3 Feb 2002 09:06:57 - @@ -17,7 +17,7 @@ +--+ */ -/* $Id: session.c,v 1.273 2002/02/03 05:40:19 yohgaki Exp $ */ +/* $Id:
Re: [PHP-DEV] Bug #15345 Updated: Documentation typo
Markus Fischer wrote: On Sun, Feb 03, 2002 at 07:11:48AM -, [EMAIL PROTECTED] wrote : ID: 15345 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: WinME PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Hm. Can we change this to me more friendly ? :) 'Thanks, this bug has been fixed in CVS.' ? +1 -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14232 Updated: Crash of session_start() when client disables cookies and sends a form
ID: 14232 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Reproducible crash Operating System: Win2000;Win98 PHP Version: 4.0.6 Old Assigned To: Assigned To: yohgaki New Comment: It should be fixed by my patch. Assigned to me for now. Previous Comments: [2002-02-03 01:33:37] [EMAIL PROTECTED] I have a similar error. When I try to establish a session using php as an apache module under windows. The apache server crashes instantly. David (my configuration is also the default). [2001-12-11 17:13:41] [EMAIL PROTECTED] I don't use the zlib library (zlib is not loaded at all). I don't use ob_end_finish() neither ob_end_flush(). I am not able to test 4.1.ORC5 if there is no win2000 binary included in the package. Anyway I have no special libraries loaded and an almost basic configuration: ... output_buffering = Off implicit_flush = Off allow_call_time_pass_reference = On ... variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off ... session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 10 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=nothing ... So if I sum up the problem: I've tested only: - the cgi exe on win98 and win2000 - the module version on win2000 If session.use_trans_sid=1 and output_buffering=On then submiting forms (POST and GET methods) make the php.exe crash. I've tested to swap several settings with NO effect e.g.: - the EGPCS order - session autostart - ... [2001-12-06 21:21:04] [EMAIL PROTECTED] Do you have zlib.output_compression=On or/and output_handler set? If so, what is your setting? Do you have ob_end_finish()/ob_end_flush() in your script? Does this happen with 4.1.0RC5? http://www.php.net/~zeev/ [2001-12-06 14:46:24] [EMAIL PROTECTED] After additional testing, I discovered that the problems comes from the output buffering. If output_buffering=Off, the problem does not persist. [2001-11-26 09:47:07] [EMAIL PROTECTED] The function session_start() produces an access violation (drWatson reports the fault in strnatcmp_ex). It happens when the client has disabled cookies. The only setting that prevents the crash is session.use_trans_sid=0, but than sessions are not handled for client without cookies allowed. I've tried a lot of combinations: to pass the PHPSESSID manually in a post/get variable (Input hidden ... =session_id();) but the problem remains the same. For win98, bothe cgi and module versions do not work, under w2k, Apache cannot load the module version (says cannot find), so I don't have any idea if the module version could work. Edit this bug report at http://bugs.php.net/?id=14232edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c
-Original Message- From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 03, 2002 1:43 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c [EMAIL PROTECTED] wrote: Hello, Why are you merging this? This absolutely makes no sense, 1) this branch is proably not used anymore in the future, 2) It's not anyware near a critical thing. Please revert it. It may not be a ciritical bug for users other than Roxen. Why do you care, if this branch is not going to be used? There are many patches applied after 4.1.1 release also, if you want keep branch clean. Yasuo, I don't see the need here to MFH a patch to 4.1.1 -- unless something _really_ major needs fixing, (and it doesn't) this branch is as good as dead.. If someone is using roxen, then we can stick a diff on the website, as a minor patch, and / or they can cvs co from HEAD. my 2 insert currency here james -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c
James Cox wrote: -Original Message- From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 03, 2002 1:43 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c [EMAIL PROTECTED] wrote: Hello, Why are you merging this? This absolutely makes no sense, 1) this branch is proably not used anymore in the future, 2) It's not anyware near a critical thing. Please revert it. It may not be a ciritical bug for users other than Roxen. Why do you care, if this branch is not going to be used? There are many patches applied after 4.1.1 release also, if you want keep branch clean. Yasuo, I don't see the need here to MFH a patch to 4.1.1 -- unless something _really_ major needs fixing, (and it doesn't) this branch is as good as dead.. Thanks. I feel it also. Although, I think are better to release 4.1.2 before 4.2.0. If someone is using roxen, then we can stick a diff on the website, as a minor patch, and / or they can cvs co from HEAD. my 2 insert currency here I may not be following previous discussions well. Could you freshen my memory? I think we really need developer's web sites to keep these kind of rules. IIRC, when we made a 2 branches, there is one simple rule for MFH. If it's a bug fix, merge it if it's possible. Do we change this rule after 4.1.0 release? (or I must be missed some rules) I wouldn't merge my massive PostgreSQL changes to release branch, but I would like to merge simple and critical bug fixes to relase branch. If the rule is decided as a result of discussion, I'll follow the rules. Although, it would be really difficult to decide which one is critical or not. One think build error is ciritical, but others not :) -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15350: Apache crashes when using PHP's magical __sleep() function
From: [EMAIL PROTECTED] Operating system: Win 2k PHP version: 4.1.0 PHP Bug Type: Reproducible crash Bug description: Apache crashes when using PHP's magical __sleep() function Using latest Apache V 1.3.22 Apache chrashes whith this code: ?php class A { function A() {} function __sleep() {return;} } $a = new A(); $stream = serialize($a); ? A also tested __wakeup() and that works OK. -- Edit bug report at: http://bugs.php.net/?id=15350edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15350r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15350r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15350r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15350r=oldversion Not for support: http://bugs.php.net/fix.php?id=15350r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15350r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15350r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] FOSDEM
Hello mates, I wanted to know who is going to be in Brussels on february 16-17 for FOSDEM ? Can we plan something ? Sterling ? hellekin --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.320 / Virus Database: 179 - Release Date: 2002-01-30 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #11813 Updated: ImageGammaCorrect no longer works
ID: 11813 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: GD related Operating System: Win NT 4.0 PHP Version: 4.0.6 New Comment: has this been resolved with 4.1.1 ? --james Previous Comments: [2001-10-16 10:22:36] [EMAIL PROTECTED] Let's keep this open (critical) until it really is solved. And I think there should be two modules in the win32 release, for both 1.8.x and 2.0.x versions of GD. --Jani [2001-10-16 01:42:37] [EMAIL PROTECTED] Closing. Next Windows binaries will have to use GD 1.8.x. [2001-10-02 18:22:46] [EMAIL PROTECTED] This is because the binaries use GD 2.0.1..which is still in beta state. We have to have extension which uses GD 1.8.x in next release. --Jani [2001-07-21 20:47:36] [EMAIL PROTECTED] Try setting the error_reporting level so that the script shows EVERYTHING. This may or may not help. [2001-06-30 19:20:05] [EMAIL PROTECTED] A script that worked in PHP 4.0.4 no longer works in PHP 4.0.6 (with the php_gd.dll bundled with the Win32 binaries). Here's a snippet: $srcImgName = SWD2.jpg; $dstImgName = gam_ . $srcImgName; $srcImage = ImageCreateFromJPEG( $srcImgName ); ImageGammaCorrect( $srcImage, 1.8, 2.2 ); ImageJPEG( $srcImage, $dstImgName ); No errors are produced, and the new image is created but it is identical to the original -- no gamma correction has occurred. Edit this bug report at http://bugs.php.net/?id=11813edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] FOSDEM
On Sun, 3 Feb 2002, Hellekin O. Wolf wrote: Hello mates, I wanted to know who is going to be in Brussels on february 16-17 for FOSDEM ? James Cox, Sterling, Hartmut, Sebastian, Harald, (Peter Petermann) and me are coming. Can we plan something ? Sterling ? They have a nice 'PHP Developers Room' there for us to use, and Sterling and I are going to have a little talk there. For all I know, most ppl are going to stay in the Ibis Hotel that the FOSDEM guys recommended. regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15303 Updated: Error compiling
ID: 15303 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: rocklinux 1.4 PHP Version: 4.1.1 New Comment: The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Previous Comments: [2002-01-30 16:31:10] [EMAIL PROTECTED] Hello Dont know if this is a gd or php issus. I downloaded gd to have it to work with gd cause i wanted to generate alpha blending images on the fly. therefore i choosed the 2.0.1 beta build. When i compile gd everything is allright but when i try to compile php i get this error message snip gcc -I. -I/usr/src/php-4.1.1/ext/gd -I/usr/src/php-4.1.1/main -I/usr/src/php -4.1.1 -I/usr/src/php-4.1.1/Zend -I/usr/src/php-4.1.1/ext/mysql/libmysql -I/ usr/src/php-4.1.1/ext/xml/expat -I/usr/src/php-4.1.1/TSRM -g -O2 -c gd.c touch gd.lo In file included from /usr/include/gd.h:25, from php_gd.h:33, from gd.c:36: /usr/include/gd_io.h:21: undefined or invalid # directive In file included from gd.c:36: php_gd.h:69: warning: static declaration for `gdImageColorResolve' follows non-static gd.c:92: conflicting types for `gdIOCtx' /usr/include/gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.1.1/ext/gd' /snip The only option i have supplied is ./configure --with-gd Im using rocklinux 1.4 and have tried to download and install zlib libpng libjpeg freetype several times. Whats wrong? Should i send a bugreport to php or is this a gd issue? Thanx for a good software /Alexander Edit this bug report at http://bugs.php.net/?id=15303edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15303 Updated: Error compiling
ID: 15303 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: GD related Operating System: rocklinux 1.4 PHP Version: 4.1.1 New Comment: that was the wrong message. Previous Comments: [2002-02-03 07:08:53] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. [2002-01-30 16:31:10] [EMAIL PROTECTED] Hello Dont know if this is a gd or php issus. I downloaded gd to have it to work with gd cause i wanted to generate alpha blending images on the fly. therefore i choosed the 2.0.1 beta build. When i compile gd everything is allright but when i try to compile php i get this error message snip gcc -I. -I/usr/src/php-4.1.1/ext/gd -I/usr/src/php-4.1.1/main -I/usr/src/php -4.1.1 -I/usr/src/php-4.1.1/Zend -I/usr/src/php-4.1.1/ext/mysql/libmysql -I/ usr/src/php-4.1.1/ext/xml/expat -I/usr/src/php-4.1.1/TSRM -g -O2 -c gd.c touch gd.lo In file included from /usr/include/gd.h:25, from php_gd.h:33, from gd.c:36: /usr/include/gd_io.h:21: undefined or invalid # directive In file included from gd.c:36: php_gd.h:69: warning: static declaration for `gdImageColorResolve' follows non-static gd.c:92: conflicting types for `gdIOCtx' /usr/include/gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/src/php-4.1.1/ext/gd' /snip The only option i have supplied is ./configure --with-gd Im using rocklinux 1.4 and have tried to download and install zlib libpng libjpeg freetype several times. Whats wrong? Should i send a bugreport to php or is this a gd issue? Thanx for a good software /Alexander Edit this bug report at http://bugs.php.net/?id=15303edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #11813 Updated: ImageGammaCorrect no longer works
ID: 11813 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: GD related Operating System: Win NT 4.0 PHP Version: 4.0.6 New Comment: Yes, PHP 4.1.1 shipped with a module for both GD 1.8 and 2 Derick Previous Comments: [2002-02-03 07:07:06] [EMAIL PROTECTED] has this been resolved with 4.1.1 ? --james [2001-10-16 10:22:36] [EMAIL PROTECTED] Let's keep this open (critical) until it really is solved. And I think there should be two modules in the win32 release, for both 1.8.x and 2.0.x versions of GD. --Jani [2001-10-16 01:42:37] [EMAIL PROTECTED] Closing. Next Windows binaries will have to use GD 1.8.x. [2001-10-02 18:22:46] [EMAIL PROTECTED] This is because the binaries use GD 2.0.1..which is still in beta state. We have to have extension which uses GD 1.8.x in next release. --Jani [2001-07-21 20:47:36] [EMAIL PROTECTED] Try setting the error_reporting level so that the script shows EVERYTHING. This may or may not help. 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/?id=11813 Edit this bug report at http://bugs.php.net/?id=11813edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] FOSDEM
Hi, On Sun, 3 Feb 2002 13:02:52 +0100 (CET) Derick Rethans [EMAIL PROTECTED] wrote: On Sun, 3 Feb 2002, Hellekin O. Wolf wrote: James Cox, Sterling, Hartmut, Sebastian, Harald, (Peter Petermann) and me are coming. aolme too/aol ;) Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #10135 Updated: Problem(?) with environment variables when running as module
ID: 10135 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Gettext related Operating System: Win 2k PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-13 07:07:51] [EMAIL PROTECTED] Does this happen under 4.1.1? [2001-04-03 07:52:38] [EMAIL PROTECTED] The ideea is that when I run php as an Apache module, it is impossible to change the value of an environment variable. I don't know if this is the way it's supposed to work or it's a bug If I run it as CGI I don't have this problem,of course, it's a new process for each request, and the environment doesn't have the variable already set. In fact what I want is to set the LANG environment variable for gettext to work, and different requests, might need to set different languages. setlocale doesn't work for gettext. Does anybody has any ideea ?? Edit this bug report at http://bugs.php.net/?id=10135edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] FOSDEM
Hellekin O. Wolf wrote: I wanted to know who is going to be in Brussels on february 16-17 for FOSDEM ? I will be there. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c
I finally figured out that my commit log is bad. Sorry guys ;) I should have mentioned it fixes build error according to bug reports and user who submitted this patch. Anyway, we are better to release 4.1.2 if we follow release often, release early rule. IMHO. -- Yasuo Ohgaki James Cox wrote: -Original Message- From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 03, 2002 1:43 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c [EMAIL PROTECTED] wrote: Hello, Why are you merging this? This absolutely makes no sense, 1) this branch is proably not used anymore in the future, 2) It's not anyware near a critical thing. Please revert it. It may not be a ciritical bug for users other than Roxen. Why do you care, if this branch is not going to be used? There are many patches applied after 4.1.1 release also, if you want keep branch clean. Yasuo, I don't see the need here to MFH a patch to 4.1.1 -- unless something _really_ major needs fixing, (and it doesn't) this branch is as good as dead.. If someone is using roxen, then we can stick a diff on the website, as a minor patch, and / or they can cvs co from HEAD. my 2 insert currency here -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PATCH] session module (fwd)
Hi, looks like you have put a lot of work into this one :-) Thanks for keeping up the work on the session module. - Crashes are caused by invlaid save_path, invalid session id name, return value from user defined session function. There may be other crashes observed that I don't know. It is not apparent from either your description or the patch which issue caused the above behaviour. Please elaborate. If you are just referring to the unconditional freeing of val as returned from the read handler, I disagree that it should be conditional. A handler should return an empty string in that case. Segfaulting is ok, because that will alert the author of the module to fix his code and thus will improve code quality. - Broken mm save handler. Your patch to mod_mm.c always returns SUCCESS, even if the operation fails. That's pointless, the caller function checks for that return value. I also disagree with not stopping script execution, if the session module startup fails. Every script which is based upon sessions completely depends on them. Execution shall halt, if such a fatal error is encountered. - Sticky session module name Please elaborate.. AFAICT, the call to alter_ini is the same. - Change error level for failure to open session. (E_ERROR - E_WARNING) See above. - Dead lock with files handler Not needed.. the code checks for data-fd 0 which is a more subtle way for explicit error reporting. - Prevent calling session_name() and session_set_cookie_parameter() once session is started. It doesn't work after session is started, anyways. - Prevent to set module name after session is started. (This causes dead lock with files hadler. It may do something bad for other save handlers also. It should be prevented, IMO.) Good. There is a bogus error message in the cache_limiter code. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] new php.net shortcuts
Hi! As all you know, we have php.net shortcuts for manual pages, so php.net/exit go to the exit() function page, etc. As one of the php.net webmasters I realized, that we also give php.net webpage addresses so often to people like php.net/downloads.php, php.net/links.php or php.net/support.php. This is why I made this a part of the shortcut system, so access to pages withouht the PHP extensions is available now. Try: http://php.net/support or http://php.net/links for examples. This access is higher priority than functions, but AFAIK we have no pages named the same any function, so this would not be a problem. This improvement would also help php-general support people to be able to type less while giving answers to questions. One more thing came into our mind is to introduce a shortcut table for often tried shortcuts, like php.net/ini php.net/windows php.net/install While the last one seems obvious to work, actually only php.net/installation works. This would be only simple translation table for keyword to keywords, so it should work for any language manual: $CUSTOM_SHORTCUTS = array ( 'ini' = 'configuration', 'windows' = 'install.windows', 'install' = 'installation' ... ); By using this shortcut list (short shortcut to long shortcut), language preferences wont lose their effects, so hu.php.net/ini will bring up the Hungarian ini page. I am waiting for suggestions about what shortcuts would be useful, and I'll add all these to the shortcut handling code. All these changes are to make support people's life (typing requirements) easier, and to let people find pages with some common shortcuts not used in the manual, nor as manual page ids. Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15354: errr
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: errr libphp4.a doen't exist in src/modules/php4/libphp4.a but libmodphp4.a exist, we cannot compile apache 1.3.19... -- Edit bug report at: http://bugs.php.net/?id=15354edit=1 Fixed in CVS : http://bugs.php.net/fix.php?id=15354r= Fixed in release : http://bugs.php.net/fix.php?id=15354r= Need backtrace : http://bugs.php.net/fix.php?id=15354r= Try newer version : http://bugs.php.net/fix.php?id=15354r= Not developer issue: http://bugs.php.net/fix.php?id=15354r= Expected behavior : http://bugs.php.net/fix.php?id=15354r= Not enough info: http://bugs.php.net/fix.php?id=15354r= -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-DOC] Bug #15354: errr
Hi, On 3 Feb 2002 14:11:35 - [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: errr libphp4.a doen't exist in src/modules/php4/libphp4.a but libmodphp4.a exist, we cannot compile apache 1.3.19... -- Edit bug report at: http://bugs.php.net/?id=15354edit=1 Fixed in CVS : http://bugs.php.net/fix.php?id=15354r= Fixed in release : http://bugs.php.net/fix.php?id=15354r= Need backtrace : http://bugs.php.net/fix.php?id=15354r= Try newer version : http://bugs.php.net/fix.php?id=15354r= Not developer issue: http://bugs.php.net/fix.php?id=15354r= Expected behavior : http://bugs.php.net/fix.php?id=15354r= Not enough info: http://bugs.php.net/fix.php?id=15354r= ^^ isn't there anything missing? ;) Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PHPEdit-QA] Web services - PHP Editor Integration
It seems that he web services idea, is not only here: http://www.nusphere.com/releases/2002/012802.htm Ah, sorry .. I only mentioned this on the PEAR mailinglist. Well nushpere is full of PR bla bla. They don't seem to be in the open source spirit at all, yet they base all of their products on them (atleast this is my impression I got from them). But yes, they seem to be doing something in that area and it would be really great to have an alternative. I think with the helpgenerator (or more general with a good php documentation generator) we have the necessary tools right there. SOAP will soon be integrated into PHP along with the xml-rpc extension if I understood the guys over on php-dev correctly, or atleast work is performed in that area? All that is needed then is to simplify access the SOAP/XML-RPC extensions from within the (any php) Editor and a way to generate the WSDL documentation via the helpgenerator (or any other php documentation generator). One other thing that would be nice to have is a way to easily test SOAP messaging (request and response). For all interested in a simple solution (Java based though) they should check out systinets (http://www.systinet.com/) WASP server. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -Original Message- From: M@rms [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 1:47 AM To: [EMAIL PROTECTED] Subject: [PHPEdit-QA] Web services Hi, It seems that he web services idea, is not only here: http://www.nusphere.com/releases/2002/012802.htm Regards, M@rms - Desinscription: envoyez un message a: [EMAIL PROTECTED] Pour obtenir de l'aide, ecrivez a: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15354 Updated: errr
ID: 15354 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Documentation problem Bug Type: *Compile Issues Operating System: Linux PHP Version: 4.1.1 New Comment: RTM: http://www.php.net/manual/en/faq.build.php#AEN76063 Previous Comments: [2002-02-03 09:11:35] [EMAIL PROTECTED] libphp4.a doen't exist in src/modules/php4/libphp4.a but libmodphp4.a exist, we cannot compile apache 1.3.19... Edit this bug report at http://bugs.php.net/?id=15354edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15356: Warning when running CGI
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.2 PHP version: 4.1.0 PHP Bug Type: Scripting Engine problem Bug description: Warning when running CGI I run PHP 4.1.0 as an apache module and as a cgi (for command line and cron activities). I installed the newest version of the Zend Accelerator and everything appeared to be working just fine until I tried to run php from the command line. I get the following warning: [user@box user]$ php --version Content-type: text/html PHP Warning: (null): Unable to initialize module Module compiled with debug=96, thread-safety=75 module API=1079959680 PHP compiled with debug=0, thread-safety=0 module API=20010901 These options need to match in Unknown on line 0 ΒΌ': Unable to initialize module Module compiled with debug=144, thread-safety=167 module API=1073877708 PHP compiled with debug=0, thread-safety=0 module API=20010901 These options need to match in Unknown on line 0 My code executes correctly from the Web (via module compile) and from command line (even though I get the error everything executes fine). When I do phpinfo() from the browser, the Zend Accelerator info displays correctly. Here is how I build the cgi (and the commented out line is what I include to compile the module): #! /bin/sh ./configure \ --with-mysql=/home/mysql \ --with-gettext=/usr/share \ --with-gd \ --with-freetype-dir=/usr/local/src/freetype-2.0.5 \ --with-jpeg-dir=/usr/local/src/jpeg-6b \ --with-t1lib=/usr/local/src/t1lib-1.3.1 \ --with-zlib-dir=/usr/local/src/zlib-1.1.3 \ --with-png-dir=/usr/local/src/libpng-1.2.1 \ --with-curl=/usr/local/src/curl-7.9.2 \ --with-pspell #--with-apxs=/home/apache/bin/apxs \ Im running: Apache 1.3.22 PHP 4.1.0 RedHat 7.2 -- Edit bug report at http://bugs.php.net/?id=15356edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15356r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15356r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15356r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15356r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15356r=support Expected behavior: http://bugs.php.net/fix.php?id=15356r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15356r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15346 Updated: mysql mnogosearch - php static libs
ID: 15346 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Compile Failure Operating System: Linux 2.2 PHP Version: 4.1.1 New Comment: This is a bug in PHP as i think, i dont know why it searches for static mysql library. I suggest you to configure mnogosearch with --enable-static, and configure PHP as usual , e.g --with-mysql=/usr Such configuration works fine for me. Previous Comments: [2002-02-03 00:30:41] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=14824 : This could happen for example if you compiled mnogosearcg : statically with mysql and trying to compile it with php, which : is also required mysql. So you are linking mysql twice. : : To fix this - just compile mnogosearch and php with dynamic : libs not static. Lets play: $ rpm -qa |grep MySQL MySQL-devel-3.23.47-1 MySQL-shared-3.23.47-1 MySQL-client-3.23.47-1 MySQL-3.23.47-1 No one finds static lib - no one use it: $ cd /usr/lib/mysql/ $ mv libmysqlclient.a libmysqlclient.a_ Mnogosearch... ; no old stuff left here $ rm -rf mnogosearch-3.1.19/ /usr/local/mnogosearch-3.1.19/ $ tar zxfv mnogosearch-3.1.19.tar.gz $ cd mnogosearch-3.1.19/ ; dynamic, be dynamic... $ ./configure --with-mysql --prefix=/usr/local/mnogosearch-3.1.19 --enable-shared --disable-static $ make make install ; compilation successfull $ ldd /usr/local/mnogosearch-3.1.19/lib/libudmsearch-3.1.so libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x0014b000) [...] ; did we win? Php... ; no old stuff left here $ rm -rf php4-200201261200/ $ tar zxfv php4-200201261200.tar.gz $ cd php4-200201261200/ ; minimum config for compile test $ ./configure --with-mysql=shared,/usr --with-zlib --with-mnogosearch=/usr/local/mnogosearch-3.1.19 $ make ; ... ... /bin/sh /root/php4-200201261200/libtool --silent --mode=link gcc -I. -I/root/php4-200201261200/sapi/cli -I/root/php4-200201261200/main -I/root/php4-200201261200 -I/root/php4-200201261200/Zend -I/usr/local/mnogosearch-3.1.19/include -I/usr/include/mysql -I/root/php4-200201261200/ext/xml/expat -I/root/php4-200201261200/TSRM -g -O2 -o php -export-dynamic libphp4cli.la gcc: /usr/lib/mysql/libmysqlclient.a: No such file or directory make[2]: *** [php] Error 1 make[2]: Leaving directory `/root/php4-200201261200/sapi/cli' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php4-200201261200/sapi/cli' make: *** [all-recursive] Error 1 gcc: /usr/lib/mysql/libmysqlclient.a: No such file or directory Where php found this static lib and decide to use it? Edit this bug report at http://bugs.php.net/?id=15346edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15346 Updated: mysql mnogosearch - php static libs
ID: 15346 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Compile Failure Operating System: Linux 2.2 PHP Version: 4.1.1 New Comment: This is a bug in PHP as i think, i dont know why it searches for static mysql library. I suggest you to configure mnogosearch with --enable-static, and configure PHP as usual , e.g --with-mysql=/usr Such configuration works fine for me. Previous Comments: [2002-02-03 11:55:24] [EMAIL PROTECTED] This is a bug in PHP as i think, i dont know why it searches for static mysql library. I suggest you to configure mnogosearch with --enable-static, and configure PHP as usual , e.g --with-mysql=/usr Such configuration works fine for me. [2002-02-03 00:30:41] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=14824 : This could happen for example if you compiled mnogosearcg : statically with mysql and trying to compile it with php, which : is also required mysql. So you are linking mysql twice. : : To fix this - just compile mnogosearch and php with dynamic : libs not static. Lets play: $ rpm -qa |grep MySQL MySQL-devel-3.23.47-1 MySQL-shared-3.23.47-1 MySQL-client-3.23.47-1 MySQL-3.23.47-1 No one finds static lib - no one use it: $ cd /usr/lib/mysql/ $ mv libmysqlclient.a libmysqlclient.a_ Mnogosearch... ; no old stuff left here $ rm -rf mnogosearch-3.1.19/ /usr/local/mnogosearch-3.1.19/ $ tar zxfv mnogosearch-3.1.19.tar.gz $ cd mnogosearch-3.1.19/ ; dynamic, be dynamic... $ ./configure --with-mysql --prefix=/usr/local/mnogosearch-3.1.19 --enable-shared --disable-static $ make make install ; compilation successfull $ ldd /usr/local/mnogosearch-3.1.19/lib/libudmsearch-3.1.so libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x0014b000) [...] ; did we win? Php... ; no old stuff left here $ rm -rf php4-200201261200/ $ tar zxfv php4-200201261200.tar.gz $ cd php4-200201261200/ ; minimum config for compile test $ ./configure --with-mysql=shared,/usr --with-zlib --with-mnogosearch=/usr/local/mnogosearch-3.1.19 $ make ; ... ... /bin/sh /root/php4-200201261200/libtool --silent --mode=link gcc -I. -I/root/php4-200201261200/sapi/cli -I/root/php4-200201261200/main -I/root/php4-200201261200 -I/root/php4-200201261200/Zend -I/usr/local/mnogosearch-3.1.19/include -I/usr/include/mysql -I/root/php4-200201261200/ext/xml/expat -I/root/php4-200201261200/TSRM -g -O2 -o php -export-dynamic libphp4cli.la gcc: /usr/lib/mysql/libmysqlclient.a: No such file or directory make[2]: *** [php] Error 1 make[2]: Leaving directory `/root/php4-200201261200/sapi/cli' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php4-200201261200/sapi/cli' make: *** [all-recursive] Error 1 gcc: /usr/lib/mysql/libmysqlclient.a: No such file or directory Where php found this static lib and decide to use it? Edit this bug report at http://bugs.php.net/?id=15346edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15357: Manual entry for array_shift() incorrect
From: [EMAIL PROTECTED] Operating system: Win XP PHP version: 4.1.0 PHP Bug Type: Documentation problem Bug description: Manual entry for array_shift() incorrect In the manual entry for array_shift(), this is stated: This would result in $fruit having 3 elements left:. But it seems that this should be This would result in $stack having 3 elements left:. BTW: I'm not sure if I should report this kind of problems to this bug database, but I couldn't think of another way. Manuzhai -- Edit bug report at http://bugs.php.net/?id=15357edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15357r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15357r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15357r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15357r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15357r=support Expected behavior: http://bugs.php.net/fix.php?id=15357r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15357r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15356 Updated: Warning when running CGI
ID: 15356 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Red Hat Linux 7.2 PHP Version: 4.1.0 New Comment: If it does work normally WITHOUT the Zend-thing, it's a problem with Zend. Report this somewhere on their site. If not, reopen this report. Previous Comments: [2002-02-03 11:45:54] [EMAIL PROTECTED] I run PHP 4.1.0 as an apache module and as a cgi (for command line and cron activities). I installed the newest version of the Zend Accelerator and everything appeared to be working just fine until I tried to run php from the command line. I get the following warning: [user@box user]$ php --version Content-type: text/html PHP Warning: (null): Unable to initialize module Module compiled with debug=96, thread-safety=75 module API=1079959680 PHP compiled with debug=0, thread-safety=0 module API=20010901 These options need to match in Unknown on line 0 ΒΌ': Unable to initialize module Module compiled with debug=144, thread-safety=167 module API=1073877708 PHP compiled with debug=0, thread-safety=0 module API=20010901 These options need to match in Unknown on line 0 My code executes correctly from the Web (via module compile) and from command line (even though I get the error everything executes fine). When I do phpinfo() from the browser, the Zend Accelerator info displays correctly. Here is how I build the cgi (and the commented out line is what I include to compile the module): #! /bin/sh ./configure \ --with-mysql=/home/mysql \ --with-gettext=/usr/share \ --with-gd \ --with-freetype-dir=/usr/local/src/freetype-2.0.5 \ --with-jpeg-dir=/usr/local/src/jpeg-6b \ --with-t1lib=/usr/local/src/t1lib-1.3.1 \ --with-zlib-dir=/usr/local/src/zlib-1.1.3 \ --with-png-dir=/usr/local/src/libpng-1.2.1 \ --with-curl=/usr/local/src/curl-7.9.2 \ --with-pspell #--with-apxs=/home/apache/bin/apxs \ Im running: Apache 1.3.22 PHP 4.1.0 RedHat 7.2 Edit this bug report at http://bugs.php.net/?id=15356edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15358 Updated: CSS problem: Huge text
ID: 15358 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux and Windoze PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-03 12:33:29] [EMAIL PROTECTED] A fairly large number of pages in the online docs show up with extremely big font, at least in Netscape 4.7x on both Windooze and X. The installation-all 'configure' options seems to be one of the worst. Edit this bug report at http://bugs.php.net/?id=15358edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15357 Updated: Manual entry for array_shift() incorrect
ID: 15357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 New Comment: Thank you for this report, this has been fixed in CVS and will show up soon. Previous Comments: [2002-02-03 12:01:55] [EMAIL PROTECTED] In the manual entry for array_shift(), this is stated: This would result in $fruit having 3 elements left:. But it seems that this should be This would result in $stack having 3 elements left:. BTW: I'm not sure if I should report this kind of problems to this bug database, but I couldn't think of another way. Manuzhai Edit this bug report at http://bugs.php.net/?id=15357edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] diff style bug update headers
Hi! I would like to propose a diff like bug update header style, so to use ID: 15357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 Instead of: ID: 15357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 IMHO all we can read the diff style easier, and the reporters would also understand what was changed for a first look. The web interface to bugs are getting easier to use, why not improve the mails sent out too ;) I'll make the changes if we will come to a decision. Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] new php.net shortcuts
$CUSTOM_SHORTCUTS = array ( 'ini' = 'configuration', 'windows' = 'install.windows', 'install' = 'installation' How about starting an archive of terms posted into the php.net search box. This will make for some good data which will eventually provide info to expand this feature. On a related note, www.php.net needs a nasty popup that says Choose a mirror!!! ;) Regards, Philip Olson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] new php.net shortcuts
$CUSTOM_SHORTCUTS = array ( 'ini' = 'configuration', 'windows' = 'install.windows', 'install' = 'installation' How about starting an archive of terms posted into the php.net search box. This will make for some good data which will eventually provide info to expand this feature. I think I'll also post this question to the php-general list, where most of the support people providing answers can come up with a common list of keywords. Then we can see if those keywords are already working (php.net pages | manual pages), or they should be added to this list. I would like to start with a basic list though to put up as an announcement, and prove that this simple thing works too... On a related note, www.php.net needs a nasty popup that says Choose a mirror!!! ;) This is for a long time on our TODO list. Actually a nice automatic mirror chooser, and advice box would be good, and not an annoying popup box IMHO. Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #10329 Updated: failed to load module: php4apache.dll under Apache 1.3.19
ID: 10329 Updated by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: windows 2000 professionell PHP Version: 4.0.4pl1 New Comment: I had the same problem, then I went to www.php4win.de and downloaded the latest 4.1.1 binary. It solved the problem. I tried it with 3 different php4 binaries. 1. php4.1.0 - Exe file - Faulty executable with SAPI 2. php4.1.1 - Zip file - Faulty as /SAPI has no php4.exe 3. php4.1.1 - Exe file - Correct executable and /SAPI has php4.exe With the correct version, you do not have to bother with colon and copying dll's to the system32 directories. Only the php4ts.dll has to be copied to /winnt Previous Comments: [2001-04-28 16:23:19] [EMAIL PROTECTED] please try again with latest cvs or binary from php4win.de it works fine for me. - James [2001-04-28 16:18:01] [EMAIL PROTECTED] please try again with latest cvs or binary from php4win.de it works fine for me. - James [2001-04-14 19:47:09] [EMAIL PROTECTED] I installed Apache 1.3.19 and php4.0.4pl1 on Win2k and tried to load the php4 module into the apache service. entry in the httpd.conf: LoadModule php4_module h:\php\sapi\php4apache.dll But the Service cannot start. error message: -- Syntax error in line 205 of h:/apache/conf/httpd/conf Cannot load h:\php\sapi\php4apache.dll into server: (127) The give Procedure wasnΒ΄t found (translated) The German original message: --- Syntax error in line 205 of h:/apache/conf/httpd/conf Cannot load h:\php\sapi\php4apache.dll into server: (127) Die angegebene prozedur wurde nicht gefunden I exchanged the php4apache.dll from the distribution php4.0.4pl1 with the one out of php4.0.4-dev. Then the error message didn't appear, but the service cannot start as well! The same php module is working under Apache 1.3.14 for windows. I downloaded the php4.0.4pl1 distribution from php.net, and loaded no modules, the php.exe can start without problems as standalone programm. I'll be very pleased, if someone could help me to fix this Problem (Before this installation i had running: apache 1.3.14 and php4.0.4-dev, but had different difficultieswith that release ) Jens Grubert germany Edit this bug report at http://bugs.php.net/?id=10329edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: depends
helping for translating the documentation into Romanian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] new php.net shortcuts
I would like to start with a basic list though to put up as an announcement, and prove that this simple thing works too... Sounds good. But, start archiving now and in a few months enough data will exist to make some useful decisions. On a related note, www.php.net needs a nasty popup that says Choose a mirror!!! ;) This is for a long time on our TODO list. Actually a nice automatic mirror chooser, and advice box would be good, and not an annoying popup box IMHO. This will be a nice system. Btw, was kidding about the popup, sometimes I wonder if anyone gets me :) Point is, the fear this will bog down www. even more. Regards, Philip Olson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] new php.net shortcuts
On a related note, www.php.net needs a nasty popup that says Choose a mirror!!! ;) This is for a long time on our TODO list. Actually a nice automatic mirror chooser, and advice box would be good, and not an annoying popup box IMHO. This will be a nice system. Btw, was kidding about the popup, sometimes I wonder if anyone gets me :) Point is, the fear this will bog down www. even more. ALL the shortcut things work on anymirror.php.net. If all these shortcut types go working, I think we'll need a php.net/shortcuts page for description of what type shortcuts exists, and how to use them. Many people even don't know, that http://php.net/hu/echo will give the Hungarian echo page, as http://hu.php.net/echo but http://hu.php.net/en/echo gives the English one ;) This works for a very long time now, but seems to be an undocumented feature... So I think we'll need an explanatory page for this up on the site... Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] diff style bug update headers
On Sun, Feb 03, 2002 at 07:04:11PM +0100, Gabor Hojtsy wrote : Hi! I would like to propose a diff like bug update header style, so to use ID: 15357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 +100 ;) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PHP-DOC] diff style bug update headers
Makes it much easier to see the difference. Good idea. +1 .mike -Original Message- From: Gabor Hojtsy [mailto:[EMAIL PROTECTED]] Sent: February 3, 2002 1:04 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-DOC] diff style bug update headers Hi! I would like to propose a diff like bug update header style, so to use ID: 15357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 Instead of: ID: 15357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.0 IMHO all we can read the diff style easier, and the reporters would also understand what was changed for a first look. The web interface to bugs are getting easier to use, why not improve the mails sent out too ;) I'll make the changes if we will come to a decision. Goba -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug in array_search()
array_search() always returns true when one of the array's values is 'true': ?php $array = array('foo' = true); if (array_search('this', $array) !== false) { echo 'is this a bug?'; } ? Setting the third, optional parameter to true solves this problem, but I doubt that this is the intended behaviour... -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14983 Updated: mail function buffer overflow
ID: 14983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: what feedback is needed ? Previous Comments: [2002-02-02 06:37:30] [EMAIL PROTECTED] Sorry, reopening. [2002-02-02 06:35:57] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. [2002-01-11 11:31:01] [EMAIL PROTECTED] Here is the diff. -Enrico --- sendmail-old.c Mon Sep 4 18:26:16 2000 +++ sendmail.c Thu Jan 10 20:20:56 2002 @@ -16,6 +16,8 @@ * The complete wSendmail package with source code can be located * from http://www.jgaa.com * + + modified by Enrico Demarin Jan 2001 */ #include php.h /*php specific */ @@ -217,7 +219,7 @@ if (strchr(mailTo, '@') == NULL) return (BAD_MSG_DESTINATION); - sprintf(Buffer, HELO %s\r\n, LocalHost); + snprintf(Buffer, MAIL_BUFFER_SIZE, HELO %s\r\n, LocalHost); /* in the beggining of the dialog */ /* attempt reconnect if the first Post fail */ @@ -229,7 +231,7 @@ if ((res = Ack()) != SUCCESS) return (res); - sprintf(Buffer, MAIL FROM:%s\r\n, RPath); + snprintf(Buffer, MAIL_BUFFER_SIZE,MAIL FROM:%s\r\n, RPath); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -242,7 +244,7 @@ token = strtok(tempMailTo, ,); while(token != NULL) { - sprintf(Buffer, RCPT TO:%s\r\n, token); + snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -259,7 +261,7 @@ token = strtok(tempMailTo, ,); while(token != NULL) { - sprintf(Buffer, RCPT TO:%s\r\n, token); + snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -341,14 +343,15 @@ struct tm *tm = localtime(tNow); int zoneh = abs(_timezone); int zonem, res; + int i; + char *p; - p = Buffer; zoneh /= (60 * 60); zonem = (abs(_timezone) / 60) - (zoneh * 60); if(!xheaders || !strstr(xheaders, Date:)){ - p += sprintf(p, Date: %s, %02d %s %04d %02d:%02d:%02d %s%02d%02d\r\n, + snprintf(Buffer, MAIL_BUFFER_SIZE, Date: %s, %02d %s %04d %02d:%02d:%02d %s%02d%02d\r\n, days[tm-tm_wday], tm-tm_mday, months[tm-tm_mon], @@ -359,21 +362,56 @@ (_timezone 0) ? + : (_timezone 0) ? - : , zoneh, zonem); + + if ((res = Post(Buffer)) != SUCCESS) + return (res); } if(!xheaders || !strstr(xheaders, From:)){ - p += sprintf(p, From: %s\r\n, RPath); + snprintf(Buffer, MAIL_BUFFER_SIZE, From: %s\r\n, RPath); + if ((res = Post(Buffer)) != SUCCESS) + return (res); } - p += sprintf(p, Subject: %s\r\n, Subject); + + snprintf(Buffer, MAIL_BUFFER_SIZE, Subject: %s\r\n, Subject); + if ((res = Post(Buffer)) != SUCCESS) + return (res); + if(!xheaders || !strstr(xheaders, To:)){ - p += sprintf(p, To: %s\r\n, mailTo); + snprintf(Buffer, MAIL_BUFFER_SIZE, To: %s\r\n, mailTo); + if ((res = Post(Buffer)) != SUCCESS) + return (res); } + if(xheaders){ - p += sprintf(p, %s\r\n, xheaders); - } - if ((res = Post(Buffer)) != SUCCESS) - return (res); + /* send extre headers in 1024 chunks */ + if (strlen(xheaders) = 1024) { + if ((res = Post(xheaders)) != SUCCESS) + return (res); + } else { +
[PHP-DEV] Bug #14983 Updated: mail function buffer overflow
ID: 14983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: There was no feedback needed; somehow the status was still set to feedback, therefore I closed the bug by mistake. Sorry for the confusion :) Previous Comments: [2002-02-03 14:41:50] [EMAIL PROTECTED] what feedback is needed ? [2002-02-02 06:37:30] [EMAIL PROTECTED] Sorry, reopening. [2002-02-02 06:35:57] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. [2002-01-11 11:31:01] [EMAIL PROTECTED] Here is the diff. -Enrico --- sendmail-old.c Mon Sep 4 18:26:16 2000 +++ sendmail.c Thu Jan 10 20:20:56 2002 @@ -16,6 +16,8 @@ * The complete wSendmail package with source code can be located * from http://www.jgaa.com * + + modified by Enrico Demarin Jan 2001 */ #include php.h /*php specific */ @@ -217,7 +219,7 @@ if (strchr(mailTo, '@') == NULL) return (BAD_MSG_DESTINATION); - sprintf(Buffer, HELO %s\r\n, LocalHost); + snprintf(Buffer, MAIL_BUFFER_SIZE, HELO %s\r\n, LocalHost); /* in the beggining of the dialog */ /* attempt reconnect if the first Post fail */ @@ -229,7 +231,7 @@ if ((res = Ack()) != SUCCESS) return (res); - sprintf(Buffer, MAIL FROM:%s\r\n, RPath); + snprintf(Buffer, MAIL_BUFFER_SIZE,MAIL FROM:%s\r\n, RPath); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -242,7 +244,7 @@ token = strtok(tempMailTo, ,); while(token != NULL) { - sprintf(Buffer, RCPT TO:%s\r\n, token); + snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -259,7 +261,7 @@ token = strtok(tempMailTo, ,); while(token != NULL) { - sprintf(Buffer, RCPT TO:%s\r\n, token); + snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) @@ -341,14 +343,15 @@ struct tm *tm = localtime(tNow); int zoneh = abs(_timezone); int zonem, res; + int i; + char *p; - p = Buffer; zoneh /= (60 * 60); zonem = (abs(_timezone) / 60) - (zoneh * 60); if(!xheaders || !strstr(xheaders, Date:)){ - p += sprintf(p, Date: %s, %02d %s %04d %02d:%02d:%02d %s%02d%02d\r\n, + snprintf(Buffer, MAIL_BUFFER_SIZE, Date: %s, %02d %s %04d %02d:%02d:%02d %s%02d%02d\r\n, days[tm-tm_wday], tm-tm_mday, months[tm-tm_mon], @@ -359,21 +362,56 @@ (_timezone 0) ? + : (_timezone 0) ? - : , zoneh, zonem); + + if ((res = Post(Buffer)) != SUCCESS) + return (res); } if(!xheaders || !strstr(xheaders, From:)){ - p += sprintf(p, From: %s\r\n, RPath); + snprintf(Buffer, MAIL_BUFFER_SIZE, From: %s\r\n, RPath); + if ((res = Post(Buffer)) != SUCCESS) + return (res); } - p += sprintf(p, Subject: %s\r\n, Subject); + + snprintf(Buffer, MAIL_BUFFER_SIZE, Subject: %s\r\n, Subject); + if ((res = Post(Buffer)) != SUCCESS) + return (res); + if(!xheaders || !strstr(xheaders, To:)){ - p += sprintf(p, To: %s\r\n, mailTo); + snprintf(Buffer, MAIL_BUFFER_SIZE, To: %s\r\n, mailTo); + if ((res = Post(Buffer)) != SUCCESS) + return (res); } + if(xheaders){ - p += sprintf(p, %s\r\n, xheaders); - } - if ((res = Post(Buffer)) != SUCCESS) - return (res); + /* send extre headers in 1024 chunks */ +
[PHP-DEV] register_globals within PHP 4.2
hi, will the new register_globals be turned off within the PHP 4.2 by default? Greetings Thanks, -Andre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15159 Updated: apache chush and write when i use header('') function;
ID: 15159 Updated by: [EMAIL PROTECTED] -Summary: apache chush and write when i use header('') function; Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: linux 2.2.16-20 PHP Version: 4.1.1 New Comment: http://cvs.php.net/diff.php/php4/main/SAPI.c?ws=0r1=1.113.2.6r2=1.113.2.7ty=h Previous Comments: [2002-02-03 15:11:56] [EMAIL PROTECTED] I have exactly the same problem. Would you mind to mention the Bug # and/or which line in sapi.c is affected ? I can't find a duplicate bug. [2002-01-23 10:05:34] [EMAIL PROTECTED] closed then. (duplicate == still open issue) [2002-01-23 03:39:55] [EMAIL PROTECTED] 1) Next time FIRST search the bug database. 2) That bug was fixed some days ago in CVS. (its a one line fix in SAPI.c) [2002-01-22 09:57:12] [EMAIL PROTECTED] this isn't a website problem, but potentially an apache problem. [2002-01-22 05:47:16] [EMAIL PROTECTED] function DoAuthorise(){ header( WWW-Authenticate: Basic realm=\Catalog Administaror Login\ ); header( HTTP/1.0 401 Unauthorized ); echo Authorization require; exit; } this is not work in php 4.1.1 !!! Apache log: [notice] child pid 6527 exit signal Segmentation fault (11) When i comment all header invocation all fine my apache configuration: Apache/1.3.12 (Unix) (Red Hat/Linux) mod_ssl/2.6.6 OpenSSL/0.9.5a PHP/4.1.1 mod_perl/1.24 when a change my php module to previous version 4.0.6 the code above work OK! -- Edit this bug report at http://bugs.php.net/?id=15159edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] unable to 'make'
Hi, regardless if I use a current CVS or the latest snapshot from snaps.php.net, my 'make' stops with this: gcc -I. -I/mnt/data/cvs/php4/ext/standard -I/mnt/data/cvs/php4/main -I/mnt/data/cvs/php4 -I/mnt/data/cvs/php4/Zend -I/usr/local/include/libxml2 -I/mnt/data/cvs/php4/ext/mysql/libmysql -I/mnt/data/cvs/php4/ext/xml/expat -I/usr/local/include -I/mnt/data/cvs/php4/TSRM -g -O2 -c var_unserializer.c touch var_unserializer.lo /usr/src/web/php/php4/ext/standard/var_unserializer.re:1: php.h: Permission denied /usr/src/web/php/php4/ext/standard/var_unserializer.re:2: ext/standard/php_var.h: Permission denied /usr/src/web/php/php4/ext/standard/var_unserializer.re:3: php_incomplete_class.h: Permission denied the executing user is the owner of these files and read permissions are set properly. the corresponding lines in var_unserializer.re are #include file statements. I cannot imagine what is wrong here. With the root user it compiles fine. I am running FreeBSD 4.4 Release. Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15359: php crashes if temp dir does not exist
From: [EMAIL PROTECTED] Operating system: winxp pro PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: php crashes if temp dir does not exist When the directory for temporary files (sessions) set in php.ini does not exist, PHP crashes. This is on 4.1.1 WindowsXP Pro with the CGI version. -- Edit bug report at http://bugs.php.net/?id=15359edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15359r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15359r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15359r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15359r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15359r=support Expected behavior: http://bugs.php.net/fix.php?id=15359r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15359r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15359 Updated: php crashes if temp dir does not exist
ID: 15359 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: winxp pro PHP Version: 4.1.1 New Comment: Oh.. The apache error log says: Premature end of script headers. Not a very good error message imo. Previous Comments: [2002-02-03 16:16:29] [EMAIL PROTECTED] When the directory for temporary files (sessions) set in php.ini does not exist, PHP crashes. This is on 4.1.1 WindowsXP Pro with the CGI version. -- Edit this bug report at http://bugs.php.net/?id=15359edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15359 Updated: php crashes if temp dir does not exist
ID: 15359 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: winxp pro PHP Version: 4.1.1 New Comment: Yasuo Ohgaki fixed this in CVS some days ago Previous Comments: [2002-02-03 16:17:30] [EMAIL PROTECTED] Oh.. The apache error log says: Premature end of script headers. Not a very good error message imo. [2002-02-03 16:16:29] [EMAIL PROTECTED] When the directory for temporary files (sessions) set in php.ini does not exist, PHP crashes. This is on 4.1.1 WindowsXP Pro with the CGI version. -- Edit this bug report at http://bugs.php.net/?id=15359edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15360: The Function ImageCreateFromPNG lose some colors
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: GD related Bug description: The Function ImageCreateFromPNG lose some colors Hello, i get a png image whith more than 16 color whith the function ImageCreateFromPNG and i send it to the Browser. If i compare the color from the original and from the Picture on browser i see the first 16 color correctly but the next colors behind are a repeating colorset. ( i think this are the default color from the gd lib). thanks dirk -- Edit bug report at http://bugs.php.net/?id=15360edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15360r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15360r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15360r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15360r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15360r=support Expected behavior: http://bugs.php.net/fix.php?id=15360r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15360r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Developer Seeking To Help
Hello, I have recently subscribed to this developer's list with the hopes of finding more information about how to contribute to the PHP project. At the risk of having this sound too much like a job application, I wanted to say just a few things about myself and my interests, so that hopefully someone will identify me as being potential assistance in some area of development that they are associated with. I value open source software over proprietary, modesty over pride, and creativity over intelligence. I am an expert in the HTTP protocol and an experienced web developer. I began my web development with CGIs in C, moved to Perl, and now primarily create in ColdFusion and PHP. I currently work for the USPS as a Technical Program Manager, which basically means that I lead a group of developers and act as a liason between the programmers and the business management. With this position, I have been enlightened with the business perspective in regards to software. My primary interests in PHP development would be aiding with the evolution and improvement of the wonderful new session management capabilities in PHP. I know Sascha and Andrei probably don't need any help, but I would love to give it if they do. Most of my ideas in this area revolve around making it easier for inexperienced developers to be able to implement secure session management into their applications without removing any flexibility for the experienced ones. I'm sure many of my ideas are not original, but I think that some just might be. Another major area of interest would be to add to the native PHP functions. Specifically with regards to date/time functions, many common tasks in dealing with dates and times must be done with several lines of PHP where a native function could improve performance and ease development, especially for inexperienced developers (see a trend? :)). I know there are also mundane tasks that need accomplishing, and I would be more than willing to help with some of these as well. Best regards. Chris Shiflett [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: diff style bug update headers
Gabor Hojtsy wrote: Hi! I would like to propose a diff like bug update header style, so to use MUCH easier to read with diff -u style +1 -- Yasuo Ohgaki Please CC me when you reply to news/list messages. Do not reply only to me :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: register_globals within PHP 4.2
Andre Gildemeister wrote: hi, will the new register_globals be turned off within the PHP 4.2 by default? Greetings Thanks, -Andre I think so. AFAIK. Don't use globals. You can use import_request_variables() instead. (There is a bug, though...) -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Developer Seeking To Help
Hello, Chris Shiflett wrote: I know there are also mundane tasks that need accomplishing, and I would be more than willing to help with some of these as well. Suggestion: have a go at the bug database, talk to the QA team and see what is most urgent to be fixed. That would be of a great help. Regards, Manuel Lemos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15361: preg_split PREG_SPLIT_DELIM_CAPTURE does not work like in 4.0.6
From: [EMAIL PROTECTED] Operating system: NetBSD 1.5.2 PHP version: 4.1.1 PHP Bug Type: PCRE related Bug description: preg_split PREG_SPLIT_DELIM_CAPTURE does not work like in 4.0.6 hello for my small logic parser and sql-query-generator I used preg_split with PREG_SPLIT_DELIM_CAPTURE flag like shown below, but now with 4.1.1 my result $elements is empty an the rest of my function work with a empty array and nothing happen. // my input is like $inString = array('tlb | test'); // use of preg_split $elements = preg_split (/\s+|(\()|(\))|(\)|(\+)|(,)|()|(!)|(\|)/, $inString, -1, PREG_SPLIT_NO_EMPTY|PREG_SPLIT_DELIM_CAPTURE); // output, result was in 4.0.6 like ... $elements[0] ='tlb' $elements[1] ='|' $elements[2] ='test' cu tlb -- Edit bug report at http://bugs.php.net/?id=15361edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15361r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15361r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15361r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15361r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15361r=support Expected behavior: http://bugs.php.net/fix.php?id=15361r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15361r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15159 Updated: apache chush and write when i use header('') function;
ID: 15159 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: linux 2.2.16-20 PHP Version: 4.1.1 New Comment: Thanks Previous Comments: [2002-02-03 15:24:44] [EMAIL PROTECTED] http://cvs.php.net/diff.php/php4/main/SAPI.c?ws=0r1=1.113.2.6r2=1.113.2.7ty=h [2002-02-03 15:11:56] [EMAIL PROTECTED] I have exactly the same problem. Would you mind to mention the Bug # and/or which line in sapi.c is affected ? I can't find a duplicate bug. [2002-01-23 10:05:34] [EMAIL PROTECTED] closed then. (duplicate == still open issue) [2002-01-23 03:39:55] [EMAIL PROTECTED] 1) Next time FIRST search the bug database. 2) That bug was fixed some days ago in CVS. (its a one line fix in SAPI.c) [2002-01-22 09:57:12] [EMAIL PROTECTED] this isn't a website problem, but potentially an apache problem. 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/15159 -- Edit this bug report at http://bugs.php.net/?id=15159edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PATCH] session module (fwd)
Thanks for your reply :) Sascha Schumann wrote: Hi, looks like you have put a lot of work into this one :-) Thanks for keeping up the work on the session module. - Crashes are caused by invlaid save_path, invalid session id name, return value from user defined session function. There may be other crashes observed that I don't know. It is not apparent from either your description or the patch which issue caused the above behaviour. Please elaborate. Please read further. If you are just referring to the unconditional freeing of val as returned from the read handler, I disagree that it should be conditional. A handler should return an empty string in that case. Segfaulting is ok, because that will alert the author of the module to fix his code and thus will improve code quality. Agreed. I conditinally freed to get rid of malloc(strdup) for mm save handler. I'll change it to return empty string. ps_sd_lookup() returns NULL for 1st(New session) request at least with my environment (Linux 2.4.17/glibc-2.2.4/mm-1.1.3). Due to this, mm save handler does not work for me. - Broken mm save handler. Your patch to mod_mm.c always returns SUCCESS, even if the operation fails. That's pointless, the caller function checks for that return value. I also disagree with not stopping script execution, if the session module startup fails. Every script which is based upon sessions completely depends on them. Execution shall halt, if such a fatal error is encountered. If it returns FALSE, mm save handler does not work for me. session_pgsql does not work if returns false. msession never returns false also. = reproduce procedure = 1) In php.ini, set save_hander=files 2) In script, set save handler module with session_module_name() (Set to mm - user, sessoin_pgsql and msession works) 3) In script, start sesson with session_start() 4) From browser, reload and see if session variales are saved. (Vars are not saved with my Linux) Not only it just does not work, but returning false causes verious segfaults also. I observed this problem for all save handler files, mm, mod_user and session_pgsql. For files, invalid tmp dir, invalid session name, etc make read return false and it caused segfaults. Perhaps, I should change session.c to accepts false. I don't remeber why I didn't change that way. I'll write again for this. I don't have much time now. - Sticky session module name Please elaborate.. AFAICT, the call to alter_ini is the same. We should prevent useless ini changes. I'll create appropriate MH for session ini changes later. Sorry for improper description. Sticky session module name should be Sticky session save handler module = reproduce procedure = 1) In php.ini, set save_hander=files 2) In script, set save handler module with session_module_name() other than specified 1) 3) In script, start sesson with session_start() 4) Then start session without session_module_name(). Session module should use handler specified by 1), but it uses handler specified 2) Since ps_global.mod is not reinitilized for each request, new module will be used once session_module_name() is used. This problem may create nasty bug in PHP scripts. - Change error level for failure to open session. (E_ERROR - E_WARNING) See above. - Dead lock with files handler Not needed.. the code checks for data-fd 0 which is a more subtle way for explicit error reporting. I didn't test this one, but I think my patch will fix files deadlock. Session module seems to reintilize session when session_module_name() is used without this patch for some reason. After patch is applied, I'll ask users who reported this bug to confirm. - Prevent calling session_name() and session_set_cookie_parameter() once session is started. It doesn't work after session is started, anyways. - Prevent to set module name after session is started. (This causes dead lock with files hadler. It may do something bad for other save handlers also. It should be prevented, IMO.) Good. There is a bogus error message in the cache_limiter code. I would like to add more checks for other functions :) I'll submit patch when I finish this one. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PATCH] session module (fwd)
Yasuo Ohgaki wrote: Thanks for your reply :) Sascha Schumann wrote: - Broken mm save handler. Your patch to mod_mm.c always returns SUCCESS, even if the operation fails. That's pointless, the caller function checks for that return value. I also disagree with not stopping script execution, if the session module startup fails. Every script which is based upon sessions completely depends on them. Execution shall halt, if such a fatal error is encountered. If it returns FALSE, mm save handler does not work for me. session_pgsql does not work if returns false. msession never returns false also. = reproduce procedure = 1) In php.ini, set save_hander=files 2) In script, set save handler module with session_module_name() (Set to mm - user, sessoin_pgsql and msession works) 3) In script, start sesson with session_start() 4) From browser, reload and see if session variales are saved. (Vars are not saved with my Linux) Not only it just does not work, but returning false causes verious segfaults also. I observed this problem for all save handler files, mm, mod_user and session_pgsql. For files, invalid tmp dir, invalid session name, etc make read return false and it caused segfaults. Perhaps, I should change session.c to accepts false. I don't remeber why I didn't change that way. I'll write again for this. I don't have much time now. I have a little more time and take a look at code. I was hesitating to get into serializer/etc code, that's the reason why I made it return always success :) I should read and fix serializer(?)/etc code, in fact. I guess current deserializer or other code does not accept NULL for val. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15350 Updated: Apache crashes when using PHP's magical __sleep() function
ID: 15350 Updated by: [EMAIL PROTECTED] -Summary: Apache crashes when using PHP's magical __sleep() function Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate -Bug Type: Reproducible crash +Bug Type: Session related Operating System: Win 2k PHP Version: 4.1.0 -Assigned To: +Assigned To: yohgaki New Comment: Please search bug db at first :) It's already reported. Previous Comments: [2002-02-03 06:53:20] [EMAIL PROTECTED] Using latest Apache V 1.3.22 Apache chrashes whith this code: ?php class A { function A() {} function __sleep() {return;} } $a = new A(); $stream = serialize($a); ? A also tested __wakeup() and that works OK. -- Edit this bug report at http://bugs.php.net/?id=15350edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15359 Updated: php crashes if temp dir does not exist
ID: 15359 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: winxp pro PHP Version: 4.1.1 -Assigned To: +Assigned To: yohgaki New Comment: Sorry, I've reverted the patch and I'm preparing new one and if it's ok, it will be applied. Please wait a few days. Previous Comments: [2002-02-03 16:19:44] [EMAIL PROTECTED] Yasuo Ohgaki fixed this in CVS some days ago [2002-02-03 16:17:30] [EMAIL PROTECTED] Oh.. The apache error log says: Premature end of script headers. Not a very good error message imo. [2002-02-03 16:16:29] [EMAIL PROTECTED] When the directory for temporary files (sessions) set in php.ini does not exist, PHP crashes. This is on 4.1.1 WindowsXP Pro with the CGI version. -- Edit this bug report at http://bugs.php.net/?id=15359edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Developer Seeking To Help
On Sun, 3 Feb 2002, Manuel Lemos wrote: Manuel, Thank you for the suggestion. If you would be so kind, I have a few questions. 1) How can I change the status of a bug? For example, I was looking through session bugs (since that's most likely where I could contribute the easiest) and read a bug #14227. This bug is bogus and is the result of the submitter not understanding HTTP and the Set-Cookie header enough. I would love to be able to act as a mediater of sorts, so that the bogus bugs can be filtered to save developers some time. I can even give elaborate explanations in the beginning to make sure people know why it's bogus. :) 2) If a bug is legitimate, and I know how to fix it, how do I go about doing this? Must I receive permission for a CVS account? How does one gain the trust to be able to commit changes? 3) How do I know if someone is working on a bug? If it is open status, can I safely assume it's not been investigated by a member of the PHP development team? Thanks for the information. Chris Hello, Chris Shiflett wrote: I know there are also mundane tasks that need accomplishing, and I would be more than willing to help with some of these as well. Suggestion: have a go at the bug database, talk to the QA team and see what is most urgent to be fixed. That would be of a great help. Regards, Manuel Lemos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: PHP Build System V5 Overview
Sascha Schumann wrote: (unrelated to the thread on php-qa) Hi guys, I had some free time yesterday and so commenced to tackle some issues in the current PHP build system which had bothered me for too long. I'm inlining an overview and a description of changes.. feel free to comment. +1. I would like to see --share-max/--enable-most like option also. I guess you are not going to implement it, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14227 Updated: header(); does not overwrite session cookie
ID: 14227 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Linux 2.4.2-2 PHP Version: 4.0.6 New Comment: This is actually not a bug at all. The header function allows you to write a header, basically giving you the flexibility to write any string into the HTTP headers section. Your Set-Cookie header did actually make it into the HTTP response. If you'll look near the bottom, you can see it. The reason it didn't overwrite the other is mostly because it's an entirely different cookie (one named x with no attributes given). When multiple cookies are set, multiple Set-Cookie headers are sent in the response. Though I haven't tested it, I'd be willing to bet that if you were to set a cookie named PHPSESSID instead of x, you would only see one Set-Cookie header for that cookie, and it would have the value and attributes assigned to it last. I hope that helps to explain this behavior. Previous Comments: [2001-11-26 06:25:17] [EMAIL PROTECTED] ?php session_start(); header(Set-Cookie: x); ? does not rewrite the Set-Cookie header, nor does true or fasle as second parameter on header. some header: HTTP/1.1 200 OK Date: Mon, 26 Nov 2001 11:22:46 GMT Server: Apache/1.3.20 (Unix) AuthMySQL/2.20 PHP/4.0.7RC3 mod_ssl/2.8.4 OpenSSL/0.9.6 X-Powered-By: PHP/4.0.7RC3 Set-Cookie: PHPSESSID=018ce45ca4f6950531412d038594cc14; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: x Content-Length: 2297 Content-Disposition: inline; filename=document.pdf Connection: close Content-Type: application/pdf feature or bug? :) -- Edit this bug report at http://bugs.php.net/?id=14227edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15322 Updated: php.ini : session.use_trans_sid=0 disables ?=SID? session-id creation too
ID: 15322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: SuSe 7.3 PHP Version: 4.1.1 New Comment: Current code does not set SID when trans sid is off. Is there any version that does initialize SID always? Previous Comments: [2002-02-01 08:20:06] [EMAIL PROTECTED] Before 4.1.x I didn't compile with --enable-trans-sid and used instead the ?=SID? expression on pages very often. With the new releases and --enable-trans-sid as default I now get the session-id twice on every link which is the expected behaviour on first hand. I didn't want to edit all pages. My idea was to set session.use_trans_sid=0 in php.ini to disable the auto-session generation. After this, even ?=SID? does no longer generate a session-id, which seems to be a bug!? The only quick hack for the moment was to have session.use_trans_sid=1 and to modify the url_rewriter.tags in php.ini: Original: url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry Modified: url_rewriter.tags = area=href,frame=src,input=src,form=fakeentry Is the new behaviour a feature or a bug? Guenther -- Edit this bug report at http://bugs.php.net/?id=15322edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: PHP Build System V5 Overview
I would like to see --share-max/--enable-most like option also. I guess you are not going to implement it, though. Not yet.. When/if I have time tomorrow, I'll try to get the code cleaned up and post a link to it. It basically implements everything I've described in my original post. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14227 Updated: header(); does not overwrite session cookie
ID: 14227 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Linux 2.4.2-2 PHP Version: 4.0.6 New Comment: Thanks for the note, Chris. I've set this to Bogus for you. :) Torben Previous Comments: [2002-02-03 19:33:36] [EMAIL PROTECTED] This is actually not a bug at all. The header function allows you to write a header, basically giving you the flexibility to write any string into the HTTP headers section. Your Set-Cookie header did actually make it into the HTTP response. If you'll look near the bottom, you can see it. The reason it didn't overwrite the other is mostly because it's an entirely different cookie (one named x with no attributes given). When multiple cookies are set, multiple Set-Cookie headers are sent in the response. Though I haven't tested it, I'd be willing to bet that if you were to set a cookie named PHPSESSID instead of x, you would only see one Set-Cookie header for that cookie, and it would have the value and attributes assigned to it last. I hope that helps to explain this behavior. [2001-11-26 06:25:17] [EMAIL PROTECTED] ?php session_start(); header(Set-Cookie: x); ? does not rewrite the Set-Cookie header, nor does true or fasle as second parameter on header. some header: HTTP/1.1 200 OK Date: Mon, 26 Nov 2001 11:22:46 GMT Server: Apache/1.3.20 (Unix) AuthMySQL/2.20 PHP/4.0.7RC3 mod_ssl/2.8.4 OpenSSL/0.9.6 X-Powered-By: PHP/4.0.7RC3 Set-Cookie: PHPSESSID=018ce45ca4f6950531412d038594cc14; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Set-Cookie: x Content-Length: 2297 Content-Disposition: inline; filename=document.pdf Connection: close Content-Type: application/pdf feature or bug? :) -- Edit this bug report at http://bugs.php.net/?id=14227edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15158 Updated: Session get replaced when moving to other domain
ID: 15158 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: RH7.1 PHP Version: 4.1.1 New Comment: Cookie will not be sent if domain is changed. = NOT a bug. (If it does, it's serious privacy flaw... ) If you are interested in cross domain session, phpbuilder.com had an article about it. Previous Comments: [2002-01-22 05:34:17] [EMAIL PROTECTED] in My 4.0.6 php.ini cookie_domain = in My 4.1.1 php.ini cookie_domain = Worked very well through all the 4.0.x ver untill the 4.1.1 ( didnt checked the 4.1.0 ) [2002-01-22 05:24:20] [EMAIL PROTECTED] Please check your session.cookie_domain setting (php.ini directive). [2002-01-22 05:17:40] [EMAIL PROTECTED] When I move from www.domain.com to secure.domain.com with the PHPSESID in the URL the session from the previous domain continue to work in the new one until the first inner link that does not have the PHPSESID is clicked. When such link is clicked ( or submitted ) the session_start/register initiate new session to the domain and forget about the old session. This behavior started after I upgraded to 4.1.1 from 4.0.6. IMHO In 4.0.6 the session was accepted for the domain ( as default ) after PHPSESID was delivered but in 4.1.1 its not. -- Edit this bug report at http://bugs.php.net/?id=15158edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15015 Updated: Session function don't work with PHP loadable module
ID: 15015 Updated by: [EMAIL PROTECTED] -Summary: Session function don't work with PHP loadable module Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 Pro sr1 PHP Version: 4.1.1 New Comment: Do you session support when you display phpinfo()? Previous Comments: [2002-01-13 08:04:09] [EMAIL PROTECTED] Hi All: The session functions will only work when PHP is working as a CGI under Apache 1.3.22. They will not work when PHP is installed as a loadable module. SPECS: Win2K SR1, Apache 1.3.22, PHP 4.1.1. All downloaded binaries, none compiled V/R Art -- Edit this bug report at http://bugs.php.net/?id=15015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14950 Updated: __sleep() and __wakeup() fail
ID: 14950 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Session related Operating System: Debian SID PHP Version: 4.0CVS-2002-01-09 -Assigned To: +Assigned To: yohgaki New Comment: This will be next my target to fix :) Previous Comments: [2002-01-09 10:38:21] [EMAIL PROTECTED] Forgot to tell : asking for .phps will show you the source in the /test/session/ directory. [2002-01-09 10:36:08] [EMAIL PROTECTED] Passing objects using the magic __sleep() and __wakeup() methods through sessions fail. In the best case the script fails without error. In the worst, an integer in session turns into the value of the PHP session ID and the object is not registered. Yasuo Ohgaki guesses it's a serialize/unserialize problem. Make log : /usr/src/web/php/php4/ext/standard/var_unserializer.re: In function `php_var_unserialize': /usr/src/web/php/php4/ext/standard/var_unserializer.re:304: warning: comparison is always false due to limited range of data type Tests : http://php.hellekin.com/test/session/ PHPInfo() : http://php.hellekin.com/info.php -- Edit this bug report at http://bugs.php.net/?id=14950edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14628 Updated: Session functions block on lock
ID: 14628 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 -Assigned To: +Assigned To: yohgaki New Comment: This may be fixed my patch Previous Comments: [2002-01-07 05:38:26] [EMAIL PROTECTED] Hi We are not running apache. We are runnig zeus with php running as a fastcgi responder. At the moment, I am running a script which checks the state of the fastcgi/php processes and kill sany if locked on opening session file for more than 30 seconds. Thanks [2002-01-06 20:17:07] [EMAIL PROTECTED] I guess your httpd is crashing. Please check your apache log. Do you get core file? [2001-12-22 06:12:34] [EMAIL PROTECTED] Hi No Frames involved. Thanks Chris [2001-12-21 20:27:46] [EMAIL PROTECTED] Do you have frames with your php script? If yes, write session_write_close() to see if it helps. I don't have time to check mod_files.c now, just trying to find work around ;) PHP version 4.0.6 = 4.1.0 [2001-12-21 11:11:31] [EMAIL PROTECTED] Hi Have installed 4.1, same problem as highlighted below: [root@fweb2 /root]# strace -p 6739 flock(4, LOCK_EX [root@fweb2 /root]# lsof | grep sessions php6739 fonetastic4u REG 72,10 163294275 /www/external/sessions/sess_104bb2ffcc67af16af4095cbd92a8f64 php6949 fonetastic4u REG 72,10 163294275 /www/external/sessions/sess_104bb2ffcc67af16af4095cbd92a8f64 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/14628 -- Edit this bug report at http://bugs.php.net/?id=14628edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Developer Seeking To Help
On Sun, 2002-02-03 at 16:29, Chris Shiflett wrote: On Sun, 3 Feb 2002, Manuel Lemos wrote: Manuel, Thank you for the suggestion. If you would be so kind, I have a few questions. 1) How can I change the status of a bug? For example, I was looking through session bugs (since that's most likely where I could contribute the easiest) and read a bug #14227. This bug is bogus and is the result of the submitter not understanding HTTP and the Set-Cookie header enough. I would love to be able to act as a mediater of sorts, so that the bogus bugs can be filtered to save developers some time. I can even give elaborate explanations in the beginning to make sure people know why it's bogus. :) You need to either be a developer (i.e. have a cvs account) or be the original bug poster to modify a bug's status. As a developer, this is done from the 'Developer' tab in the bug db interface. 2) If a bug is legitimate, and I know how to fix it, how do I go about doing this? Must I receive permission for a CVS account? How does one gain the trust to be able to commit changes? One common way is to create your patches and post them either to the php-dev list or as a comment (prefered) in the bug db, and if they are useful, the dev team will have a good reason to give you cvs access. (Use unified diff format for patches.) Alternatively, you could just ask for a cvs account and hope you get one--if your patches suck, it will eventually be revoked, I guess. :) 3) How do I know if someone is working on a bug? If it is open status, can I safely assume it's not been investigated by a member of the PHP development team? If someone is *really* into working on a bug themselves, it will be 'Assigned' in the bug db to that person's account id. If the bug's status is not 'Assigned' (sometimes 'Analyzed' is used here too) then you should be able to safely engage the bug in combat. Thanks for the information. Chris Hope it helps, Torben -- Torben Wilson [EMAIL PROTECTED] http://www.thebuttlesschaps.com http://www.hybrid17.com http://www.inflatableeye.com +1.604.709.0506 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #13182 Updated: session_start() can't create a _new_ session control file.
ID: 13182 Updated by: [EMAIL PROTECTED] -Summary: session_start() can't create a _new_ session control file. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.1.1 -Assigned To: +Assigned To: yohgaki New Comment: This my be fixed by my patch. (Session module was trying to open exlusively more than once) Previous Comments: [2002-01-15 04:20:40] [EMAIL PROTECTED] We sloved the problem in out system by saving the session data in the mySQL-databas. That is at least a way to avoid the problem. best regards, Andreas Lundgren [2002-01-15 03:37:51] [EMAIL PROTECTED] Version update. [2002-01-15 03:34:49] [EMAIL PROTECTED] Got feedback from a user. -- feedback from [EMAIL PROTECTED] -- Hello, I was hoping you could re-open PHP-BUG #13182. I have completed a test in 4.1.1 and receive the same error. I have also attempted to compile a snapshot from CVS but the build failed so I will have to tweak it and get back to you on that. As for this bug, I am attaching the error on top of a phpinfo() page. I originally tried it in 4.0.6 or some older release. The only configure params, as you can see, are the Roxen location and the Sybase location (for Sybase support). I have tested this application from 4.0.0 on in Apache on Win2000, Solaris 7 and Solaris 8. I have tested it with 4.0.6 on Roxen with Solaris 7. So the difference here (and I have really tried to bring the configs as close as possible) seems to be the Solaris 7 vs 8. I will try and gather more information but would appreciate the bug being reopened as I feel it is reproducible. Regards, Sam Cooley __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ 4.1.1 OUTPUT - - Warning: open(/opt/www/cgi-bin/blahapp/conf/sess_9265832f97f81fa3ad1ee1bcc7bd4de7, O_RDWR) failed: Error 0 (0) in /opt/www/cgi-bin/blahapp/php/blahapp_init.phtml on line 37 PHP Version 4.1.1 System SunOS www.blah.com 5.8 Generic_108528-05 sun4u sparc SUNW,Ultra-80 Build Date Jan 15 2002 Configure Command './configure' '--with-sybase=/opt/sybase/SQL/current' '--with-roxen=/opt/roxen/server' Server API Roxen Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib/php.ini ZEND_DEBUG disabled Thread Safety disabled This program makes use of the Zend Scripting Language Engine: Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies PHP 4.0 Credits Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference On On allow_url_fopen 1 1 always_populate_raw_post_data 0 0 arg_separator.input arg_separator.output asp_tags Off Off auto_append_file no value no value auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root no value no value enable_dl On On error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 2039 2039 expose_php On On extension_dir ./ ./ file_uploads 1 1 gpc_order GPC GPC highlight.bg #FF #FF highlight.comment #FF9900 #FF9900 highlight.default #CC #CC highlight.html #00 #00 highlight.keyword #006600 #006600 highlight.string #CC #CC html_errors On On ignore_user_abort Off Off implicit_flush Off Off include_path .:/usr/local/lib/php .:/usr/local/lib/php log_errors Off Off magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off max_execution_time 30 30 open_basedir no value no value output_buffering no value no value output_handler no value no value post_max_size 8M 8M precision 14 14 register_argc_argv On On register_globals Off Off safe_mode Off Off safe_mode_exec_dir no value no value safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from [EMAIL PROTECTED] [EMAIL PROTECTED] sendmail_path /usr/lib/sendmail -t -i /usr/lib/sendmail -t -i short_open_tag On On SMTP
[PHP-DEV] Bug #15219 Updated: IE 6.0 and Cookies doesn't work
ID: 15219 Updated by: [EMAIL PROTECTED] -Summary: IE 6.0 and Cookies doesn't work Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Win 2000 PHP Version: 4.1.1 New Comment: Is this windows specific problem? I don't have such problem with my Linux/Apache 1.3.22 Could you try apache 1.3.23 to see if it helps? Previous Comments: [2002-01-25 23:55:07] [EMAIL PROTECTED] I had the same exact problem. I don't know what the exact problem was, but I went in under the cookies folder and deleted all of the current cookies for my domain (127.0.0.1) and made sure all the PHP sessions were deleted (not needed really, as they would eventually get GC'd anyway). I went in, reset the cookie, and it worked fine. I also changed the code from: $foo = 'bar'; session_register('foo'); $foo = 'some new bar'; to: $foo = 'bar'; session_register('foo); $HTTP_SESSION_VARS['foo'] = 'some new bar'; I am not sure exactly which of these fixed the problem, but it no longer shows up for me. [[ Win2k Server SP 2, PHP 4.1.1, Apache 1.3.22, IE 6.0 ]] [2002-01-25 04:18:41] [EMAIL PROTECTED] maybe this issue was discussed in an former topic? Nothing found sophisticating. Using mantis 0.16.1 with php 4.1.1 as module in apache on an w2k server. Using IE6.0 (6.0.2600.)cannot login - not cookie appears. although accept cookies is activated Using IE5.5 @ w2k or NS6.1@nt it works fine. some testpages I have copied from this and other webpage show the same result. Like ? setcookie(test,testing); phpinfo(); ? shows for IE6.0 (@nt or w2k) (after reloading the page several times) Set-Cookie: test=testing for http response header but nothing elsewhere for NS6.1 (@nt) (after reload 1 time) the proper value appears in: - ApacheEnvironment HTTP_COOKIE - Response RequestHeader - php variables _COOKIE[test] _SERVER[HTTP_COOKIE] So Apache, PHP, IE55, NS61 seems to work correct. But IE 60 does not... The really wired is, that only one browser (IE60) in our group is able to have cookies. Another IIS/ASP-application in out LAN shows the same behavior. So maybe it's not a sort of PHP bug. More a communication problem between PHP and IE6.0. Nothing found at Microsoft site! Does anybody know more about this issue? Please reply to [EMAIL PROTECTED] Thanks a lot. -- Edit this bug report at http://bugs.php.net/?id=15219edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: shiflett
Initially, I want a CVS account in order to be able to close bugs. Perhaps I can save other developers valuable time by eliminating bogus bugs or better explaining the problem for legitimate ones. I eventually want to contribute regularly to PHP itself, initially dealing with all things session related. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15039 Updated: sticky save handler module setting
ID: 15039 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Assigned Bug Type: Session related Operating System: linux PHP Version: 4.0CVS-2002-01-15 -Assigned To: +Assigned To: yohgaki New Comment: Will be fixed Previous Comments: [2002-01-15 01:53:48] [EMAIL PROTECTED] When session save handler module is specified with session_module_name(), the setting became sticky. (i.e. the last specified save handler is used for later requests) -- Edit this bug report at http://bugs.php.net/?id=15039edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15041 Updated: mm save handler does not work
ID: 15041 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Assigned Bug Type: Session related Operating System: linux PHP Version: 4.0CVS-2002-01-15 -Assigned To: +Assigned To: yohgaki New Comment: Will be fixed Previous Comments: [2002-01-15 04:46:59] [EMAIL PROTECTED] PS(http_session_vars) is null and PHP cannot save data when PS_WRITE_FUNC is called. PHP may crash under certain condition. Problem exists in 4.1.0 and 4.1.1 also. -- Edit this bug report at http://bugs.php.net/?id=15041edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15096 Updated: Sessions with null session ID in the cookie crash PHP
ID: 15096 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Assigned Bug Type: Session related Operating System: Linux i686 2.4.16 SMP PHP Version: 4.1.1 -Assigned To: +Assigned To: yohgaki New Comment: I haven't look a this report closely, but the backtrace is similar to that I've seen. It may be fixed by my patch. Assigned to me for now. Previous Comments: [2002-01-18 10:07:10] [EMAIL PROTECTED] Marking as critical until this is checked out. [2002-01-18 05:03:09] [EMAIL PROTECTED] First some brief history: last time I developed a session-based app with PHP 4.0.6, sometimes and without a pattern when deleting a session the client would end up with a session cookie which said PHPSESSID=deleted. The next time he visited the site his session would have the ID deleted and when two users triggered the same bug they would both end up as being logged in as someone else. So I put in a simple check in my code which would forcibly kill the session, delete the cookie and set the new session name to something random. A version of the code under PHP 4.1.1 crashes PHP and causes [notice] child pid 14151 exit signal Segmentation fault (11) in Apache's error log. Here is a sample page which triggers PHP to crash: (if the html gets messed up email me for a copy) --- snip session-tester.php html headtitletest/title /head body ?php function tableprint( $array ) { // this looks better than var_dump() echo table border=1; while( list( $n, $v ) = each( $array ) ) { echo trtd$n/tdtd$v/td/tr\n; } echo /table\n; } // if we got called with ?logout=true then the user wants to end the session. if (isset($HTTP_GET_VARS[logout])) { session_start(); // it wasnt called yet. session_unset(); session_destroy(); // REFERENCE #1 (OK) // setcookie(session_name(), session_id(), 0); // REFERENCE #2 (NOT OK) - crashes // setcookie(session_name()); // different ways of doing things after logging out - echoing 'you are logged out' or redirecting back // into a new session. // header(Location: /session-tester.php); echo Okie, you are logged out... click a href=\$HTTP_SERVER_VARS[SCRIPT_NAME]\here/a./html; exit; } else // user is not logging out { session_start(); session_register(somevar); $HTTP_SESSION_VARS[somevar]++; } ? Welcome to the session tester. brbr Click a href=?=$HTTP_SERVER_VARS[SCRIPT_NAME]??logout=truehere/a to log out (reset session).brbr Your session variable 'somevar' currently has the value ?=$HTTP_SESSION_VARS[somevar]?.brbr Your session cookie has the following parameters:brbr ?php $p = session_get_cookie_params(); tableprint($p); echo brYour \$HTTP_COOKIE_VARS contains:brbr; tableprint($HTTP_COOKIE_VARS); ? /body /html --- snip session-tester.php When opening the page, the session is initialized. If the page is requested with ?logout=true, we enter the critical piece of code. If 'reference #1' line is uncommented, everything works fine and the cookie is deleted (well, in some browsers, at least) which is the behaviour I want. However, line reference #2 (setcookie(session_name());) when uncommented causes the client to store the session cookie with PHPSESSID=. On subsequent requests to the page this crashes the server's process. There is no way that the client with the null session ID cookie can browse this page without crashing the server process, and there is no way that the server can delete that cookie. The client has to close the browser to end the session and destroy the cookie and only then it will work again. Tested on IE6, Mozilla 0.9.7, Konqueror, etc. GDB-ing httpd -X gives this: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12935)] zend_hash_internal_pointer_reset_ex (ht=0x0, pos=0xbfffeea8) at zend_hash.c:984 984 *pos = ht-pListHead; (gdb) where #0 zend_hash_internal_pointer_reset_ex (ht=0x0, pos=0xbfffeea8) at zend_hash.c:984 #1 0x080903bb in php_session_save_current_state () at session.c:544 #2 0x08092530 in php_session_flush () at session.c:1381 #3 0x08092553 in zm_deactivate_session (type=1, module_number=12) at session.c:1393 #4 0x080f1011 in module_registry_cleanup (module=0x824a1a8) at zend_API.c:1165 #5 0x080f296c in zend_hash_apply
[PHP-DEV] Bug #8545 Updated: Session variables not carried forward in Netscape Client
ID: 8545 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: Session related Operating System: Linux RH 6.2 PHP Version: 4.0.6RC3 New Comment: To reporter: Is this bug still in PHP 4.1.1? Previous Comments: [2002-01-06 22:13:19] [EMAIL PROTECTED] Is this bug outstanding? To reporter: please update PHP Version. (i.e. Try with 4.2.0-dev) [2001-06-14 23:12:11] [EMAIL PROTECTED] Seems like the session_start() doesn set the cookie when Apache is run in Inetd mode. Reproduced with PHP 4.0.6RC3 [2001-02-28 04:03:15] [EMAIL PROTECTED] hi, observation is same even with the latest one. rgds Bhaskar [2001-02-27 18:17:25] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ?? --Jani [2001-01-16 08:03:21] [EMAIL PROTECTED] Hi, an update on this. This problem is observed if the server type in apache web server is INETD. If we run apache as standalone it works fine. can u check this and revert why sessions are not working in netscape if apache runs as inetd. rgds Bhaskar 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/8545 -- Edit this bug report at http://bugs.php.net/?id=8545edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14080 Updated: (trans sid bug) The doubledoublequote strikes again
ID: 14080 Updated by: [EMAIL PROTECTED] -Summary: The doubledoublequote strikes again Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Session related -Operating System: FreeBSD 4.4 +Operating System: ANY PHP Version: 4.2.0-dev New Comment: Added trans sid bug to summary Previous Comments: [2002-01-24 15:15:34] [EMAIL PROTECTED] still active, see also Bug #14991 [2001-12-19 22:54:20] [EMAIL PROTECTED] PHP Version updated [2001-11-19 12:47:17] [EMAIL PROTECTED] I got the same problem. Tryed with 4.2.0-dev. [2001-11-16 05:56:15] [EMAIL PROTECTED] I came across the bug described in Bug-ID #8311 with 4.03pl1 on our old Server, so I transfered it to the new Server running 4.0.6 and the behaviour is nearly the same. This: ?php session_start(); $somevar = a href=\javascript:;\ onClick=window.open(\/hardware/somevar.php?hinfoid=.$somevar_id.\,\chgti\,\location=0,directories=0,status=0,menubar=0,scrollbars=0,toolbar=0,width=450,height=470\);Badlink/a; echo $somevar; ? produces this: a href=javascript:; onClick=window.open(/hardware/somevar.php?hinfoid=,chgti,location=0,directories=0,status=0,menubar=0,scrollbars=0,toolbar=0,width=450,height=470);Badlink/a Without the session, the Output is normal, both with 4.0.3pl1 and 4.06. The only difference is that 4.0.6 does a few less quotes than 4.0.3pl1. Trans-SID is enabled, PHP is running as an Apache-Module -- Edit this bug report at http://bugs.php.net/?id=14080edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15168 Updated: (mm save handler) PHP segfaults saving sessions-vars
ID: 15168 Updated by: [EMAIL PROTECTED] -Summary: PHP segfaults saving sessions-vars (mm save handler) Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Session related Operating System: SuSE 7.3 /2.4.10 PHP Version: 4.1.1 -Assigned To: +Assigned To: yohgaki New Comment: Will be fixed soon. Previous Comments: [2002-02-02 22:21:52] [EMAIL PROTECTED] Changed summay (Added mm save handler) [2002-01-23 04:38:05] [EMAIL PROTECTED] It's not a solution, but a workaround. You can try user, msession or session_pgsql save handler module. User is compile in by default. --with-msession for msession (And you need lib and daemon for it. Refer to manual) session_pgsql is under PEAR CVS (/pear/PECL). user/msession/session_pgsql works fine for me. (msession/session_pgsql are experimental modules) [2002-01-23 02:54:11] [EMAIL PROTECTED] Seems that i get no segfaults with file, but i am loosing some of its data. while $obj-ary(key=value,key=value); seems to survive, $obj-ary(key=ary(key=value)) seems to leave under certain circumstances. will try to get this into a small example. Regards, Johann-Peter Hartmann [2002-01-23 02:21:35] [EMAIL PROTECTED] Yepp, i just gave file a try, and this works. Thanks for your hint. Nevertheless it would be nice to use mm again, someday :-) [2002-01-22 17:58:12] [EMAIL PROTECTED] Which save handler are you using? I guess you are using mm save handler, right? I got the same segfault with it. :) 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/15168 -- Edit this bug report at http://bugs.php.net/?id=15168edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14880 Updated: _SESSION will NOT automatically register it as a session variable
ID: 14880 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Debian 3.0 (Woody) PHP Version: 4.1.0 New Comment: To reporter: Just a reminder. Please report the result when you check Previous Comments: [2002-01-13 12:31:29] [EMAIL PROTECTED] I tried both. (files/mm) I killed my dev-system and I'm to busy to fix it. I'm out for a month. (I have exams and I must learn!) Thanks for your patience. [2002-01-12 21:05:53] [EMAIL PROTECTED] What is your session save handler? mm? If so, you *MUST* use session_module_name() before starting session to use mm save handler for now. (There is bug in module loading It's a known issue ;) For some reason, mm save hanlder stopped working for me recently :( Anyway. Here is my configure. './configure' \ '--with-apxs' \ '--without-mysql' \ '--with-bz2' \ '--with-crack=/usr/local' \ '--with-curl' \ '--with-ftp' \ '--with-iconv' \ '--with-mhash' \ '--with-mcrypt' \ '--with-msession' \ '--with-mm' \ '--with-openssl' \ '--with-pgsql' \ '--with-regex=system' \ '--with-zlib' \ '--with-dom' \ '--with-dom-xslt' \ '--with-snmp' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--with-jpeg-dir=usr' \ '--with-png-dir=/usr' \ '--with-xpm-dir=/usr/X11R6' \ '--enable-ctype' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-mbstring' \ '--enable-mbstr-enc-trans' \ '--enable-mbregex' \ '--enable-memory-limit' \ '--enable-wddx' \ '--enable-mailparse' \ '--with-xml' \ '--with-xmlprc' \ '--enable-debug' \ [2002-01-11 09:08:22] [EMAIL PROTECTED] Could you please post your configline? I get rid of most of the configline = same outcome '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with- regex=system' '--with-config-file-path=/etc/php4/apache' '-- disable-rpath' '--disable-debug' '--enable-memory-limit' '-- enable-trans-sid' '--with-pcre-regex=/usr' '--without-pgsql' '-- disable-static' '--with-layout=GNU' '--with-mm' [2002-01-11 00:25:21] [EMAIL PROTECTED] I don't have problem with files handler (4.1.0, 4.1.1, 4.2.0-dev) Get rid of most configure options see if it works. [2002-01-11 00:14:34] [EMAIL PROTECTED] I am troubled by the same problem. * OS: Red Hat 6.2 (Zoot) Kernel 2.2.14-6.1.1smp * PHP: 4.1.0, 4.2.0-dev/200112191500 /tmp/sess_XXX is created, but never store variables(zero size). 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/14880 -- Edit this bug report at http://bugs.php.net/?id=14880edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15359 Updated: php crashes if temp dir does not exist
ID: 15359 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned -Bug Type: Reproducible crash +Bug Type: Session related Operating System: winxp pro PHP Version: 4.1.1 Assigned To: yohgaki Previous Comments: [2002-02-03 16:19:44] [EMAIL PROTECTED] Yasuo Ohgaki fixed this in CVS some days ago [2002-02-03 16:17:30] [EMAIL PROTECTED] Oh.. The apache error log says: Premature end of script headers. Not a very good error message imo. [2002-02-03 16:16:29] [EMAIL PROTECTED] When the directory for temporary files (sessions) set in php.ini does not exist, PHP crashes. This is on 4.1.1 WindowsXP Pro with the CGI version. -- Edit this bug report at http://bugs.php.net/?id=15359edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15254 Updated: modules are unloaded in the wrong order
ID: 15254 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux, Solaris and win32 PHP Version: 4.1.1 New Comment: Not only for unloading, but also loading modules have smilar problem. Just reminding :) Previous Comments: [2002-01-28 08:35:39] [EMAIL PROTECTED] i remember doing something about that somewhere around 4.0.5, too, but i can't remember the outcome :( [2002-01-28 08:14:22] [EMAIL PROTECTED] zend_hash_destroy destroys things in order. Thus, if one has two loadable modules, one of which depends on the other by calling a function in the initialization or finalization functions, then bad things will happen whichever order they appear in php.ini, since whichever way around they're listed, a function will be called after the providing library has been unloaded. Our fix is simply to change zend_hash_destroy to traverse its list backwards (from ht-pListTail rather than ht-pListHead). (I believe we (probably as MessagingDirect) reported this bug in PHP3 and it was fixed then, but it seems to have reappeared.) -- Edit this bug report at http://bugs.php.net/?id=15254edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14986 Updated: Cannot find serialization handler wddx
ID: 14986 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned -Bug Type: Reproducible crash +Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.1.1 -Assigned To: +Assigned To: yohgaki Previous Comments: [2002-01-10 19:28:01] [EMAIL PROTECTED] I recently upgraded to 4.1.1 and everything is running fine under Linux but PHP generates this message under windows: [10-Jan-2002 09:56:15] PHP Fatal error: Cannot find serialization handler wddx in Unknown on line 0 phpinfo() reports that WDDX is enabled. This statement taken from the manual causes it: print wddx_serialize_value(PHP to WDDX packet example, PHP packet); -- Edit this bug report at http://bugs.php.net/?id=14986edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14232 Updated: Crash of session_start() when client disables cookies and sends a form
ID: 14232 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned -Bug Type: Reproducible crash +Bug Type: Session related Operating System: Win2000;Win98 PHP Version: 4.0.6 Assigned To: yohgaki Previous Comments: [2002-02-03 01:33:37] [EMAIL PROTECTED] I have a similar error. When I try to establish a session using php as an apache module under windows. The apache server crashes instantly. David (my configuration is also the default). [2001-12-11 17:13:41] [EMAIL PROTECTED] I don't use the zlib library (zlib is not loaded at all). I don't use ob_end_finish() neither ob_end_flush(). I am not able to test 4.1.ORC5 if there is no win2000 binary included in the package. Anyway I have no special libraries loaded and an almost basic configuration: ... output_buffering = Off implicit_flush = Off allow_call_time_pass_reference = On ... variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off ... session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 10 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=nothing ... So if I sum up the problem: I've tested only: - the cgi exe on win98 and win2000 - the module version on win2000 If session.use_trans_sid=1 and output_buffering=On then submiting forms (POST and GET methods) make the php.exe crash. I've tested to swap several settings with NO effect e.g.: - the EGPCS order - session autostart - ... [2001-12-06 21:21:04] [EMAIL PROTECTED] Do you have zlib.output_compression=On or/and output_handler set? If so, what is your setting? Do you have ob_end_finish()/ob_end_flush() in your script? Does this happen with 4.1.0RC5? http://www.php.net/~zeev/ [2001-12-06 14:46:24] [EMAIL PROTECTED] After additional testing, I discovered that the problems comes from the output buffering. If output_buffering=Off, the problem does not persist. [2001-11-26 09:47:07] [EMAIL PROTECTED] The function session_start() produces an access violation (drWatson reports the fault in strnatcmp_ex). It happens when the client has disabled cookies. The only setting that prevents the crash is session.use_trans_sid=0, but than sessions are not handled for client without cookies allowed. I've tried a lot of combinations: to pass the PHPSESSID manually in a post/get variable (Input hidden ... =session_id();) but the problem remains the same. For win98, bothe cgi and module versions do not work, under w2k, Apache cannot load the module version (says cannot find), so I don't have any idea if the module version could work. -- Edit this bug report at http://bugs.php.net/?id=14232edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #13341 Updated: Seffault in outputbuffers
ID: 13341 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed -Bug Type: Reproducible crash +Bug Type: Output Control Operating System: linux PHP Version: 4.0.6 Assigned To: yohgaki Previous Comments: [2002-01-06 16:54:47] [EMAIL PROTECTED] also true for 4.1.1 Greetz, [2002-01-06 09:26:14] [EMAIL PROTECTED] yup still segfaults with 4.1.0 [2002-01-06 07:41:19] [EMAIL PROTECTED] Does this problem still occur with 4.1.1 and/or the latest CVS? [2001-09-17 06:20:22] [EMAIL PROTECTED] Fixed typo; Btw where did the bug reporters stats go? It looks good to be on top ;) [2001-09-17 06:14:58] [EMAIL PROTECTED] Hiya, Using the same var from the function and changing will sefault, copying it first to another var will work... but should not happen, see examples ? ob_start('Segfault_Me'); // works function Segfault_Me ($data) { $data2 = $data . I didn't segfault :) :) :); return($data2); } // segfaults function Segfault_Me ($data) { $data = I didn't segfault :) :) :); return($data); } // segfaults 2 function Segfault_Me ($data) { $data = str_replace('a', 'b', $data); return($data); } ? I segfaulted :( :( :( Greetz, Wico de Leeuw -- Edit this bug report at http://bugs.php.net/?id=13341edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #12270 Updated: php4ts.dll crashes due to null-pointer assignment on shutdown
ID: 12270 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: Reproducible crash Operating System: Win32 PHP Version: 4.0.6 New Comment: Could you try 4.1.1? Previous Comments: [2001-07-22 15:30:06] [EMAIL PROTECTED] The fix is not valid - p-pLast cannot be NULLif everything works right - i.e., the bug is elsewhere. Do you have a script that reproduces this problem (preferably with the CGI version of PHP)? [2001-07-20 03:02:45] [EMAIL PROTECTED] The crash may be only reproducible in release builds with activated bcmath. (In debug builds the Zend efree() function returns prior actual freeing something, if the thread which calls efree() isn't the thread which original allocated the resource). The call stack of this issue is: php_module_shutdown_wrapper() // pi3web_sapi.c php_module_shutdown() // main.c zend_shutdown()// zend.c zend_hash_destroy(module_registry) // zend_hash.c pefree(ht-arBuckets, ht-persistent) // zend_hash.c ... PHP_MSHUTDOWN_FUNCTION(bcmath) // bcmath.c bc_free_num (num) // init.c, the global bcnum value is _two_ efree ((*num)-n_ptr); // zend_alloc.c In efree() the code in macro REMOVE_POINTER_FROM_LIST() crashes #define REMOVE_POINTER_FROM_LIST(p) \ if (!p-persistent p==AG(head)) {\ AG(head) = p-pNext;\ } else if (p-persistent p==AG(phead)) { \ AG(phead) = p-pNext; \ } else {\ p-pLast-pNext = p-pNext; \ } \ if (p-pNext) { \ p-pNext-pLast = p-pLast; \ } The reason of the crash is } else {\ p-pLast-pNext = p-pNext; \ if the pointer pLast == NULL. This is true for the last allocated persistent resource. This code is only called when bcmath performs shutdown, because in other calls of efree() the condition p==AG(head) seems to be always true. A probable fix is: } else if (p-pLast) { \ p-pLast-pNext = p-pNext; \ --- regards, Holger Zimmermann -- Edit this bug report at http://bugs.php.net/?id=12270edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15168 Updated: (mm save handler) PHP segfaults saving sessions-vars
ID: 15168 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Assigned Bug Type: Session related Operating System: SuSE 7.3 /2.4.10 PHP Version: 4.1.1 Assigned To: yohgaki Previous Comments: [2002-02-02 22:21:52] [EMAIL PROTECTED] Changed summay (Added mm save handler) [2002-01-23 04:38:05] [EMAIL PROTECTED] It's not a solution, but a workaround. You can try user, msession or session_pgsql save handler module. User is compile in by default. --with-msession for msession (And you need lib and daemon for it. Refer to manual) session_pgsql is under PEAR CVS (/pear/PECL). user/msession/session_pgsql works fine for me. (msession/session_pgsql are experimental modules) [2002-01-23 02:54:11] [EMAIL PROTECTED] Seems that i get no segfaults with file, but i am loosing some of its data. while $obj-ary(key=value,key=value); seems to survive, $obj-ary(key=ary(key=value)) seems to leave under certain circumstances. will try to get this into a small example. Regards, Johann-Peter Hartmann [2002-01-23 02:21:35] [EMAIL PROTECTED] Yepp, i just gave file a try, and this works. Thanks for your hint. Nevertheless it would be nice to use mm again, someday :-) [2002-01-22 17:58:12] [EMAIL PROTECTED] Which save handler are you using? I guess you are using mm save handler, right? I got the same segfault with it. :) 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/15168 -- Edit this bug report at http://bugs.php.net/?id=15168edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15362: date(r) returns wrong timezone offset, can cause crash
From: [EMAIL PROTECTED] Operating system: Linux 6.2 and 7.2 PHP version: 4.1.1 PHP Bug Type: Date/time related Bug description: date(r) returns wrong timezone offset, can cause crash I have tested both PHP 4.1.1 and PHP 4.05 and the following occurs for both. The date('r') call returns the wrong timezone offset (in my case +101800) which causes a buffer overflow in datetime.c The date(Z) call correctly returns the timezone offset number of seconds (630 in my case). The undocumented (in the PHP manual anyway) option to strftime('%z') returns the correct value of +1030. The timezone abbreviation (CST in my case) is correctly returned with both the strftime(%Z) and date(T) calls. This will often cause the process to seg fault and die, althought on more complex pages, this becomes quite consistant. With the PHP compile option '--enable-debug', the following is reported in the Apache error log: --- zend_execute_API.c(274) : Block 0x0813EDA0 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on datetime.c:331, 32 bytes) End: Overflown (magic=0x2A8F0030 instead of 0x2A8FCC84) 2 byte(s) overflown --- For PHP 4.1.1 the configure line is: ./configure --with-mysql=/usr/local/mysql --enable-track-vars --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/apache/conf --enable-bcmath --with-zlib --with-xml --with-gettext --with-imap=../imap --with-mcrypt --with-ldap=/usr/local --enable-ftp --without-gd --enable-debug (Will be used for Horde's IMP webmail system) -- Edit bug report at http://bugs.php.net/?id=15362edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15362r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15362r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15362r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15362r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15362r=support Expected behavior: http://bugs.php.net/fix.php?id=15362r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15362r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14636 Updated: Session variables are lost when redirecting to a url using header() function.
ID: 14636 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: windows 2000 professional PHP Version: 4.0.6 Assigned To: yohgaki New Comment: This is actually not a bug at all but rather behavior of HTTP. For PHP to be able to find a previously set session variable, it must be able to identify the client, right? Well, the default method used to accomplish this is via a cookie set when you initiate the session. Since it appears you are redirecting the user to the member's only page using the Location header on the same page the session is initiated, the PHPSESSID cookie will not be set. Thus, once the user arrives at the member's only page, PHP won't be able to identify the user. Their session variable is still there, but PHP won't give it to a stranger. :) Basically, in your HTTP reponse that includes the Set-Cookie header, it needs to be a regular 200 OK response and not a protocol level redirection. If you absolutely have to have the behavior you're going for here, you're going to have to use a meta refresh for the redirection. Yes, it's not as cool, but it's the only way to set a cookie and redirect the client in the same response. Otherwise, you'll have to pass the value of the cookie on the URL, which might be a good option for you actually. Hope that helps. Previous Comments: [2001-12-21 20:35:17] [EMAIL PROTECTED] Let me check this thing ;) [2001-12-21 12:19:47] [EMAIL PROTECTED] The problem as I understand it is in the use of session.auto_start in the php.ini and session_start() in the script. session.auto_start has to be set to 0 (zero) if using session_start() in the script. The code seems to work with this setting. Somehow I did not see this in any of the documentation or other bug reports. Thanks for the assistance. Kannan [2001-12-21 08:52:59] [EMAIL PROTECTED] Dupe of 6121 [2001-12-21 08:36:04] [EMAIL PROTECTED] I have reviewed the Bugs database against the following IDs 13732 - is closed with no reply or resolution indicated. 12704 - marked Bogus 12679 - does not solve my situation (session.cookie_domain). I am not using one. It is left blank. 8912 - similar. But in my case browser refresh on the target page also does not solve the problem. The only thin that works is clicking on a href link to go to the target page. I am using Apache Webserver 1.3.22 for Windows. Kannan [2001-12-21 03:12:13] [EMAIL PROTECTED] I have 2 scripts: a script to login a user and set a session variable. After checking session_is_registered() I redirect to a url using header(). The target script checks for the session variable and is not able to find it. If I use href to go to the target page, the session variable is found. I have reviewed the bugs database, and the solutions reported for similar cases do not work for me. The following are portion of the code used: I tested the code on a Linux server and it works perfectly. Thank you. Kannan Environment: Windows 2000, IE 5.5, Linux 4.0.6 Login.php $db = db_connect(); $result = mysql_query($query, $db); if (mysql_num_rows($result) 0 ) { // if they are in the database register the user id $row = mysql_fetch_array($result); $suser = $user; session_register(suser); } } if (session_is_registered(suser)) { if ($redirect) header(location: $redirect); // redirect is instantiated with 'members_only.php' else { echo You are logged in as: $suser br; echo suser: $suserbr; echo a href=\members_only.php\Members Only/abr; echo a href=\logout.php\Log out/abr; // === redirect to URL } } . members_only.php ? session_start(); // check session variable echo Members_onlybr; echo $suserbr; if (session_is_registered(suser)) { echo Members Only Pagebr; echo pYou are logged in as $suser./p; echo pMembers only content goes here/p; echo a href=\login.php\Back to main page/a; echo a href=\logout.php\Logout/a; } else { $redirect = members_only.php; header(location: login.php?redirect=$redirect); } ? php.ini [Session] session.save_handler = files session.save_path = C:\temp session.use_cookies = 1 session.name = FOO session.auto_start = 1 session.cookie_lifetime = 60 session.cookie_path = c:\temp session.cookie_domain = session.serialize_handler = php
[PHP-DEV] Bug #15339 Updated: can not run test program while cross compiling
ID: 15339 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: RedHat 7.1 PHP Version: 4.1.1 New Comment: The version of gcc is gcc-2.96-85 Kernel version is [root@dcprac php-4.1.1]# uname --release 2.4.2-2smp Previous Comments: [2002-02-02 00:11:30] [EMAIL PROTECTED] [root@dcprac php-4.1.1]# LIBS=-lmcrypt -lltdl ./configure \ --with-curl \ --with-apache=../apache_1.3.23 \ --enable-wddx \ --enable-dbx \ --enable-track-vars \ --with-mcrypt \ --with-mysql \ --with-xml \ --with-OpenSSL=/usr \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-sockets loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking for gawk... gawk checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... yes checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for pthreads_cflags... checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... yes - Apache 1.3.x checking for mod_charset compatibility option... no checking whether gcc supports -rdynamic... yes checking for Apache 2.0 module support via DSO through APXS... no checking for Caudium support... no checking for fhttpd module support... no checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web Support... no checking for Roxen/Pike support... no checking for Servlet support... no checking for thttpd... no checking for TUX... no checking for chosen SAPI module... apache Running system checks checking for missing declarations of reentrant functions... done checking whether compiler supports -R... no checking whether compiler supports -Wl,-rpath,... yes checking for sendmail... /usr/sbin/sendmail checking whether system uses EBCDIC... no checking for socket in -lsocket... no checking for htonl in -lsocket... no checking for yp_get_default_domain... no checking for gethostname in -lnsl... yes checking for dlopen in -ldl... yes checking for sin in -lm... yes checking for inet_aton in -lresolv... yes checking for res_search in -lsocket... no checking for res_search in -lresolv... yes checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fclose declaration... ok checking for alloca.h... yes checking for arpa/inet.h... yes checking for arpa/nameser.h... yes checking for crypt.h... yes checking for fcntl.h... yes checking for grp.h... yes checking for ieeefp.h... no checking for langinfo.h... yes checking for limits.h... yes checking for locale.h... yes checking for netinet/in.h... yes checking for pwd.h... yes checking for resolv.h... yes checking for signal.h... yes checking for stdarg.h... yes checking for stdlib.h... yes checking for string.h... yes checking for syslog.h... yes checking for sysexits.h... yes checking for sys/file.h... yes checking for sys/mman.h... yes checking for sys/mount.h... yes checking for sys/resource.h... yes checking for sys/select.h... yes checking for sys/socket.h... yes checking for sys/statfs.h... yes checking for sys/statvfs.h... yes checking for sys/vfs.h... yes checking for sys/sysexits.h... no checking for sys/time.h... yes checking for sys/types.h... yes checking for sys/varargs.h... no checking for sys/wait.h... yes checking for unistd.h... yes checking for unix.h... no checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for tm_zone in struct tm... yes checking for
[PHP-DEV] Warning: Failed opening
I'm attempting to use the ISAPI interface to PHP but I keep getting Warning: Failed opening '' for inclusion (include_path='\winbbs') in Unknown on line 0 no matter what URL I request. The PHP doc's does say the ISAPI has some bugs and I was wondering if maybe this is one of them. But, before I go report I would like someone who knows what it SHOULD say would look at what the ISAPI server module is passing to the ISAPI dll. It's possible that something isn't being passed right. Below is a debug dump of what is passed to the DLL. Items that contain nothing after the - is an empty string. == EXTENSION_CONTROL_BLOCK cbSize - 144 dwVersion - 262144 ConnID - 1 dwHttpStatusCode - 200 lpszLogData - %s lpszMethod - GET lpszQueryString - lpszPathInfo - lpszPathTranslated - cbAvailable - 0 lpbData - lpszContentType - HTTP_COOKIE - UID=1DISK13217 HTTPS - off SCRIPT_NAME - 265.php AUTH_PASSWORD - AUTH_TYPE - AUTH_USER - CONTENT_LENGTH - 0 CONTENT_TYPE - PATH_TRANSLATED - QUERY_STRING - REMOTE_ADDR - 216.63.63.193 REMOTE_HOST - www.webbbs.org REMOTE_USER - 216.63.63.193 REQUEST_METHOD - GET SERVER_NAME - www.webbbs.org SERVER_PORT - 80 SERVER_PROTOCOL - HTTP/1.0 SERVER_SOFTWARE - WebBBS 1.30 APPL_MD_PATH - C:\WINBBS\WORK\HTML\265.php APPL_PHYSICAL_PATH - C:\WINBBS\WORK\HTML\265.php INSTANCE_ID - 2 INSTANCE_META_PATH - \winbbs LOGON_USER - 216.63.63.193 REQUEST_URI - GET http://www.webbbs.org/265.php HTTP/1.0 URL - http://www.webbbs.org/265.php HSE_REQ_MAP_URL_TO_PATH_EX - C:\WINBBS\WORK\HTML\265.php dwFlags - HSE_URL_FLAGS_SCRIPT|HSE_URL_FLAGS_READ cchMatchingPath - 28 cchMatchingURL - 28 lpdwSize - 28 --- WebBBS Secure Internet Information Server v1.30.3 : Genesis ( http://www.webbbs.org/ ) Log on to www.webbbs.org for free web based and pop3 [ virus free and spam free ] email accounts. Free access to virus and internet security message boards with 10's of thousands of new messages every month. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15339 Updated: can not run test program while cross compiling
ID: 15339 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.1 PHP Version: 4.1.1 New Comment: I don't have problem with current CVS version with almost the same configure. Could you try snapshot? http://snaps.php.net/ Previous Comments: [2002-02-03 23:54:57] [EMAIL PROTECTED] The version of gcc is gcc-2.96-85 Kernel version is [root@dcprac php-4.1.1]# uname --release 2.4.2-2smp [2002-02-02 00:11:30] [EMAIL PROTECTED] [root@dcprac php-4.1.1]# LIBS=-lmcrypt -lltdl ./configure \ --with-curl \ --with-apache=../apache_1.3.23 \ --enable-wddx \ --enable-dbx \ --enable-track-vars \ --with-mcrypt \ --with-mysql \ --with-xml \ --with-OpenSSL=/usr \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-sockets loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking for gawk... gawk checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... yes checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for pthreads_cflags... checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... yes - Apache 1.3.x checking for mod_charset compatibility option... no checking whether gcc supports -rdynamic... yes checking for Apache 2.0 module support via DSO through APXS... no checking for Caudium support... no checking for fhttpd module support... no checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web Support... no checking for Roxen/Pike support... no checking for Servlet support... no checking for thttpd... no checking for TUX... no checking for chosen SAPI module... apache Running system checks checking for missing declarations of reentrant functions... done checking whether compiler supports -R... no checking whether compiler supports -Wl,-rpath,... yes checking for sendmail... /usr/sbin/sendmail checking whether system uses EBCDIC... no checking for socket in -lsocket... no checking for htonl in -lsocket... no checking for yp_get_default_domain... no checking for gethostname in -lnsl... yes checking for dlopen in -ldl... yes checking for sin in -lm... yes checking for inet_aton in -lresolv... yes checking for res_search in -lsocket... no checking for res_search in -lresolv... yes checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fclose declaration... ok checking for alloca.h... yes checking for arpa/inet.h... yes checking for arpa/nameser.h... yes checking for crypt.h... yes checking for fcntl.h... yes checking for grp.h... yes checking for ieeefp.h... no checking for langinfo.h... yes checking for limits.h... yes checking for locale.h... yes checking for netinet/in.h... yes checking for pwd.h... yes checking for resolv.h... yes checking for signal.h... yes checking for stdarg.h... yes checking for stdlib.h... yes checking for string.h... yes checking for syslog.h... yes checking for sysexits.h... yes checking for sys/file.h... yes checking for sys/mman.h... yes checking for sys/mount.h... yes checking for sys/resource.h... yes checking for sys/select.h... yes checking for sys/socket.h... yes checking for sys/statfs.h... yes checking for sys/statvfs.h... yes checking for sys/vfs.h... yes checking for sys/sysexits.h... no checking for sys/time.h... yes checking for sys/types.h... yes
[PHP-DEV] Bug #14636 Updated: Session variables are lost when redirecting to a url using header() function.
ID: 14636 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: Session related Operating System: windows 2000 professional PHP Version: 4.0.6 Assigned To: yohgaki New Comment: I'm not sure what is going on, since I didn't have time to take a look. To report: Is chris' comment enough? Previous Comments: [2002-02-03 22:32:07] [EMAIL PROTECTED] This is actually not a bug at all but rather behavior of HTTP. For PHP to be able to find a previously set session variable, it must be able to identify the client, right? Well, the default method used to accomplish this is via a cookie set when you initiate the session. Since it appears you are redirecting the user to the member's only page using the Location header on the same page the session is initiated, the PHPSESSID cookie will not be set. Thus, once the user arrives at the member's only page, PHP won't be able to identify the user. Their session variable is still there, but PHP won't give it to a stranger. :) Basically, in your HTTP reponse that includes the Set-Cookie header, it needs to be a regular 200 OK response and not a protocol level redirection. If you absolutely have to have the behavior you're going for here, you're going to have to use a meta refresh for the redirection. Yes, it's not as cool, but it's the only way to set a cookie and redirect the client in the same response. Otherwise, you'll have to pass the value of the cookie on the URL, which might be a good option for you actually. Hope that helps. [2001-12-21 20:35:17] [EMAIL PROTECTED] Let me check this thing ;) [2001-12-21 12:19:47] [EMAIL PROTECTED] The problem as I understand it is in the use of session.auto_start in the php.ini and session_start() in the script. session.auto_start has to be set to 0 (zero) if using session_start() in the script. The code seems to work with this setting. Somehow I did not see this in any of the documentation or other bug reports. Thanks for the assistance. Kannan [2001-12-21 08:52:59] [EMAIL PROTECTED] Dupe of 6121 [2001-12-21 08:36:04] [EMAIL PROTECTED] I have reviewed the Bugs database against the following IDs 13732 - is closed with no reply or resolution indicated. 12704 - marked Bogus 12679 - does not solve my situation (session.cookie_domain). I am not using one. It is left blank. 8912 - similar. But in my case browser refresh on the target page also does not solve the problem. The only thin that works is clicking on a href link to go to the target page. I am using Apache Webserver 1.3.22 for Windows. Kannan 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/14636 -- Edit this bug report at http://bugs.php.net/?id=14636edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15339 Updated: can not run test program while cross compiling
ID: 15339 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RedHat 7.1 PHP Version: 4.1.1 New Comment: how do i build this there is no ./configure command Previous Comments: [2002-02-04 00:49:12] [EMAIL PROTECTED] I don't have problem with current CVS version with almost the same configure. Could you try snapshot? http://snaps.php.net/ [2002-02-03 23:54:57] [EMAIL PROTECTED] The version of gcc is gcc-2.96-85 Kernel version is [root@dcprac php-4.1.1]# uname --release 2.4.2-2smp [2002-02-02 00:11:30] [EMAIL PROTECTED] [root@dcprac php-4.1.1]# LIBS=-lmcrypt -lltdl ./configure \ --with-curl \ --with-apache=../apache_1.3.23 \ --enable-wddx \ --enable-dbx \ --enable-track-vars \ --with-mcrypt \ --with-mysql \ --with-xml \ --with-OpenSSL=/usr \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-sockets loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking for gawk... gawk checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... yes checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for pthreads_cflags... checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... yes - Apache 1.3.x checking for mod_charset compatibility option... no checking whether gcc supports -rdynamic... yes checking for Apache 2.0 module support via DSO through APXS... no checking for Caudium support... no checking for fhttpd module support... no checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web Support... no checking for Roxen/Pike support... no checking for Servlet support... no checking for thttpd... no checking for TUX... no checking for chosen SAPI module... apache Running system checks checking for missing declarations of reentrant functions... done checking whether compiler supports -R... no checking whether compiler supports -Wl,-rpath,... yes checking for sendmail... /usr/sbin/sendmail checking whether system uses EBCDIC... no checking for socket in -lsocket... no checking for htonl in -lsocket... no checking for yp_get_default_domain... no checking for gethostname in -lnsl... yes checking for dlopen in -ldl... yes checking for sin in -lm... yes checking for inet_aton in -lresolv... yes checking for res_search in -lsocket... no checking for res_search in -lresolv... yes checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fclose declaration... ok checking for alloca.h... yes checking for arpa/inet.h... yes checking for arpa/nameser.h... yes checking for crypt.h... yes checking for fcntl.h... yes checking for grp.h... yes checking for ieeefp.h... no checking for langinfo.h... yes checking for limits.h... yes checking for locale.h... yes checking for netinet/in.h... yes checking for pwd.h... yes checking for resolv.h... yes checking for signal.h... yes checking for stdarg.h... yes checking for stdlib.h... yes checking for string.h... yes checking for syslog.h... yes checking for sysexits.h... yes checking for sys/file.h... yes checking for sys/mman.h... yes checking for sys/mount.h... yes checking for sys/resource.h... yes checking for sys/select.h... yes checking for sys/socket.h... yes checking for sys/statfs.h... yes
[PHP-DEV] Bug #15339 Updated: can not run test program while cross compiling
ID: 15339 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.1 PHP Version: 4.1.1 New Comment: Try ./buildconf in PHP source root. You need to have some tools mentioned in the web. http://www.php.net/anoncvs.php Previous Comments: [2002-02-04 01:05:51] [EMAIL PROTECTED] how do i build this there is no ./configure command [2002-02-04 00:49:12] [EMAIL PROTECTED] I don't have problem with current CVS version with almost the same configure. Could you try snapshot? http://snaps.php.net/ [2002-02-03 23:54:57] [EMAIL PROTECTED] The version of gcc is gcc-2.96-85 Kernel version is [root@dcprac php-4.1.1]# uname --release 2.4.2-2smp [2002-02-02 00:11:30] [EMAIL PROTECTED] [root@dcprac php-4.1.1]# LIBS=-lmcrypt -lltdl ./configure \ --with-curl \ --with-apache=../apache_1.3.23 \ --enable-wddx \ --enable-dbx \ --enable-track-vars \ --with-mcrypt \ --with-mysql \ --with-xml \ --with-OpenSSL=/usr \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-sockets loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking for gawk... gawk checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... yes checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for pthreads_cflags... checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... yes - Apache 1.3.x checking for mod_charset compatibility option... no checking whether gcc supports -rdynamic... yes checking for Apache 2.0 module support via DSO through APXS... no checking for Caudium support... no checking for fhttpd module support... no checking for FastCGI support... no checking for Zeus ISAPI support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web Support... no checking for Roxen/Pike support... no checking for Servlet support... no checking for thttpd... no checking for TUX... no checking for chosen SAPI module... apache Running system checks checking for missing declarations of reentrant functions... done checking whether compiler supports -R... no checking whether compiler supports -Wl,-rpath,... yes checking for sendmail... /usr/sbin/sendmail checking whether system uses EBCDIC... no checking for socket in -lsocket... no checking for htonl in -lsocket... no checking for yp_get_default_domain... no checking for gethostname in -lnsl... yes checking for dlopen in -ldl... yes checking for sin in -lm... yes checking for inet_aton in -lresolv... yes checking for res_search in -lsocket... no checking for res_search in -lresolv... yes checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for fclose declaration... ok checking for alloca.h... yes checking for arpa/inet.h... yes checking for arpa/nameser.h... yes checking for crypt.h... yes checking for fcntl.h... yes checking for grp.h... yes checking for ieeefp.h... no checking for langinfo.h... yes checking for limits.h... yes checking for locale.h... yes checking for netinet/in.h... yes checking for pwd.h... yes checking for resolv.h... yes checking for signal.h... yes checking for stdarg.h... yes checking for stdlib.h... yes checking for string.h... yes checking for syslog.h... yes checking for sysexits.h... yes
[PHP-DEV] Bug #15167 Updated: Session_save_path in php.ini doesn't work
ID: 15167 Updated by: [EMAIL PROTECTED] -Summary: Session_save_path in php.ini doesn't work Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: Solaris 8 PHP Version: 4.1.1 New Comment: I've resolved the problem. It was compiling error. Excuse me for disturbance. Previous Comments: [2002-02-02 21:36:26] [EMAIL PROTECTED] It's most likely not a bug. Please check your config path (php.ini location) You are not editing proper php.ini, probably. [2002-01-23 01:50:02] [EMAIL PROTECTED] Yes, of course. Furthermore, it seems PHP doesn't read php.ini file while Apache restarting!! I removed php.ini file and restarting was successfull, no errors!! In addition, I insert into php.ini file the string disable_functions = phpinfo but it doesn't work again. [2002-01-22 14:33:18] [EMAIL PROTECTED] Didn't you forget to restart Apache? [2002-01-22 11:59:02] [EMAIL PROTECTED] I have in php.ini file the following string session.save_path = /some/directory/sessions i.e. session.save_path differs from default /tmp directory/ But it doesn't work!! All sessions files appear in /tmp directory anyway. I use Apache 1.3.22 on Solaris 8 + PHP 4.1.1 Setting in php.ini session.name to something different also fails. -- Edit this bug report at http://bugs.php.net/?id=15167edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15247 Updated: preg_match('/(.|\n)*/',$a,$b) crashes
ID: 15247 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Win98 PHP Version: 4.0.6 New Comment: The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Previous Comments: [2002-01-27 19:02:12] [EMAIL PROTECTED] Sorry, here's a script that crashes. If you change $i127 to $i126 it no longer crashes. I hope this is useful! As a postscript, I tried upgrading to 4.1.1, and couldn't find any configuration that worked with Apache 1.3.20 or 1.3.22. Also, the web server that hosts us still uses 4.0.6 ?php $read = 'test(blah){'; for($i=0;$i127;$i++) { $read .= md5('hoogie'); } preg_match(/(test\([^\)]+\)[\n\r\t]*\{)((?:.|\n|\r|\t)*)/,$read,$test); var_dump($test); ? [2002-01-27 15:10:31] [EMAIL PROTECTED] I think this is a limit of the preg functions, it would really help if you could supply a script that reproduces it, and stands on it's own. Derick [2002-01-27 15:08:02] [EMAIL PROTECTED] Do you have any idea of the size of $a? 1MB? 10MB? 100MB? 1GB? 1TB??? :) Does it help if you leave out the third argument (currently $b)? Also, can you try 4.1.1? [2002-01-27 14:59:36] [EMAIL PROTECTED] if the size of $a is very large, php crashes. I replaced (.|\n)* with the better [\w\W]* and it stopped crashing. I'm not positive what the size limit is, the script that produced the crash is quite large and complex. print_r(get_loaded_extensions()) produces Array ( [0] = standard [1] = bcmath [2] = Calendar [3] = com [4] = variant [5] = ftp [6] = mysql [7] = odbc [8] = pcre [9] = session [10] = xml [11] = wddx [12] = gd [13] = pdf [14] = pgsql [15] = zlib [16] = Zend Optimizer [17] = apache ) I'm using Apache 1.3.20 -- Edit this bug report at http://bugs.php.net/?id=15247edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15266 Updated: segfault when CR in URL and no CR in body
ID: 15266 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.1.1 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Previous Comments: [2002-01-28 20:24:21] [EMAIL PROTECTED] I have a file, test.php, like this: ? echo hellobr; ? No CR, nothing else in there. If I do: lynx -dump 'http://localhost/test.php?a=b' all is well, but lynx -dump 'http://localhost/test.php?a=b ' will crash it,every time. This is on a Debian GNU/Linux box, and it happens on at least two servers I have tried. An i386 running PHP 4.1.1-1 and Alpha AXP running PHP 4.1-2. -- Edit this bug report at http://bugs.php.net/?id=15266edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15293 Updated: Incorrect brackets in strlen crashes server
ID: 15293 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.2.14-5.0 (RedHat 6.2) PHP Version: 4.0.6 New Comment: I think you should have test/development box, aren't you? Anyway, attach complete script that works. i.e. include ?php ? tag that can directly feed to CGI or CLI version PHP. Even if it a few line. It may be a few line for you, but it will be many line for us with hundreds of bug reports. Previous Comments: [2002-01-31 02:12:41] [EMAIL PROTECTED] './configure' '--with-oracle=/u01/app/oracle/product/8.1.6' '--with-oci8=/u01/app/oracle/product/8.1.6' '--with-apache=/usr/local/apache_1.3.20' '--enable-sigchild' Unfortunately, the server is a live and very active server and I can not get approval to change to config to add --enable-debug. Sorry. Quite interestingly the server runs with 10 httpd processes however when the script is executed this dramatically increases to approx 70 processes then gradually dies back to 31 processes before hanging. The time scale for the whole call to hang is round one minute. [2002-01-30 14:52:58] [EMAIL PROTECTED] Can you provide a backtrace (see http://bugs.php.net/bugs-generating-backtrace.php) and your configure-line? [2002-01-30 03:41:25] [EMAIL PROTECTED] Using an apache linux box if the brackets are in the wrong place, (see below) the box spawns hundreds of processes eventually crashing the server. (strlen($local[1] 3)) [INCORRECT BRACKETS] Rather than: (strlen($local[1]) 3) [CORRECT BRACKETS] [Basic php install with sigchild enabled and Oracle support] -- Edit this bug report at http://bugs.php.net/?id=15293edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php