#20615 [Opn->Bgs]: PHP 4.2.3 unable to run in Windows NT 2000 with ISAPI
ID: 20615 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows NT 2000 Server PHP Version: 4.2.3 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2002-11-25 00:28:38] [EMAIL PROTECTED] I installed PHP 4.2.3 to Windows NT 2000 Server. then RUN test.php with phpinfo(). after this, I push Home button. the system display http 500 internal error then I press reload button, IE appear following error -2147417842 (0x8001010e) sorry! My english is very pool. -- Edit this bug report at http://bugs.php.net/?id=20615&edit=1
#20607 [Com]: function included from parent script gets lost
ID: 20607 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: it doesnt matter if I do ini_set("error_reporting", "E_WARNING"); or ini_set("error_reporting", "E_ALL"); or include_once / require_once the site comes up with nothing when I set error_reporting Previous Comments: [2002-11-25 00:28:02] [EMAIL PROTECTED] ok index.php now reads (on the live site): "; require_once "it_functions/it_db.php"; $a = it_getnextid("table", "trjh"); ?> I dont get any msg at all now, but i should get an echo from it_GetNextID ... ? [2002-11-24 19:27:32] [EMAIL PROTECTED] yep, will do that, but im using other files in the same directory. also what is the function to get/set config options in php via the script? [2002-11-24 12:36:08] [EMAIL PROTECTED] Looks like the include is failing, but the error is not being shown, could you increase your error level to display E_WARNING or change include_once to require_once. [2002-11-24 05:53:35] [EMAIL PROTECTED] the only difference is in index.php: [2002-11-24 05:51:57] [EMAIL PROTECTED] to see the above on my live server, goto http://www.blackisha.com/cms_phpbug_central/index.php to see the result if it_db.php is included within the same directory, goto http://www.blackisha.com/cms_phpbug/index.php 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/20607 -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#20615 [NEW]: PHP 4.2.3 unable to run in Windows NT 2000 with ISAPI
From: [EMAIL PROTECTED] Operating system: Windows NT 2000 Server PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: PHP 4.2.3 unable to run in Windows NT 2000 with ISAPI I installed PHP 4.2.3 to Windows NT 2000 Server. then RUN test.php with phpinfo(). after this, I push Home button. the system display http 500 internal error then I press reload button, IE appear following error -2147417842 (0x8001010e) sorry! My english is very pool. -- Edit bug report at http://bugs.php.net/?id=20615&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20615&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20615&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20615&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20615&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20615&r=support Expected behavior: http://bugs.php.net/fix.php?id=20615&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20615&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20615&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20615&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20615&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20615&r=isapi
#20607 [Com]: function included from parent script gets lost
ID: 20607 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: ok index.php now reads (on the live site): "; require_once "it_functions/it_db.php"; $a = it_getnextid("table", "trjh"); ?> I dont get any msg at all now, but i should get an echo from it_GetNextID ... ? Previous Comments: [2002-11-24 19:27:32] [EMAIL PROTECTED] yep, will do that, but im using other files in the same directory. also what is the function to get/set config options in php via the script? [2002-11-24 12:36:08] [EMAIL PROTECTED] Looks like the include is failing, but the error is not being shown, could you increase your error level to display E_WARNING or change include_once to require_once. [2002-11-24 05:53:35] [EMAIL PROTECTED] the only difference is in index.php: [2002-11-24 05:51:57] [EMAIL PROTECTED] to see the above on my live server, goto http://www.blackisha.com/cms_phpbug_central/index.php to see the result if it_db.php is included within the same directory, goto http://www.blackisha.com/cms_phpbug/index.php [2002-11-24 05:46:06] [EMAIL PROTECTED] ok, boiled it down to pretty simple code. The problem seemed to stem from the filename and position of it_db.php, which is in a default included directory .home/lib/it_functions/. In the following example, if it_db.php was included in the same directory, all was ok. if /home/lib/it_db.php was renamed to /home/lib/it_database.php (or any other name), the code works fine System: red hat 7.2 php 4.2.3 kernel 2.4.18pre3 apache: 1.3.27 php is an apache module file structure: /home/lib/it_functions/it_db.php (in central code repos): "; } // it_GetFieldNames - Get all field/column names of selected table and load into an array function it_GetFieldNames($table) { echo "works ok too " } ?> blackisha.com/cms_phpdebug/index.php: 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/20607 -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#18523 [Opn->Fbk]: httpd Memory consumption with new PHP
ID: 18523 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: BSDI 4.1 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-28 22:57:02] [EMAIL PROTECTED] su# ls libs/ libphp4.a libphp4.la su# ls .libs/ libphp4.a libphp4.la libphp4.lai [2002-09-28 22:47:48] [EMAIL PROTECTED] Is there anything in .libs/ or libs/ directory? [2002-09-27 01:42:25] [EMAIL PROTECTED] Did not work; didn't generate the .so su# make install Installing PHP SAPI module [activating module `php4' in /usr/local/web/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/web/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 [2002-09-26 19:51:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-08 03:36:42] [EMAIL PROTECTED] Ok No, it isn't. Same issue of wanting a shared libc-client library. I tried the snapshot, and it didn't complain about that, but failed during the make install. (I forget where, I'll try another snapshot in a couple days) 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/18523 -- Edit this bug report at http://bugs.php.net/?id=18523&edit=1
#17540 [Opn->Fbk]: CDATA incorrect for non block elements
ID: 17540 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XML related Operating System: Win 2K Pro PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-05-31 02:08:23] [EMAIL PROTECTED] Running PHP 4.2.1 with Apache 2.0.36 on Windows 2000 Profrofessional. PHP is running as an Apache module. XML extension enabled XSLT extension enabled For some reason when parsing documents that like: Some text rest of para text The CDATA that is returned through the xml_set_character_data_handler seems to return the rest of the para CDATA instead of nothing. After the data handler has been called, then it calls the element handler to close the tag. An easy way to test is to keep track of the current tag that the parser is on (by setting it in the open element handler) and then running strlen over the CDATA has it hits the test tag. Logically it should close the tag, then process the CDATA or at least return blank CDATA for the test tag. -- Edit this bug report at http://bugs.php.net/?id=17540&edit=1
#15587 [Opn->Fbk]: basic_functions.c and dns.c fail to compile due to incompatible parameters
ID: 15587 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Irix 6.5.15m PHP Version: 4.1.1, 4.3.0-dev New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-08-29 21:48:29] [EMAIL PROTECTED] updated versions. [2002-08-29 16:58:36] [EMAIL PROTECTED] Too soon. This snapshot also fails on Zend/zend_language_scanner.c cc-1200 cc: ERROR File = Zend/zend_language_scanner.c, Line = 4186 The depth of macro recursion exceed the maximum allowed. if (yy_start_stack_ptr) { ^ cc-1131 cc: ERROR File = Zend/zend_language_scanner.c, Line = 4186 Expected a field name. if (yy_start_stack_ptr) { This repeats on lines 5719 5723, 5724, 5726, 5727, 5730, etc [2002-08-29 16:43:22] [EMAIL PROTECTED] Tried a make with php4-200208290900. Error is still on the same location and message is identical. Compilation fails. Again; compiling with EXTRA-CFLAGS set to -cckr results in a succesful build. Version php-4.1.1 ran stable this way. [2002-08-08 07:51:03] [EMAIL PROTECTED] Set to feedback. [2002-08-06 17:04:25] [EMAIL PROTECTED] Both me and the machine have been away. Will test the patch asap. 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/15587 -- Edit this bug report at http://bugs.php.net/?id=15587&edit=1
#15316 [Opn->Fbk]: Segmentation fault on Interbase blob creation
ID: 15316 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: InterBase related Operating System: Linux 2.4.17-xfs PHP Version: 4.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-27 19:48:08] [EMAIL PROTECTED] I wonder if this could be related to a problem I ran into, detailed at http://bugs.php.net/bug.php?id=18744 Basically, I discovered that if you tried to use ibase_blob_add to add > 64k of data to a blob at any one time, the data would be truncated. Wonder if some variation of this bug causes a core dump? Are your images > 64k in size? [2002-08-09 13:26:10] [EMAIL PROTECTED] I am using php 4.2.2 on freebsd 4.6 and it core dumps whenever I try to insert ot update a blob in an interbase db as well. (not running from apache running the cgi version from a shell). [2002-03-11 20:26:44] [EMAIL PROTECTED] Does any of this information help? I see that there are now others reporting this bug, so perhaps it can be combined with those. [2002-02-21 20:46:50] [EMAIL PROTECTED] Well, I got pretty close to getting a backtrace, but ran across what appears to be a bug in gdb. Either that, or I am just not finding the proper documentation. I can get a gdb attached to the proper thread, via: /usr/sbin/apache.dbg gdb /usr/sbin/apache.dbg (gdb) attach (gdb) continue but when I "continue" it, it gives me a message like "Cannot find thread 2049: invalid thread handle". Now, I may be doing something wrong, but I sure can't tell what. [2002-02-21 18:59:10] [EMAIL PROTECTED] Incidentally, I have tried every which way to get a core dump, but even after running apache on port 1025 as a non-root user, and checking permissions on the CoreDumpDirectory, no core file is created. So, I tried attaching gdb to specific processes, but for some reason, when I attach gdb to a particular process, the process no longer accepts connections. Any hints? 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/15316 -- Edit this bug report at http://bugs.php.net/?id=15316&edit=1
#14401 [Opn->Fbk]: Wrong include_path from Apache config
ID: 14401 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux i386 PHP Version: 4.3.0-dev New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The previously mentioned bug, #18568 has been fixed. Previous Comments: [2002-11-11 13:10:10] [EMAIL PROTECTED] Well, as reported earlier, I need a working RPM installation, which means that bug #18568 has to be fixed, too, which it's not, as of snapshot 200211101739. [2002-11-10 18:27:53] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-27 22:35:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-23 11:52:30] [EMAIL PROTECTED] Well, I had hoped that the bug fix for the Apache XbitHack would also fix our auto_prepend_file+include_path problem, but it certainly does not. In other words: 4.2.3 has _still_ this problem of wrong include_path's for files loaded via auto_prepend_file. [2002-07-23 12:31:42] [EMAIL PROTECTED] A short note to confirm the obvious: release 4.2.2 did _not_ fix this problem. It took about 24 hours after the upgrade until it happened for the first time. 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/14401 -- Edit this bug report at http://bugs.php.net/?id=14401&edit=1
#8353 [Opn->Fbk]: foreach modify array pointer
ID: 8353 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type:Arrays related PHP Version: 4.3.0-dev New Comment: IMO this is not a bug. Foreach works virtually like while + each combination, with a few exceptions such as not requiring a reset() prior to execution since it does not care about the current position in the array. As far as current(), next() and simular are concerned, while (each($arr)); == foreach ($arr as $v);, once the loops are complete current() will return FALSE. This IMO is a consistent behaviour and is definately not a bug. I believe this is merely a documentation issue. Previous Comments: [2002-11-21 15:21:34] [EMAIL PROTECTED] foreach essentially REMOVES the array pointer alltogether on the original array. $arr = array('a','b'); foreach ($arr as $v); var_dump( current($arr) ); $arr = array('a','b'); foreach ($arr as $v); reset($arr); var_dump( current($arr) ); Results: bool(false) string(1) "a" Using key() instead of current() results in NULL instead of false. Where did the pointer go? Conclusion: Either foreach() has a feature that removes the array pointer from the original array or it's a bug. If it's seen as a feature please explain why so it can be documented. [2001-03-09 21:32:57] [EMAIL PROTECTED] no feedback. [2001-01-05 22:52:10] [EMAIL PROTECTED] I get 121 for both cases. Please try the latest snapshot from http://snaps.php.net/ --Jani [2000-12-21 09:44:03] [EMAIL PROTECTED] try 1.: $var[] = "1"; $var[] = "2"; foreach($var as $test) { echo $test; } reset($var); echo current($var); output -> 12 then try: $var[] = "1"; $var[] = "2"; //reset($var); foreach($var as $test) { echo $test; current($var); } echo current($var); output -> 121 this should be the output of the first script too? Greetings lunepi -- Edit this bug report at http://bugs.php.net/?id=8353&edit=1
#20559 [Opn->Dup]: .phps unable just doesnt work
ID: 20559 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Scripting Engine problem Operating System: Debian 3.0 PHP Version: 4.2.3 New Comment: That did it ! Same as bug 15943 thanks guys Previous Comments: [2002-11-24 20:32:23] [EMAIL PROTECTED] Do you have output buffering on in the php.ini file? Sounds very similar to bug 15943: http://bugs.php.net/bug.php?id=15943 [2002-11-24 00:03:51] [EMAIL PROTECTED] I tried removing .php4s and restarting apache.. I'm still getting that error. I can arrange to create a ssh account for one person. But I will need that person to be on during the hours I am up. So contact me I'll arrange for the account then. I am also available on dalnet #php as Assid I am located in india so my TZ = GMT +5.30 [2002-11-23 15:45:27] [EMAIL PROTECTED] AddType application/x-httpd-php-source .phps works just fine on my test boxes in Apache 1 and Apache 2 using PHP 4.3.0-dev or 4.4.0-dev. Try removed the .php4s, see if that solves the problem, other then that I think this problem may have something to do with your local configuration. [2002-11-22 01:24:27] [EMAIL PROTECTED] I installed the latest CVS snapshot and i am yet having the same problem. I checked phpinfo to make sure that i have the correct build installed and it does confirm im using the cvs i.e PHP Version 4.4.0-dev I have been using this httpd.conf for quite a long time. And if im not mistaken, the older versions (i think 4.1.x or so) did allow I tested this on one of the other boxes i have at office (development box) and there im using 4.2.2 again with debian 3.0. It doesnt work there either. Access log shows its being visited properly (code 200) but im getting the same error. here i havent made any changes really to the httpd.conf im running it straight from the htdocs and default settings of apache. Even if i didnt add the addtype ... it should atleast let me download.. so i dont think thats the problem. but in either case i have the addtype for it. [2002-11-22 00:54:04] [EMAIL PROTECTED] i tried checking the logs.. in error logs i get nothing however access log shows the correct info - - [22/Nov/2002:12:23:26 +0530] "GET /phpinfo.phps HTTP/1.1" 200 - i am downloading and installing the latest snapshot.. will get back on that as soon as im done. 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/20559 -- Edit this bug report at http://bugs.php.net/?id=20559&edit=1
#20614 [Opn->Fbk]: HTML tag paremeter is double-quoted automatically
ID: 20614 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Win32 PHP Version: 4.2.3 New Comment: I am guessing you are using sessions and consequently url_rewriter.tags is modifying your HTML. Try removing 'input=src' from url_rewriter.tags inside your php.ini. Previous Comments: [2002-11-24 21:54:09] [EMAIL PROTECTED] When I installed PHP 4.2.3 on my PC I found IE returning JavaScripte errors. After reviewing contents of IE page and PHP code I found that whichever HTML parameter value is specified w/o quotes (for example "... Source" in IE you see "...http://bugs.php.net/?id=20614&edit=1
#11716 [NoF->Csd]: Segmentation fault(coredump) in Apache(DSO-enabled) startup
ID: 11716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.2.2 New Comment: I've tested using CVS snapshots. But there is still a installation problem what I mentioned on 30 July. I think it is a bug of libtool generated from PHP configure script. I know this is a different problem from 'segmentation fault', what I submitted first. So I'd like to close this case. -- CheolMin Lee Previous Comments: [2002-11-21 17:07:49] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-11-10 18:48:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-17 01:57:03] [EMAIL PROTECTED] Part of the reason we ask to try new versions is a developer may believe they have fixed the bug. Not many of us have access to an AIX box for any testing. The patch provided though for fixing this is a great help. The biggiest problem with it is, it's been created for the configure script which is a generated file. If you can port it to the ltmain.sh and/or the acinclude.m4 (which ever requires the work) that would ensure its inclusion in the next release of PHP. But right now I can only seem to make 1/2 of it work. Message sent to PHP Dev asking for more help [2002-07-30 09:02:35] [EMAIL PROTECTED] Recently I tried the latest release(4.2.2), and It works well if you manually copy libphp4.so.0 into Apache's libexec directory: $ cp .libs/libphp4.so.0 SOMEWHERE/apache/libexec/libphp4.so It means that 'make install-sapi' fails because there is no libphp4.so[.0] when 'install-sapi' tries to copy. To fix this problem, LIBTOOL must copy .libs/libphp4.so[.0] files into libs/ directory. I have a patch to resolve this problem at the following link: http://tclab.kaist.ac.kr/~cmlee/pub/php-4.2.2-20020730.patch I've tested the patch in the following environment: - AIX 4.3.3 - GNU gcc 2.95.3 - Apache 1.3.26 - PHP 4.2.2 Hope this help to close this problem and the patch come to no harm to others. :) -- CheolMin Lee [2002-01-29 16:36:08] [EMAIL PROTECTED] Sorry about last comment, I was a bit stressed out earlier! My environment is: AIX 4.3.3.0 PHP 4.1.1 Apache 1.3.22 VAC.C 5.0.0.2 (IBM Visual Age C Compiler) I think there's a definite problem with your make install script though with regards to extracting the libphp4.so to /apache/libexec. I got round that with ar -x libphp4.a and then running make install again. Also there's something wrong when I dynamically load the library because it's causing a coredump. It's really frustrating. I remember having exactly the same problem on Solaris a few months ago, but I've forgotten what I did to fix it (even more frustrating!). I thought it was something to do with a linker PATH variable? Do I need to set some variable to point at /usr/local/include/php? Should I change something in the php.ini file? I really don't want to change compilers at this stage because everything else is working fine with VAC. Does this have anything to do with the compiler fix mentioned in BUG 4630? I'll try that tomorrow. OK Well that's all I can think of. My configure was pretty basic: ./configure --with-apxs=/opt/apache/bin/apxs --without-mysql Are there some other options I should have added? Cheers, JS. 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/11716 -- Edit this bug report at http://bugs.php.net/?id=11716&edit=1
#20614 [NEW]: HTML tag paremeter is double-quoted automatically
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.2.3 PHP Bug Type: Output Control Bug description: HTML tag paremeter is double-quoted automatically When I installed PHP 4.2.3 on my PC I found IE returning JavaScripte errors. After reviewing contents of IE page and PHP code I found that whichever HTML parameter value is specified w/o quotes (for example "... Source" in IE you see "...http://bugs.php.net/?id=20614&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20614&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20614&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20614&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20614&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20614&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20614&r=support Expected behavior: http://bugs.php.net/fix.php?id=20614&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20614&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20614&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20614&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20614&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20614&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20614&r=isapi
#20613 [Opn]: PHP Crashes SIGSEGV under iPlanet
ID: 20613 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.2.2 New Comment: Sorry forgot the configure line: ./configure --with-ldap=/usr/local/ --enable-thread-safety --enable-libgcc --ena ble-ftp --with-mysql=/usr/local/mysql --with-custom-odbc=/opt/odbc --with-curl=/ opt --with-openssl=/usr/local/ssl --enable-discard-path --enable-wddx --enable-x slt --with-xslt-sablot --enable-track-vars --enable-sysvsem --with-oci8=/oracle/ home/product/8.1.7 --with-nsapi=/db/www/netscape/server4 --enable-debug=yes --wi th-msession Previous Comments: [2002-11-24 21:06:57] [EMAIL PROTECTED] This seems similar to 15439 and 20109 but it is on iPlanet Web Server 4.1SP10 on Solaris 8. PHP crashes the webserver SIGSEGV, I have so far been unable to find the exact script that causes the problem, as it seems fairly random. I do however have a backtrace reproduced below: #0 0xfec33344 in strlen () from /usr/lib/libc.so.1 #1 0xfdd96a9c in php_register_variable () from /db/www/netscape/bin/libphp4.so #2 0xfdd794b8 in sapi_nsapi_register_server_variables () from /db/www/netscape/bin/libphp4.so #3 0xfdd7f1cc in php_register_server_variables () from /db/www/netscape/bin/libphp4.so #4 0xfdd7f938 in php_hash_environment () from /db/www/netscape/bin/libphp4.so #5 0xfdd7d75c in php_request_startup () from /db/www/netscape/bin/libphp4.so #6 0xfdd79d98 in nsapi_module_main () from /db/www/netscape/bin/libphp4.so #7 0xfdd7a0e8 in php4_execute () from /db/www/netscape/bin/libphp4.so #8 0xff256ccc in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () from /db/www/netscape/bin/https/lib/libns-httpd40.so #9 0xff2562ec in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /db/www/netscape/bin/https/lib/libns-httpd40.so #10 0xff257284 in INTobject_execute () from /db/www/netscape/bin/https/lib/libns-httpd40.so #11 0xff25bec8 in __0FQ_perform_serviceP6HSessionP6HRequestP6Mhttpd_object () from /db/www/netscape/bin/https/lib/libns-httpd40.so #12 0xff25bf84 in INTservact_service () from /db/www/netscape/bin/https/lib/libns-httpd40.so #13 0xff25c29c in INTservact_handle_processed () from /db/www/netscape/bin/https/lib/libns-httpd40.so ---Type to continue, or q to quit--- #14 0xff28a8a4 in __0fLHttpRequestUUnacceleratedRespondPCcPcTC () from /db/www/netscape/bin/https/lib/libns-httpd40.so #15 0xff289680 in __0fLHttpRequestNHandleRequestP6Gnetbuf () from /db/www/netscape/bin/https/lib/libns-httpd40.so #16 0xff285e9c in __0fNDaemonSessionHRespondv () from /db/www/netscape/bin/https/lib/libns-httpd40.so #17 0xff285d28 in __0fNDaemonSessionKThreadMainv () from /db/www/netscape/bin/https/lib/libns-httpd40.so #18 0xff2857b4 in CThreadMain () from /db/www/netscape/bin/https/lib/libns-httpd40.so #19 0xfef42ad8 in _pt_root () from /db/www/netscape/bin/https/lib/libnspr3.so -- Edit this bug report at http://bugs.php.net/?id=20613&edit=1
#20613 [NEW]: PHP Crashes SIGSEGV under iPlanet
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.2.2 PHP Bug Type: iPlanet related Bug description: PHP Crashes SIGSEGV under iPlanet This seems similar to 15439 and 20109 but it is on iPlanet Web Server 4.1SP10 on Solaris 8. PHP crashes the webserver SIGSEGV, I have so far been unable to find the exact script that causes the problem, as it seems fairly random. I do however have a backtrace reproduced below: #0 0xfec33344 in strlen () from /usr/lib/libc.so.1 #1 0xfdd96a9c in php_register_variable () from /db/www/netscape/bin/libphp4.so #2 0xfdd794b8 in sapi_nsapi_register_server_variables () from /db/www/netscape/bin/libphp4.so #3 0xfdd7f1cc in php_register_server_variables () from /db/www/netscape/bin/libphp4.so #4 0xfdd7f938 in php_hash_environment () from /db/www/netscape/bin/libphp4.so #5 0xfdd7d75c in php_request_startup () from /db/www/netscape/bin/libphp4.so #6 0xfdd79d98 in nsapi_module_main () from /db/www/netscape/bin/libphp4.so #7 0xfdd7a0e8 in php4_execute () from /db/www/netscape/bin/libphp4.so #8 0xff256ccc in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () from /db/www/netscape/bin/https/lib/libns-httpd40.so #9 0xff2562ec in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /db/www/netscape/bin/https/lib/libns-httpd40.so #10 0xff257284 in INTobject_execute () from /db/www/netscape/bin/https/lib/libns-httpd40.so #11 0xff25bec8 in __0FQ_perform_serviceP6HSessionP6HRequestP6Mhttpd_object () from /db/www/netscape/bin/https/lib/libns-httpd40.so #12 0xff25bf84 in INTservact_service () from /db/www/netscape/bin/https/lib/libns-httpd40.so #13 0xff25c29c in INTservact_handle_processed () from /db/www/netscape/bin/https/lib/libns-httpd40.so ---Type to continue, or q to quit--- #14 0xff28a8a4 in __0fLHttpRequestUUnacceleratedRespondPCcPcTC () from /db/www/netscape/bin/https/lib/libns-httpd40.so #15 0xff289680 in __0fLHttpRequestNHandleRequestP6Gnetbuf () from /db/www/netscape/bin/https/lib/libns-httpd40.so #16 0xff285e9c in __0fNDaemonSessionHRespondv () from /db/www/netscape/bin/https/lib/libns-httpd40.so #17 0xff285d28 in __0fNDaemonSessionKThreadMainv () from /db/www/netscape/bin/https/lib/libns-httpd40.so #18 0xff2857b4 in CThreadMain () from /db/www/netscape/bin/https/lib/libns-httpd40.so #19 0xfef42ad8 in _pt_root () from /db/www/netscape/bin/https/lib/libnspr3.so -- Edit bug report at http://bugs.php.net/?id=20613&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20613&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20613&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20613&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20613&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20613&r=support Expected behavior: http://bugs.php.net/fix.php?id=20613&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20613&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20613&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20613&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20613&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20613&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20613&r=isapi
#20559 [Com]: .phps unable just doesnt work
ID: 20559 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Debian 3.0 PHP Version: 4.2.3 New Comment: Do you have output buffering on in the php.ini file? Sounds very similar to bug 15943: http://bugs.php.net/bug.php?id=15943 Previous Comments: [2002-11-24 00:03:51] [EMAIL PROTECTED] I tried removing .php4s and restarting apache.. I'm still getting that error. I can arrange to create a ssh account for one person. But I will need that person to be on during the hours I am up. So contact me I'll arrange for the account then. I am also available on dalnet #php as Assid I am located in india so my TZ = GMT +5.30 [2002-11-23 15:45:27] [EMAIL PROTECTED] AddType application/x-httpd-php-source .phps works just fine on my test boxes in Apache 1 and Apache 2 using PHP 4.3.0-dev or 4.4.0-dev. Try removed the .php4s, see if that solves the problem, other then that I think this problem may have something to do with your local configuration. [2002-11-22 01:24:27] [EMAIL PROTECTED] I installed the latest CVS snapshot and i am yet having the same problem. I checked phpinfo to make sure that i have the correct build installed and it does confirm im using the cvs i.e PHP Version 4.4.0-dev I have been using this httpd.conf for quite a long time. And if im not mistaken, the older versions (i think 4.1.x or so) did allow I tested this on one of the other boxes i have at office (development box) and there im using 4.2.2 again with debian 3.0. It doesnt work there either. Access log shows its being visited properly (code 200) but im getting the same error. here i havent made any changes really to the httpd.conf im running it straight from the htdocs and default settings of apache. Even if i didnt add the addtype ... it should atleast let me download.. so i dont think thats the problem. but in either case i have the addtype for it. [2002-11-22 00:54:04] [EMAIL PROTECTED] i tried checking the logs.. in error logs i get nothing however access log shows the correct info - - [22/Nov/2002:12:23:26 +0530] "GET /phpinfo.phps HTTP/1.1" 200 - i am downloading and installing the latest snapshot.. will get back on that as soon as im done. [2002-11-22 00:04:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip And you should also check your apache logs as it seems like it's segfaulting or you have misconfigured the phps support. 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/20559 -- Edit this bug report at http://bugs.php.net/?id=20559&edit=1
#20607 [Com]: function included from parent script gets lost
ID: 20607 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: yep, will do that, but im using other files in the same directory. also what is the function to get/set config options in php via the script? Previous Comments: [2002-11-24 12:36:08] [EMAIL PROTECTED] Looks like the include is failing, but the error is not being shown, could you increase your error level to display E_WARNING or change include_once to require_once. [2002-11-24 05:53:35] [EMAIL PROTECTED] the only difference is in index.php: [2002-11-24 05:51:57] [EMAIL PROTECTED] to see the above on my live server, goto http://www.blackisha.com/cms_phpbug_central/index.php to see the result if it_db.php is included within the same directory, goto http://www.blackisha.com/cms_phpbug/index.php [2002-11-24 05:46:06] [EMAIL PROTECTED] ok, boiled it down to pretty simple code. The problem seemed to stem from the filename and position of it_db.php, which is in a default included directory .home/lib/it_functions/. In the following example, if it_db.php was included in the same directory, all was ok. if /home/lib/it_db.php was renamed to /home/lib/it_database.php (or any other name), the code works fine System: red hat 7.2 php 4.2.3 kernel 2.4.18pre3 apache: 1.3.27 php is an apache module file structure: /home/lib/it_functions/it_db.php (in central code repos): "; } // it_GetFieldNames - Get all field/column names of selected table and load into an array function it_GetFieldNames($table) { echo "works ok too " } ?> blackisha.com/cms_phpdebug/index.php: [2002-11-24 03:27:10] [EMAIL PROTECTED] I will try & boil down the code & provide an example within the next day, & provide a sample href 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/20607 -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#13560 [Com]: mysql_fetch_object can't return any record
ID: 13560 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: on windows XP :) Previous Comments: [2002-11-24 19:19:26] [EMAIL PROTECTED] i think i'm having the same problem. here's some code :) - // generate and execute query $query = "SELECT slug, content, contact, timestamp FROM news WHERE id = '$id'"; $result = mysql_query($query) or die ("Error in query: $query. " . mysql_error()); // get resultset as object $row = mysql_fetch_object($result); // print details if ($row) { ?> slug; ?> content); ?> This press release was published on timestamp); ?>. For more information, please contact contact; ?> That press release could not be located in our database. and verified that there is stuff in the table. i inserted into the else block. curiously, it always printed "Resource id #2", even when this url was used: http://127.0.0.1/test/user/story.php?id=1 it doesn't seem likely that this is a bug, but hoped someone could easily make some suggestions for troubleshooting this. i'm very new at this and didn't know where else to go :) i'm using php4 and mysql 4.0.1 distributed for windows in foxserv. [2001-10-05 23:38:14] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! $UserName1=$HTTP_POST_VARS["UserName"]; $PassWd1=$HTTP_POST_VARS["Passwd"]; $rst_CommandText="select Passwd,OSKEY from admin where UserName='" . $UserName1 . "'"; $result = mysql_db_query("myforum",$rst_CommandText,$rst_ActiveConnection); echo mysql_result($result,0,"Passwd"); //work correctly! $rows = mysql_fetch_object($result); echo $rows->Passwd; //but it dosen't work!!! [2001-10-05 06:38:20] [EMAIL PROTECTED] not enough info. read bugs-dos-and-donts.php [2001-10-05 06:33:07] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! -- Edit this bug report at http://bugs.php.net/?id=13560&edit=1
#13560 [Com]: mysql_fetch_object can't return any record
ID: 13560 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: i think i'm having the same problem. here's some code :) - // generate and execute query $query = "SELECT slug, content, contact, timestamp FROM news WHERE id = '$id'"; $result = mysql_query($query) or die ("Error in query: $query. " . mysql_error()); // get resultset as object $row = mysql_fetch_object($result); // print details if ($row) { ?> slug; ?> content); ?> This press release was published on timestamp); ?>. For more information, please contact contact; ?> That press release could not be located in our database. and verified that there is stuff in the table. i inserted into the else block. curiously, it always printed "Resource id #2", even when this url was used: http://127.0.0.1/test/user/story.php?id=1 it doesn't seem likely that this is a bug, but hoped someone could easily make some suggestions for troubleshooting this. i'm very new at this and didn't know where else to go :) i'm using php4 and mysql 4.0.1 distributed for windows in foxserv. Previous Comments: [2001-10-05 23:38:14] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! $UserName1=$HTTP_POST_VARS["UserName"]; $PassWd1=$HTTP_POST_VARS["Passwd"]; $rst_CommandText="select Passwd,OSKEY from admin where UserName='" . $UserName1 . "'"; $result = mysql_db_query("myforum",$rst_CommandText,$rst_ActiveConnection); echo mysql_result($result,0,"Passwd"); //work correctly! $rows = mysql_fetch_object($result); echo $rows->Passwd; //but it dosen't work!!! [2001-10-05 06:38:20] [EMAIL PROTECTED] not enough info. read bugs-dos-and-donts.php [2001-10-05 06:33:07] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! -- Edit this bug report at http://bugs.php.net/?id=13560&edit=1
#10663 [Com]: Content negotiantion seems to fail when using PHP in -field
ID: 10663 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Debian GNU/Linux 2.3 (woody) PHP Version: 4.0.4pl1 New Comment: This may have been addressed in a later post, but I'm seeing the same thing (if I read it right) in php 4.2.3. I can link to /dir/page.html or /dir/page and both are the same page content. The same thing happends for .htm and .php extensions; no extension is necessary. This leads me to believe it's something in the apache config. It must be checking for a directory name first, if it is not a directory it runs through the mime definitions for files. Previous Comments: [2001-05-28 00:01:57] [EMAIL PROTECTED] If this happens with PHP 4.0.5 please reopen. --Jani [2001-05-04 08:37:51] [EMAIL PROTECTED] Specified PHP4.0.4pl5 [2001-05-04 08:36:31] [EMAIL PROTECTED] Taking a dum example as: " method="post"> Makes apache/netscape not being able to negotiate the content-type of the document. The document is named /php/logs/log.php but is referred to as /php/logs/log using content-negotiation on apache-ssl (1.3.14.2.1+). Referring to the document as /php/logs/log.php makes the document tick. Removing the PHP-code make the /php/logs/log refernce work again! I have many (The Debian standard amount) modules installed and my php.ini is very long. Please don't hesitate me for the details on this. TYMLTN -- -- Edit this bug report at http://bugs.php.net/?id=10663&edit=1
#20605 [Opn->Bgs]: imap_open() requires /novalidate-cert on non-ssl hosts
ID: 20605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Linux PHP Version: 4.2.3 New Comment: This is how c-client works. Not PHP bug. Previous Comments: [2002-11-24 02:24:54] [EMAIL PROTECTED] There is a bug in imap_connect(), it requests a SSL certificate, even when not told to do so. the code I use is: $host = "localhost:143"; $mbox = @imap_open("{".$host."}INBOX",$user,$pass); if(!$mbox) { echo "error!!n"; echo imap_last_error(); die(); } the error message is: Certificate failure for localhost: unable to get local issuer certificate: /C=... I'm using a self signed certificate for the IMAP SSL. But, the server I use in port 143 doesn't use SSL. (SSL IMAP is on port 993) if i change the host line to: $host = "localhost:143/novalidate-cert"; it works. It worked fine in 4.2.2, after the upgrade (4.2.3) the mail service was broken. *** the configuration: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '-- sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '-- libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/ com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-config-file-path=/etc' '-- enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline- optimization' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-gd' '-- with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '-- with-regex=system' '--with-ttf' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with- layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic- quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '- -enable-track-vars' '--enable-trans-sid' '--without-oci8' '--with-imap' '--with-imap-ssl' '-- with-kerberos=/usr/kerberos' '--with-ldap=/usr' '--with-mysql=/usr' '--with-apxs=/usr/ sbin/apxs' c-client: IMAP c-Client Version 2001 (2001a) SSL Support enabled Kerberos Support enabled -- Edit this bug report at http://bugs.php.net/?id=20605&edit=1
#20612 [Opn->Csd]: GD library
ID: 20612 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: SunOS 5.8 x86 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-24 17:00:39] [EMAIL PROTECTED] While trying to compile PHP with GD 2.0.7 (gcc 2.95.3) make ... In file included from gd.c:83: gd_ctx.c: In function `_php_image_output_ctx': gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' gmake[3]: *** [gd.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=20612&edit=1
#20612 [NEW]: GD library
From: [EMAIL PROTECTED] Operating system: SunOS 5.8 x86 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: GD library While trying to compile PHP with GD 2.0.7 (gcc 2.95.3) make ... In file included from gd.c:83: gd_ctx.c: In function `_php_image_output_ctx': gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' gmake[3]: *** [gd.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=20612&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20612&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20612&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20612&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20612&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20612&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20612&r=support Expected behavior: http://bugs.php.net/fix.php?id=20612&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20612&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20612&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20612&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20612&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20612&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20612&r=isapi
#19404 [Com]: phpMyAdmin does not work properly anymore
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: Maybe stupid hint... for people who are having problems with phpMyAdmin. Did you checked php.ini for directive magic_quotes_gpc? It _MUST_ be set to Off, this directive can not be overwritten in PHP code (as mentioned in PHP documentation). If you can not turn it off for whole webserver in php.ini, use .htaccess and put "php_flag magic_quotes_gpc off" in (without quotes :). Previous Comments: [2002-11-22 13:21:27] [EMAIL PROTECTED] I forgot to mention --disable-mbstring. If you can make your build from the source, still want to use 4.2.3, please specify --disable-mbstring in configure params, and the problem would be gone. However the case you cannot make use of mysql from within your php scripts is not directly relevant to this bug. Anyway all that I can say is this bug was really fixed... [2002-11-22 11:10:01] [EMAIL PROTECTED] Well, I guess any one interested in using phpMyAdmin just can't use php 4.2.3? that's really pathetic. I love php and so on, but at least they could *fix* the bug? [2002-11-22 02:52:26] [EMAIL PROTECTED] Re: 4.2.3 Bug in mbstring.internal_encoding First, the 4.3.3 version does not have a listing in the ini file to not used this encoding so if the work-around is to not use this i would sure like to know how that is done. Second, if there is a current version of php that works with mySQL i would like to know where it is. 4.2.3 does not work and the new 4.3.0 does not work either. Am i the only one that can't get php and mySQL to work or is everyone sol just like me? [2002-11-20 09:48:21] [EMAIL PROTECTED] We have never issued a patch for this problem publicly by now, and will never. If you have to use the released versions, please wait until 4.3.0 is out. Otherwise you can fetch the latest stable cvs version at http://snaps.php.net/ [2002-11-19 20:24:07] [EMAIL PROTECTED] Is there a way to patch my Windows binary for this bug? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19404 -- Edit this bug report at http://bugs.php.net/?id=19404&edit=1
#20611 [Opn->Bgs]: ?
ID: 20611 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Regexps related Operating System: win 2000 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-11-24 16:26:05] [EMAIL PROTECTED] $out = preg_replace("//i", "", $in); //doesn't work, but $out = preg_replace("//i", "", $in); //does work! -- Edit this bug report at http://bugs.php.net/?id=20611&edit=1
#20611 [NEW]: ?
From: [EMAIL PROTECTED] Operating system: win 2000 PHP version: 4.2.3 PHP Bug Type: Regexps related Bug description: ? $out = preg_replace("//i", "", $in); //doesn't work, but $out = preg_replace("//i", "", $in); //does work! -- Edit bug report at http://bugs.php.net/?id=20611&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20611&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20611&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20611&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20611&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20611&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20611&r=support Expected behavior: http://bugs.php.net/fix.php?id=20611&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20611&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20611&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20611&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20611&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20611&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20611&r=isapi
#17123 [Com]: mktime(), localtime(), strtotime(), etc. are broken for dates <1970 in Win32
ID: 17123 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won\'t fix Bug Type: Date/time related Operating System: WinNT5.0 PHP Version: 4.2.0 New Comment: Sadly, I had to rebuild date function to be compatible with mylocal.. here's the code, extensions are welcome: function mydate($format, $timestamp = null) { if ($timestamp == null) { return @date($format); } if ($timestamp > -1) { return @date($format, $timestamp); } $dateArr = $this->mylocaltime($timestamp, true); $search = array("s","i","H","d","m","Y","y", "z","I"); $replace = array(sprintf("%02d",$dateArr["tm_sec"]), sprintf("%02d",$dateArr["tm_min"]), sprintf("%02d",$dateArr["tm_hour"]), sprintf("%02d",$dateArr["tm_mday"]), sprintf("%02d",$dateArr["tm_mon"]+1), sprintf("%02d",$dateArr["tm_year"]+1900), sprintf("%02d",$dateArr["tm_year"] - (floor($dateArr["tm_year"] / 100) * 100)), $dateArr["tm_yday"], $dateArr["tm_isdst"]); return str_replace($search, $replace, $format); } // enjoy Previous Comments: [2002-11-24 13:13:43] [EMAIL PROTECTED] Just use Julian dates as supported by the calendar extension. [2002-11-24 13:11:42] [EMAIL PROTECTED] The problem is that all of the PHP date functions are based on that miserable timestamp. At least if there were a consisent set of alternative functions that handle dates and bypass this problem it would be nice. The bottom line of having no official result for this is unbearable, there's no way to calculate the age diffrence of people who are older than 33.. This is quite basic and the lack of it makes this otherwise very strong language - very poor and unprofessional. too bad. [2002-11-04 04:53:54] [EMAIL PROTECTED] The problem still occurs with 4.2.3: mktime(0,0,0,09,23,1967) returns -1 instead of a valid timestamp. [2002-08-04 04:47:40] [EMAIL PROTECTED] Since the time stamp is started from 1970, I don't think it supposed to work in anyways. Or is there anything wrong is returned when too small/large date is supplied? It should fail, but it should not crash PHP for example. Please reopen if PHP behaves badly. BTW, there should be feature requests for more generic date functions so no need for feature request also. [2002-08-01 10:56:29] [EMAIL PROTECTED] I have 4.0.6 on several machines (3 I think), and I have the same problem on all of them (I have Windows 2000 on all of them). As much as I want to convert my server to a linux box, it still leaves me two computers with Windows 2000 and this bug. I had one idea, but since I don't have 4.2.0 I can't work on it yet. With the new W32 API capabilities of 4.2.0, would it not be possible to use some Windows API functions to parse date/time information rather than the included PHP functions? Obviously, Windows can handle the dates. I use JavaScript a lot and it has a range of approximately 275,000 years before and after 1970. I tested my valid range yesterday using the PHP functions, I could go from 1970 to about 2037. Wow. What about all the people that were born before 1970? Older than 32 years... Anyway, when I get home I will download 4.2.0 and then start hacking away at using the PROPER Windows API functions for date/time since PHP seems to be wanting to use the ones that don't work. Hope something gets figured out, even if I have to program my own DLL to make it work... :) -Percy 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/17123 -- Edit this bug report at http://bugs.php.net/?id=17123&edit=1
#20284 [Csd]: Apache crashes (Sig 11) when doing a ini_set('session.save_handler', ..)
ID: 20284 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux (RH-7.3) PHP Version: 4.3.0-dev Assigned To: derick New Comment: still having problems to run postnuke v0.721: this time (snapshot 200211241830) this error occurs: Fatal error: Cannot redeclare unixdate() in /[..]web/pnadodb/adodb.inc.php on line 1477 --adodb.inc.php: from line 1471 till line 1486 /* * Also in ADORecordSet. * @param $v is a date string in -MM-DD format * * @return date in unix timestamp format, or 0 if before * TIMESTAMP_FIRST_YEAR, or false if invalid date format */ function UnixDate($v) { if (!preg_match( "|^([0-9]{4})[-/\.]?([0-9]{1,2})[-/\.]?([0-9]{1,2})|", ($v), $rr)) return false; if ($rr[1] <= TIMESTAMP_FIRST_YEAR) return 0; // h-m-s-MM-DD-YY return mktime(0,0,0,$rr[2],$rr[3],$rr[1]); } ---EOF config / compile reson, or was this cvs-snapshot broken? thx Previous Comments: [2002-11-20 11:50:24] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-11-20 08:27:53] [EMAIL PROTECTED] Verifyed, attempting to fix it :-) Derick [2002-11-20 08:24:35] [EMAIL PROTECTED] Here is a sample script: crashes apache.exe, while does not. [2002-11-12 13:38:15] [EMAIL PROTECTED] Cannot reproduce this problem using the latest CVS. Do you have any other session related ini setting in your php.ini or virtual host (httpd.conf)? [2002-11-12 12:54:19] [EMAIL PROTECTED] s/reconstruct/reproduce/ :) 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/20284 -- Edit this bug report at http://bugs.php.net/?id=20284&edit=1
#17123 [WFx->]: mktime(), localtime(), strtotime(), etc. are broken for dates <1970 in Win32
ID: 17123 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Won't fix +Status: Won\'t fix Bug Type: Date/time related Operating System: WinNT5.0 PHP Version: 4.2.0 New Comment: Just use Julian dates as supported by the calendar extension. Previous Comments: [2002-11-24 13:11:42] [EMAIL PROTECTED] The problem is that all of the PHP date functions are based on that miserable timestamp. At least if there were a consisent set of alternative functions that handle dates and bypass this problem it would be nice. The bottom line of having no official result for this is unbearable, there's no way to calculate the age diffrence of people who are older than 33.. This is quite basic and the lack of it makes this otherwise very strong language - very poor and unprofessional. too bad. [2002-11-04 04:53:54] [EMAIL PROTECTED] The problem still occurs with 4.2.3: mktime(0,0,0,09,23,1967) returns -1 instead of a valid timestamp. [2002-08-04 04:47:40] [EMAIL PROTECTED] Since the time stamp is started from 1970, I don't think it supposed to work in anyways. Or is there anything wrong is returned when too small/large date is supplied? It should fail, but it should not crash PHP for example. Please reopen if PHP behaves badly. BTW, there should be feature requests for more generic date functions so no need for feature request also. [2002-08-01 10:56:29] [EMAIL PROTECTED] I have 4.0.6 on several machines (3 I think), and I have the same problem on all of them (I have Windows 2000 on all of them). As much as I want to convert my server to a linux box, it still leaves me two computers with Windows 2000 and this bug. I had one idea, but since I don't have 4.2.0 I can't work on it yet. With the new W32 API capabilities of 4.2.0, would it not be possible to use some Windows API functions to parse date/time information rather than the included PHP functions? Obviously, Windows can handle the dates. I use JavaScript a lot and it has a range of approximately 275,000 years before and after 1970. I tested my valid range yesterday using the PHP functions, I could go from 1970 to about 2037. Wow. What about all the people that were born before 1970? Older than 32 years... Anyway, when I get home I will download 4.2.0 and then start hacking away at using the PROPER Windows API functions for date/time since PHP seems to be wanting to use the ones that don't work. Hope something gets figured out, even if I have to program my own DLL to make it work... :) -Percy [2002-07-04 16:08:25] [EMAIL PROTECTED] Verified during the Bughunt. 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/17123 -- Edit this bug report at http://bugs.php.net/?id=17123&edit=1
#17123 [Com]: mktime(), localtime(), strtotime(), etc. are broken for dates <1970 in Win32
ID: 17123 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won't fix Bug Type: Date/time related Operating System: WinNT5.0 PHP Version: 4.2.0 New Comment: The problem is that all of the PHP date functions are based on that miserable timestamp. At least if there were a consisent set of alternative functions that handle dates and bypass this problem it would be nice. The bottom line of having no official result for this is unbearable, there's no way to calculate the age diffrence of people who are older than 33.. This is quite basic and the lack of it makes this otherwise very strong language - very poor and unprofessional. too bad. Previous Comments: [2002-11-04 04:53:54] [EMAIL PROTECTED] The problem still occurs with 4.2.3: mktime(0,0,0,09,23,1967) returns -1 instead of a valid timestamp. [2002-08-04 04:47:40] [EMAIL PROTECTED] Since the time stamp is started from 1970, I don't think it supposed to work in anyways. Or is there anything wrong is returned when too small/large date is supplied? It should fail, but it should not crash PHP for example. Please reopen if PHP behaves badly. BTW, there should be feature requests for more generic date functions so no need for feature request also. [2002-08-01 10:56:29] [EMAIL PROTECTED] I have 4.0.6 on several machines (3 I think), and I have the same problem on all of them (I have Windows 2000 on all of them). As much as I want to convert my server to a linux box, it still leaves me two computers with Windows 2000 and this bug. I had one idea, but since I don't have 4.2.0 I can't work on it yet. With the new W32 API capabilities of 4.2.0, would it not be possible to use some Windows API functions to parse date/time information rather than the included PHP functions? Obviously, Windows can handle the dates. I use JavaScript a lot and it has a range of approximately 275,000 years before and after 1970. I tested my valid range yesterday using the PHP functions, I could go from 1970 to about 2037. Wow. What about all the people that were born before 1970? Older than 32 years... Anyway, when I get home I will download 4.2.0 and then start hacking away at using the PROPER Windows API functions for date/time since PHP seems to be wanting to use the ones that don't work. Hope something gets figured out, even if I have to program my own DLL to make it work... :) -Percy [2002-07-04 16:08:25] [EMAIL PROTECTED] Verified during the Bughunt. [2002-06-22 14:39:43] [EMAIL PROTECTED] mktime error with the following code: mktime returns -1 for years less than 1970 Windows XP Pro, PHP 4.1.1, Microsoft-IIS/5.1 Windows 2000 Server, PHP 4.2.1, Apache/2.0.39 (Win32) Date of Birth: Warning: unexpected error in date() in C:\catalog\includes\functions\general.php on line 531 function tep_date_short($raw_date) { if ( ($raw_date == '-00-00 00:00:00') || ($raw_date == '') ) return false; // remove the first digit if it is 0 - as php treats these as Octals $year = substr($raw_date, 0, 4); $month = substr($raw_date, 5, 2); if (substr($month, 0, 1) == '0') $month = substr($month, 1); $day = substr($raw_date, 8, 2); if (substr($day, 0, 1) == '0') $day = substr($day, 1); $hour = substr($raw_date, 11, 2); if (substr($hour, 0, 1) == '0') $hour = substr($hour, 1); $minute = substr($raw_date, 14, 2); if (substr($minute, 0, 1) == '0') $minute = substr($minute, 1); $second = substr($raw_date, 17, 2); if (substr($second, 0, 1) == '0') $second = substr($second, 1); return date(DATE_FORMAT, mktime($hour, $minute, $second, $month, $day, $year)); 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/17123 -- Edit this bug report at http://bugs.php.net/?id=17123&edit=1
#20532 [Opn->Fbk]: proc_open connection hangs
ID: 20532 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: Linux Redhat 7.3 PHP Version: 4.3.0RC1 New Comment: Please provide a SHORT example that could be used to replicate the problem. Previous Comments: [2002-11-20 22:13:21] [EMAIL PROTECTED] The example in the manual that invokes the cli version of php works. But If I try to do the same thing with R (the statistics package at www.r-project.org) it hangs. Almost the same problem with bc -- output is only seen there if the fwrite connection is closed before doing an fread/fget. R buffers its output in non-terminal mode so I have tried modifying the source of R to force line-buffered output -- no joy. I have also tried calling R indirectly via the unbuffer script that comes with expect -- no joy. I have also tried the pty example program from "Advanced Programming in the Unix environment -- no joy. -- Edit this bug report at http://bugs.php.net/?id=20532&edit=1
#20526 [Opn->Fbk]: fopen with ftp URL returns false despite ftp server executes get
ID: 20526 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: FTP related Operating System: MS Windows XP Pro PHP Version: 4.3.0RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Cannot replicate the problem on WinXP or Linux with a variety of FTP servers. Previous Comments: [2002-11-20 18:01:06] [EMAIL PROTECTED] fopen with ftp URL returns false despite ftp server executes get Tested in loopback with IP 127.0.0.1 and BulletProof ftp server running on the same machine. Note, in the server log pasted here below, that the ftp client seems to be quitting the connection before the transfer is complete. Used PHP version: php-4.3.0RC1-Win32.zip OS.: Microsoft Windows XP Professional 2002 php.ini was a copy of php.ini-recommended with only following modif.: extension_dir = C:\PHP cgi.force_redirect = 0 My PHP program == ftp://anonymous:@127.0.0.1/pub/short.txt','r'))) { printf("Cant't open file\n"); return; } $Count = 1; while (!feof ($File)) { $line = fgets ($File, 1024); printf("%d %s\n",$Count,$line); $Count += 1; } fclose($File); ?> Running the program C:\PHP>php -f c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php PHP Warning: fopen() [http://www.php.net/function.fopen]: php_hostconnect: conn ect failed in c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php on line 11 PHP Warning: fopen(ftp:[EMAIL PROTECTED]/pub/short.txt) [http://www.php.net/funct ion.fopen]: failed to create stream: FTP server reports 227 Entering Passive Mod e (127.0.0.1 in c:\inetpub\wwwroot\ftp_ls_and_wrap_fopen.php on line 11 dummy1.txt dummy2.txt short.txt Cant't open file (Pasted) log from BulletProof FTP Server v2.15 21/11/2002 00:33:59 - FTP Server On-line : IP(s) 192.168.1.34, on port 21 (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > connected to ip : 127.0.0.1 (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > sending welcome message. (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 220 BulletProof FTP Server ready ... (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > USER anonymous (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 331 Password required for anonymous. (01) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > PASS (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > logged in. (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 230 User anonymous logged in. (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > PORT 127,0,0,1,10,77 (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 200 Port command successful. (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > NLST pub/*.txt (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 150 Opening data connection for directory list. (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 226 Transfer ok (01) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > disconnected. (00:00:00) (02) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > connected to ip : 127.0.0.1 (02) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > sending welcome message. (02) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 220 BulletProof FTP Server ready ... (02) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > USER anonymous (02) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > 331 Password required for anonymous. (02) 21/11/2002 00:34:07 - (not logged in) (127.0.0.1) > PASS (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > logged in. (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 230 User anonymous logged in. (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > TYPE I (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 200 Type set to I. (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > SIZE /pub/short.txt (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 213 24 (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > EPSV (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 500 Unknown command. (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > PASV (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 227 Entering Passive Mode (127,0,0,1,82,146). (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > RETR /pub/short.txt (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > asked to download 'E:\FTPdir\pub\short.txt' --> Access allowed. (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > QUIT (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > 221 Bye bye ... (02) 21/11/2002 00:34:07 - anonymous (127.0.0.1) > finished downloading 'E:\FTPdir\
#20610 [Bgs]: mail() does not work on Windows 95, but does work on Win2000
ID: 20610 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Windows 95 PHP Version: 4.3.0RC1 New Comment: Here in excert from the php.ini file: ; For Win32 only. SMTP = localhost ; For Win32 only. sendmail_from = [EMAIL PROTECTED] ; For Unix only. You may supply arguments as well (default: "sendmail -t -i"). ;sendmail_path = Previous Comments: [2002-11-24 12:39:01] [EMAIL PROTECTED] It's a very strange thing, because on Win2000 all works correctly. What's the difference between Win95 and Win2000 in the stage of opening process streams?.. You see that popen() works in both OSes. By the way, I didn't find in the documentation direct (!) instruction, that sendmail_path does not work on Windows. Maybe it's a documentation problem?.. [2002-11-24 12:29:55] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. On windows PHP connects directly to the SMTP specified via the SMTP ini setting, the sendmail_path is only used on UNIX based systems. [2002-11-24 10:38:43] [EMAIL PROTECTED] Mail() function does not work on Win95. Seems to me it simply doesn't call sendmail stub. PHP.ini: sendmail_path = z:/usr/sbin/sendmail -t -i test.php: z:/usr/sbin/sendmail.exe is a debug stub. It reads STDIN and put data to the file (tested OK on Win2000 & Win95 from command line). On Win2000 all works correctly, promlems are only on Windows 95. -- Edit this bug report at http://bugs.php.net/?id=20610&edit=1
#20610 [Bgs]: mail() does not work on Windows 95, but does work on Win2000
ID: 20610 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Windows 95 PHP Version: 4.3.0RC1 New Comment: It's a very strange thing, because on Win2000 all works correctly. What's the difference between Win95 and Win2000 in the stage of opening process streams?.. You see that popen() works in both OSes. By the way, I didn't find in the documentation direct (!) instruction, that sendmail_path does not work on Windows. Maybe it's a documentation problem?.. Previous Comments: [2002-11-24 12:29:55] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. On windows PHP connects directly to the SMTP specified via the SMTP ini setting, the sendmail_path is only used on UNIX based systems. [2002-11-24 10:38:43] [EMAIL PROTECTED] Mail() function does not work on Win95. Seems to me it simply doesn't call sendmail stub. PHP.ini: sendmail_path = z:/usr/sbin/sendmail -t -i test.php: z:/usr/sbin/sendmail.exe is a debug stub. It reads STDIN and put data to the file (tested OK on Win2000 & Win95 from command line). On Win2000 all works correctly, promlems are only on Windows 95. -- Edit this bug report at http://bugs.php.net/?id=20610&edit=1
#20607 [Opn->Fbk]: function included from parent script gets lost
ID: 20607 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: Looks like the include is failing, but the error is not being shown, could you increase your error level to display E_WARNING or change include_once to require_once. Previous Comments: [2002-11-24 05:53:35] [EMAIL PROTECTED] the only difference is in index.php: [2002-11-24 05:51:57] [EMAIL PROTECTED] to see the above on my live server, goto http://www.blackisha.com/cms_phpbug_central/index.php to see the result if it_db.php is included within the same directory, goto http://www.blackisha.com/cms_phpbug/index.php [2002-11-24 05:46:06] [EMAIL PROTECTED] ok, boiled it down to pretty simple code. The problem seemed to stem from the filename and position of it_db.php, which is in a default included directory .home/lib/it_functions/. In the following example, if it_db.php was included in the same directory, all was ok. if /home/lib/it_db.php was renamed to /home/lib/it_database.php (or any other name), the code works fine System: red hat 7.2 php 4.2.3 kernel 2.4.18pre3 apache: 1.3.27 php is an apache module file structure: /home/lib/it_functions/it_db.php (in central code repos): "; } // it_GetFieldNames - Get all field/column names of selected table and load into an array function it_GetFieldNames($table) { echo "works ok too " } ?> blackisha.com/cms_phpdebug/index.php: [2002-11-24 03:27:10] [EMAIL PROTECTED] I will try & boil down the code & provide an example within the next day, & provide a sample href [2002-11-24 03:22:37] [EMAIL PROTECTED] I have a cms site, and _two_ functions in particular are getting lost somewhere within the execution of the script. basically the script index.php calls: index.php -> header.inc -> it_functions/it_db.php -> news/index.inc -> now.inc when the script now.inc runs, it cant find two functions defined in it_db.php: it_GetNextID & it_GetFieldNames. the exact error is Fatal error: Call to undefined function: it_getnextid() in /home/barnyard/public_html/cms/now.inc on line 113 I thought it may be memory_limit, which was 8M & i set it to 16M, but no joy. It seems only these two functions get lost. Ill try to reproduce the problem with simple code a bit later when I get out of the office. When we tried to include it_db.php from now.inc directly (immediately preceding the call to it_GetNextID) the _first_ function in it_db.php (connect_db) causes an error : Fatal error: Cannot redeclare connect_db() (previously declared in /usr/local/lib/php/it_functions/it_db.php:5) in /usr/local/lib/php/it_functions/it_db.php on line 5 The problem was solved by adding the two functions to the head of the file now.inc. -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#20610 [Opn->Bgs]: mail() does not work on Windows 95, but does work on Win2000
ID: 20610 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Windows 95 PHP Version: 4.3.0RC1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. On windows PHP connects directly to the SMTP specified via the SMTP ini setting, the sendmail_path is only used on UNIX based systems. Previous Comments: [2002-11-24 10:38:43] [EMAIL PROTECTED] Mail() function does not work on Win95. Seems to me it simply doesn't call sendmail stub. PHP.ini: sendmail_path = z:/usr/sbin/sendmail -t -i test.php: z:/usr/sbin/sendmail.exe is a debug stub. It reads STDIN and put data to the file (tested OK on Win2000 & Win95 from command line). On Win2000 all works correctly, promlems are only on Windows 95. -- Edit this bug report at http://bugs.php.net/?id=20610&edit=1
#20609 [Opn->Bgs]: PHP fatal error causes Apache to respawn
ID: 20609 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4CVS-2002-11-24 (dev) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Looks like your system is running out of memory, hence crashing. It is failing to allocate memory, when that happens PHP halts execution on terminates the script. Apache after unexpected script termination may try 3-4 times to retry the request. Previous Comments: [2002-11-24 09:10:41] [EMAIL PROTECTED] I'm running Apache 1.3.26, PHP 4.4.0-dev(as a sapi module) and MySQL3.23.51 on a dual processor(AMD MP 1800) Windows 2000 server with 1 GB RAM. PHP causes this fatal error every 5-15 minute: FATAL: erealloc(): Unable to allocate 1441792 bytes and it causes Apache to respawn and kills all current connections(the apache child process dies and restarts). I have tried with older PHP versions(4.2.3,4.2.4-dev,4.3RC1) and with no extra modules but with same result. I use the php.ini-recommended with no changes. /Baldrick at www.vcdhelp.com -- Edit this bug report at http://bugs.php.net/?id=20609&edit=1
#20535 [Fbk->Csd]: zLib crashes when trying to gzuncompress
ID: 20535 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Zlib Related Operating System: RedHat 7.2 PHP Version: 4.2.3 New Comment: You are correct. I did some checking and found that the data stream was truncated to 65K, and therefore was invalid. It would be nice if it did not go overboard like this, but I'm chaulking this up to user error. Ick, that's me. BTW - the loop that goes and gets a bigger buffer has docs that say it goes to len()*2^8. But maxfactor is 16 and the check is for 400 MB, then I stopped testing) to decompress it, so maybe the data is corrupted or the uncompressed data is too big. [2002-11-23 13:18:02] [EMAIL PROTECTED] OK, that report did not do well. Here you can find the text of the test case: http://www.network54.com/zlibcrash.txt [2002-11-23 13:15:17] [EMAIL PROTECTED] This bug doesn't do anything with files. Note that if I add a length argument to gzcompress() it does not crash. Test case: $zlibcrash=base64_decode(" eNrs22OQZl23Lui0bdu2zUrbfNK2bdtWJaqST6LStm07s9KqNPp7P+zYJ86O2Ke7Dzv635xzjTFm rBWxfl1xA/hYOfh8rflY+AF8PHy+rnzcfGR2jpbWDtZmZPyufJx8ZBy87Nxsf63Z+Misnf5a/K2D jI2Vi4mNg52JlZuLiZ3jr1MuPjKAqZu1o8Nfm79VSJpZu/29mvVfD4zMAG7mZPzWfKws7NzcPGzs LOz/7HN3s3J0+auYl49MAuBhTqJm5Wj+z/vN7QHWdn8fxMNH5vq3cxETazdXNxdzgD2Tg7nbP6vc rN3s/t7B8bd53xzdSFQdzUjc3B3M+UjUrcxJxOwcHczMSawdSNz+tuNg4SKhATiYkdg7upjT/tX1 t7e2N3d1BVj+fQY3KwsLH5nXeo2+rSs+d8ZHdw/YATJ5h1RaKk/2ZKkFFaVOAM2Blk6Bl2VPa69D Ujywow+sXdI94KPAlbldRvbBx+Z3jKkcxSzI1f0m9Ou4ROZy7SmWvwFyuaMctprlxrxb+uXkxGz2 E2jPQ41cOcKljGVGLXu6kabF1fl6i1zjrYF5ThIfun3w74gFg46HGvb77RW/w2zWOnv+LCDLlDEc /hSZz0rGmJ3dRjaXGybxEiRDCfLD1s85/2ezmwqY4mG1WuBe/y9Cro7hlFqO5cXucxtLvw4Yqia+ 7/C2RlmRBT3tAiP6rybmTIzDHhpuzX5uMYge2nAdvYr6BqYv8Yo6G2XstMZ94UaPc9lVqWgzsM7W el8dqV2AOqxCZ3LZlIAa/NnfloEdXl+JXyk9hu176jJ4BgfeV8N7HCvFzqBmNkD+RGJZcvxhlq2i z/ddcKJnpXnow4OBurdWloltTy4hFmTxRdQZxu5Ygvv5tdy+To/8mikEam3eFi54uy33fKfqO0nz VqcjxZTf6MJ2A8MZHt8Sw3C4hHcY6hORKAx575vOYpd+tsFUHGPveB3NuGq96d3Pug+RA2YaPGmT S+MNRC3QFK1SbFMXGmHgewubkOhXXBqzJcdMdvNiNaDOe8KcJAJ9xwtvL4+WynRe8bnvcs4T+avr ja1oTXp4nnwLFetjx7d54KoGhKHACGlpkzrlNR3ezyASGzkDiRGWdY1hCuqP1pZkTOmiUI/Q9LSV C7hzp9bcezxuvaOOcGngfmZT7/COusVqbKiGwb81FTV7f1xFW4tsgzXWKxg0uk7xSeALmvG4k/I1 rEkmQ+9gJXGk+qjIuh7sG2M5gKcH2WGlg9+CUTT3Mcw3QhY+u7tIFimbv2h70bB+W6r9Bq+h50mv pD/CUmeQWhRYvLcboa93ihQ39HUAIy/YV6LT2Vf2EmRKNRoQnf9wSUcrbW7r0eWBwnXKvIJtCoz6 QCOmxHaGY7ijcmO6TijdVVWwEo3qxgowviaRNOKp1IFzV4pXhhxiSImBLwPBDxcUS4FuRCgW4DTp 7Sz7WFc3fmpvDp3liCDis+6TGDeOBIfKAxfW1pnK8VSqrzvpynPRdybQhrJrcG0SAXXJLivac/xl xLOFU6bHiC3hkyAo+hXGuFb0MwbGOpPUNtTvdiEhS6VBFkjAx/hdHBvgomHX2vwdCWPOs1sZzVFM P5qT5M1aTtLIuk/0UjEMZDgF7laUQsXzSB4enfKRP78yLqJ70uhncGLfsLAIgdUY/7tiLleB1ZWV nrqWbaFZNjSKX5Qq/HlOSvgPE1cU4h/QXnsOBnOhR8CZYK6RtvQNvgiQ4h+9r9CrR7xCRGKOmiyi dGoNWRWuOGZ9MeW4wxp/zOT4rfY0d5dnXcb5OW5LUwXFcIDfyTjiY9NQCKoegGuEDwVi3D/Ipoxr jaFI8fy3YFdkoWHlOGI3icIC1l4hR5GJwZYwWVWUMrpWfzJcxRLZGLlOkLbNAbtCCDlWDNyM43Gu hHMmrDKPCTThc1VpK7gYbByqGfxFTcPjQ8/2kzJVwgrY1kfI8OdD7MoKQ0WjVkkZQqMQFNf4tFLe tATSIaWNGfjxlNJ//ubFR5Vn7V7F9uMeXHY9kHnnSv9MS5lUAEgXbxW/R15k1Et72uZyThpyCdHX jXd+yd9lUrG1m1Ol4JUWTu4UFc0xfn4WnbX/UUokXhikylmV5KpPZIWejBs4IBqmEPy8YlYqEPh8 HCEOHMRmpEmdzvmTCl3+fejy8/One26g8tXOwYRC7ufj6qfpSnkoQnGNNb+xlgACOKyBcpBo5aK2 Sgke/wYb7ie5houATbTNJwy8bB+kCdnQkjkZSs1uqEc2xJQIRp4CuKJjrOwmhXVyjfbCAC6zLz6p oSLNkEKzkwFqiON3PHpIpe99Eb3BGMVlS6EPHBJ0+Sce37x1tPQfzwusHKxrhwTmOzubXaU3M4ZO 4d5RIYdMbkjHLGNnnepeYGy+RaDXr879TpWT+9JQfwahQJWG1Nrj+6Z7CnkN6HL/MTDfUZoQLFu8 AaVRCbJHQIkFcSX19KzHPGwO2hUiLsTve/84QHw1mv/K7RJqawIepEQXQ6aDQrCKuGPhKJEhRkPF 0uFmjyH1k48GR1bQLM9lz5g+A26w++O8sKfwvRTvFIJARvqDqT07ydUhdmmyOW2gn1YRkpElUOhi FZoE/dUmLrBO9Y8hwtxbt84TbGH4MY0gDV3eXHKkdUTNdN8M2kjd5tPO+wvQRWBrOujlgBo7jwOX UX5TKy/ZS7ZxPjOEdj1acW1NH6RnroPbGIQ1S8YeWTMjRLd5FoLBaS6BjiuycfM+0MIlqNKOC5zg OTTXOvbB9vhwxDGFT+cVSe6C2H2Vdllpwxg0qznFWPSW4ag4tHoAy4w223LJD/Yqem0TicAzrT8s Xy5zN/nEgZ9lkdL/VsUvLxICHkLaZIPDFkrxW23TpT+RoTGFuk5kSKgyF5mq69TeW15HUFhCr/xP ZvVJLDxlIbljSkmMOMzeUmgsRHR2gG3rfhN65w8FMGY4mA5o4zCM9xvsQYL6UwDc9lprpb0cA/0P TrkgCQ8TavyVSVq/NcPu9u7PgyPefHuVXQJerENu4B4TnSHpIsCObZ1WwM36jW1AyGU8Jo6iMSIQ /A3yJ1+Hps6YC3vvtzjnHVgVvb6Pat/gHu9YvD7QBYalkgElgiHtjfXxl+HP7S+H+pESZgbgNRr/ 5u6P8ETJyyt270R29l4K7yhe6TjTYLKCBCXQlRece/UCcjWh3qMWXxxTI5rtjtrES6Tsvl+jKN5a XAHrNuL8OnM18ihElJQaTTe3MqKcom1WA087H1ZCD/bnNiZUN4+MCqUGuv0xltxex65SN6hN1zS6 wNx7gvuOEpshVgpf14FRHW5Y6stnBB1q+N8rajy3rQalIwxFh1XMtlv4t3PEPJD4PuMyKS7A47EL cgxIqt/WvYpEl+hG04oXZsdCIy6UuzryvOXoyDRArUTt41niu8JBMVBnBpb7zHtkR2uBoX1FP3lM gtpeV3jvKI85f41cM0cwMdSWcg/2wcSvbOfxhckO623QnFU8lggL37mWyiilKp7SHDYwvgfJzO5t nePmsIivZ3vc8bJUaJKz5zsAE4qAWM2udzdnZp4NBbHT3iZhaZsyTyOMcbQXEcCDORobsDT2vLgw hrZmaNY7tvOdOhaNoXA+AFSFhZSUdCAr1fjKesU8BxE2Xkbx4MpWbznFj2w1chH0us+mFdAUeWAW LFkBRoHr
#20610 [NEW]: mail() does not work on Windows 95, but does work on Win2000
From: [EMAIL PROTECTED] Operating system: Windows 95 PHP version: 4.3.0RC1 PHP Bug Type: Mail related Bug description: mail() does not work on Windows 95, but does work on Win2000 Mail() function does not work on Win95. Seems to me it simply doesn't call sendmail stub. PHP.ini: sendmail_path = z:/usr/sbin/sendmail -t -i test.php: z:/usr/sbin/sendmail.exe is a debug stub. It reads STDIN and put data to the file (tested OK on Win2000 & Win95 from command line). On Win2000 all works correctly, promlems are only on Windows 95. -- Edit bug report at http://bugs.php.net/?id=20610&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20610&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20610&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20610&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20610&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20610&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20610&r=support Expected behavior: http://bugs.php.net/fix.php?id=20610&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20610&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20610&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20610&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20610&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20610&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20610&r=isapi
#20609 [NEW]: PHP fatal error causes Apache to respawn
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4CVS-2002-11-24 (dev) PHP Bug Type: Apache related Bug description: PHP fatal error causes Apache to respawn I'm running Apache 1.3.26, PHP 4.4.0-dev(as a sapi module) and MySQL3.23.51 on a dual processor(AMD MP 1800) Windows 2000 server with 1 GB RAM. PHP causes this fatal error every 5-15 minute: FATAL: erealloc(): Unable to allocate 1441792 bytes and it causes Apache to respawn and kills all current connections(the apache child process dies and restarts). I have tried with older PHP versions(4.2.3,4.2.4-dev,4.3RC1) and with no extra modules but with same result. I use the php.ini-recommended with no changes. /Baldrick at www.vcdhelp.com -- Edit bug report at http://bugs.php.net/?id=20609&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20609&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20609&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20609&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20609&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20609&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20609&r=support Expected behavior: http://bugs.php.net/fix.php?id=20609&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20609&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20609&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20609&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20609&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20609&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20609&r=isapi
#20608 [NEW]: phpsrvlt.jar without servlet.class
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: phpsrvlt.jar without servlet.class The classes servlet.class and formatter.class are missing in phpsrvlt.jar of the Win32 binaries. I assume this is because the failed during compilation. The compile.log on http://ftp.proventum.net/pub/php/win32-snapshots/compile.log shows this: Performing Custom Build Step on .\servlet.java formatter.java:23: Package javax.servlet not found in import. import javax.servlet.*; ^ formatter.java:24: Package javax.servlet.http not found in import. import javax.servlet.http.*; ^ servlet.java:26: Package javax.servlet not found in import. import javax.servlet.*; ^ servlet.java:27: Package javax.servlet.http not found in import. import javax.servlet.http.*; ^ servlet.java:31: Superclass net.php.HttpServlet of class net.php.servlet not found. public class servlet extends HttpServlet { ^ formatter.java:27: Class net.php.ServletException not found in class net.php.servlet. public void service(HttpServletRequest request, HttpServletResponse response) throws ServletException { ^ Regards gus -- Edit bug report at http://bugs.php.net/?id=20608&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20608&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20608&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20608&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20608&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20608&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20608&r=support Expected behavior: http://bugs.php.net/fix.php?id=20608&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20608&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20608&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20608&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20608&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20608&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20608&r=isapi
#20535 [Fbk]: zLib crashes when trying to gzuncompress
ID: 20535 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Zlib Related Operating System: RedHat 7.2 PHP Version: 4.2.3 New Comment: Are you sure your base64-encoded data decodes to a valid zlib compressed string? If I use the file from the URL you posted, zlib wants to have a lot of memory (> 400 MB, then I stopped testing) to decompress it, so maybe the data is corrupted or the uncompressed data is too big. Previous Comments: [2002-11-23 13:18:02] [EMAIL PROTECTED] OK, that report did not do well. Here you can find the text of the test case: http://www.network54.com/zlibcrash.txt [2002-11-23 13:15:17] [EMAIL PROTECTED] This bug doesn't do anything with files. Note that if I add a length argument to gzcompress() it does not crash. Test case: $zlibcrash=base64_decode(" eNrs22OQZl23Lui0bdu2zUrbfNK2bdtWJaqST6LStm07s9KqNPp7P+zYJ86O2Ke7Dzv635xzjTFm rBWxfl1xA/hYOfh8rflY+AF8PHy+rnzcfGR2jpbWDtZmZPyufJx8ZBy87Nxsf63Z+Misnf5a/K2D jI2Vi4mNg52JlZuLiZ3jr1MuPjKAqZu1o8Nfm79VSJpZu/29mvVfD4zMAG7mZPzWfKws7NzcPGzs LOz/7HN3s3J0+auYl49MAuBhTqJm5Wj+z/vN7QHWdn8fxMNH5vq3cxETazdXNxdzgD2Tg7nbP6vc rN3s/t7B8bd53xzdSFQdzUjc3B3M+UjUrcxJxOwcHczMSawdSNz+tuNg4SKhATiYkdg7upjT/tX1 t7e2N3d1BVj+fQY3KwsLH5nXeo2+rSs+d8ZHdw/YATJ5h1RaKk/2ZKkFFaVOAM2Blk6Bl2VPa69D Ujywow+sXdI94KPAlbldRvbBx+Z3jKkcxSzI1f0m9Ou4ROZy7SmWvwFyuaMctprlxrxb+uXkxGz2 E2jPQ41cOcKljGVGLXu6kabF1fl6i1zjrYF5ThIfun3w74gFg46HGvb77RW/w2zWOnv+LCDLlDEc /hSZz0rGmJ3dRjaXGybxEiRDCfLD1s85/2ezmwqY4mG1WuBe/y9Cro7hlFqO5cXucxtLvw4Yqia+ 7/C2RlmRBT3tAiP6rybmTIzDHhpuzX5uMYge2nAdvYr6BqYv8Yo6G2XstMZ94UaPc9lVqWgzsM7W el8dqV2AOqxCZ3LZlIAa/NnfloEdXl+JXyk9hu176jJ4BgfeV8N7HCvFzqBmNkD+RGJZcvxhlq2i z/ddcKJnpXnow4OBurdWloltTy4hFmTxRdQZxu5Ygvv5tdy+To/8mikEam3eFi54uy33fKfqO0nz VqcjxZTf6MJ2A8MZHt8Sw3C4hHcY6hORKAx575vOYpd+tsFUHGPveB3NuGq96d3Pug+RA2YaPGmT S+MNRC3QFK1SbFMXGmHgewubkOhXXBqzJcdMdvNiNaDOe8KcJAJ9xwtvL4+WynRe8bnvcs4T+avr ja1oTXp4nnwLFetjx7d54KoGhKHACGlpkzrlNR3ezyASGzkDiRGWdY1hCuqP1pZkTOmiUI/Q9LSV C7hzp9bcezxuvaOOcGngfmZT7/COusVqbKiGwb81FTV7f1xFW4tsgzXWKxg0uk7xSeALmvG4k/I1 rEkmQ+9gJXGk+qjIuh7sG2M5gKcH2WGlg9+CUTT3Mcw3QhY+u7tIFimbv2h70bB+W6r9Bq+h50mv pD/CUmeQWhRYvLcboa93ihQ39HUAIy/YV6LT2Vf2EmRKNRoQnf9wSUcrbW7r0eWBwnXKvIJtCoz6 QCOmxHaGY7ijcmO6TijdVVWwEo3qxgowviaRNOKp1IFzV4pXhhxiSImBLwPBDxcUS4FuRCgW4DTp 7Sz7WFc3fmpvDp3liCDis+6TGDeOBIfKAxfW1pnK8VSqrzvpynPRdybQhrJrcG0SAXXJLivac/xl xLOFU6bHiC3hkyAo+hXGuFb0MwbGOpPUNtTvdiEhS6VBFkjAx/hdHBvgomHX2vwdCWPOs1sZzVFM P5qT5M1aTtLIuk/0UjEMZDgF7laUQsXzSB4enfKRP78yLqJ70uhncGLfsLAIgdUY/7tiLleB1ZWV nrqWbaFZNjSKX5Qq/HlOSvgPE1cU4h/QXnsOBnOhR8CZYK6RtvQNvgiQ4h+9r9CrR7xCRGKOmiyi dGoNWRWuOGZ9MeW4wxp/zOT4rfY0d5dnXcb5OW5LUwXFcIDfyTjiY9NQCKoegGuEDwVi3D/Ipoxr jaFI8fy3YFdkoWHlOGI3icIC1l4hR5GJwZYwWVWUMrpWfzJcxRLZGLlOkLbNAbtCCDlWDNyM43Gu hHMmrDKPCTThc1VpK7gYbByqGfxFTcPjQ8/2kzJVwgrY1kfI8OdD7MoKQ0WjVkkZQqMQFNf4tFLe tATSIaWNGfjxlNJ//ubFR5Vn7V7F9uMeXHY9kHnnSv9MS5lUAEgXbxW/R15k1Et72uZyThpyCdHX jXd+yd9lUrG1m1Ol4JUWTu4UFc0xfn4WnbX/UUokXhikylmV5KpPZIWejBs4IBqmEPy8YlYqEPh8 HCEOHMRmpEmdzvmTCl3+fejy8/One26g8tXOwYRC7ufj6qfpSnkoQnGNNb+xlgACOKyBcpBo5aK2 Sgke/wYb7ie5houATbTNJwy8bB+kCdnQkjkZSs1uqEc2xJQIRp4CuKJjrOwmhXVyjfbCAC6zLz6p oSLNkEKzkwFqiON3PHpIpe99Eb3BGMVlS6EPHBJ0+Sce37x1tPQfzwusHKxrhwTmOzubXaU3M4ZO 4d5RIYdMbkjHLGNnnepeYGy+RaDXr879TpWT+9JQfwahQJWG1Nrj+6Z7CnkN6HL/MTDfUZoQLFu8 AaVRCbJHQIkFcSX19KzHPGwO2hUiLsTve/84QHw1mv/K7RJqawIepEQXQ6aDQrCKuGPhKJEhRkPF 0uFmjyH1k48GR1bQLM9lz5g+A26w++O8sKfwvRTvFIJARvqDqT07ydUhdmmyOW2gn1YRkpElUOhi FZoE/dUmLrBO9Y8hwtxbt84TbGH4MY0gDV3eXHKkdUTNdN8M2kjd5tPO+wvQRWBrOujlgBo7jwOX UX5TKy/ZS7ZxPjOEdj1acW1NH6RnroPbGIQ1S8YeWTMjRLd5FoLBaS6BjiuycfM+0MIlqNKOC5zg OTTXOvbB9vhwxDGFT+cVSe6C2H2Vdllpwxg0qznFWPSW4ag4tHoAy4w223LJD/Yqem0TicAzrT8s Xy5zN/nEgZ9lkdL/VsUvLxICHkLaZIPDFkrxW23TpT+RoTGFuk5kSKgyF5mq69TeW15HUFhCr/xP ZvVJLDxlIbljSkmMOMzeUmgsRHR2gG3rfhN65w8FMGY4mA5o4zCM9xvsQYL6UwDc9lprpb0cA/0P TrkgCQ8TavyVSVq/NcPu9u7PgyPefHuVXQJerENu4B4TnSHpIsCObZ1WwM36jW1AyGU8Jo6iMSIQ /A3yJ1+Hps6YC3vvtzjnHVgVvb6Pat/gHu9YvD7QBYalkgElgiHtjfXxl+HP7S+H+pESZgbgNRr/ 5u6P8ETJyyt270R29l4K7yhe6TjTYLKCBCXQlRece/UCcjWh3qMWXxxTI5rtjtrES6Tsvl+jKN5a XAHrNuL8OnM18ihElJQaTTe3MqKcom1WA087H1ZCD/bnNiZUN4+MCqUGuv0xltxex65SN6hN1zS6 wNx7gvuOEpshVgpf14FRHW5Y6stnBB1q+N8rajy3rQalIwxFh1XMtlv4t3PEPJD4PuMyKS7A47EL cgxIqt/WvYpEl+hG04oXZsdCIy6UuzryvOXoyDRArUTt41niu8JBMVBnBpb7zHtkR2uBoX1FP3lM gtpeV3jvKI85f41cM0cwMdSWcg/2wcSvbOfxhckO623QnFU8lggL37mWyiilKp7SHDYwvgfJzO5t nePmsIivZ3vc8bJUaJKz5zsAE4qAWM2udzdnZp4NBbHT3iZhaZsyTyOMcbQXEcCDORobsDT2vLgw hrZmaNY7tvOdOhaNoXA+AFSFhZSUdCAr1fjKesU8BxE2Xkbx4MpWbznFj2w1chH0us+mFdAUeWAW LFkBRoHrwB6juRbW1jX3joHB9vYVgBBFWat2Evh162m6fhtGIoFYJ4G46svjp9V30o/teSdf9y0E tO4Z2f2XcdM7hIgBWYjCmoUjiNkWmBH7vImmfIl91lVpFHGHT5paTAwRR43z1vqfC3t61sbgV/HI oekgTneotyusPfw8CYShcdn11AZjaQH91V/5tiBNo7wq9JYAeWwxAvRsf
#20607 [Com]: function included from parent script gets lost
ID: 20607 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: the only difference is in index.php: Previous Comments: [2002-11-24 05:51:57] [EMAIL PROTECTED] to see the above on my live server, goto http://www.blackisha.com/cms_phpbug_central/index.php to see the result if it_db.php is included within the same directory, goto http://www.blackisha.com/cms_phpbug/index.php [2002-11-24 05:46:06] [EMAIL PROTECTED] ok, boiled it down to pretty simple code. The problem seemed to stem from the filename and position of it_db.php, which is in a default included directory .home/lib/it_functions/. In the following example, if it_db.php was included in the same directory, all was ok. if /home/lib/it_db.php was renamed to /home/lib/it_database.php (or any other name), the code works fine System: red hat 7.2 php 4.2.3 kernel 2.4.18pre3 apache: 1.3.27 php is an apache module file structure: /home/lib/it_functions/it_db.php (in central code repos): "; } // it_GetFieldNames - Get all field/column names of selected table and load into an array function it_GetFieldNames($table) { echo "works ok too " } ?> blackisha.com/cms_phpdebug/index.php: [2002-11-24 03:27:10] [EMAIL PROTECTED] I will try & boil down the code & provide an example within the next day, & provide a sample href [2002-11-24 03:22:37] [EMAIL PROTECTED] I have a cms site, and _two_ functions in particular are getting lost somewhere within the execution of the script. basically the script index.php calls: index.php -> header.inc -> it_functions/it_db.php -> news/index.inc -> now.inc when the script now.inc runs, it cant find two functions defined in it_db.php: it_GetNextID & it_GetFieldNames. the exact error is Fatal error: Call to undefined function: it_getnextid() in /home/barnyard/public_html/cms/now.inc on line 113 I thought it may be memory_limit, which was 8M & i set it to 16M, but no joy. It seems only these two functions get lost. Ill try to reproduce the problem with simple code a bit later when I get out of the office. When we tried to include it_db.php from now.inc directly (immediately preceding the call to it_GetNextID) the _first_ function in it_db.php (connect_db) causes an error : Fatal error: Cannot redeclare connect_db() (previously declared in /usr/local/lib/php/it_functions/it_db.php:5) in /usr/local/lib/php/it_functions/it_db.php on line 5 The problem was solved by adding the two functions to the head of the file now.inc. -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#20607 [Com]: function included from parent script gets lost
ID: 20607 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: to see the above on my live server, goto http://www.blackisha.com/cms_phpbug_central/index.php to see the result if it_db.php is included within the same directory, goto http://www.blackisha.com/cms_phpbug/index.php Previous Comments: [2002-11-24 05:46:06] [EMAIL PROTECTED] ok, boiled it down to pretty simple code. The problem seemed to stem from the filename and position of it_db.php, which is in a default included directory .home/lib/it_functions/. In the following example, if it_db.php was included in the same directory, all was ok. if /home/lib/it_db.php was renamed to /home/lib/it_database.php (or any other name), the code works fine System: red hat 7.2 php 4.2.3 kernel 2.4.18pre3 apache: 1.3.27 php is an apache module file structure: /home/lib/it_functions/it_db.php (in central code repos): "; } // it_GetFieldNames - Get all field/column names of selected table and load into an array function it_GetFieldNames($table) { echo "works ok too " } ?> blackisha.com/cms_phpdebug/index.php: [2002-11-24 03:27:10] [EMAIL PROTECTED] I will try & boil down the code & provide an example within the next day, & provide a sample href [2002-11-24 03:22:37] [EMAIL PROTECTED] I have a cms site, and _two_ functions in particular are getting lost somewhere within the execution of the script. basically the script index.php calls: index.php -> header.inc -> it_functions/it_db.php -> news/index.inc -> now.inc when the script now.inc runs, it cant find two functions defined in it_db.php: it_GetNextID & it_GetFieldNames. the exact error is Fatal error: Call to undefined function: it_getnextid() in /home/barnyard/public_html/cms/now.inc on line 113 I thought it may be memory_limit, which was 8M & i set it to 16M, but no joy. It seems only these two functions get lost. Ill try to reproduce the problem with simple code a bit later when I get out of the office. When we tried to include it_db.php from now.inc directly (immediately preceding the call to it_GetNextID) the _first_ function in it_db.php (connect_db) causes an error : Fatal error: Cannot redeclare connect_db() (previously declared in /usr/local/lib/php/it_functions/it_db.php:5) in /usr/local/lib/php/it_functions/it_db.php on line 5 The problem was solved by adding the two functions to the head of the file now.inc. -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#20603 [Csd->Bgs]: Zend Engine problem?
ID: 20603 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: RH AS 2.1 PHP Version: 4.3.0RC1 New Comment: this is not an issue, see #18643 Previous Comments: [2002-11-24 05:49:02] [EMAIL PROTECTED] Fine, it's closed then. [2002-11-24 05:44:31] [EMAIL PROTECTED] Thx, Fixed if CPU in lower speed... just still got the 'tempnam' -> 'mkstemp' issue. RH AS 2.1 comes with the buggy gcc 2.96. PT [2002-11-23 23:05:11] [EMAIL PROTECTED] Works fine here..what if you run 'make' again? Does the error happen with same file and with same function? (this is most likely a hardware problem if it happens with something else) Also, what gcc version are you running? [2002-11-23 22:18:11] [EMAIL PROTECTED] OS: RH AS 2.1 P4 2.5G 768M RAM Apache 1.3.27 + PHP 4.30RC1 Compile line: == ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf --enable-versioning \ --with-mysql --enable-ftp --enable-bcmath --enable-inline-optimization \ --disable-debug \ --enable-memory-limit=yes --enable-track-vars --enable-save-mode \ --enable-magic-quotes --with-gettext=/usr/bin \ --with-xml --with-imap=/usr/local/imap \ --with-curl=/usr/local --enable-mbstring --enable-mbstr-enc-trans \ --with-jpeg-dir=/usr --with-png-dir=/usr \ --with-zlib-dir=/usr/local --with-t1lib=/usr/local \ --with-gd=/usr --with-zlib=/usr/local --enable-gd-imgstrttf \ --enable-gd-native-ttf --with-freetype-dir=/usr \ --with-pdflib=/usr/local --with-openssl=/usr/local/openssl \ --enable-trans-sid --with-cpdflib --with-pgsql --with-ming=/usr \ --with-bz2 --enable-calendar --with-qtdom \ --enable-tokenizer --with-iconv=/usr/local \ --with-gmp --with-mcrypt --with-ldap --with-mm \ --with-mbstring=all --enable-mbregex \ --enable-xslt --with-xslt-sablot \ --with-sablot-js --with-expat-dir=/usr/local \ Compile error: = /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_indent.c -o Zend/zend_indent.lo /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c -o Zend/zend_builtin_functions.lo /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c: In function `zif_get_class_methods': /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c:680: Internal error: Segmentation fault. Please submit a full bug report. Seems it's a problem of Zend engine. Thx PT -- Edit this bug report at http://bugs.php.net/?id=20603&edit=1
#20603 [Opn->Csd]: Zend Engine problem?
ID: 20603 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RH AS 2.1 PHP Version: 4.3.0RC1 New Comment: Fine, it's closed then. Previous Comments: [2002-11-24 05:44:31] [EMAIL PROTECTED] Thx, Fixed if CPU in lower speed... just still got the 'tempnam' -> 'mkstemp' issue. RH AS 2.1 comes with the buggy gcc 2.96. PT [2002-11-23 23:05:11] [EMAIL PROTECTED] Works fine here..what if you run 'make' again? Does the error happen with same file and with same function? (this is most likely a hardware problem if it happens with something else) Also, what gcc version are you running? [2002-11-23 22:18:11] [EMAIL PROTECTED] OS: RH AS 2.1 P4 2.5G 768M RAM Apache 1.3.27 + PHP 4.30RC1 Compile line: == ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf --enable-versioning \ --with-mysql --enable-ftp --enable-bcmath --enable-inline-optimization \ --disable-debug \ --enable-memory-limit=yes --enable-track-vars --enable-save-mode \ --enable-magic-quotes --with-gettext=/usr/bin \ --with-xml --with-imap=/usr/local/imap \ --with-curl=/usr/local --enable-mbstring --enable-mbstr-enc-trans \ --with-jpeg-dir=/usr --with-png-dir=/usr \ --with-zlib-dir=/usr/local --with-t1lib=/usr/local \ --with-gd=/usr --with-zlib=/usr/local --enable-gd-imgstrttf \ --enable-gd-native-ttf --with-freetype-dir=/usr \ --with-pdflib=/usr/local --with-openssl=/usr/local/openssl \ --enable-trans-sid --with-cpdflib --with-pgsql --with-ming=/usr \ --with-bz2 --enable-calendar --with-qtdom \ --enable-tokenizer --with-iconv=/usr/local \ --with-gmp --with-mcrypt --with-ldap --with-mm \ --with-mbstring=all --enable-mbregex \ --enable-xslt --with-xslt-sablot \ --with-sablot-js --with-expat-dir=/usr/local \ Compile error: = /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_indent.c -o Zend/zend_indent.lo /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c -o Zend/zend_builtin_functions.lo /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c: In function `zif_get_class_methods': /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c:680: Internal error: Segmentation fault. Please submit a full bug report. Seems it's a problem of Zend engine. Thx PT -- Edit this bug report at http://bugs.php.net/?id=20603&edit=1
#20607 [Opn]: function included from parent script gets lost
ID: 20607 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: ok, boiled it down to pretty simple code. The problem seemed to stem from the filename and position of it_db.php, which is in a default included directory .home/lib/it_functions/. In the following example, if it_db.php was included in the same directory, all was ok. if /home/lib/it_db.php was renamed to /home/lib/it_database.php (or any other name), the code works fine System: red hat 7.2 php 4.2.3 kernel 2.4.18pre3 apache: 1.3.27 php is an apache module file structure: /home/lib/it_functions/it_db.php (in central code repos): "; } // it_GetFieldNames - Get all field/column names of selected table and load into an array function it_GetFieldNames($table) { echo "works ok too " } ?> blackisha.com/cms_phpdebug/index.php: Previous Comments: [2002-11-24 03:27:10] [EMAIL PROTECTED] I will try & boil down the code & provide an example within the next day, & provide a sample href [2002-11-24 03:22:37] [EMAIL PROTECTED] I have a cms site, and _two_ functions in particular are getting lost somewhere within the execution of the script. basically the script index.php calls: index.php -> header.inc -> it_functions/it_db.php -> news/index.inc -> now.inc when the script now.inc runs, it cant find two functions defined in it_db.php: it_GetNextID & it_GetFieldNames. the exact error is Fatal error: Call to undefined function: it_getnextid() in /home/barnyard/public_html/cms/now.inc on line 113 I thought it may be memory_limit, which was 8M & i set it to 16M, but no joy. It seems only these two functions get lost. Ill try to reproduce the problem with simple code a bit later when I get out of the office. When we tried to include it_db.php from now.inc directly (immediately preceding the call to it_GetNextID) the _first_ function in it_db.php (connect_db) causes an error : Fatal error: Cannot redeclare connect_db() (previously declared in /usr/local/lib/php/it_functions/it_db.php:5) in /usr/local/lib/php/it_functions/it_db.php on line 5 The problem was solved by adding the two functions to the head of the file now.inc. -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#20603 [Fbk->Opn]: Zend Engine problem?
ID: 20603 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RH AS 2.1 PHP Version: 4.3.0RC1 New Comment: Thx, Fixed if CPU in lower speed... just still got the 'tempnam' -> 'mkstemp' issue. RH AS 2.1 comes with the buggy gcc 2.96. PT Previous Comments: [2002-11-23 23:05:11] [EMAIL PROTECTED] Works fine here..what if you run 'make' again? Does the error happen with same file and with same function? (this is most likely a hardware problem if it happens with something else) Also, what gcc version are you running? [2002-11-23 22:18:11] [EMAIL PROTECTED] OS: RH AS 2.1 P4 2.5G 768M RAM Apache 1.3.27 + PHP 4.30RC1 Compile line: == ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/conf --enable-versioning \ --with-mysql --enable-ftp --enable-bcmath --enable-inline-optimization \ --disable-debug \ --enable-memory-limit=yes --enable-track-vars --enable-save-mode \ --enable-magic-quotes --with-gettext=/usr/bin \ --with-xml --with-imap=/usr/local/imap \ --with-curl=/usr/local --enable-mbstring --enable-mbstr-enc-trans \ --with-jpeg-dir=/usr --with-png-dir=/usr \ --with-zlib-dir=/usr/local --with-t1lib=/usr/local \ --with-gd=/usr --with-zlib=/usr/local --enable-gd-imgstrttf \ --enable-gd-native-ttf --with-freetype-dir=/usr \ --with-pdflib=/usr/local --with-openssl=/usr/local/openssl \ --enable-trans-sid --with-cpdflib --with-pgsql --with-ming=/usr \ --with-bz2 --enable-calendar --with-qtdom \ --enable-tokenizer --with-iconv=/usr/local \ --with-gmp --with-mcrypt --with-ldap --with-mm \ --with-mbstring=all --enable-mbregex \ --enable-xslt --with-xslt-sablot \ --with-sablot-js --with-expat-dir=/usr/local \ Compile error: = /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_indent.c -o Zend/zend_indent.lo /bin/sh libtool --silent --mode=compile gcc -IZend/ -I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC -I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main -I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend -I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/tmp/www/php-4.3.0RC1/TSRM -g -O2 -prefer-pic -c /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c -o Zend/zend_builtin_functions.lo /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c: In function `zif_get_class_methods': /tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c:680: Internal error: Segmentation fault. Please submit a full bug report. Seems it's a problem of Zend engine. Thx PT -- Edit this bug report at http://bugs.php.net/?id=20603&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: i installed now the libc6-dbg package and put /usr/lib/debug in LD_LIBRARY_PATH and now is the error in another function of libc Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 26000)] 0x403367d0 in main_arena () from /usr/lib/debug/libc.so.6 (gdb) bt #0 0x403367d0 in main_arena () from /usr/lib/debug/libc.so.6 #1 0x403367c0 in main_arena () from /usr/lib/debug/libc.so.6 #2 0x403367c0 in main_arena () from /usr/lib/debug/libc.so.6 #3 0x403367c8 in main_arena () from /usr/lib/debug/libc.so.6 #4 0x403367b0 in main_arena () from /usr/lib/debug/libc.so.6 #5 0x403367a8 in main_arena () from /usr/lib/debug/libc.so.6 #6 0x403367a0 in main_arena () from /usr/lib/debug/libc.so.6 #7 0x40336798 in main_arena () from /usr/lib/debug/libc.so.6 #8 0x40336790 in main_arena () from /usr/lib/debug/libc.so.6 #9 0x081a4560 in ?? () Previous Comments: [2002-11-24 04:49:27] [EMAIL PROTECTED] argh forget the relevant part of this script #!/usr/local/bin/php http://bugs.php.net/bugs-generating-backtrace.php 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: argh forget the relevant part of this script #!/usr/local/bin/php http://bugs.php.net/bugs-generating-backtrace.php [2002-11-24 04:29:39] [EMAIL PROTECTED] i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: here it is (gdb) run ddns-update.php Starting program: /usr/local/bin/php ddns-update.php [New Thread 1024 (LWP 24022)] nothing to do Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 24022)] 0x403357d0 in __morecore () from /lib/libc.so.6 (gdb) bt #0 0x403357d0 in __morecore () from /lib/libc.so.6 #1 0x403357c0 in __morecore () from /lib/libc.so.6 #2 0x403357c0 in __morecore () from /lib/libc.so.6 #3 0x403357c8 in __morecore () from /lib/libc.so.6 #4 0x403357b0 in __morecore () from /lib/libc.so.6 #5 0x403357a8 in __morecore () from /lib/libc.so.6 #6 0x403357a0 in __morecore () from /lib/libc.so.6 #7 0x40335798 in __morecore () from /lib/libc.so.6 #8 0x40335790 in __morecore () from /lib/libc.so.6 #9 0x081a5560 in ?? () Previous Comments: [2002-11-24 04:37:31] [EMAIL PROTECTED] ok i just compiled now with my whole "standard" configure line but without the --with-apxs2 and it had no segmantation fault on the other bug report i can see the problem seems to be also with apache 1.3 --with-apxs line [2002-11-24 04:32:36] [EMAIL PROTECTED] it worked befor with exactly this configure line ./configure --disable-cgi --silent --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets --without-pear --with-mhash --with-bz2 --with-zlib but when i added the --with-apxs2=/usr/local/apache2/bin/apxs it has the segmantation fault sorry for double post [2002-11-24 04:31:48] [EMAIL PROTECTED] cool, so all we need is a backtrace ;) http://bugs.php.net/bugs-generating-backtrace.php [2002-11-24 04:29:39] [EMAIL PROTECTED] i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) [2002-11-24 04:20:11] [EMAIL PROTECTED] so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: ok i just compiled now with my whole "standard" configure line but without the --with-apxs2 and it had no segmantation fault on the other bug report i can see the problem seems to be also with apache 1.3 --with-apxs line Previous Comments: [2002-11-24 04:32:36] [EMAIL PROTECTED] it worked befor with exactly this configure line ./configure --disable-cgi --silent --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets --without-pear --with-mhash --with-bz2 --with-zlib but when i added the --with-apxs2=/usr/local/apache2/bin/apxs it has the segmantation fault sorry for double post [2002-11-24 04:31:48] [EMAIL PROTECTED] cool, so all we need is a backtrace ;) http://bugs.php.net/bugs-generating-backtrace.php [2002-11-24 04:29:39] [EMAIL PROTECTED] i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) [2002-11-24 04:20:11] [EMAIL PROTECTED] so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: it worked befor with exactly this configure line ./configure --disable-cgi --silent --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets --without-pear --with-mhash --with-bz2 --with-zlib but when i added the --with-apxs2=/usr/local/apache2/bin/apxs it has the segmantation fault sorry for double post Previous Comments: [2002-11-24 04:31:48] [EMAIL PROTECTED] cool, so all we need is a backtrace ;) http://bugs.php.net/bugs-generating-backtrace.php [2002-11-24 04:29:39] [EMAIL PROTECTED] i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) [2002-11-24 04:20:11] [EMAIL PROTECTED] so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: cool, so all we need is a backtrace ;) http://bugs.php.net/bugs-generating-backtrace.php Previous Comments: [2002-11-24 04:29:39] [EMAIL PROTECTED] i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) [2002-11-24 04:20:11] [EMAIL PROTECTED] so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20262 [Com]: Apache2 still wont load
ID: 20262 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Apache2 related Operating System: W2K PHP Version: 4.2.3 New Comment: I had to replace the current dll used by this release with the very latest BETA version (not ready for production ) and the problem went away. This means that the current version does have a bug unless it means that non working dll's are not classed as having bugs. This will be new concept but for most of us, this concept will not work. I cannot change the status of the bug because the system cannot trace the bug number for some reason. Previous Comments: [2002-11-21 17:10:48] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-11-05 10:07:11] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Install the latest CVS and make sure you do not have any old php libraries. This error occures because you need a more recent version of PHP then the one you have to use Apache2.0.43. [2002-11-05 10:07:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-05 10:01:38] [EMAIL PROTECTED] This bug was experienced on an earlier version of PHP and Apache2.0.39 or there somewhere. The bug report was closed for that version but it appears again in the very latest release of both PHP and Apache2 (PHP 4.2.3 and Apache2.0.43 The reported error is: Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache found 20020628, need 20020903). Please contact the vendor for the correct version. -- Edit this bug report at http://bugs.php.net/?id=20262&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: i add evrything one at a time and recompile and rerun my script i recompiled evry time with make -s clean all install the problem seems to be in --with-apxs2=/usr/local/apache2/bin/apxs so there is a bug and a bug report =) Previous Comments: [2002-11-24 04:20:11] [EMAIL PROTECTED] so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: so no error === no bugreport? :) can you add your ./configure lines cept for --disable-cli and see if that segfault reappears? Previous Comments: [2002-11-24 04:17:22] [EMAIL PROTECTED] interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: interesting in my config-php script where i have the configure line just to not type it evrytime i have it not there but my apache2 module is a bit older where i have compiled it with --disable-cli =) current testing status : ./configure --with-mysql=/usr/local/mysql --enable-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets works without problems Previous Comments: [2002-11-24 04:10:31] [EMAIL PROTECTED] your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: your original ./configure line included '--disable-cli' '--disable-cgi', thus not php binary was built that you were able to use with #!/usr/local/bin/php. So what was your ./configure line for that standalone executable php file? :) Previous Comments: [2002-11-24 04:04:53] [EMAIL PROTECTED] with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: with just ./configure it compiles the cli and installs it because php -m doestn't list the bzip2m, zlib etc. modules that's the output of php -m with my normal configure flags [PHP Modules] bz2 ctype ftp iconv mhash mysql openssl overload pcre posix session sockets standard tokenizer xml zlib [Zend Modules] that's the output with no configure flags [PHP Modules] ctype mysql overload pcre posix session standard tokenizer xml [Zend Modules] Previous Comments: [2002-11-24 03:57:50] [EMAIL PROTECTED] when you disable cgi and cli how can you use #!/usr/local/bin/php ? [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: when you disable cgi and cli how can you use #!/usr/local/bin/php ? Previous Comments: [2002-11-24 03:53:45] [EMAIL PROTECTED] interesting when i just configure with ./configure there is no segmantation fault [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? 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/20604 -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: interesting when i just configure with ./configure there is no segmantation fault Previous Comments: [2002-11-24 03:43:24] [EMAIL PROTECTED] php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Com]: PHP CLI exists always with Segmantation Fault
ID: 20604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: php configured with './configure' '--quiet' '--with-mysql=/usr/local/mysql' '--enable-inline-optimization' '--enable-trans-sid' '--with-mhash' '--with-bz2' '--with-zlib' '--enable-ftp' '--with-openssl' '--enable-sockets' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-iconv' '--with-pcre-regex=/usr' '--enable-sigchild' '--with-expat-dir=/usr' '--disable-cli' '--disable-cgi' '--disable-ipv6' taken from phpinfo(): mysql 4.0.5-beta self compiled PCRE Library Version 3.9 02-Jan-2002 OpenSSL 0.9.6g 9 Aug 2002 MHASH API Version 20020524 iconv library version 2.2.5 BZip2 Version 1.0.2, 30-Dec-2001 glibc version 2.2.5 php,mysql, apache compiled with gcc 3.2.1 kernel version 2.5.47 apache 2.0.43 Previous Comments: [2002-11-24 03:35:11] [EMAIL PROTECTED] since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Opn->Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: since this one is a bit nasty (for I, e.g., can't reproduce it), it would help a lot if you can provide more information about your system and build environment. Thank You. Previous Comments: [2002-11-24 03:32:46] [EMAIL PROTECTED] oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20604 [Fbk->Opn]: PHP CLI exists always with Segmantation Fault
ID: 20604 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: oh sorry for duplication i searched for open bugs with this topic but didn't find one so you can close this if you want =) Previous Comments: [2002-11-24 03:01:19] [EMAIL PROTECTED] this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20607 [Com]: function included from parent script gets lost
ID: 20607 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: red hat 7.2 PHP Version: 4.2.3 New Comment: I will try & boil down the code & provide an example within the next day, & provide a sample href Previous Comments: [2002-11-24 03:22:37] [EMAIL PROTECTED] I have a cms site, and _two_ functions in particular are getting lost somewhere within the execution of the script. basically the script index.php calls: index.php -> header.inc -> it_functions/it_db.php -> news/index.inc -> now.inc when the script now.inc runs, it cant find two functions defined in it_db.php: it_GetNextID & it_GetFieldNames. the exact error is Fatal error: Call to undefined function: it_getnextid() in /home/barnyard/public_html/cms/now.inc on line 113 I thought it may be memory_limit, which was 8M & i set it to 16M, but no joy. It seems only these two functions get lost. Ill try to reproduce the problem with simple code a bit later when I get out of the office. When we tried to include it_db.php from now.inc directly (immediately preceding the call to it_GetNextID) the _first_ function in it_db.php (connect_db) causes an error : Fatal error: Cannot redeclare connect_db() (previously declared in /usr/local/lib/php/it_functions/it_db.php:5) in /usr/local/lib/php/it_functions/it_db.php on line 5 The problem was solved by adding the two functions to the head of the file now.inc. -- Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#20607 [NEW]: function included from parent script gets lost
From: [EMAIL PROTECTED] Operating system: red hat 7.2 PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: function included from parent script gets lost I have a cms site, and _two_ functions in particular are getting lost somewhere within the execution of the script. basically the script index.php calls: index.php -> header.inc -> it_functions/it_db.php -> news/index.inc -> now.inc when the script now.inc runs, it cant find two functions defined in it_db.php: it_GetNextID & it_GetFieldNames. the exact error is Fatal error: Call to undefined function: it_getnextid() in /home/barnyard/public_html/cms/now.inc on line 113 I thought it may be memory_limit, which was 8M & i set it to 16M, but no joy. It seems only these two functions get lost. Ill try to reproduce the problem with simple code a bit later when I get out of the office. When we tried to include it_db.php from now.inc directly (immediately preceding the call to it_GetNextID) the _first_ function in it_db.php (connect_db) causes an error : Fatal error: Cannot redeclare connect_db() (previously declared in /usr/local/lib/php/it_functions/it_db.php:5) in /usr/local/lib/php/it_functions/it_db.php on line 5 The problem was solved by adding the two functions to the head of the file now.inc. -- Edit bug report at http://bugs.php.net/?id=20607&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20607&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20607&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20607&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20607&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20607&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20607&r=support Expected behavior: http://bugs.php.net/fix.php?id=20607&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20607&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20607&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20607&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20607&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20607&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20607&r=isapi
#20539 [Fbk]: PHP CLI Segmentation Fault
ID: 20539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4CVS-2002-11-21 (stable) New Comment: boris, can you strip down your configure line to ./configure and also update your sources ? if the segfault is gone, add one one each from you original ./configure line and try again. trying to narrow down the problem :) Previous Comments: [2002-11-22 05:30:59] [EMAIL PROTECTED] When I said w/o mailparse I meant a fresh compilation of php without mailparse. Only: --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-ftp \ --enable-track-vars \ --enable-trans-sid \ --with-gd \ --with-pdflib \ --with-jpeg-dir=/usr/lib \ --with-tiff-dir=/usr/lib \ --with-png-dir=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-gettext \ --with-imap \ --enable-sockets [2002-11-22 03:30:26] [EMAIL PROTECTED] err, somehow I didn't see the backtrace... [2002-11-22 03:29:30] [EMAIL PROTECTED] Are you using the absolute latest version of mailparse from CVS? I fixed some segfault related issues the other day. Also, we *really* need a backtrace to sort this out. When you say without mailparse, is mailparse not used in the script, or not actually compiled in? [2002-11-21 06:07:14] [EMAIL PROTECTED] Playing around with some versions: Current CVS CLI with mailparse => Segfault Current CVS CLI w/o mailparse => Segfault PHP 4.2.3 w/o mailparse=> OK PHP 4.2.3 with mailparse => Segfault [2002-11-21 06:00:26] [EMAIL PROTECTED] As I wrote, i'ts segfaulting with an empty file too. Same backtrace output. Doesn't matter which content the php script has. 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/20539 -- Edit this bug report at http://bugs.php.net/?id=20539&edit=1
#20604 [Opn->Fbk]: PHP CLI exists always with Segmantation Fault
ID: 20604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux Debian Sarge PHP Version: 4CVS-2002-11-24 (dev) New Comment: this is most likely a dupe of #20539. can you please provide a backtrace along with some more information about your build environment? Previous Comments: [2002-11-24 01:17:26] [EMAIL PROTECTED] when i call a php script on bash with the #!/usr/local/bin/php header i always get the error segmantation fault but the script executes normal even with a normal i get this error message with cvs up i see that i have the newest php source code -- Edit this bug report at http://bugs.php.net/?id=20604&edit=1
#20606 [Bgs]: Apache2 on redhat 8 breaks form variables in php
ID: 20606 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Linux Red hat 8.0 PHP Version: 4.2.2 New Comment: Any input as to when Apache2 will be ready for production use with php. Apparently www.apache.org suggests that Apache 2.0.43 is ready for production use. Thanks Vikas Previous Comments: [2002-11-24 02:37:23] [EMAIL PROTECTED] Install Apache 1.3.x. Apache 2.0 is not a production-quality web server at this point. [2002-11-24 02:36:45] [EMAIL PROTECTED] This same script runs fine on another red hat 8 box that i have. Both the two red hat boxes were installed from the same CD. The httpd.cong and php.ini file on both the boxes is also same. I am invoking this script from a machine running win2K professional with IE 5.0 [2002-11-24 02:34:06] [EMAIL PROTECTED] The script which works fine on Apache 1.3 is: vikas FldFirstName [EMAIL PROTECTED] FldFirstName But on Apache2 this script gives the erroroneous output of: Array ( [ProfMapField] => Array ( [0] => FldFirstName [1] => FldFirstName [2] => FldFirstName ) [FormMapField] => Array ( [Submit] => MappedFields ) ) The output ProfMapField has 3 indices, Though it is supposed to have only 2 indices. -- Edit this bug report at http://bugs.php.net/?id=20606&edit=1
#16826 [Com]: __floatdidf: symbol not found when attempting to load module in apache
ID: 16826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: InterBase related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: I ran into this same problem trying to build curl 7.10.2 into php 4.2.3 on Solaris 9, and the solutions suggested here didn't correct the problem. After some research and experimentation, it appears that the real source of this problem is an issue with gcc (3.2) during the original curl build, as opposed to it being a problem with php. Adding LDFLAGS="$LDFLAGS -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -lgcc" to the curl configuration in order for curl to find and connect to __floatdidf in libgcc.a corrected the problem for me. This is a frustrating one, as it sneaks through your curl build and your entire php build without any indication that something may be wrong, only to show up and thwart your very last step - your webserver's startup! Previous Comments: [2002-07-31 18:33:35] [EMAIL PROTECTED] This is now 'fixed' in CVS. To fix it in 4.2.x, just add --enable-libgcc to your configure line. [2002-07-31 11:09:59] [EMAIL PROTECTED] I get the identical bug with 4.2.2 on Solaris 8 with Apache 1.3.26 although I'm not using interbase. I'm seeing this with --with-curl support enabled instead. libcurl is version 7.9.8 ./configure --with-mysql --with-curl --with-apxs=/usr/local/apache/bin/apxs 4.2.2 worked previously without curl support. I did a make clean, re-ran configure, installed and an apachectl configtest results in: /usr/local/apache/bin/apachectl configtest Syntax error on line 208 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/lib/libcurl.so.2: symbol __floatdidf: referenced symbol not found Compiling with --enable-libgcc works. [2002-04-25 21:47:57] [EMAIL PROTECTED] Does it work without --with-interbase ? (btw. You can also use --enable-libgcc to add it) [2002-04-25 11:10:45] [EMAIL PROTECTED] 4.2.0 on solaris 8 with apache 1.3.24. Configured with: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-interbase Builds fine. When attempting to start apache I get the following error: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol __floatdidf: referenced symbol not found Adding the following onto the final build line: -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/ -lgcc produces a build that seems to work ok. Thanks in advance. -- Edit this bug report at http://bugs.php.net/?id=16826&edit=1
#20606 [Opn->Bgs]: Apache2 on redhat 8 breaks form variables in php
ID: 20606 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux Red hat 8.0 PHP Version: 4.2.2 New Comment: Install Apache 1.3.x. Apache 2.0 is not a production-quality web server at this point. Previous Comments: [2002-11-24 02:36:45] [EMAIL PROTECTED] This same script runs fine on another red hat 8 box that i have. Both the two red hat boxes were installed from the same CD. The httpd.cong and php.ini file on both the boxes is also same. I am invoking this script from a machine running win2K professional with IE 5.0 [2002-11-24 02:34:06] [EMAIL PROTECTED] The script which works fine on Apache 1.3 is: vikas FldFirstName [EMAIL PROTECTED] FldFirstName But on Apache2 this script gives the erroroneous output of: Array ( [ProfMapField] => Array ( [0] => FldFirstName [1] => FldFirstName [2] => FldFirstName ) [FormMapField] => Array ( [Submit] => MappedFields ) ) The output ProfMapField has 3 indices, Though it is supposed to have only 2 indices. -- Edit this bug report at http://bugs.php.net/?id=20606&edit=1
#20606 [Com]: Apache2 on redhat 8 breaks form variables in php
ID: 20606 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux Red hat 8.0 PHP Version: 4.2.2 New Comment: This same script runs fine on another red hat 8 box that i have. Both the two red hat boxes were installed from the same CD. The httpd.cong and php.ini file on both the boxes is also same. I am invoking this script from a machine running win2K professional with IE 5.0 Previous Comments: [2002-11-24 02:34:06] [EMAIL PROTECTED] The script which works fine on Apache 1.3 is: vikas FldFirstName [EMAIL PROTECTED] FldFirstName But on Apache2 this script gives the erroroneous output of: Array ( [ProfMapField] => Array ( [0] => FldFirstName [1] => FldFirstName [2] => FldFirstName ) [FormMapField] => Array ( [Submit] => MappedFields ) ) The output ProfMapField has 3 indices, Though it is supposed to have only 2 indices. -- Edit this bug report at http://bugs.php.net/?id=20606&edit=1
#20606 [NEW]: Apache2 on redhat 8 breaks form variables in php
From: [EMAIL PROTECTED] Operating system: Linux Red hat 8.0 PHP version: 4.2.2 PHP Bug Type: Apache2 related Bug description: Apache2 on redhat 8 breaks form variables in php The script which works fine on Apache 1.3 is: vikas FldFirstName [EMAIL PROTECTED] FldFirstName But on Apache2 this script gives the erroroneous output of: Array ( [ProfMapField] => Array ( [0] => FldFirstName [1] => FldFirstName [2] => FldFirstName ) [FormMapField] => Array ( [Submit] => MappedFields ) ) The output ProfMapField has 3 indices, Though it is supposed to have only 2 indices. -- Edit bug report at http://bugs.php.net/?id=20606&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20606&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20606&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20606&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20606&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20606&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20606&r=support Expected behavior: http://bugs.php.net/fix.php?id=20606&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20606&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20606&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20606&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20606&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20606&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20606&r=isapi
#20605 [NEW]: imap_open() requires /novalidate-cert on non-ssl hosts
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: IMAP related Bug description: imap_open() requires /novalidate-cert on non-ssl hosts There is a bug in imap_connect(), it requests a SSL certificate, even when not told to do so. the code I use is: $host = "localhost:143"; $mbox = @imap_open("{".$host."}INBOX",$user,$pass); if(!$mbox) { echo "error!!n"; echo imap_last_error(); die(); } the error message is: Certificate failure for localhost: unable to get local issuer certificate: /C=... I'm using a self signed certificate for the IMAP SSL. But, the server I use in port 143 doesn't use SSL. (SSL IMAP is on port 993) if i change the host line to: $host = "localhost:143/novalidate-cert"; it works. It worked fine in 4.2.2, after the upgrade (4.2.3) the mail service was broken. *** the configuration: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '-- sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '-- libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/ com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-config-file-path=/etc' '-- enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline- optimization' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-gd' '-- with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm' '--with-openssl' '--with-png' '-- with-regex=system' '--with-ttf' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with- layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic- quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '- -enable-track-vars' '--enable-trans-sid' '--without-oci8' '--with-imap' '--with-imap-ssl' '-- with-kerberos=/usr/kerberos' '--with-ldap=/usr' '--with-mysql=/usr' '--with-apxs=/usr/ sbin/apxs' c-client: IMAP c-Client Version 2001 (2001a) SSL Support enabled Kerberos Support enabled -- Edit bug report at http://bugs.php.net/?id=20605&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20605&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20605&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20605&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20605&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20605&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20605&r=support Expected behavior: http://bugs.php.net/fix.php?id=20605&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20605&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20605&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20605&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20605&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20605&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20605&r=isapi