Bug #14032 Updated: Mail() always returns false but mail is sent
ID: 14032 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: I'm seeing this same problem. mail() always returns false (looks like a null string). I'm also on FreeBSD with the same version of SendMail (8.11.6) Previous Comments: [2002-02-06 15:47:20] [EMAIL PROTECTED] Works fine for me...It might be a FreeBSD prob..What mailer are you using? [2001-11-12 09:39:33] [EMAIL PROTECTED] I can see that this has been reported for Solaris too. mail() always returns false but mail is sent successfully. I'm running PHP 4.0.6 as an Apache module on a FreeBSD virtual server host (at digitaldaze.com). sendmail version is 8.11.6 I can reproduce this with a simple script: if (mail("[EMAIL PROTECTED]","Test from PHP","Does this work?")) echo "True"; else echo "False"; Thanks Ross -- Edit this bug report at http://bugs.php.net/?id=14032&edit=1
Bug #15547 Updated: tempnam() bypasses security
ID: 15547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Filesystem function related Operating System: Linux(RedHat 7.1) PHP Version: 4.0.6 New Comment: > Are you sure safe-mode is enabled? No it is not. open_basedir seems to be independent directive without connection to the safe-mode (Atleast, the directory restrictions work on other file-operations but not tempnam) The following is example what triggered this in my code. php.ini has open_basedir=/www/htdocs and safe_mode= off The working code... $tfile=tempnam("/www/htdocs/tmp","foobar"); // success if /www/htdocs/tmp/ exists and is writable // directory $fp=fopen($tfile,"w"); // opens the file. The initial version, which does not care about the open_basedir... $tfile=tempnam("/tmp","foobar"); // creates the temp-file. $fp=fopen($tfile,"w"); // tries to open the file but does not succeed because of // the open_basedir setting! // // Because (any other) file operations cannot be used on /tmp // this code clutters the /tmp directory with zerobyte // temp-files. Previous Comments: [2002-02-15 13:08:10] [EMAIL PROTECTED] Are you sure safe-mode is enabled? [2002-02-14 02:18:04] [EMAIL PROTECTED] tempnam() function bypasses open_basedir directive set by php.ini This can be seen f.e. by following code: $tfile=tempnam("/tmp","foobar"); // this is a success regardless of a open_basedir setting $fp=fopen($tfile,"w") // file is already created but fopen() fails if // open_basedir is set, but not to include /tmp -- Edit this bug report at http://bugs.php.net/?id=15547&edit=1
Bug #10206 Updated: PHP in CGI mode fails to perform OCILogon
ID: 10206 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: IIS 4.0, NT Server 4.0 SP6 PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-01-13 07:12:03] [EMAIL PROTECTED] Sounds like an user error, did you get this right? Ff not, please try with latest release 4.1.1. [2001-04-11 02:21:19] [EMAIL PROTECTED] Jani, php manual suggests to set such enviroment variables: ORACLE_HOME - seems to be path to a directory where an ORACLE product is. Am I right ? I've tried to set it as SET ORACLE_HOME=C:\ORANT and then run php C:\php4\php.exe c:\InetPub\wwwroot\test.php4 and I've got the same TNS-12154 error :-( Could you possibly tell, what's is going wrong ? P.S. I don't have any problems with php3 and Oracle on the same machine. ORACLE_SID - seems to be SID identifier, TNSNAMES.ORA already has got SID defined for my TNS alias. LD_PRELOAD - this variable seems to has meaning only for U*NIX systems LD_LIBRARY_PATH - this variable seems to has meaning only for U*NIX systems I can't guess what above two variables should contain on Win32 system. Could you possibly enlight me in this issue? NLS_LANG,ORA_NLS33 - these variables seem to contain NLS settings, so windows registry has it [2001-04-06 11:14:10] [EMAIL PROTECTED] Just wondering if you have all the necessary environment variables set? Check the manual page http://www.php.net/oci8 --Jani [2001-04-06 08:47:51] [EMAIL PROTECTED] When I use php in CGI mode any script can't connect to the Oracle DB throught the OCILogon call. When I switch to the ISAPI mode these scripts work OK. the sample script: oracle reports: ORA-12154: TNS:could not resolve service name in C:\InetPub\wwwroot\test.php4 on line 5 -- Edit this bug report at http://bugs.php.net/?id=10206&edit=1
Bug #15594: fwrite doesn't prompt error when no disk space
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Filesystem function related Bug description: fwrite doesn't prompt error when no disk space The following code should be run in Linux and the harddisk or disk partition has no much space. Code: $fp = fopen("abc.txt","w"); fwrite($fp,"abcdefg"); fclose($fp); After running the code, the file "abc.txt" is created but with 0 bytes.(No content in the file). The fwrite function should return 0 if it cannot write anything on the file. -- Edit bug report at http://bugs.php.net/?id=15594&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15594&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15594&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15594&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15594&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15594&r=support Expected behavior: http://bugs.php.net/fix.php?id=15594&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15594&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15594&r=submittedtwice
Bug #15593 Updated: still getting inter-library dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] -Summary: still getting inter-libraray dependencies warning Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Warning Operating System: openbsd 3.0 PHP Version: 4.1.1 Previous Comments: [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593&edit=1
Bug #15593: still getting inter-libraray dependencies warning
From: [EMAIL PROTECTED] Operating system: openbsd 3.0 PHP version: 4.1.1 PHP Bug Type: Compile Warning Bug description: still getting inter-libraray dependencies warning i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit bug report at http://bugs.php.net/?id=15593&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15593&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15593&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15593&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15593&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15593&r=support Expected behavior: http://bugs.php.net/fix.php?id=15593&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15593&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15593&r=submittedtwice
Bug #15588 Updated: Segmentaion fault
ID: 15588 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.1.0 New Comment: My problem has solved with version 4.1.1. Thanks for your help. Abdu Samad Previous Comments: [2002-02-17 12:36:59] [EMAIL PROTECTED] Please provide a backtrace with 4.1.0 or even better, with the latest CVS. (btw: enabling debug while compiling apache may also help...) [2002-02-17 09:52:56] [EMAIL PROTECTED] I even tried with both php-4.0.6 and php-4.1.0 versions still I am getting the same problem [2002-02-16 21:12:08] [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-02-16 18:00:18] [EMAIL PROTECTED] If I do bt full the following results are getting #0 0x4033a662 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 res = 0x0 var = 0x4058a6f8 "\004\0200" val = 0x0 separator = 0x0 c_var = 0x303 array_ptr = (pval *) 0x8185a4c free_buffer = 0 strtok_buf = 0x0 #1 0x40333911 in php_hash_environment () at main.c:1038 p = 0x814c852 "PCS" _gpc_flags = "\000\000" have_variables_order = 1 '\001' dummy_track_vars_array = (zval *) 0xb5e0 initialized_dummy_track_vars_array = 0 '\000' i = 6 track_vars_names = {0x404e663b "HTTP_POST_VARS", 0x404e664a "HTTP_GET_VARS", 0x404e6658 "HTTP_COOKIE_VARS", 0x404e6669 "HTTP_SERVER_VARS", 0x404e667a "HTTP_ENV_VARS", 0x404e6688 "HTTP_POST_FILES", 0x0} track_vars_names_length = {15, 14, 17, 17, 14, 16} #2 0x40332e57 in php_request_startup () at main.c:621 No locals. #3 0x4032f8c8 in apache_php_module_main (r=0x81813bc, display_source_mode=0) at sapi_apache.c:66 file_handle = {type = 0 '\000', filename = 0x4058a6f8 "\004\0200", opened_path = 0x4000ae60 "U\211å\203ì\004WVSè", handle = {fd = 135798890, fp = 0x818206a}, free_filename = 129 '\201'} #4 0x403305d7 in send_php (r=0x81813bc, display_source_mode=0, filename=0x818194c "") at mod_php4.c:536 retval = 0 per_dir_conf = (HashTable *) 0x0 #5 0x40330615 in send_parsed_php (r=0x81813bc) at mod_php4.c:547 No locals. #6 0x8079373 in ap_invoke_handler () No symbol table info available. #7 0x808d339 in process_request_internal () No symbol table info available. #8 0x808d768 in ap_internal_redirect () No symbol table info available. #9 0x806bdd3 in mod_gzip_redir1_handler () No symbol table info available. #10 0x806a72d in mod_gzip_handler () No symbol table info available. #11 0x8079373 in ap_invoke_handler () No symbol table info available. #12 0x808d339 in process_request_internal () No symbol table info available. #13 0x808d39c in ap_process_request () No symbol table info available. #14 0x80848ce in child_main () No symbol table info available. #15 0x8084a7c in make_child () No symbol table info available. #16 0x8084bd9 in startup_children () No symbol table info available. #17 0x8085216 in standalone_main () No symbol table info available. #18 0x80859b3 in main () No symbol table info available. #19 0x400bc9cb in __libc_start_main (main=0x808565c , argc=4, argv=0xbad4, init=0x8050370 <_init>, fini=0x80bc2dc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbacc) at ../sysdeps/generic/libc-start.c:92 argv = (char **) 0xbad4 rtld_fini = (void (*)()) 0x4000ae60 <_dl_fini> stack_end = (void *) 0x303 [2002-02-16 16:07:49] [EMAIL PROTECTED] I installed PHP, but every time I load a document, I get the message 'Document Contains No Data'. I tried to gdb the httpd then I got the following errors. the Apache error log shows '[Sun Feb 17 02:44:15 2002] [error] Cannot remove module mod_ssl.c: not found in module list [Sun Feb 17 02:44:16 2002] [warn] pid file /usr/local/cp/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?' Could you please help me. Program received signal SIGSEGV, Segmentation fault. 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 257
Bug #14507 Updated: sessions and mm produce an error on starting apache
ID: 14507 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Sparc/Solaris 8 PHP Version: 4.1.1 Assigned To: yohgaki New Comment: You have different problem. The fix will be commited when Sascha agrees with my patch. Previous Comments: [2002-02-17 14:26:17] [EMAIL PROTECTED] bug on Linux with apache-1.3.23 and mod_php 4.1.1 (with last patches from cvs branch PHP_4_0_7): [root@riderbook root]# ls -al /tmp/session_mm.sem ls: /tmp/session_mm.sem: No such file or directory [root@riderbook root]# service httpd start Starting httpd: [ OK ] [root@riderbook root]# ls -al /tmp/session_mm.sem -rw---1 root root0 Feb 18 01:25 /tmp/session_mm.sem and from user: [rider@riderbook rider]$ php Content-type: text/html PHP Fatal error: Unable to start session mm module in Unknown on line 0 [2002-01-24 23:46:52] [EMAIL PROTECTED] Fixed in CVS. [2002-01-02 17:14:39] [EMAIL PROTECTED] 4.1.x disply error I'm working on it now. It may be fixed in 4.1.2, if other develpers do not object my fix. For now, set save handler to "files" and set handler to "mm" in your script using session_module_name() if you don't like to error message. (It does not harm any, you can ignore error message) [2001-12-31 11:06:37] [EMAIL PROTECTED] The Problem still exists in PHP Version 4.1.1 any hints/solutions? [2001-12-19 23:02:03] [EMAIL PROTECTED] I created new report for this bug which explains why this happens. Duplicate #14612 -- Yasuo Ohgaki 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/14507 -- Edit this bug report at http://bugs.php.net/?id=14507&edit=1
Bug #15318 Updated: No output is generated
ID: 15318 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache related Operating System: Linux 2.4.4 PHP Version: 4.1.1 New Comment: bogus by user request Previous Comments: [2002-02-17 16:49:12] [EMAIL PROTECTED] Sorry, bogus report on my part. Was a problem with mod_layout not wrapping the page correctly. [2002-01-31 20:21:38] [EMAIL PROTECTED] OK, now it seems that (I don't know what fixed/caused this development) the main page (http://ged.dynodns.net/band/index.phps) is working fine in normal mode, but when GET variables are in the URL, it doesn't show anything. But also, http://ged.dynodns.net/band/events.phps doesn't work at all, and I cannot pinpoint what is causing them to not run during conditions like that. (I have disabled the aforementioned code in the header.php file, since the main page doesn't need it anymore - I don't understand why, though) [2002-01-31 19:52:13] [EMAIL PROTECTED] I've added a cheap workaround for PHP scripts. I appended this code to the header.php file: So, the problem still exists, this is just a way to get around it for the time being. [2002-01-31 17:33:33] [EMAIL PROTECTED] It appears as if PHP generates no output when called as an apache subprocess (It may not be apache specific). But I'm running Apache 1.3.23 with mod_layout 3.0.4, and here is the problem I'm having: Load http://ged.dynodns.net/band/index.php, and you will notice that both the header and footer are generated fine (both PHP files). But the main file, index.php, generates no output, yet PHP returns a status of 0 (success, I believe). I can show that it is most likely not a mod_layout problem, as it generates output just fine for regular HTML files (check http://ged.dynodns.net/band/test.html as a test case). So I am inclined to believe that PHP is having a problem with being a subrequest in this particular instance. I've looked at the source for mod_layout and tried to find a possible problem, but all the code has been abstracted such that it should handle any specified mime type (application/x-httpd-php is accepted by default, so that shouldn't be the problem either). If needed, I can provide the code that calls the main page (index.php, in our example), if need be (its open-source). Configure line: ./configure --with-apxs --disable-short-tags --without-mysql --with-pgsql=/usr/pgsql The php.ini can be viewed here: http://ged.dynodns.net/band/php.ini -- Edit this bug report at http://bugs.php.net/?id=15318&edit=1
Bug #15318 Updated: No output is generated
ID: 15318 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache related Operating System: Linux 2.4.4 PHP Version: 4.1.1 New Comment: Sorry, bogus report on my part. Was a problem with mod_layout not wrapping the page correctly. Previous Comments: [2002-01-31 20:21:38] [EMAIL PROTECTED] OK, now it seems that (I don't know what fixed/caused this development) the main page (http://ged.dynodns.net/band/index.phps) is working fine in normal mode, but when GET variables are in the URL, it doesn't show anything. But also, http://ged.dynodns.net/band/events.phps doesn't work at all, and I cannot pinpoint what is causing them to not run during conditions like that. (I have disabled the aforementioned code in the header.php file, since the main page doesn't need it anymore - I don't understand why, though) [2002-01-31 19:52:13] [EMAIL PROTECTED] I've added a cheap workaround for PHP scripts. I appended this code to the header.php file: So, the problem still exists, this is just a way to get around it for the time being. [2002-01-31 17:33:33] [EMAIL PROTECTED] It appears as if PHP generates no output when called as an apache subprocess (It may not be apache specific). But I'm running Apache 1.3.23 with mod_layout 3.0.4, and here is the problem I'm having: Load http://ged.dynodns.net/band/index.php, and you will notice that both the header and footer are generated fine (both PHP files). But the main file, index.php, generates no output, yet PHP returns a status of 0 (success, I believe). I can show that it is most likely not a mod_layout problem, as it generates output just fine for regular HTML files (check http://ged.dynodns.net/band/test.html as a test case). So I am inclined to believe that PHP is having a problem with being a subrequest in this particular instance. I've looked at the source for mod_layout and tried to find a possible problem, but all the code has been abstracted such that it should handle any specified mime type (application/x-httpd-php is accepted by default, so that shouldn't be the problem either). If needed, I can provide the code that calls the main page (index.php, in our example), if need be (its open-source). Configure line: ./configure --with-apxs --disable-short-tags --without-mysql --with-pgsql=/usr/pgsql The php.ini can be viewed here: http://ged.dynodns.net/band/php.ini -- Edit this bug report at http://bugs.php.net/?id=15318&edit=1
Bug #14507 Updated: sessions and mm produce an error on starting apache
ID: 14507 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Sparc/Solaris 8 PHP Version: 4.1.1 Assigned To: yohgaki New Comment: bug on Linux with apache-1.3.23 and mod_php 4.1.1 (with last patches from cvs branch PHP_4_0_7): [root@riderbook root]# ls -al /tmp/session_mm.sem ls: /tmp/session_mm.sem: No such file or directory [root@riderbook root]# service httpd start Starting httpd: [ OK ] [root@riderbook root]# ls -al /tmp/session_mm.sem -rw---1 root root0 Feb 18 01:25 /tmp/session_mm.sem and from user: [rider@riderbook rider]$ php Content-type: text/html PHP Fatal error: Unable to start session mm module in Unknown on line 0 Previous Comments: [2002-01-24 23:46:52] [EMAIL PROTECTED] Fixed in CVS. [2002-01-02 17:14:39] [EMAIL PROTECTED] 4.1.x disply error I'm working on it now. It may be fixed in 4.1.2, if other develpers do not object my fix. For now, set save handler to "files" and set handler to "mm" in your script using session_module_name() if you don't like to error message. (It does not harm any, you can ignore error message) [2001-12-31 11:06:37] [EMAIL PROTECTED] The Problem still exists in PHP Version 4.1.1 any hints/solutions? [2001-12-19 23:02:03] [EMAIL PROTECTED] I created new report for this bug which explains why this happens. Duplicate #14612 -- Yasuo Ohgaki [2001-12-14 07:38:29] [EMAIL PROTECTED] I did a "make distclean" and a rebuild with the following options: ./configure\ --with-mysql=/usr/local/mysql\ --with-db3 \ --enable-sysvsem\ --enable-sysvshm\ --with-mm=/usr/local\ --with-openssl \ --enable-track-vars\ --enable-trans-sid\ --enable-shmop\ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --enable-inline-optimization \ --enable-bcmath \ --with-gettext \ --with-mcrypt \ --with-zlib \ --disable-debug \ --with-apxs=/usr/local/apache/bin/apxs All this didn't solve the problem, I'm still getting: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14507 -- Edit this bug report at http://bugs.php.net/?id=14507&edit=1
Bug #15592: misc - exit - missing line break
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: misc - exit - missing line break -> Miscellaneous functions -> exit missing líne break in description: >>> void exit ( [string status])void exit ( int status) <<< (http://www.php.net/manual/en/function.exit.php) -- Edit bug report at http://bugs.php.net/?id=15592&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15592&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15592&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15592&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15592&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15592&r=support Expected behavior: http://bugs.php.net/fix.php?id=15592&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15592&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15592&r=submittedtwice
Bug #15589 Updated: include() output order is weird
ID: 15589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Linux (SuSE 7.0) PHP Version: 4.1.1 New Comment: Can't reproduce... Previous Comments: [2002-02-17 11:45:52] [EMAIL PROTECTED] Hi, this actually _is_ a bug :-) The minimalistic case: you have 2 files: #a.php 123 #b.php 456 The output should be "123456", right? But it is "123". The same thing happens when using require(). When leaving out the session_destroy() or putting it at the very end of b.php, everything works as expected. Please check this if you can. Best regards, Chris [2002-02-17 05:05:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php It's very likeley that you're doing something wrong. [2002-02-16 18:59:55] [EMAIL PROTECTED] Hi, I've just stumbled across this problem: I have a few pages which all include one file that does some functionality needed for session management. Now I have a problem in one of these pages (the other ones seem to work): the output from the included file is not completely output before the "including" script continues; instead, I have something like this: ### output from include() ### rest of the "including" file ### output from include() (remaining portion). In short, the last thing the included file should output is "". But I get everything until "". In "long": I have put the concerned scripts at https://members.rosenkeller.org/phpbug/ The file "logout.php" includes "session.php". The corresponding "logout-src.php" and "session-src.php" simply show the source code of the respective file; I have also included phpinfo.php which shows the results of phpinfo(). If you have a look at the HTML source that output.php produces, you should see what I mean (the "warning: undefined variable" is normal, because there is no session). I think that this is a bug; if I overlooked something instead (maybe some configuration option?) I'd be pleased to hear what it is... Thank you in advance, and keep the great work up! :-) -- Edit this bug report at http://bugs.php.net/?id=15589&edit=1
Bug #15588 Updated: Segmentaion fault
ID: 15588 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.1.0 New Comment: Please provide a backtrace with 4.1.0 or even better, with the latest CVS. (btw: enabling debug while compiling apache may also help...) Previous Comments: [2002-02-17 09:52:56] [EMAIL PROTECTED] I even tried with both php-4.0.6 and php-4.1.0 versions still I am getting the same problem [2002-02-16 21:12:08] [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-02-16 18:00:18] [EMAIL PROTECTED] If I do bt full the following results are getting #0 0x4033a662 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 res = 0x0 var = 0x4058a6f8 "\004\0200" val = 0x0 separator = 0x0 c_var = 0x303 array_ptr = (pval *) 0x8185a4c free_buffer = 0 strtok_buf = 0x0 #1 0x40333911 in php_hash_environment () at main.c:1038 p = 0x814c852 "PCS" _gpc_flags = "\000\000" have_variables_order = 1 '\001' dummy_track_vars_array = (zval *) 0xb5e0 initialized_dummy_track_vars_array = 0 '\000' i = 6 track_vars_names = {0x404e663b "HTTP_POST_VARS", 0x404e664a "HTTP_GET_VARS", 0x404e6658 "HTTP_COOKIE_VARS", 0x404e6669 "HTTP_SERVER_VARS", 0x404e667a "HTTP_ENV_VARS", 0x404e6688 "HTTP_POST_FILES", 0x0} track_vars_names_length = {15, 14, 17, 17, 14, 16} #2 0x40332e57 in php_request_startup () at main.c:621 No locals. #3 0x4032f8c8 in apache_php_module_main (r=0x81813bc, display_source_mode=0) at sapi_apache.c:66 file_handle = {type = 0 '\000', filename = 0x4058a6f8 "\004\0200", opened_path = 0x4000ae60 "U\211å\203ì\004WVSè", handle = {fd = 135798890, fp = 0x818206a}, free_filename = 129 '\201'} #4 0x403305d7 in send_php (r=0x81813bc, display_source_mode=0, filename=0x818194c "") at mod_php4.c:536 retval = 0 per_dir_conf = (HashTable *) 0x0 #5 0x40330615 in send_parsed_php (r=0x81813bc) at mod_php4.c:547 No locals. #6 0x8079373 in ap_invoke_handler () No symbol table info available. #7 0x808d339 in process_request_internal () No symbol table info available. #8 0x808d768 in ap_internal_redirect () No symbol table info available. #9 0x806bdd3 in mod_gzip_redir1_handler () No symbol table info available. #10 0x806a72d in mod_gzip_handler () No symbol table info available. #11 0x8079373 in ap_invoke_handler () No symbol table info available. #12 0x808d339 in process_request_internal () No symbol table info available. #13 0x808d39c in ap_process_request () No symbol table info available. #14 0x80848ce in child_main () No symbol table info available. #15 0x8084a7c in make_child () No symbol table info available. #16 0x8084bd9 in startup_children () No symbol table info available. #17 0x8085216 in standalone_main () No symbol table info available. #18 0x80859b3 in main () No symbol table info available. #19 0x400bc9cb in __libc_start_main (main=0x808565c , argc=4, argv=0xbad4, init=0x8050370 <_init>, fini=0x80bc2dc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbacc) at ../sysdeps/generic/libc-start.c:92 argv = (char **) 0xbad4 rtld_fini = (void (*)()) 0x4000ae60 <_dl_fini> stack_end = (void *) 0x303 [2002-02-16 16:07:49] [EMAIL PROTECTED] I installed PHP, but every time I load a document, I get the message 'Document Contains No Data'. I tried to gdb the httpd then I got the following errors. the Apache error log shows '[Sun Feb 17 02:44:15 2002] [error] Cannot remove module mod_ssl.c: not found in module list [Sun Feb 17 02:44:16 2002] [warn] pid file /usr/local/cp/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?' Could you please help me. Program received signal SIGSEGV, Segmentation fault. 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 257 if (c_var && *c_var) { (gdb) bt #0 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 #1 0x403246c8 in php_hash_environment () at main.
Bug #15589 Updated: include() output order is weird
ID: 15589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux (SuSE 7.0) PHP Version: 4.1.1 New Comment: Hi, this actually _is_ a bug :-) The minimalistic case: you have 2 files: #a.php 123 #b.php 456 The output should be "123456", right? But it is "123". The same thing happens when using require(). When leaving out the session_destroy() or putting it at the very end of b.php, everything works as expected. Please check this if you can. Best regards, Chris Previous Comments: [2002-02-17 05:05:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php It's very likeley that you're doing something wrong. [2002-02-16 18:59:55] [EMAIL PROTECTED] Hi, I've just stumbled across this problem: I have a few pages which all include one file that does some functionality needed for session management. Now I have a problem in one of these pages (the other ones seem to work): the output from the included file is not completely output before the "including" script continues; instead, I have something like this: ### output from include() ### rest of the "including" file ### output from include() (remaining portion). In short, the last thing the included file should output is "". But I get everything until "". In "long": I have put the concerned scripts at https://members.rosenkeller.org/phpbug/ The file "logout.php" includes "session.php". The corresponding "logout-src.php" and "session-src.php" simply show the source code of the respective file; I have also included phpinfo.php which shows the results of phpinfo(). If you have a look at the HTML source that output.php produces, you should see what I mean (the "warning: undefined variable" is normal, because there is no session). I think that this is a bug; if I overlooked something instead (maybe some configuration option?) I'd be pleased to hear what it is... Thank you in advance, and keep the great work up! :-) -- Edit this bug report at http://bugs.php.net/?id=15589&edit=1
Bug #15588 Updated: Segmentaion fault
ID: 15588 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.1.0 Previous Comments: [2002-02-17 09:52:56] [EMAIL PROTECTED] I even tried with both php-4.0.6 and php-4.1.0 versions still I am getting the same problem [2002-02-16 21:12:08] [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-02-16 18:00:18] [EMAIL PROTECTED] If I do bt full the following results are getting #0 0x4033a662 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 res = 0x0 var = 0x4058a6f8 "\004\0200" val = 0x0 separator = 0x0 c_var = 0x303 array_ptr = (pval *) 0x8185a4c free_buffer = 0 strtok_buf = 0x0 #1 0x40333911 in php_hash_environment () at main.c:1038 p = 0x814c852 "PCS" _gpc_flags = "\000\000" have_variables_order = 1 '\001' dummy_track_vars_array = (zval *) 0xb5e0 initialized_dummy_track_vars_array = 0 '\000' i = 6 track_vars_names = {0x404e663b "HTTP_POST_VARS", 0x404e664a "HTTP_GET_VARS", 0x404e6658 "HTTP_COOKIE_VARS", 0x404e6669 "HTTP_SERVER_VARS", 0x404e667a "HTTP_ENV_VARS", 0x404e6688 "HTTP_POST_FILES", 0x0} track_vars_names_length = {15, 14, 17, 17, 14, 16} #2 0x40332e57 in php_request_startup () at main.c:621 No locals. #3 0x4032f8c8 in apache_php_module_main (r=0x81813bc, display_source_mode=0) at sapi_apache.c:66 file_handle = {type = 0 '\000', filename = 0x4058a6f8 "\004\0200", opened_path = 0x4000ae60 "U\211å\203ì\004WVSè", handle = {fd = 135798890, fp = 0x818206a}, free_filename = 129 '\201'} #4 0x403305d7 in send_php (r=0x81813bc, display_source_mode=0, filename=0x818194c "") at mod_php4.c:536 retval = 0 per_dir_conf = (HashTable *) 0x0 #5 0x40330615 in send_parsed_php (r=0x81813bc) at mod_php4.c:547 No locals. #6 0x8079373 in ap_invoke_handler () No symbol table info available. #7 0x808d339 in process_request_internal () No symbol table info available. #8 0x808d768 in ap_internal_redirect () No symbol table info available. #9 0x806bdd3 in mod_gzip_redir1_handler () No symbol table info available. #10 0x806a72d in mod_gzip_handler () No symbol table info available. #11 0x8079373 in ap_invoke_handler () No symbol table info available. #12 0x808d339 in process_request_internal () No symbol table info available. #13 0x808d39c in ap_process_request () No symbol table info available. #14 0x80848ce in child_main () No symbol table info available. #15 0x8084a7c in make_child () No symbol table info available. #16 0x8084bd9 in startup_children () No symbol table info available. #17 0x8085216 in standalone_main () No symbol table info available. #18 0x80859b3 in main () No symbol table info available. #19 0x400bc9cb in __libc_start_main (main=0x808565c , argc=4, argv=0xbad4, init=0x8050370 <_init>, fini=0x80bc2dc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbacc) at ../sysdeps/generic/libc-start.c:92 argv = (char **) 0xbad4 rtld_fini = (void (*)()) 0x4000ae60 <_dl_fini> stack_end = (void *) 0x303 [2002-02-16 16:07:49] [EMAIL PROTECTED] I installed PHP, but every time I load a document, I get the message 'Document Contains No Data'. I tried to gdb the httpd then I got the following errors. the Apache error log shows '[Sun Feb 17 02:44:15 2002] [error] Cannot remove module mod_ssl.c: not found in module list [Sun Feb 17 02:44:16 2002] [warn] pid file /usr/local/cp/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?' Could you please help me. Program received signal SIGSEGV, Segmentation fault. 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 257 if (c_var && *c_var) { (gdb) bt #0 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 #1 0x403246c8 in php_hash_environment () at main.c:1038 #2 0x40323dc4 in php_request_startup () at main.c:621 #3 0x403216a9 in apache_php_module_main (r=0x81825bc, display_source_mode=0) at sapi_apache.c:66 #4 0x40322066 i
Bug #8396 Updated: "document not found"
ID: 8396 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: WIN NT/ IE 5.5/IIS 4.0 PHP Version: 4.0.3 New Comment: I'm having this problem constantly, and it's NOT the page. It happens when submitting data POST from one page to another, OR EVEN TO THE SAME PAGE, using a data form. Sometimes, it submits fine. Other times, it gives this error (document not found), in IIS only. If you go back and resubmit the EXACT SAME data to the exact same page, then you can submit succesfully. In Netscape, there is never this error. What could possibley be causeing this intermittent error? Oddly enough, it seems to be related to how the form button behaves . . . if you click quickly, you are more likely to get the error. If you press the left button down, and hold it for a few seconds before releasing it, the error is muck less likely to occur. NOTE: the form submit buttons, in this case, are rather than Any ideas, anyone? Thanks, Steve Previous Comments: [2001-04-26 14:28:27] [EMAIL PROTECTED] This looks more like a config error tahn a PHP error. Please reopen this bug report if you are sure its a PHP error but the page your seeing certainly isnt generated by PHP. - James [2000-12-24 01:15:56] [EMAIL PROTECTED] on any other machine scripts work fine, everything performs as planned. On my own machine, however, contacting scripts on my server through the lan causes the following error: The page cannot be displayed There is a problem with the page you are trying to reach and it cannot be displayed. Please try the following: Open the 192.168.0.2 home page, and then look for links to the information you want. Click the Refresh button, or try again later. Click Search to look for information on the Internet. You can also see a list of related sites. HTTP 500 - Internal server error Internet Explorer I am behind a netgear router which doesnt allow me to directly access the domain. This error was produced when doing a script using a POST type action, if i switch to GET the error is gone, but then my variable are open for the world to see... -- Edit this bug report at http://bugs.php.net/?id=8396&edit=1
Bug #15588 Updated: Segmentaion fault
ID: 15588 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Linux Redhat 6.2 PHP Version: 4.0.6 New Comment: I even tried with both php-4.0.6 and php-4.1.0 versions still I am getting the same problem Previous Comments: [2002-02-16 21:12:08] [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-02-16 18:00:18] [EMAIL PROTECTED] If I do bt full the following results are getting #0 0x4033a662 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 res = 0x0 var = 0x4058a6f8 "\004\0200" val = 0x0 separator = 0x0 c_var = 0x303 array_ptr = (pval *) 0x8185a4c free_buffer = 0 strtok_buf = 0x0 #1 0x40333911 in php_hash_environment () at main.c:1038 p = 0x814c852 "PCS" _gpc_flags = "\000\000" have_variables_order = 1 '\001' dummy_track_vars_array = (zval *) 0xb5e0 initialized_dummy_track_vars_array = 0 '\000' i = 6 track_vars_names = {0x404e663b "HTTP_POST_VARS", 0x404e664a "HTTP_GET_VARS", 0x404e6658 "HTTP_COOKIE_VARS", 0x404e6669 "HTTP_SERVER_VARS", 0x404e667a "HTTP_ENV_VARS", 0x404e6688 "HTTP_POST_FILES", 0x0} track_vars_names_length = {15, 14, 17, 17, 14, 16} #2 0x40332e57 in php_request_startup () at main.c:621 No locals. #3 0x4032f8c8 in apache_php_module_main (r=0x81813bc, display_source_mode=0) at sapi_apache.c:66 file_handle = {type = 0 '\000', filename = 0x4058a6f8 "\004\0200", opened_path = 0x4000ae60 "U\211å\203ì\004WVSè", handle = {fd = 135798890, fp = 0x818206a}, free_filename = 129 '\201'} #4 0x403305d7 in send_php (r=0x81813bc, display_source_mode=0, filename=0x818194c "") at mod_php4.c:536 retval = 0 per_dir_conf = (HashTable *) 0x0 #5 0x40330615 in send_parsed_php (r=0x81813bc) at mod_php4.c:547 No locals. #6 0x8079373 in ap_invoke_handler () No symbol table info available. #7 0x808d339 in process_request_internal () No symbol table info available. #8 0x808d768 in ap_internal_redirect () No symbol table info available. #9 0x806bdd3 in mod_gzip_redir1_handler () No symbol table info available. #10 0x806a72d in mod_gzip_handler () No symbol table info available. #11 0x8079373 in ap_invoke_handler () No symbol table info available. #12 0x808d339 in process_request_internal () No symbol table info available. #13 0x808d39c in ap_process_request () No symbol table info available. #14 0x80848ce in child_main () No symbol table info available. #15 0x8084a7c in make_child () No symbol table info available. #16 0x8084bd9 in startup_children () No symbol table info available. #17 0x8085216 in standalone_main () No symbol table info available. #18 0x80859b3 in main () No symbol table info available. #19 0x400bc9cb in __libc_start_main (main=0x808565c , argc=4, argv=0xbad4, init=0x8050370 <_init>, fini=0x80bc2dc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbacc) at ../sysdeps/generic/libc-start.c:92 argv = (char **) 0xbad4 rtld_fini = (void (*)()) 0x4000ae60 <_dl_fini> stack_end = (void *) 0x303 [2002-02-16 16:07:49] [EMAIL PROTECTED] I installed PHP, but every time I load a document, I get the message 'Document Contains No Data'. I tried to gdb the httpd then I got the following errors. the Apache error log shows '[Sun Feb 17 02:44:15 2002] [error] Cannot remove module mod_ssl.c: not found in module list [Sun Feb 17 02:44:16 2002] [warn] pid file /usr/local/cp/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?' Could you please help me. Program received signal SIGSEGV, Segmentation fault. 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 257 if (c_var && *c_var) { (gdb) bt #0 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 #1 0x403246c8 in php_hash_environment () at main.c:1038 #2 0x40323dc4 in php_request_startup () at main.c:621 #3 0x403216a9 in apache_php_module_main (r=0x81825bc, display_source_mode=0) at sapi_apache.c:66 #4 0x40322066 in send_php (r=0x81825bc, display_source_mode=0, filename=0x0) at mod_php4.c:536 #5 0x40322098 in
Bug #15543 Updated: using com_* versus new COM(...) and error reporting
ID: 15543 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: COM related Operating System: Windows NT 4.0/W2k PHP Version: 4.1.0 New Comment: could you add 'var_dump($bool)' above the if's and send me the output please. the functions should actually do the same thing as the oo api. Previous Comments: [2002-02-13 12:29:30] [EMAIL PROTECTED] Hello, I want connect to COM server, that publish data from some application. Script run forever, but application my be started or stoped. If I try use following script, I cannot discover if invoking object method is succesful or not. Here is script: $tag = new COM("FLINK.TAGOBJ") or die("Unable to instanciate Flink"); while (1) { $bool = $tag->bind("DATETIME"); if ($bool === false){ print "Bind failed\n"; }; $val = $tag->read; // This function return value from binded variable if ($val === false){ print "Read failed\n"; }; print "Val: $val\n"; sleep(1); }; $tag->Release(); $tag = null; Messages "* failed" is not reported, if application not run. The following script run correctly: $tag = com_load("FLINK.TAGOBJ") or die("Unable to instanciate Flink"); while (1) { $bool = com_invoke($tag, "bind", "DATETIME"); if ($bool === false){ print "Bind failed\n"; }; $val = com_invoke($tag, "read"); // This function return value from binded variable if ($val === false){ print "Read failed\n"; }; $val = com_propget($tag, "read"); // This function return value from binded variable if ($val === false){ print "Propget Read failed\n"; }; print "Val: $val\n"; sleep(1); }; com_release($tag); $tag = null; Is this feature or bug. -- Edit this bug report at http://bugs.php.net/?id=15543&edit=1
Bug #11725 Updated: Bitwise operators seems buggy
ID: 11725 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Math related Operating System: Linux 2.2 PHP Version: 4.0.6 New Comment: Guys, guys, guys! I've read #7755 but sorry - this definitly *IS* a bug!! Signed or unsigned - doesn't matter. It's what a user expects to work! If you ever programmed in Assembler you should know that signed or unsigned doesn't really matter (for this case) It's only a different interpretation on 32-bit number! Using GMP is not an real alternative. As a matter of fact 45 & 0x is 45!! As well as 45 & -1 is 45!! Previous Comments: [2001-06-28 13:10:50] [EMAIL PROTECTED] Like in the #7755 was suggested, for now, use GMP functions. [2001-06-27 15:14:49] [EMAIL PROTECTED] I suppose you make ref to this: >[2000-11-23 07:41:55] [EMAIL PROTECTED] > Still not working, possibly won't for some time - since PHP > numbers are 32-bits signed, so they don't work well as > 32-bit unsigned. >[2000-12-12 05:56:20] [EMAIL PROTECTED] > I suspend this bug since PHP has no good solution for it in > the foreseeable future. Please use GMP functions for this. >[2001-05-13 05:33:17] [EMAIL PROTECTED] > This is not a bug, so closing. Is there any way to work with unsigned number ? The goal is to do things like this (in a clean way): $timestamp = time(); $buf .= chr(($timestamp & 0xff00) >> 24); $buf .= chr(($timestamp & 0xff) >> 16); $buf .= chr(($timestamp & 0xff00) >> 8); $buf .= chr($timestamp & 0xff); then compute some hash... Do you intend to provide such a 'feature' in a future release of PHP. I understand you do not consider this to be a 'bug', since this is part of the design of PHP. But, at least it is a missing 'feature'. When one work with hex numbers he does no want to handle the sign (in most cases) because the goal is to work at the bit level and not at the 'number' level. [2001-06-27 12:25:27] [EMAIL PROTECTED] See bug #7755 for reason why this is not bug. [2001-06-27 04:16:00] [EMAIL PROTECTED] I have a problem with bitwise operator: The following script: ", (0x05CDEA00 & 0x)); printf("%08x (should be )", (0x05CDEA00 | 0x)); ?> displays: (should be 05CDEA00) -7a321600 (should be ) It seems that the bitwise 'and' does not work at all, it always returns 0. I do no understant the result of the bitwise 'or', and why it is displayed prefixed by a minus sign. I have read the documentation and I think these are bugs... I hope I have not misunderstood the doc. Pascal. -- Edit this bug report at http://bugs.php.net/?id=11725&edit=1
Bug #15584 Updated: strftime("%D") problem
ID: 15584 Updated by: [EMAIL PROTECTED] -Summary: strftime("%D") problem Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Date/time related -Operating System: win2k AS/Linux unknown +Operating System: win2k PHP Version: 4.1.1 New Comment: Reproduced with a recent 4.2.0-dev. Previous Comments: [2002-02-16 10:43:24] [EMAIL PROTECTED] I don't have a windows-box right now, so i'm reopening this one... [2002-02-16 10:37:59] [EMAIL PROTECTED] Hi, sorry for the typo :-(. print (strftime("%D"));has the expected result on Linux box. but still not on windows. Friedhelm Betz [2002-02-16 05:02:26] [EMAIL PROTECTED] print print (strftime("%D")); One print will do the job! print strftime("%D"); [2002-02-15 23:40:47] [EMAIL PROTECTED] Hi, Running Win2k AS, Apache 1.3.23, PHP-Modul. Had some problems with strftime("%D"); "; print print (strftime("%D")); //outputs nothing ?> should both return the same result, the first displays nothing (empty string), the second one is working fine. The manual says for conversion specifiers: %D - same as %m/%d/%y Tried the same on a linux-box at my ISP (4.1.0, Apache 1.3.22, Kernel 2.2.19, Modulversion): "; print print (strftime("%D")); //02/16/021 ?> So my conclusion : strftime("%D") doesn´t work on win2k and seems to be broken on linux. Thanks Friedhelm Betz P.S.: On win2k standard Installation, no extra extensions enabled. The configure at th elinux-box from ISP: './configure' '--with-config-file-path=/etc' '--enable-xslt' '--with-xslt-sablot' '--with-mysql=/usr/local/mysql' '--with-mcrypt=/usr/local' '--with-apache=../apache_current' '--with-ttf=/usr/local' '--with-t1lib=/usr/local' '--with-gd=/usr/' '--enable-gd-native-ttf' '-with-pdflib' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/lib' '--with-tiff-dir=/usr/local/lib' '--with-imap=/usr/local' '--with-java=/usr/local/java2' '--with-zlib' '--with-dom' '--with-ming' '--with-swf=/usr/local' '--enable-bcmath' '--enable-ftp' '--enable-calendar' '--enable-memory-limit' '--enable-discard-path' -- Edit this bug report at http://bugs.php.net/?id=15584&edit=1
Bug #11165 Updated: limit in lenght of mail
ID: 11165 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Assigned Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.0-dev Assigned To: hholzgra New Comment: Derick is right, but that's not a reason to close this bug. Previous Comments: [2002-02-17 07:21:43] [EMAIL PROTECTED] You can either: 1. Fix it yourself 2. Shut up or 3. Pay somebody to fix this. Remember that this is an OPEN SOURCE project, in which VOLUNTEERS on PHP wihtout getting paid. THey work on things they like and not on things you REQUIRE us to do. Derick [2002-02-17 06:29:46] [EMAIL PROTECTED] when is the code going to be fixed? [2002-02-16 22:50:02] [EMAIL PROTECTED] As [EMAIL PROTECTED] wrote "windows mail code *badly* needs a rewrite" The code is not good... AFAIK is't not fixed. [2002-02-16 22:02:58] [EMAIL PROTECTED] When is that going to happen? [2002-02-11 00:52:11] [EMAIL PROTECTED] I get : Server=watson.microsoft.com UI LCID=1033 Flags=33552 Brand=WINDOWS TitleName=php.exe DigPidRegPath=HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductId RegSubPath=Microsoft\PCHealth\ErrorReporting\DW ErrorText=If you were in the middle of something, the information you were working on might be lost. Stage1URL=/StageOne/php_exe/0_0_0_0/msvcrt_dll/7_0_2600_0/0002eff9.htm Stage2URL=/dw/stagetwo.asp?szAppName=php.exe&szAppVer=0.0.0.0&szModName=msvcrt.dll&szModVer=7.0.2600.0&offset=0002eff9 DataFiles=C:\DOCUME~1\kroberts\LOCALS~1\Temp\WER6D.tmp.dir00\php.exe.mdmp ErrorSubPath=php.exe\0.0.0.0\msvcrt.dll\7.0.2600.0\0002eff9 PHP Version 4.1.1 Windows XP Kevin 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/11165 -- Edit this bug report at http://bugs.php.net/?id=11165&edit=1
Bug #11165 Updated: limit in lenght of mail
ID: 11165 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Bogus Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.0-dev Assigned To: hholzgra New Comment: You can either: 1. Fix it yourself 2. Shut up or 3. Pay somebody to fix this. Remember that this is an OPEN SOURCE project, in which VOLUNTEERS on PHP wihtout getting paid. THey work on things they like and not on things you REQUIRE us to do. Derick Previous Comments: [2002-02-17 06:29:46] [EMAIL PROTECTED] when is the code going to be fixed? [2002-02-16 22:50:02] [EMAIL PROTECTED] As [EMAIL PROTECTED] wrote "windows mail code *badly* needs a rewrite" The code is not good... AFAIK is't not fixed. [2002-02-16 22:02:58] [EMAIL PROTECTED] When is that going to happen? [2002-02-11 00:52:11] [EMAIL PROTECTED] I get : Server=watson.microsoft.com UI LCID=1033 Flags=33552 Brand=WINDOWS TitleName=php.exe DigPidRegPath=HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductId RegSubPath=Microsoft\PCHealth\ErrorReporting\DW ErrorText=If you were in the middle of something, the information you were working on might be lost. Stage1URL=/StageOne/php_exe/0_0_0_0/msvcrt_dll/7_0_2600_0/0002eff9.htm Stage2URL=/dw/stagetwo.asp?szAppName=php.exe&szAppVer=0.0.0.0&szModName=msvcrt.dll&szModVer=7.0.2600.0&offset=0002eff9 DataFiles=C:\DOCUME~1\kroberts\LOCALS~1\Temp\WER6D.tmp.dir00\php.exe.mdmp ErrorSubPath=php.exe\0.0.0.0\msvcrt.dll\7.0.2600.0\0002eff9 PHP Version 4.1.1 Windows XP Kevin [2001-06-22 18:31:34] [EMAIL PROTECTED] windows mail code *badly* needs a rewrite 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/11165 -- Edit this bug report at http://bugs.php.net/?id=11165&edit=1
Bug #11165 Updated: limit in lenght of mail
ID: 11165 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.0-dev Assigned To: hholzgra New Comment: when is the code going to be fixed? Previous Comments: [2002-02-16 22:50:02] [EMAIL PROTECTED] As [EMAIL PROTECTED] wrote "windows mail code *badly* needs a rewrite" The code is not good... AFAIK is't not fixed. [2002-02-16 22:02:58] [EMAIL PROTECTED] When is that going to happen? [2002-02-11 00:52:11] [EMAIL PROTECTED] I get : Server=watson.microsoft.com UI LCID=1033 Flags=33552 Brand=WINDOWS TitleName=php.exe DigPidRegPath=HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductId RegSubPath=Microsoft\PCHealth\ErrorReporting\DW ErrorText=If you were in the middle of something, the information you were working on might be lost. Stage1URL=/StageOne/php_exe/0_0_0_0/msvcrt_dll/7_0_2600_0/0002eff9.htm Stage2URL=/dw/stagetwo.asp?szAppName=php.exe&szAppVer=0.0.0.0&szModName=msvcrt.dll&szModVer=7.0.2600.0&offset=0002eff9 DataFiles=C:\DOCUME~1\kroberts\LOCALS~1\Temp\WER6D.tmp.dir00\php.exe.mdmp ErrorSubPath=php.exe\0.0.0.0\msvcrt.dll\7.0.2600.0\0002eff9 PHP Version 4.1.1 Windows XP Kevin [2001-06-22 18:31:34] [EMAIL PROTECTED] windows mail code *badly* needs a rewrite [2001-05-29 04:13:27] [EMAIL PROTECTED] When composing a mail message to be send from a PHP page, I discovered that the max lenght of an email is about 2500 characters, the rest of the mail is being skipped. This is very inconvienient!!! -- Edit this bug report at http://bugs.php.net/?id=11165&edit=1
Bug #15591 Updated: Apache2 (compiled w/-lpthread) + PHP4 + OCI8 + Mandrake8.1= Segmentation Fault
ID: 15591 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Mandrake 8.1 PHP Version: 4.1.1 New Comment: It coredumped without --oci8 as well: #0 0x404a5761 in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310 310 TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id, thread_resources->count); (gdb) bt #0 0x404a5761 in ts_resource_ex (id=1, th_id=0x0) at TSRM.c:310 #1 0x4042366a in php_module_startup (sf=0x404c96c0) at main.c:807 #2 0x404216cc in php_apache_server_startup (pconf=0x8096c78, plog=0x80bed18, ptemp=0x8149470, s=0x8098598) at sapi_apache2.c:428 #3 0x08065e3f in ap_run_post_config (pconf=0x8096c78, plog=0x80bed18, ptemp=0x8149470, s=0x8098598) at config.c:124 #4 0x0806a086 in main (argc=2, argv=0xb944) at main.c:491 #5 0x401f9370 in __libc_start_main () from /lib/libc.so.6 There ya go .. something is fishy in sapi_apache2.c Previous Comments: [2002-02-17 05:44:15] [EMAIL PROTECTED] Opps, PHP4 configuration line: ./configure --prefix=/web --with-apxs2=/web/bin/apxs --with-oci8=/opt/oracle/901/ --without-mysql --enable-sigchild I have tried compiling it with the --with-tsrm-pth=pth-config option and GNU Pth but it has too many conflicts with Mandrake 8.2's libpthread and I did not feel like messing up the rest of my environmental by renaming lib files, etc. It won't core dump without --oci8 but WILL NOT START. apachectl start .. sends stuff to log file (initializing, etc.) then kaput. Muchas gracias! [2002-02-17 05:07:01] [EMAIL PROTECTED] What is your configure line (of PHP)? Does it also segfault without OCI8? [2002-02-17 05:07:01] [EMAIL PROTECTED] What is your configure line (of PHP)? Does it also segfault without OCI8? [2002-02-17 04:02:52] [EMAIL PROTECTED] Comment 1: I compiled apache with both --enable-so and without Comment 2: Looking at readme in apache2filter, I added the following to httpd.conf, still segmentation fault : SetOutputFilter PHP SetInputFilter PHP Keep up the great work guys! [2002-02-17 03:26:17] [EMAIL PROTECTED] Problem: Apache 2.0.32 + php4-200202162100 + Oracle (9.0.1 or 8.1.7) + 2.4.17-16mdkenterprise == segmentation fault Report: My understanding that this keeps popping up despite compiling Apache w/ pthreads, any regression problems ? Apache2 compiled with following command: LDFLAGS="-lpthread" ./configure --prefix=/web --enable-ssl --enable-mods-shared=all [root@gabriel bin]# ldd httpd libaprutil.so.0 => /web/lib/libaprutil.so.0 (0x40016000) libapr.so.0 => /web/lib/libapr.so.0 (0x40027000) libm.so.6 => /lib/libm.so.6 (0x40054000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40076000) libnsl.so.1 => /lib/libnsl.so.1 (0x400a3000) libdl.so.2 => /lib/libdl.so.2 (0x400b9000) libssl.so.0 => /usr/lib/libssl.so.0 (0x400bd000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x400eb000) libexpat.so.0 => /web/lib/libexpat.so.0 (0x401ad000) libpthread.so.0 => /lib/libpthread.so.0 (0x401cb000) libc.so.6 => /lib/libc.so.6 (0x401e1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) ### Now compiling PHP w/ Oracle oci8 support [root@gabriel bin]# ./configure --prefix=/web --with-apxs2=/web/bin/apxs --with-oci8=/opt/oracle/901/ --without-mysql --enable-sigchild ### No problems compiling, this ran with an older CVS 3-4 days ago but crashed in about an hour, has not run since with any CVS ### Now running it with LoadModule in httpd.conf [root@gabriel bin]# ./apachectl start ./apachectl: line 192: 13516 Segmentation fault(core dumped) $HTTPD ./apachectl start: httpd could not be started ### ok, let's get a backtrace ... [root@gabriel bin]# gdb ./httpd core ... Core was generated by `/web/bin/httpd'. Program terminated with signal 11, Segmentation fault. ... #0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 106 ctx->f->r->status = SG(sapi_headers).http_response_code; (gdb)bt#0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 #1 0x404296b5 in sapi_send_headers (tsrm_ls=0x814c348) at SAPI.c:578 #2 0x4046de86 in php_header () at head.c:58 #3 0x4042e38e in php_ub_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:460 #4 0x4042d85e in php_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:99 #5 0x40423e16 in php_printf (format=0
Bug #15591 Updated: Apache2 (compiled w/-lpthread) + PHP4 + OCI8 + Mandrake8.1= Segmentation Fault
ID: 15591 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Mandrake 8.1 PHP Version: 4.1.1 New Comment: Opps, PHP4 configuration line: ./configure --prefix=/web --with-apxs2=/web/bin/apxs --with-oci8=/opt/oracle/901/ --without-mysql --enable-sigchild I have tried compiling it with the --with-tsrm-pth=pth-config option and GNU Pth but it has too many conflicts with Mandrake 8.2's libpthread and I did not feel like messing up the rest of my environmental by renaming lib files, etc. It won't core dump without --oci8 but WILL NOT START. apachectl start .. sends stuff to log file (initializing, etc.) then kaput. Muchas gracias! Previous Comments: [2002-02-17 05:07:01] [EMAIL PROTECTED] What is your configure line (of PHP)? Does it also segfault without OCI8? [2002-02-17 05:07:01] [EMAIL PROTECTED] What is your configure line (of PHP)? Does it also segfault without OCI8? [2002-02-17 04:02:52] [EMAIL PROTECTED] Comment 1: I compiled apache with both --enable-so and without Comment 2: Looking at readme in apache2filter, I added the following to httpd.conf, still segmentation fault : SetOutputFilter PHP SetInputFilter PHP Keep up the great work guys! [2002-02-17 03:26:17] [EMAIL PROTECTED] Problem: Apache 2.0.32 + php4-200202162100 + Oracle (9.0.1 or 8.1.7) + 2.4.17-16mdkenterprise == segmentation fault Report: My understanding that this keeps popping up despite compiling Apache w/ pthreads, any regression problems ? Apache2 compiled with following command: LDFLAGS="-lpthread" ./configure --prefix=/web --enable-ssl --enable-mods-shared=all [root@gabriel bin]# ldd httpd libaprutil.so.0 => /web/lib/libaprutil.so.0 (0x40016000) libapr.so.0 => /web/lib/libapr.so.0 (0x40027000) libm.so.6 => /lib/libm.so.6 (0x40054000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40076000) libnsl.so.1 => /lib/libnsl.so.1 (0x400a3000) libdl.so.2 => /lib/libdl.so.2 (0x400b9000) libssl.so.0 => /usr/lib/libssl.so.0 (0x400bd000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x400eb000) libexpat.so.0 => /web/lib/libexpat.so.0 (0x401ad000) libpthread.so.0 => /lib/libpthread.so.0 (0x401cb000) libc.so.6 => /lib/libc.so.6 (0x401e1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) ### Now compiling PHP w/ Oracle oci8 support [root@gabriel bin]# ./configure --prefix=/web --with-apxs2=/web/bin/apxs --with-oci8=/opt/oracle/901/ --without-mysql --enable-sigchild ### No problems compiling, this ran with an older CVS 3-4 days ago but crashed in about an hour, has not run since with any CVS ### Now running it with LoadModule in httpd.conf [root@gabriel bin]# ./apachectl start ./apachectl: line 192: 13516 Segmentation fault(core dumped) $HTTPD ./apachectl start: httpd could not be started ### ok, let's get a backtrace ... [root@gabriel bin]# gdb ./httpd core ... Core was generated by `/web/bin/httpd'. Program terminated with signal 11, Segmentation fault. ... #0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 106 ctx->f->r->status = SG(sapi_headers).http_response_code; (gdb)bt#0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 #1 0x404296b5 in sapi_send_headers (tsrm_ls=0x814c348) at SAPI.c:578 #2 0x4046de86 in php_header () at head.c:58 #3 0x4042e38e in php_ub_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:460 #4 0x4042d85e in php_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:99 #5 0x40423e16 in php_printf (format=0x404c9ce3 "OCIDebug: %s\n") at main.c:355 #6 0x40435826 in oci_debug (format=0x404c9ae6 "START php_mshutdown_oci") at oci8.c:1043 #7 0x40434b5c in zm_shutdown_oci (type=1, module_number=7, tsrm_ls=0x814c348) at oci8.c:592 #8 0x4041aead in module_destructor (module=0x81895c8) at zend_API.c:1124 #9 0x4041caf8 in zend_hash_destroy (ht=0x404f1620) at zend_hash.c:541 #10 0x4041794c in zend_shutdown (tsrm_ls=0x814c348) at zend.c:490 #11 0x404254f7 in php_module_shutdown (tsrm_ls=0x814c348) at main.c:1000 #12 0x404254b4 in php_module_shutdown_wrapper (sapi_globals=0x404d6f40) at main.c:977 #13 0x40422fa1 in php_apache_server_shutdown (tmp=0x0) at sapi_apache2.c:408#14 0x40040f8a in run_cleanups (c=0x814bdf0) at apr_pools.c:1664 #15 0x400402c2 in apr_pool_clear (pool=0x8096d38) at apr_pools.c:532 #16 0x0806a00c in main (argc=1, argv=0xb784) at main.c:464
Bug #15583 Updated: thttpd patching fails
ID: 15583 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Other web server Operating System: Slackware 8 PHP Version: 4.1.1 New Comment: Ok, I see after picking through CVS that php 4.1.1 patches are for thttpd 2.21b. Perhaps if the php source isn't changed as a result of this bug report, there could be a note in the docs somewhere or a notice during/after ./configure Previous Comments: [2002-02-17 00:44:25] [EMAIL PROTECTED] I did it again with a php4-latest from snaps.php.net against thttpd-2.22beta4. It asked me if I wanted to patch fdimage.c cause it thinks it's already patched. I said no this time. This is the output of the patching: patching Makefile.in Hunk #3 succeeded at 155 (offset 2 lines). patching config.h patching fdwatch.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 2 of 2 hunks ignored -- saving rejects to file fdwatch.c.rej patching file libhttpd.c Hunk #2 succeeded at 249 with fuzz 1 (offset 5 lines). Hunk #3 succeeded at 255 (offset 2 lines). Hunk #4 succeeded at 322 (offset 5 lines). Hunk #5 succeeded at 396 with fuzz 2 (offset 5 lines). Hunk #6 succeeded at 2401 (offset 40 lines). Hunk #7 FAILED at 3077. Hunk #8 succeeded at 3604 (offset 35 lines). 1 out of 8 hunks FAILED -- saving rejects to file libhttpd.c.rej patching libhttpd.h Hunk #1 succeeded at 1373 with fuzz 1 (offset 40 lines). Hunk #3 succeeded at 1546 (offset 40 lines). patching file mime_encodings.txt patching file libhttpd.c Hunk #1 succeeded at 3702 (offset 91 lines). make[1]: ***[install-sapi] Error 1 make[1]: Leaving directory `/root/sources/php4-200202161800' make: *** [install-recursive] Error 1 *** start contents of fdwatch.c.rej *** *** 454,460 ridx = 0; for ( i = 0; i < npollfds; ++i ) - if ( pollfds[i].revents & ( POLLIN | POLLOUT ) ) poll_rfdidx[ridx++] = pollfds[i].fd; return r; --- 454,460 ridx = 0; for ( i = 0; i < npollfds; ++i ) + if ( pollfds[i].revents & ( POLLIN | POLLOUT | POLLERR | POLLHUP | POLLNVAL ) ) poll_rfdidx[ridx++] = pollfds[i].fd; return r; *** *** 466,473 { switch ( fd_rw[fd] ) { - case FDW_READ: return pollfds[poll_fdidx[fd]].revents & POLLIN; - case FDW_WRITE: return pollfds[poll_fdidx[fd]].revents & POLLOUT; default: return 0; } } --- 466,473 { switch ( fd_rw[fd] ) { + case FDW_READ: return pollfds[poll_fdidx[fd]].revents & ( POLLIN | POLLERR | POLLHUP | POLLNVAL ); + case FDW_WRITE: return pollfds[poll_fdidx[fd]].revents & ( POLLOUT | POLLERR | POLLHUP | POLLNVAL ); default: return 0; } } ** end contents fdwatch.c.rej ** start contents libhttpd.c.rej *** *** 3066,3076 post_post_garbage_hack( httpd_conn* hc ) { char buf[2]; - int r; - r = recv( hc->conn_fd, buf, sizeof(buf), MSG_PEEK ); - if ( r > 0 ) - (void) read( hc->conn_fd, buf, r ); } --- 3077,3085 post_post_garbage_hack( httpd_conn* hc ) { char buf[2]; + fcntl(hc->conn_fd, F_SETFL, O_NONBLOCK); + (void) read( hc->conn_fd, buf, 2 ); } [2002-02-15 20:13:52] [EMAIL PROTECTED] Patching of the thttpd source fails when I try to compile php as a sapi thttpd module. Tried with thttpd versions 2.19, 2.20c, and 2.22beta4. Report contents apply to thttpd-2.20c (the latest stable version), but I think the error is the same for all. Details: unpackaged php-4.1.1 and thttpd into the same directory and cd to php-4.1.1. ./configure --with-thttpd=../thttpd-2.20c configure works fine. then do make install per the readme by Sascha gcc gets a workout and then Hunks 1 & 2 fail on fdwatch.c on lines 460 and 472 and Hunks 6 & 7 fail on libhttpd.c at lines 2349 and 3025 contents of fdwatch.c.rej *** *** 460,466 ridx = 0; for ( i = 0; i < npollfds; ++i ) - if ( pollfds[i].revents & ( POLLIN | POLLOUT ) ) poll_rfdidx[ridx++] = pollfds[i].fd; return r; --- 460,466 ridx = 0; for ( i = 0; i < npollfds; ++i ) + if ( pollfds[i].revents & ( POLLIN | POLLOUT | POLLERR | POLLHUP | POLLNVAL ) ) poll_rfdidx[ridx++] = pollfds[i].fd; return r; *** *** 472,479 { switch ( fd_rw[fd] ) { - case FDW_READ: return pollfds
Bug #15591 Updated: Apache2 (compiled w/-lpthread) + PHP4 + OCI8 + Mandrake8.1= Segmentation Fault
ID: 15591 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Mandrake 8.1 PHP Version: 4.1.1 New Comment: Comment 1: I compiled apache with both --enable-so and without Comment 2: Looking at readme in apache2filter, I added the following to httpd.conf, still segmentation fault : SetOutputFilter PHP SetInputFilter PHP Keep up the great work guys! Previous Comments: [2002-02-17 03:26:17] [EMAIL PROTECTED] Problem: Apache 2.0.32 + php4-200202162100 + Oracle (9.0.1 or 8.1.7) + 2.4.17-16mdkenterprise == segmentation fault Report: My understanding that this keeps popping up despite compiling Apache w/ pthreads, any regression problems ? Apache2 compiled with following command: LDFLAGS="-lpthread" ./configure --prefix=/web --enable-ssl --enable-mods-shared=all [root@gabriel bin]# ldd httpd libaprutil.so.0 => /web/lib/libaprutil.so.0 (0x40016000) libapr.so.0 => /web/lib/libapr.so.0 (0x40027000) libm.so.6 => /lib/libm.so.6 (0x40054000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40076000) libnsl.so.1 => /lib/libnsl.so.1 (0x400a3000) libdl.so.2 => /lib/libdl.so.2 (0x400b9000) libssl.so.0 => /usr/lib/libssl.so.0 (0x400bd000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x400eb000) libexpat.so.0 => /web/lib/libexpat.so.0 (0x401ad000) libpthread.so.0 => /lib/libpthread.so.0 (0x401cb000) libc.so.6 => /lib/libc.so.6 (0x401e1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) ### Now compiling PHP w/ Oracle oci8 support [root@gabriel bin]# ./configure --prefix=/web --with-apxs2=/web/bin/apxs --with-oci8=/opt/oracle/901/ --without-mysql --enable-sigchild ### No problems compiling, this ran with an older CVS 3-4 days ago but crashed in about an hour, has not run since with any CVS ### Now running it with LoadModule in httpd.conf [root@gabriel bin]# ./apachectl start ./apachectl: line 192: 13516 Segmentation fault(core dumped) $HTTPD ./apachectl start: httpd could not be started ### ok, let's get a backtrace ... [root@gabriel bin]# gdb ./httpd core ... Core was generated by `/web/bin/httpd'. Program terminated with signal 11, Segmentation fault. ... #0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 106 ctx->f->r->status = SG(sapi_headers).http_response_code; (gdb)bt#0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 #1 0x404296b5 in sapi_send_headers (tsrm_ls=0x814c348) at SAPI.c:578 #2 0x4046de86 in php_header () at head.c:58 #3 0x4042e38e in php_ub_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:460 #4 0x4042d85e in php_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:99 #5 0x40423e16 in php_printf (format=0x404c9ce3 "OCIDebug: %s\n") at main.c:355 #6 0x40435826 in oci_debug (format=0x404c9ae6 "START php_mshutdown_oci") at oci8.c:1043 #7 0x40434b5c in zm_shutdown_oci (type=1, module_number=7, tsrm_ls=0x814c348) at oci8.c:592 #8 0x4041aead in module_destructor (module=0x81895c8) at zend_API.c:1124 #9 0x4041caf8 in zend_hash_destroy (ht=0x404f1620) at zend_hash.c:541 #10 0x4041794c in zend_shutdown (tsrm_ls=0x814c348) at zend.c:490 #11 0x404254f7 in php_module_shutdown (tsrm_ls=0x814c348) at main.c:1000 #12 0x404254b4 in php_module_shutdown_wrapper (sapi_globals=0x404d6f40) at main.c:977 #13 0x40422fa1 in php_apache_server_shutdown (tmp=0x0) at sapi_apache2.c:408#14 0x40040f8a in run_cleanups (c=0x814bdf0) at apr_pools.c:1664 #15 0x400402c2 in apr_pool_clear (pool=0x8096d38) at apr_pools.c:532 #16 0x0806a00c in main (argc=1, argv=0xb784) at main.c:464 #17 0x401f9370 in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=15591&edit=1
Bug #15496 Updated: Email Size
ID: 15496 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: XP PHP Version: 4.1.1 New Comment: You don't have to submit duplicate. You've commented for bug #11165 and this report is duplicate the bug report. The bug is not fixed. It's just there is no developer willing to rewrite mail code for windows. (yet) Feel free to submit patch for it :) Previous Comments: [2002-02-16 23:48:42] [EMAIL PROTECTED] $db = mysql_connect($dbhost,$dbuser,$dbpasswd) or die("Unable to connect to database"); @mysql_select_db("$dbname", $db) or die("Unable to select database $dbname"); $sqlquery = mysql_query("SELECT * FROM `text_questionnaire` " ,$db); while ($tablerows = mysql_fetch_row($sqlquery)) { $HTMLEmailText = ""; $HTMLEmailText .= ""; $HTMLEmailText .= ""; $HTMLEmailText .= "$tablerows[14]"; $HTMLEmailText .= ""; $HTMLEmailText .= ""; $HTMLEmailText .= "$tablerows[14] "; $HTMLEmailText .= "Here is the information we recieved "; $HTMLEmailText .= "$tablerows[9]$Name"; $HTMLEmailText .= "$tablerows[10]$Email"; $HTMLEmailText .= "$tablerows[11]$Phone"; $HTMLEmailText .= "$tablerows[12]$Fax"; $HTMLEmailText .= "$tablerows[1]$Contaminated"; //$HTMLEmailText .= "$tablerows[2]$When_and_how"; //$HTMLEmailText .= "$tablerows[3]$discovered"; //$HTMLEmailText .= "$tablerows[4]$symptom"; //$HTMLEmailText .= "$tablerows[5]$Government"; //$HTMLEmailText .= "$tablerows[6]$physicians"; //$HTMLEmailText .= "$tablerows[7]$adequate"; //$HTMLEmailText .= "$tablerows[8]$Comments"; //$HTMLEmailText .= "$tablerows[13]$Contact"; $HTMLEmailText .= "$tablerows[16]$User_Data_1"; $HTMLEmailText .= " "; } It will send mail OK with the lines rem out Will not send mail with them in, if the user adds lost of data [2002-02-16 22:50:43] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". [2002-02-16 22:14:29] [EMAIL PROTECTED] Is any one going to answer this? [2002-02-11 01:07:05] [EMAIL PROTECTED] There looks to be a bug in the email on size small is on put some data in the email and I get: Server=watson.microsoft.com UI LCID=1033 Flags=33552 Brand=WINDOWS TitleName=php.exe DigPidRegPath=HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductId RegSubPath=Microsoft\PCHealth\ErrorReporting\DW ErrorText=If you were in the middle of something, the information you were working on might be lost. Stage1URL=/StageOne/php_exe/0_0_0_0/php4ts_dll/0_0_0_0/000a09ed.htm Stage2URL=/dw/stagetwo.asp?szAppName=php.exe&szAppVer=0.0.0.0&szModName=php4ts.dll&szModVer=0.0.0.0&offset=000a09ed DataFiles=C:\DOCUME~1\kroberts\LOCALS~1\Temp\WER7F.tmp.dir00\php.exe.mdmp ErrorSubPath=php.exe\0.0.0.0\php4ts.dll\0.0.0.0\000a09ed Help Please -- Edit this bug report at http://bugs.php.net/?id=15496&edit=1
Bug #15591: Apache2 (compiled w/-lpthread) + PHP4 + OCI8 + Mandrake8.1= Segmentation Fault
From: [EMAIL PROTECTED] Operating system: Mandrake 8.1 PHP version: 4.1.1 PHP Bug Type: Apache2 related Bug description: Apache2 (compiled w/-lpthread) + PHP4 + OCI8 + Mandrake8.1= Segmentation Fault Problem: Apache 2.0.32 + php4-200202162100 + Oracle (9.0.1 or 8.1.7) + 2.4.17-16mdkenterprise == segmentation fault Report: My understanding that this keeps popping up despite compiling Apache w/ pthreads, any regression problems ? Apache2 compiled with following command: LDFLAGS="-lpthread" ./configure --prefix=/web --enable-ssl --enable-mods-shared=all [root@gabriel bin]# ldd httpd libaprutil.so.0 => /web/lib/libaprutil.so.0 (0x40016000) libapr.so.0 => /web/lib/libapr.so.0 (0x40027000) libm.so.6 => /lib/libm.so.6 (0x40054000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40076000) libnsl.so.1 => /lib/libnsl.so.1 (0x400a3000) libdl.so.2 => /lib/libdl.so.2 (0x400b9000) libssl.so.0 => /usr/lib/libssl.so.0 (0x400bd000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x400eb000) libexpat.so.0 => /web/lib/libexpat.so.0 (0x401ad000) libpthread.so.0 => /lib/libpthread.so.0 (0x401cb000) libc.so.6 => /lib/libc.so.6 (0x401e1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) ### Now compiling PHP w/ Oracle oci8 support [root@gabriel bin]# ./configure --prefix=/web --with-apxs2=/web/bin/apxs --with-oci8=/opt/oracle/901/ --without-mysql --enable-sigchild ### No problems compiling, this ran with an older CVS 3-4 days ago but crashed in about an hour, has not run since with any CVS ### Now running it with LoadModule in httpd.conf [root@gabriel bin]# ./apachectl start ./apachectl: line 192: 13516 Segmentation fault(core dumped) $HTTPD ./apachectl start: httpd could not be started ### ok, let's get a backtrace ... [root@gabriel bin]# gdb ./httpd core ... Core was generated by `/web/bin/httpd'. Program terminated with signal 11, Segmentation fault. ... #0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 106 ctx->f->r->status = SG(sapi_headers).http_response_code; (gdb)bt#0 php_apache_sapi_send_headers (sapi_headers=0x814c3b0, tsrm_ls=0x814c348) at sapi_apache2.c:106 #1 0x404296b5 in sapi_send_headers (tsrm_ls=0x814c348) at SAPI.c:578 #2 0x4046de86 in php_header () at head.c:58 #3 0x4042e38e in php_ub_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:460 #4 0x4042d85e in php_body_write ( str=0xbfffe100 "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x814c348) at output.c:99 #5 0x40423e16 in php_printf (format=0x404c9ce3 "OCIDebug: %s\n") at main.c:355 #6 0x40435826 in oci_debug (format=0x404c9ae6 "START php_mshutdown_oci") at oci8.c:1043 #7 0x40434b5c in zm_shutdown_oci (type=1, module_number=7, tsrm_ls=0x814c348) at oci8.c:592 #8 0x4041aead in module_destructor (module=0x81895c8) at zend_API.c:1124 #9 0x4041caf8 in zend_hash_destroy (ht=0x404f1620) at zend_hash.c:541 #10 0x4041794c in zend_shutdown (tsrm_ls=0x814c348) at zend.c:490 #11 0x404254f7 in php_module_shutdown (tsrm_ls=0x814c348) at main.c:1000 #12 0x404254b4 in php_module_shutdown_wrapper (sapi_globals=0x404d6f40) at main.c:977 #13 0x40422fa1 in php_apache_server_shutdown (tmp=0x0) at sapi_apache2.c:408#14 0x40040f8a in run_cleanups (c=0x814bdf0) at apr_pools.c:1664 #15 0x400402c2 in apr_pool_clear (pool=0x8096d38) at apr_pools.c:532 #16 0x0806a00c in main (argc=1, argv=0xb784) at main.c:464 #17 0x401f9370 in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=15591&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15591&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15591&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15591&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15591&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15591&r=support Expected behavior: http://bugs.php.net/fix.php?id=15591&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15591&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15591&r=submittedtwice