#23042 [Fbk->Opn]: Cannot redefine function in class
ID: 23042
User updated by: patrice dot ferlet at wanadoo dot fr
Reported By: patrice dot ferlet at wanadoo dot fr
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux mandrake 9.1
PHP Version: 4.3.1
New Comment:
try this:
class test
{
function blah ($one, $two)
{
echo "ONE\n";
}
function blha ($one, $two, $three)
{
echo "TWO";
}
}
In OOP, we can declare several prototypes of a class method, in php 4.0
i could do this, but with php 4.3.1 i cannot anymore.
I think this is a very important problem.
For a framework i use (and i contribute) this is a real big problem!
Previous Comments:
[2003-04-03 19:40:07] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2003-04-03 16:48:01] patrice dot ferlet at wanadoo dot fr
Fatal error: Cannot redeclare copixaction() in
/var/www/html/newcopix/utils/copix/core/CopixAction.class.php on line
59
Last version of PHP worked but not today with 4.3.1.
I cannot redefine a function in class... but i do oop !
thanks
--
Edit this bug report at http://bugs.php.net/?id=23042&edit=1
#22791 [Com]: php_value auto_prepend in .htaccess ignored when loading a index.html
ID: 22791 Comment by: shaun at directresponse dot com Reported By: peter dot kling at veritas dot com Status: Bogus Bug Type: Apache related Operating System: solaris 8 PHP Version: 4.3.1 New Comment: I've noticed a similar issue. Here is setup: Apache/1.3.26 (Unix) PHP/4.3.0 mod_ssl/2.8.10 OpenSSL/0.9.6e Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies with the ionCube PHP Accelerator v1.3.3r2, Copyright (c) 2001-2002, by Nick Lindridge We also parse .html files through php. Whenever we have an .htaccess file in a subdirectory and one in the directory above, php directives in the local .htaccess are ignored about 5-10% of the time. For Example: /.htaccess(1) /subdir/.htacess(2) /subdir/index.html When loading index.html, the settings from .htaccess(2) will be ignored occassionaly and cause errors. It certainly could be related to Apache, but in our php scripts is where it is most apparent. Previous Comments: [2003-03-20 16:29:44] peter dot kling at veritas dot com I guess you missed the Point, I indicated that this was working correctly, with Apache. Apache was parsing the html But After upgrading from PHP 4.2.2 to PHP 4.3.1 this function no longer works. So how could this be a configuration problem since we did not change the Apache or it's config. ONLY the PHP Version. Thanks Peter [2003-03-19 15:42:06] [EMAIL PROTECTED] If your apache is not set to parse .html through PHP, of course it won't work. Not bug. [2003-03-19 15:02:30] peter dot kling at veritas dot com This function worked with Apache/1.3.26 and PHP Version 4.2.2 running on SunOS goldeneyes 5.8 Generic sun4u sparc SUNW,Ultra-4 Since we upgrade to PHP Version 4.3.1 this does not work. we have .htaccess files in directories that just have the following two lines: Start--- php_value auto_prepend_file "/vfr/htdocs/jscode/menuheader.html" php_value auto_append_file "/vfr/htdocs/jscode/reg_footer.html" End--- So then if you access a file like index.html or somename.html in that directory the page would load with the menuheader.html and the reg_footer.html force on that page. We use this to keep a constant look and feel on this site. Since we upgrade to PHP Version 4.3.1 this does not work. I've noted bugs reported for Apache 2.x but not 1.3x could you please look at the code and see if you can find this bug. The short fix is for us to rename every .html file to a .php file and it works, but renaming 1000s of files is a bit much. Thanks peter PS: note I have reproduced this bug on FreeBSD 4.x also. -- Edit this bug report at http://bugs.php.net/?id=22791&edit=1
#23043 [Opn->Csd]: Pictures of any type fails to load on some occations
ID: 23043 User updated by: btn21 at btn dot serveftp dot net Reported By: btn21 at btn dot serveftp dot net -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Win XP SP1 PHP Version: 4.3.2RC1 New Comment: Close the case, it was the local isp that fucked up the net. Sorry for any inconvenience. Previous Comments: [2003-04-03 20:42:05] btn21 at btn dot serveftp dot net First I upgraded Apache 2.0.44 to 2.0.45 and then I upgraded to PHP 4.3.2RC1 from unknow version. I restored all the configuration files and web files for Apache and gave the site a test run. Everything seems okay except that pictures of any type occationaly fails to load and replaces with a red x even if the location is correct and the file exists. If I reload the page, the picture usually shows up, but then some other pics will be missing. It also works to right click and click on "Show picture". I doubt that I have done anything wrong since all the configuration files are the same. -- Edit this bug report at http://bugs.php.net/?id=23043&edit=1
#23043 [NEW]: Pictures of any type fails to load on some occations
From: btn21 at btn dot serveftp dot net Operating system: Win XP SP1 PHP version: 4.3.2RC1 PHP Bug Type: Apache2 related Bug description: Pictures of any type fails to load on some occations First I upgraded Apache 2.0.44 to 2.0.45 and then I upgraded to PHP 4.3.2RC1 from unknow version. I restored all the configuration files and web files for Apache and gave the site a test run. Everything seems okay except that pictures of any type occationaly fails to load and replaces with a red x even if the location is correct and the file exists. If I reload the page, the picture usually shows up, but then some other pics will be missing. It also works to right click and click on "Show picture". I doubt that I have done anything wrong since all the configuration files are the same. -- Edit bug report at http://bugs.php.net/?id=23043&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23043&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23043&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23043&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23043&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23043&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23043&r=support Expected behavior: http://bugs.php.net/fix.php?id=23043&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23043&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23043&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23043&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23043&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23043&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23043&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23043&r=gnused
#22787 [Opn->Fbk]: Make fails after upgrading to mysql v4.0.12
ID: 22787 Updated by: [EMAIL PROTECTED] Reported By: gregory dot fennell at am dot sony dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: RedHat v8.0 PHP Version: 4.3.1 Assigned To: sniper New Comment: Which RPMs have you installed? You need to have the libraries and header files installed too to get the build work.. Previous Comments: [2003-04-03 07:09:47] gregory dot fennell at am dot sony dot com Sniper, I understand that it works for you. But you stated you are using the latest CVS and self compiled MySQL. That is not the original issue and I want to stay on track. The issue is that the RPM installation of MySQL will not work with the self-compiled version of PHP. Two people have posted to this saying they are having the same issue, but you insist on saying this is bogus. I will not use a CVS version on production machines, nor should anyone. So what do we need to do so that you will take this issue seriously? I thought the purpose of open source products was for people to work together to make a product better, but in this case it seems our needs to make the product better are being ignored. [2003-04-02 18:56:37] [EMAIL PROTECTED] Works fine here, with latest CVS snapshot and self compiled Mysql 4.0.12. Try with shorter configure line, maybe something else is causing the problem. (like this: ./configure --disable-all --with-mysql=/usr) [2003-03-31 06:44:48] gregory dot fennell at am dot sony dot com Since this has been confirmed by several of my colleges and the post from "jbernier at dalcom dot ca" as a real issue, I have re-opened this ticket. Please see if there is a fix for this issue, or if we need to change our config. I have confirmed this with 5 of my colleges. [2003-03-28 15:18:18] jbernier at dalcom dot ca I have exactly the same problems. Is anybody found a solution. My websites stop working after upgrading to MySQL 4.0.12. Please help. [2003-03-21 14:25:51] gregory dot fennell at am dot sony dot com I am using the same confige statement for the 4.0.12 installation as I am for the 3.23.55-1 in my php config. I am at a loss since I have noticed this on 5 machines now all have different hardware, the only thing that is similar is the kernel, php, openssl, and mysql. When I install 4.0.12 (MySQL) i can't even use the natice mysql support built into php. Any ideas to see what's up? 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/22787 -- Edit this bug report at http://bugs.php.net/?id=22787&edit=1
#23041 [Opn->Fbk]: OCINewDescriptor()
ID: 23041
Updated by: [EMAIL PROTECTED]
Reported By: don dot miguel at gmx dot ch
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-04-03 15:29:14] don dot miguel at gmx dot ch
My Simple Test Programm is:
putenv('ORACLE_SID=SEMINAR');
putenv('ORACLE_HOME=D:\oracle\ora92');
$conn= OCIPLogon('michi','michi');
$query = "begin ctx_doc.themes('idx_text','22',:result);end;";
$curs = OCIParse($conn,$query);
$clob = OCINewDescriptor($conn,OCI_D_LOB);
OCIBindByName($curs,":result",&$clob,-1,OCI_B_CLOB);
$success = OCIExecute($curs,OCI_DEFAULT);
echo $clob->load();
$clob->free();
OCIFreeStatement($curs);
Which result is:
Warning: OCIStmtExecute: ORA-22275: invalid LOB locator specified in
c:\program files\apache group\apache\htdocs\textseminar\test.php on
line 11
Warning: OCILobGetLength: OCI_INVALID_HANDLE in c:\program files\apache
group\apache\htdocs\textseminar\test.php on line 12
==> I can't acces the CLOB wich is returned by the PL/SQL procedure:
ctx_doc.themes(index_name,textkey,restab)!
--
Edit this bug report at http://bugs.php.net/?id=23041&edit=1
#23038 [Fbk->Opn]: aggregate() leaks causing apache to segfault
ID: 23038 Updated by: [EMAIL PROTECTED] Reported By: black at sunshine dot krneki dot org -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux debian PHP Version: 4.3.2-RC New Comment: . Previous Comments: [2003-04-03 15:38:50] [EMAIL PROTECTED] according to http://snaps.php.net there is? and yeah, i guess you could mark it as bogus, as far as "simple" scripts go, i doubt i could ever reproduce this in a simple one.. even the collection of code i use has about 170k just core files (and its clean non bloated code if you believe it ;)).. the best i can do is give you a cvs snapshot of a week ago when the bug was still occuring.. after i removed aggregate i havent had a crash.. as for my debugging knowledge goes, its pretty much what i gathered from this page, and you cant really expect me to master gdb and valgrind without experience with any of them before. if you want to give it a shot then by all means, im willing to give you everything that is in my power to do so, a short example script however, is not. [2003-04-03 12:24:05] [EMAIL PROTECTED] I'm tempted to bogusify this right away since you only assume a lot here. Please provide real information we can work with..like a simple example script. (and FYI: there is no such thing as 4.5-dev officially) [2003-04-03 11:42:21] black at sunshine dot krneki dot org On bugreport 21478 i've experienced the same problem and behaviour when trying to debug, but i believe the bugs are generally unrelated. I've been searching to the sollution for my segfaulting of apache in various areas... output buffering, stream functions (file access, file_get_contents), references... and since i got the crashes in 4.3 then i thought of the only thing i added to the code which was 4.3 related, and that was the use of aggregate.. i used aggregate to aggregate 3-4 classes to a main object, and after removing and reforming the classes to preform a row of "extends" on them.. the behaviour wen't away, and I didnt get a single segfault in the last 3-4 days. it is my opinion that aggregate either contains a memory leak somewhere, or that the problem is located inside the scripting engine.. i dont have anything to reproduce it anymore, except old cvs snapshots which could reproduce it if required, but removing aggregate and with it the segfaults seems to be enough of an indication for me. this seems to be related to 4.3.0 and later, and was reproduced on my side on every php version up to 4.5-CVS -- Edit this bug report at http://bugs.php.net/?id=23038&edit=1
#23042 [Opn->Fbk]: Cannot redefine function in class
ID: 23042 Updated by: [EMAIL PROTECTED] Reported By: patrice dot ferlet at wanadoo dot fr -Status: Open +Status: Feedback -Bug Type: Class/Object related +Bug Type: Scripting Engine problem Operating System: Linux mandrake 9.1 PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-04-03 16:48:01] patrice dot ferlet at wanadoo dot fr Fatal error: Cannot redeclare copixaction() in /var/www/html/newcopix/utils/copix/core/CopixAction.class.php on line 59 Last version of PHP worked but not today with 4.3.1. I cannot redefine a function in class... but i do oop ! thanks -- Edit this bug report at http://bugs.php.net/?id=23042&edit=1
#23040 [Opn->Fbk]: Periodic Segmentation Faults
ID: 23040 Updated by: [EMAIL PROTECTED] Reported By: tim at danan dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Redhat 8 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There have been couple of dozen fixes that might have also fixed this. So please give the snapshot a go. Previous Comments: [2003-04-03 16:49:02] [EMAIL PROTECTED] It looks like putenv() is the last thing called from PHP land before the crash, so that's a start. J [2003-04-03 16:36:46] tim at danan dot com I've not been able to narrow it down to anything that specific yet. I've only just narrowed it down to this page in the past day or so. Unfortunately, the page almost 700 lines long, so I wouldn't call it "short". I'll continue to try to narrow it down to see if I can isolate a function, but it may not be easy since the page tends to load fine 50-60 times in a row, then blow up. There's probably something unique going on in the crash instances, but I've not located it yet. If you'd like the long script I'll be happy to provide it. I'm not an expert at reading dumps by any means. Does anything jump out at you? Are there any hints of some place I might be able to look to help narrow things down? [2003-04-03 15:51:54] [EMAIL PROTECTED] Do you have a short test script that can reproduce this segfault? J [2003-04-03 15:22:52] tim at danan dot com I have a page that is generating repeated segmentation faults on a Redhat 8 system running Apache 1.3.27 and PHP 4.3.1. It is part of a forum system (FudForum) that, unforunately, I didn't write. MySQL and sessions are both involved. The faults are not occurring on every use, but seem to occur about once an hour. Once a seg fault appears I tend to see 4-5 of them in succession, then they disappear again for an hour or so. [Thu Apr 3 14:18:51 2003] [notice] child pid 8668 exit signal Segmentation fault (11) I was able to generate a backtrace by running httpd -X in gdb. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40262195 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x40262195 in calloc () from /lib/libc.so.6 #1 0x40260f60 in realloc () from /lib/libc.so.6 #2 0x402176cf in putenv () from /lib/libc.so.6 #3 0x402175f8 in putenv () from /lib/libc.so.6 #4 0x404e6b41 in zif_putenv (ht=1, return_value=0x86fb92c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-4.3.1/ext/standard/basic_functions.c:1353 #5 0x405ab626 in execute (op_array=0x86ec4f0) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596 #6 0x405ab859 in execute (op_array=0x86ea418) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #7 0x405ab859 in execute (op_array=0x86459ac) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #8 0x4059a321 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.1/Zend/zend.c:864 #9 0x40564f6b in php_execute_script (primary_file=0xb390) at /usr/local/src/php-4.3.1/main/main.c:1573 #10 0x405b0546 in apache_php_module_main (r=0x841801c, display_source_mode=0) at /usr/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #11 0x405b13e6 in send_php (r=0x841801c, display_source_mode=0, filename=0x8419dfc "/var/www/html/forum/index.php") at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:556 #12 0x405b145f in send_parsed_php (r=0x841801c) at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:571 #13 0x080cd6f4 in ap_invoke_handler () #14 0x080e209a in process_request_internal () #15 0x080e20fa in ap_process_request () #16 0x080d92e2 in child_main () #17 0x080d94a8 in make_child () #18 0x080d960f in startup_children () #19 0x080d9c3c in standalone_main () #20 0x080da474 in main () #21 0x40202907 in __libc_start_main () from /lib/libc.so.6 GCC Version: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) My php config is VERY simple: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --with-pgsql \ --with-pspell \ --enable-debug I'm sure there is a great deal of additional information I can provide, and I will do so quite willingly. My apologies if I've overlooked anything in this report. -- Edit this bug report at http://bugs.php.net/?id=23040&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: php works flawlessly as a cgi. but its really messed up when it used as a module. if i can use php_admin_value in my apache config when php is used as a cgi then that will solve my problem and then you guys can worry about the module issuse. im geting lots and lots of emails asking why my sever is being weird... but i need php_admin_value for my unique settings for my virtual hosts so my question is can i use php_admin_value in my apache config when php is installed as a cgi? and if, so how? Previous Comments: [2003-04-03 08:38:57] luke at cywh dot com sent ya my apache config to. might as well try everything. [2003-04-03 08:36:00] luke at cywh dot com well it worked on some earlir versions of php so something tells me its not. [2003-04-03 08:21:51] [EMAIL PROTECTED] Hm, this seems to be some Apache2 on XP issue. I have tested the exact same php.ini and all other settings on a Windows 2000 server and it all works flawlessly. Both tried Apache 2.0.44 and 2.0.45. [2003-04-03 08:03:22] luke at cywh dot com sorry about the typos is the above message :-\. when you type 98 words per minute you start to stop worying about your accuracy should of checked it first. [2003-04-03 07:38:54] luke at cywh dot com well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module. http://cytech.cywh.com/phpinfo.php ^^ it loads, then flashes and comes up with "page cannot be displayed" ^^ is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing. 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#12358 [Com]: CGI Error-CGI application misbehaved
ID: 12358 Comment by: baje14 at eudoramail dot com Reported By: suresh_inbox at rediffmail dot com Status: Closed Bug Type: PWS related Operating System: windows 98 PHP Version: 4.0.6 New Comment: i also have the same problem please please please help us! Previous Comments: [2003-01-20 08:49:01] parryk at croner dot co dot uk it's a bit late now, but maybe someone else will come look for answers here... The CGI error can be solved by opening PWS, clicking on the Advanced button, and adding the folder where your scripts reside to the vitual directories tree (don't forget to enable the execute option by ticking the box). [2003-01-13 20:00:58] martinbudden at hotmail dot com I'm getting the same problem. It's not about setting cgi.force_redirect=0 in php.ini, that was for a different problem and that one is now fixed. So what is causing this error? Any help greatly appreciated! CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: [2002-06-25 03:55:17] renghen at servihoo dot com set cgi.force_redirect=0 in your php.ini [2001-08-20 12:04:57] [EMAIL PROTECTED] no feedback. [2001-07-25 06:30:11] [EMAIL PROTECTED] provide a short example script, and it's output when run from the command line. save this as test.php: and see what you get. it should be st. like this: c:\temp>php test.php X-Powered-By: PHP/4.0.7-dev Content-type: text/html hello world! c:\temp> If that's ok (i. e. the first three lines are the same as shown above, I suggest you turn on logging errors in php.ini, request a PHP script thru PWS, and check the error log. 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/12358 -- Edit this bug report at http://bugs.php.net/?id=12358&edit=1
#9419 [Com]: isapi filter doesn't see php.ini
ID: 9419 Comment by: firecat at mindspring dot com Reported By: daniel dot dadusc at yoda dot it Status: Closed Bug Type: *Install and Config Operating System: windows 2000 PHP Version: 4.0.4pl1 New Comment: Closed too soon? I'm having exactly the same problem. I have put my php.ini in c:\php, c:\winnt and c:\winnt\system32. I have stopped/started the web server after each attempt. phpinfo comes back with the php.ini always located in c:\winnt\system32, but never is it actually read. php.exe works like a champ Previous Comments: [2001-02-24 13:29:50] [EMAIL PROTECTED] Works fine for me under same set up. Make sure you are restarting IIS every time you alter php.ini otherwise it wont pick up on the change(you need to do this from the command line with net stop iisadmin then net start w3svc). Please reopen report if this is not the problem. James [2001-02-23 05:15:05] daniel dot dadusc at yoda dot it i've been trying to configure java to work under php using an isapi filter with iis 5.0 . what i found is that i could get java to work when i used the cgi module but not the isapi, after some research i discovered that when you run php using the isapi it doesn't see the php.ini. using phpinfo() i saw that all the options i changed where set to default, and for example all the java local variables where set to null whereas they were properly when i used the cgi. hope you get this fixed soon!!! -- Edit this bug report at http://bugs.php.net/?id=9419&edit=1
#22944 [Fbk->Opn]: Java - "make install" fails after "installing php SAPI"
ID: 22944 User updated by: dubious at 2xtreme dot net Reported By: dubious at 2xtreme dot net -Status: Feedback +Status: Open Bug Type: Java related Operating System: Linux (2.5.66) PHP Version: 4.3.2RC1 New Comment: here it is: INSTALL_IT = ; $(srcdir)/build/shtool mkdir -p -f -m 0755 $(INSTALL_ROOT)$(libdir); $(INSTALL) -m 0755 $(srcdir)/ext/java/php_java.jar $(INSTALL_ROOT )$(libdir) Previous Comments: [2003-04-03 04:55:59] [EMAIL PROTECTED] Please paste line with 'INSTALL_IT=' in it from your Makefile here. [2003-04-02 19:32:04] dubious at 2xtreme dot net Nope, just tried the snapshot - same problem: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php4-STABLE-200304021630/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php4-STABLE-200304021630/build/shtool install -c -m 0755 /tmp/temp/php4-STABLE-200304021630/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 bash-2.05b# [2003-04-02 10:29:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip IIRC, this should be fixed now. [2003-03-28 18:12:13] dubious at 2xtreme dot net UPDATE - this appears to be a bug specifically related to "--disable-cgi" (i.e. I want ONLY the CLI version of php). If I remove the "--disable-cgi" it seems to compile AND install fine. [2003-03-28 17:58:33] dubious at 2xtreme dot net Configuring with: ./configure --enable-gd-native-ttf '--enable-sockets' '--with-ncurses' '--with-gd' '--enable-ftp' '--with-mysql' '--with-dom' '--with-zlib' '--enable-exif' '--with-bz2' '--with-curl' '--with-imap=/tmp/temp/imap-2002' '--with-imap-ssl=/tmp/temp/imap-2002' '--disable-cgi' --with-java=/usr/local/jdk compile seems fine, but on "make install" it dies at: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php-4.3.2RC1/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php-4.3.2RC1/build/shtool install -c -m 0755 /tmp/temp/php-4.3.2RC1/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 I've tried this with an earlier Blackdown 1.4.1 as well as Sun's most recent 1.4.1_02 release. If I compile without the java option, it seems to install fine (but of course then there's not Java support...) This also seems to occur with 4.3.0. -- Edit this bug report at http://bugs.php.net/?id=22944&edit=1
#23040 [Opn]: Periodic Segmentation Faults
ID: 23040 Updated by: [EMAIL PROTECTED] Reported By: tim at danan dot com Status: Open Bug Type: Reproducible crash Operating System: Redhat 8 PHP Version: 4.3.1 New Comment: It looks like putenv() is the last thing called from PHP land before the crash, so that's a start. J Previous Comments: [2003-04-03 16:36:46] tim at danan dot com I've not been able to narrow it down to anything that specific yet. I've only just narrowed it down to this page in the past day or so. Unfortunately, the page almost 700 lines long, so I wouldn't call it "short". I'll continue to try to narrow it down to see if I can isolate a function, but it may not be easy since the page tends to load fine 50-60 times in a row, then blow up. There's probably something unique going on in the crash instances, but I've not located it yet. If you'd like the long script I'll be happy to provide it. I'm not an expert at reading dumps by any means. Does anything jump out at you? Are there any hints of some place I might be able to look to help narrow things down? [2003-04-03 15:51:54] [EMAIL PROTECTED] Do you have a short test script that can reproduce this segfault? J [2003-04-03 15:22:52] tim at danan dot com I have a page that is generating repeated segmentation faults on a Redhat 8 system running Apache 1.3.27 and PHP 4.3.1. It is part of a forum system (FudForum) that, unforunately, I didn't write. MySQL and sessions are both involved. The faults are not occurring on every use, but seem to occur about once an hour. Once a seg fault appears I tend to see 4-5 of them in succession, then they disappear again for an hour or so. [Thu Apr 3 14:18:51 2003] [notice] child pid 8668 exit signal Segmentation fault (11) I was able to generate a backtrace by running httpd -X in gdb. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40262195 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x40262195 in calloc () from /lib/libc.so.6 #1 0x40260f60 in realloc () from /lib/libc.so.6 #2 0x402176cf in putenv () from /lib/libc.so.6 #3 0x402175f8 in putenv () from /lib/libc.so.6 #4 0x404e6b41 in zif_putenv (ht=1, return_value=0x86fb92c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-4.3.1/ext/standard/basic_functions.c:1353 #5 0x405ab626 in execute (op_array=0x86ec4f0) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596 #6 0x405ab859 in execute (op_array=0x86ea418) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #7 0x405ab859 in execute (op_array=0x86459ac) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #8 0x4059a321 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.1/Zend/zend.c:864 #9 0x40564f6b in php_execute_script (primary_file=0xb390) at /usr/local/src/php-4.3.1/main/main.c:1573 #10 0x405b0546 in apache_php_module_main (r=0x841801c, display_source_mode=0) at /usr/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #11 0x405b13e6 in send_php (r=0x841801c, display_source_mode=0, filename=0x8419dfc "/var/www/html/forum/index.php") at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:556 #12 0x405b145f in send_parsed_php (r=0x841801c) at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:571 #13 0x080cd6f4 in ap_invoke_handler () #14 0x080e209a in process_request_internal () #15 0x080e20fa in ap_process_request () #16 0x080d92e2 in child_main () #17 0x080d94a8 in make_child () #18 0x080d960f in startup_children () #19 0x080d9c3c in standalone_main () #20 0x080da474 in main () #21 0x40202907 in __libc_start_main () from /lib/libc.so.6 GCC Version: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) My php config is VERY simple: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --with-pgsql \ --with-pspell \ --enable-debug I'm sure there is a great deal of additional information I can provide, and I will do so quite willingly. My apologies if I've overlooked anything in this report. -- Edit this bug report at http://bugs.php.net/?id=23040&edit=1
#23042 [NEW]: Cannot redefine function in class
From: patrice dot ferlet at wanadoo dot fr Operating system: Linux mandrake 9.1 PHP version: 4.3.1 PHP Bug Type: Class/Object related Bug description: Cannot redefine function in class Fatal error: Cannot redeclare copixaction() in /var/www/html/newcopix/utils/copix/core/CopixAction.class.php on line 59 Last version of PHP worked but not today with 4.3.1. I cannot redefine a function in class... but i do oop ! thanks -- Edit bug report at http://bugs.php.net/?id=23042&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23042&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23042&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23042&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23042&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23042&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23042&r=support Expected behavior: http://bugs.php.net/fix.php?id=23042&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23042&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23042&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23042&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23042&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23042&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23042&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23042&r=gnused
#11547 [Com]: Functions can be redefined within classes
ID: 11547 Comment by: patrice dot ferlet at wanadoo dot fr Reported By: btanner at home dot com Status: Closed Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.0.5 New Comment: Same error with PHP 4.3.1. Last version (on mandrake 9.0) worked, but not with new mandrake (9.1) with php 4.3.1 Thanks Previous Comments: [2001-06-19 10:24:04] [EMAIL PROTECTED] i should correctly quote Jani... he said he believes it's normal. Sorry about the confusion. [2001-06-19 10:15:22] [EMAIL PROTECTED] yes it's expected behavior... at least according to Jani [2001-06-18 23:23:59] btanner at home dot com PHP throws me an error if I redefine a function within my code. However, within a class, I can redefine a function as many times as I please, and PHP is more than happy to execute my code. Is this expected behaviour? -- Edit this bug report at http://bugs.php.net/?id=11547&edit=1
#23040 [Opn]: Periodic Segmentation Faults
ID: 23040 User updated by: tim at danan dot com Reported By: tim at danan dot com Status: Open Bug Type: Reproducible crash Operating System: Redhat 8 PHP Version: 4.3.1 New Comment: I've not been able to narrow it down to anything that specific yet. I've only just narrowed it down to this page in the past day or so. Unfortunately, the page almost 700 lines long, so I wouldn't call it "short". I'll continue to try to narrow it down to see if I can isolate a function, but it may not be easy since the page tends to load fine 50-60 times in a row, then blow up. There's probably something unique going on in the crash instances, but I've not located it yet. If you'd like the long script I'll be happy to provide it. I'm not an expert at reading dumps by any means. Does anything jump out at you? Are there any hints of some place I might be able to look to help narrow things down? Previous Comments: [2003-04-03 15:51:54] [EMAIL PROTECTED] Do you have a short test script that can reproduce this segfault? J [2003-04-03 15:22:52] tim at danan dot com I have a page that is generating repeated segmentation faults on a Redhat 8 system running Apache 1.3.27 and PHP 4.3.1. It is part of a forum system (FudForum) that, unforunately, I didn't write. MySQL and sessions are both involved. The faults are not occurring on every use, but seem to occur about once an hour. Once a seg fault appears I tend to see 4-5 of them in succession, then they disappear again for an hour or so. [Thu Apr 3 14:18:51 2003] [notice] child pid 8668 exit signal Segmentation fault (11) I was able to generate a backtrace by running httpd -X in gdb. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40262195 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x40262195 in calloc () from /lib/libc.so.6 #1 0x40260f60 in realloc () from /lib/libc.so.6 #2 0x402176cf in putenv () from /lib/libc.so.6 #3 0x402175f8 in putenv () from /lib/libc.so.6 #4 0x404e6b41 in zif_putenv (ht=1, return_value=0x86fb92c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-4.3.1/ext/standard/basic_functions.c:1353 #5 0x405ab626 in execute (op_array=0x86ec4f0) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596 #6 0x405ab859 in execute (op_array=0x86ea418) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #7 0x405ab859 in execute (op_array=0x86459ac) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #8 0x4059a321 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.1/Zend/zend.c:864 #9 0x40564f6b in php_execute_script (primary_file=0xb390) at /usr/local/src/php-4.3.1/main/main.c:1573 #10 0x405b0546 in apache_php_module_main (r=0x841801c, display_source_mode=0) at /usr/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #11 0x405b13e6 in send_php (r=0x841801c, display_source_mode=0, filename=0x8419dfc "/var/www/html/forum/index.php") at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:556 #12 0x405b145f in send_parsed_php (r=0x841801c) at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:571 #13 0x080cd6f4 in ap_invoke_handler () #14 0x080e209a in process_request_internal () #15 0x080e20fa in ap_process_request () #16 0x080d92e2 in child_main () #17 0x080d94a8 in make_child () #18 0x080d960f in startup_children () #19 0x080d9c3c in standalone_main () #20 0x080da474 in main () #21 0x40202907 in __libc_start_main () from /lib/libc.so.6 GCC Version: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) My php config is VERY simple: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --with-pgsql \ --with-pspell \ --enable-debug I'm sure there is a great deal of additional information I can provide, and I will do so quite willingly. My apologies if I've overlooked anything in this report. -- Edit this bug report at http://bugs.php.net/?id=23040&edit=1
#23040 [Opn]: Periodic Segmentation Faults
ID: 23040 Updated by: [EMAIL PROTECTED] Reported By: tim at danan dot com Status: Open Bug Type: Reproducible crash Operating System: Redhat 8 PHP Version: 4.3.1 New Comment: Do you have a short test script that can reproduce this segfault? J Previous Comments: [2003-04-03 15:22:52] tim at danan dot com I have a page that is generating repeated segmentation faults on a Redhat 8 system running Apache 1.3.27 and PHP 4.3.1. It is part of a forum system (FudForum) that, unforunately, I didn't write. MySQL and sessions are both involved. The faults are not occurring on every use, but seem to occur about once an hour. Once a seg fault appears I tend to see 4-5 of them in succession, then they disappear again for an hour or so. [Thu Apr 3 14:18:51 2003] [notice] child pid 8668 exit signal Segmentation fault (11) I was able to generate a backtrace by running httpd -X in gdb. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40262195 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x40262195 in calloc () from /lib/libc.so.6 #1 0x40260f60 in realloc () from /lib/libc.so.6 #2 0x402176cf in putenv () from /lib/libc.so.6 #3 0x402175f8 in putenv () from /lib/libc.so.6 #4 0x404e6b41 in zif_putenv (ht=1, return_value=0x86fb92c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-4.3.1/ext/standard/basic_functions.c:1353 #5 0x405ab626 in execute (op_array=0x86ec4f0) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596 #6 0x405ab859 in execute (op_array=0x86ea418) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #7 0x405ab859 in execute (op_array=0x86459ac) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #8 0x4059a321 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.1/Zend/zend.c:864 #9 0x40564f6b in php_execute_script (primary_file=0xb390) at /usr/local/src/php-4.3.1/main/main.c:1573 #10 0x405b0546 in apache_php_module_main (r=0x841801c, display_source_mode=0) at /usr/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #11 0x405b13e6 in send_php (r=0x841801c, display_source_mode=0, filename=0x8419dfc "/var/www/html/forum/index.php") at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:556 #12 0x405b145f in send_parsed_php (r=0x841801c) at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:571 #13 0x080cd6f4 in ap_invoke_handler () #14 0x080e209a in process_request_internal () #15 0x080e20fa in ap_process_request () #16 0x080d92e2 in child_main () #17 0x080d94a8 in make_child () #18 0x080d960f in startup_children () #19 0x080d9c3c in standalone_main () #20 0x080da474 in main () #21 0x40202907 in __libc_start_main () from /lib/libc.so.6 GCC Version: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) My php config is VERY simple: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --with-pgsql \ --with-pspell \ --enable-debug I'm sure there is a great deal of additional information I can provide, and I will do so quite willingly. My apologies if I've overlooked anything in this report. -- Edit this bug report at http://bugs.php.net/?id=23040&edit=1
#23038 [Fbk]: aggregate() leaks causing apache to segfault
ID: 23038 Updated by: [EMAIL PROTECTED] -Reported By: tit dot petric at telemach dot net +Reported By: black at sunshine dot krneki dot org Status: Feedback Bug Type: Scripting Engine problem Operating System: linux debian PHP Version: 4.3.2-RC New Comment: according to http://snaps.php.net there is? and yeah, i guess you could mark it as bogus, as far as "simple" scripts go, i doubt i could ever reproduce this in a simple one.. even the collection of code i use has about 170k just core files (and its clean non bloated code if you believe it ;)).. the best i can do is give you a cvs snapshot of a week ago when the bug was still occuring.. after i removed aggregate i havent had a crash.. as for my debugging knowledge goes, its pretty much what i gathered from this page, and you cant really expect me to master gdb and valgrind without experience with any of them before. if you want to give it a shot then by all means, im willing to give you everything that is in my power to do so, a short example script however, is not. Previous Comments: [2003-04-03 12:24:05] [EMAIL PROTECTED] I'm tempted to bogusify this right away since you only assume a lot here. Please provide real information we can work with..like a simple example script. (and FYI: there is no such thing as 4.5-dev officially) [2003-04-03 11:42:21] black at sunshine dot krneki dot org On bugreport 21478 i've experienced the same problem and behaviour when trying to debug, but i believe the bugs are generally unrelated. I've been searching to the sollution for my segfaulting of apache in various areas... output buffering, stream functions (file access, file_get_contents), references... and since i got the crashes in 4.3 then i thought of the only thing i added to the code which was 4.3 related, and that was the use of aggregate.. i used aggregate to aggregate 3-4 classes to a main object, and after removing and reforming the classes to preform a row of "extends" on them.. the behaviour wen't away, and I didnt get a single segfault in the last 3-4 days. it is my opinion that aggregate either contains a memory leak somewhere, or that the problem is located inside the scripting engine.. i dont have anything to reproduce it anymore, except old cvs snapshots which could reproduce it if required, but removing aggregate and with it the segfaults seems to be enough of an indication for me. this seems to be related to 4.3.0 and later, and was reproduced on my side on every php version up to 4.5-CVS -- Edit this bug report at http://bugs.php.net/?id=23038&edit=1
#23041 [NEW]: OCINewDescriptor()
From: don dot miguel at gmx dot ch
Operating system: Windows 2000
PHP version: 4.3.0
PHP Bug Type: OCI8 related
Bug description: OCINewDescriptor()
My Simple Test Programm is:
putenv('ORACLE_SID=SEMINAR');
putenv('ORACLE_HOME=D:\oracle\ora92');
$conn= OCIPLogon('michi','michi');
$query = "begin ctx_doc.themes('idx_text','22',:result);end;";
$curs = OCIParse($conn,$query);
$clob = OCINewDescriptor($conn,OCI_D_LOB);
OCIBindByName($curs,":result",&$clob,-1,OCI_B_CLOB);
$success = OCIExecute($curs,OCI_DEFAULT);
echo $clob->load();
$clob->free();
OCIFreeStatement($curs);
Which result is:
Warning: OCIStmtExecute: ORA-22275: invalid LOB locator specified in
c:\program files\apache group\apache\htdocs\textseminar\test.php on line
11
Warning: OCILobGetLength: OCI_INVALID_HANDLE in c:\program files\apache
group\apache\htdocs\textseminar\test.php on line 12
==> I can't acces the CLOB wich is returned by the PL/SQL procedure:
ctx_doc.themes(index_name,textkey,restab)!
--
Edit bug report at http://bugs.php.net/?id=23041&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23041&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23041&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23041&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23041&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23041&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23041&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23041&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23041&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23041&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23041&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23041&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23041&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23041&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23041&r=gnused
#23040 [NEW]: Periodic Segmentation Faults
From: tim at danan dot com Operating system: Redhat 8 PHP version: 4.3.1 PHP Bug Type: Reproducible crash Bug description: Periodic Segmentation Faults I have a page that is generating repeated segmentation faults on a Redhat 8 system running Apache 1.3.27 and PHP 4.3.1. It is part of a forum system (FudForum) that, unforunately, I didn't write. MySQL and sessions are both involved. The faults are not occurring on every use, but seem to occur about once an hour. Once a seg fault appears I tend to see 4-5 of them in succession, then they disappear again for an hour or so. [Thu Apr 3 14:18:51 2003] [notice] child pid 8668 exit signal Segmentation fault (11) I was able to generate a backtrace by running httpd -X in gdb. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40262195 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x40262195 in calloc () from /lib/libc.so.6 #1 0x40260f60 in realloc () from /lib/libc.so.6 #2 0x402176cf in putenv () from /lib/libc.so.6 #3 0x402175f8 in putenv () from /lib/libc.so.6 #4 0x404e6b41 in zif_putenv (ht=1, return_value=0x86fb92c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-4.3.1/ext/standard/basic_functions.c:1353 #5 0x405ab626 in execute (op_array=0x86ec4f0) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596 #6 0x405ab859 in execute (op_array=0x86ea418) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #7 0x405ab859 in execute (op_array=0x86459ac) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #8 0x4059a321 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.1/Zend/zend.c:864 #9 0x40564f6b in php_execute_script (primary_file=0xb390) at /usr/local/src/php-4.3.1/main/main.c:1573 #10 0x405b0546 in apache_php_module_main (r=0x841801c, display_source_mode=0) at /usr/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #11 0x405b13e6 in send_php (r=0x841801c, display_source_mode=0, filename=0x8419dfc "/var/www/html/forum/index.php") at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:556 #12 0x405b145f in send_parsed_php (r=0x841801c) at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:571 #13 0x080cd6f4 in ap_invoke_handler () #14 0x080e209a in process_request_internal () #15 0x080e20fa in ap_process_request () #16 0x080d92e2 in child_main () #17 0x080d94a8 in make_child () #18 0x080d960f in startup_children () #19 0x080d9c3c in standalone_main () #20 0x080da474 in main () #21 0x40202907 in __libc_start_main () from /lib/libc.so.6 GCC Version: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) My php config is VERY simple: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --with-pgsql \ --with-pspell \ --enable-debug I'm sure there is a great deal of additional information I can provide, and I will do so quite willingly. My apologies if I've overlooked anything in this report. -- Edit bug report at http://bugs.php.net/?id=23040&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23040&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23040&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23040&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23040&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23040&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23040&r=support Expected behavior: http://bugs.php.net/fix.php?id=23040&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23040&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23040&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23040&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23040&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23040&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23040&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23040&r=gnused
#15221 [Com]: Mail function does not work
ID: 15221 Comment by: ianring at golden dot net Reported By: dansixus at yahoo dot com Status: No Feedback Bug Type: Mail related Operating System: Windows XP Pro. PHP Version: 4.1.1 New Comment: Running the code below, $success is false. I do not know why the mail() function is not working. No other error messages appear on the screen. Previous Comments: [2002-03-19 00:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-02-27 04:44:44] milamamu at tiscalinet dot it Try change \n with \r\n [2002-01-25 11:50:23] [EMAIL PROTECTED] Check your SMTP settings. Probably the mailserver refuses your message. Check if authentication is needed and more like that. [2002-01-25 07:20:27] dansixus at yahoo dot com The mail() function does not seem to work. I am getting this error: Warning: Unknown error in c:\apache\htdocs\auctions\mailtest.php on line 2 Mailtest.php contains the following: My PHP.ini mail function settings seem to be ok too: SMTP: mail.keyworld.net sendmail_from = [EMAIL PROTECTED] I am using PHP 4.1.1 under apache. Other PHP scripts work fine but this mail function does not work. Please help me fix this problem -- Edit this bug report at http://bugs.php.net/?id=15221&edit=1
#23039 [Opn->WFx]: Apache CRASH with illegal code (C++ style)
ID: 23039
Updated by: [EMAIL PROTECTED]
Reported By: a dot eibach at gmx dot net
-Status: Open
+Status: Wont fix
Bug Type: Reproducible crash
Operating System: Win98 SE
PHP Version: 4.3.1
New Comment:
It's not so crazy. You've just got some endless recursion
there, which is why it doesn't happen when you uncomment
the contact constructor. When the contact object is
instantiated, the employer constructor is called in the
absence of a contact constructor. Since a new contact
object is instanitated in the employer constructor, you
get recursion, as the employer constructor is effectively
calling itself. You'll eventually run out of memory or
something similarly strange will happen, hence the
segfault. You'll get the same results if you do "function
foo() { return foo(); } foo();"
I don't imagine this will be fixed. It's not PHP's fault
is somebody codes an endless recursion loop.
J
Previous Comments:
[2003-04-03 13:33:44] a dot eibach at gmx dot net
Hi.
What is illegal code? Code with the intention to break something. But
sometimes it's even a bad mistake causing this (inheriting a wrong
class or deriving from an illegal class or...)
The following stuff is really ILLEGAL code. YOU SHOULD NEVER PROGRAM
LIKE THIS. ;) But Apache shouldn't GPF, too. The Apache people warped
me over here because they said that this is no Apache issue. May they
be right.
As you can see...
The code is *very* narrowed down. It's definitely not _that_ simple
IRL.
Main class is 'db_entry'. Class 'contact' is derived from employer,
which is derived itself from db_entry.
Now we get ILLEGAL. We create a new 'contact' member object by directly
(!!!) instantiating contact from the db_entry constructor. (Of course,
we should instantiate 'employer', because contact is created inside
too. But we want the crash, don't we :))
Crazy thing is that PHP doesn't complain about anything if this is done
with *existing* 'contact()' constructor.
If this is missing or disabled ('//' part), Apache crashes.
OS: Win98 SE
Apache: 1.3.27
PHP: 4.3.1 (stable)
--script--
contactman = new contact();
}
}
class contact extends employer
{
// function contact() // this is the constructor and it's
MISSING!!!
// {// --> crash
// }
}
class db_entry
{
var $ct_entry;
function db_entry()
{
/* generate indirect member object by illegally
instantiating an object TWO hierarchy steps below!!! */
$this->ct_entry = new contact();
// -> crash!
}
}
$newentr = new db_entry();
echo "OK";
?>
--
Edit this bug report at http://bugs.php.net/?id=23039&edit=1
#23034 [Com]: PHP crashes Apache 2.0.45
ID: 23034 Comment by: a dot eibach at gmx dot net Reported By: grischa dot toedt at web dot de Status: Open Bug Type: Apache2 related Operating System: WinXP PHP Version: 4.3.2RC1 New Comment: Oh NOT AGAIN. To get my crash reproduced with a newer Apache version (#23039), I too tried to install 2.0.44 (not .45) on my Win98 box at work. IMMEDIATE Apache crash. (GPF) (running PHP 4.3.1) So what did I do? Reinstall 1.3.27 and everything worked well. This is definitely an Apache issue, methinks. Just because I've heard tons of bug reports with 2.0.4x versions meanwhile. One fine day I'm gonna convince my inner self, move into CVS and get me 2.1-dev. This one looks real nice (seen it perform on a colleague's). andreas Previous Comments: [2003-04-03 06:36:46] grischa dot toedt at web dot de I installed Mantis (http://mantisbt.sourceforge.net/) which uses a BASIC_AUTH to login. But, everytime i try to login it crashes Apache 2.0.45. More in detail Access violation at "0x006f9444" in Apache.exe: 0xC005: Access violation at writeposition "0x7a6c616d". (The command "written" couldn`t be processed on the memory.) > php4ts.dll!006f9444() Am not sure if the Problem is on the PHP or the Apache side Grischa -- Edit this bug report at http://bugs.php.net/?id=23034&edit=1
#23039 [NEW]: Apache CRASH with illegal code (C++ style)
From: a dot eibach at gmx dot net
Operating system: Win98 SE
PHP version: 4.3.1
PHP Bug Type: Reproducible crash
Bug description: Apache CRASH with illegal code (C++ style)
Hi.
What is illegal code? Code with the intention to break something. But
sometimes it's even a bad mistake causing this (inheriting a wrong class
or deriving from an illegal class or...)
The following stuff is really ILLEGAL code. YOU SHOULD NEVER PROGRAM LIKE
THIS. ;) But Apache shouldn't GPF, too. The Apache people warped me over
here because they said that this is no Apache issue. May they be right.
As you can see...
The code is *very* narrowed down. It's definitely not _that_ simple IRL.
Main class is 'db_entry'. Class 'contact' is derived from employer, which
is derived itself from db_entry.
Now we get ILLEGAL. We create a new 'contact' member object by directly
(!!!) instantiating contact from the db_entry constructor. (Of course, we
should instantiate 'employer', because contact is created inside too. But
we want the crash, don't we :))
Crazy thing is that PHP doesn't complain about anything if this is done
with *existing* 'contact()' constructor.
If this is missing or disabled ('//' part), Apache crashes.
OS: Win98 SE
Apache: 1.3.27
PHP: 4.3.1 (stable)
--script--
contactman = new contact();
}
}
class contact extends employer
{
// function contact() // this is the constructor and it's MISSING!!!
// {// --> crash
// }
}
class db_entry
{
var $ct_entry;
function db_entry()
{
/* generate indirect member object by illegally
instantiating an object TWO hierarchy steps below!!! */
$this->ct_entry = new contact();
// -> crash!
}
}
$newentr = new db_entry();
echo "OK";
?>
--
Edit bug report at http://bugs.php.net/?id=23039&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23039&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23039&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23039&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23039&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23039&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23039&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23039&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23039&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23039&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23039&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23039&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23039&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23039&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23039&r=gnused
#20641 [Fbk->Opn]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object
ID: 20641 User updated by: jear at aabc dot dk Reported By: jear at aabc dot dk -Status: Feedback +Status: Open Bug Type: InterBase related Operating System: Windows NT / Firebird 1.0 PHP Version: 4.2.3 New Comment: I've downloaded og installed the latest STABLE snaphot with ALL the dlls. After rebooting, the same erroneous number is returned from Interbase to PHP: IB/Firebird datatype (decimal 10,0), value 2303511415 returns 2147483647. Previous Comments: [2003-03-31 03:33:38] [EMAIL PROTECTED] Make sure that you REALLY updated to the latest STABLE snaphot and ALL the dlls. (and you might need to reboot even) (don't install anything when your webserver is running) [2003-03-31 03:08:09] jear at aabc dot dk I've tried current CVS and php_4_3 for Windows. Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. Example: InterBase 2303511415 (decimal 10,0) returns 2147483647 [2003-03-13 16:13:10] [EMAIL PROTECTED] Fixed in current CVS and php_4_3 [2003-02-11 02:37:53] jear at aabc dot dk I've tried the CVS snapshot for Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. integer overflow is still there. [2003-02-10 13:01:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20641 -- Edit this bug report at http://bugs.php.net/?id=20641&edit=1
#23021 [Opn->Csd]: make install error 139 when --with-oci8 is on
ID: 23021 User updated by: jascsua at itccanarias dot org Reported By: jascsua at itccanarias dot org -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Sun Solaris 5.8, 5.9 PHP Version: 4.3.1 New Comment: Problem has been solved. Solution is not on PHP: solution is on Oracle. Thanx. Previous Comments: [2003-04-03 07:42:19] jascsua at itccanarias dot org Sorry, but as you can see, this has not been fixed in any of your snapshots. Please.. help fataga01:/array/install/php4-STABLE-200304031230# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Segmentation Fault - core dumped make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 fataga01:/array/install/php4-STABLE-200304031230# [2003-04-02 11:37:09] jascsua at itccanarias dot org Really? :-( I'm sorry but still thinlking that there is a BIG trouble. Please Any solution? Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Segmentation Fault - core dumped make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 fataga01:/array/install/php4-STABLE-200304021630# --- Log File kg_alert_?.log: fataga01:/array/install/php4-STABLE-200304021630# cat kg_alert_?.log Wed Apr 2 18:30:46 2003 Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc: KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] fataga01:/array/install/php4-STABLE-200304021630# --- Second Trace file: kg_?_1351.trc fataga01:/array/install/php4-STABLE-200304021630# cat kg_alert_?.log Wed Apr 2 18:30:46 2003 Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc: KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] fataga01:/array/install/php4-STABLE-200304021630# fataga01:/array/install/php4-STABLE-200304021630# cat kg_?_1351.trc Dump file /array/install/php4-STABLE-200304021630/kg_?_1351.trc KG Platform ORACLE_HOME = /oracle System name:SunOS Node name: fataga01 Release:5.9 Version:Generic_112233-04 Machine:sun4u *** 2003.04.02.18.30.46.520 KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] - Call Stack Trace - NOTE: +offset is used to represent that the function being called is offset bytes from the _PROCEDURE_LINKAGE_TABLE_. calling call entryargument values in hex location type point(? means dubious value) kgupdmp()+632CALL +19716 FFBFED98 ? 33 ? ? FFF8 ? 0 ? 1 ? kgerinv()+160PTR_CALL 388B60 ? 3 ? 258 ? FE53C1DC ? 0 ? FFBFEEBC ? kgeasnmierr()+28 CALL +71400 388B60 ? 38255C ? FE53C1DC ? 0 ? FFBFEEBC ? 1F ? kgupticon()+396 CALL +14160 388B60 ? 38255C ? FE53C1DC ? 0 ? 80006C30 ? 0 ? kguptscdrv()+408 PTR_CALL 0 ? 18D0 ? 0 ? 8003C360 ? 1 ? 0 ? kguptcon()+348 CALL kguptscdrv()+0 FE5FC2E0 ? 1C00 ? 1800 ? FE5A8788 ? 1C10 ? FE5D37A8 ? kgup_thread_connect CALL +24852
#23037 [Opn->Bgs]: Column headings
ID: 23037 Updated by: [EMAIL PROTECTED] Reported By: plundberg at electronichealthplans dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: windows 2000 PHP Version: 4.3.1 New Comment: This is the wrong place to report bugs in 3rd party applications. Try http://www.phpmyadmin.net/ instead. Previous Comments: [2003-04-03 10:19:36] plundberg at electronichealthplans dot com i use phpmyadmin and i like the product alot. I have a mysql database connected to phpmyadmin. i have a simple table. when its displayed in phpmyadmin the columns are not spaced out evenly. ex. phone number feild isnt spaced out it has numbers underneath each other. my char=40. but when i use the vertical view everyhting looks clean. In vettival view everything is spaced out neatly. i tried message boards and they say i might have a bug. i want the table data to display clean in hosizontal view.I also tried changing the font soze but that dosent work. Is their a cure? -- Edit this bug report at http://bugs.php.net/?id=23037&edit=1
#23035 [Opn->Fbk]: PHP has encountered an Access Violation at 0144B261
ID: 23035
Updated by: [EMAIL PROTECTED]
Reported By: richard dot quadling at carval dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: Windows 2000
PHP Version: 4.3.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
And can you please shorten the example script to
max. 10-15 lines.
Previous Comments:
[2003-04-03 08:37:58] richard dot quadling at carval dot co dot uk
I am using Sambar Server V5.4 Production as a webserver and getting
...
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(51 bytes) PHP has
encountered an Access Violation at 0144B261
in the ISAPI.LOG file (with logging set to full).
This is the complete entry.
[2003-04-03 14:57:34] Loading PHP4ISAPI.DLL: isapi
[2003-04-03 14:58:01] PHP4ISAPI.DLL: Run for 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'HTTP_COOKIE'
returned: Balls=38%6044%6032%6047%6023%6031%6043
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'ALL_HTTP'
returned: HTTP_CONNECTION:Keep-Alive
HTTP_ACCEPT_LANGUAGE:en-gb
HTTP_HOST:richard-dev.pfl
HTTP_ACCEPT:image/gi
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'HTTPS'
returned: off
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SCRIPT_NAME'
returned: /ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_PASSWORD'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_TYPE'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'CONTENT_LENGTH'
returned: 0
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'CONTENT_TYPE'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'PATH_TRANSLATED' returned:
C:/Personal/WebSites/PFL/public_html/ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'QUERY_STRING'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_ADDR'
returned: 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_HOST'
returned: 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REQUEST_METHOD'
returned: GET
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_NAME'
returned: richard-dev.pfl
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_PORT'
returned: 80
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'SERVER_PROTOCOL' returned: HTTP/1.1
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'SERVER_SOFTWARE' returned: SAMBAR
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'APPL_MD_PATH'
not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'APPL_PHYSICAL_PATH' not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'INSTANCE_ID'
not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'INSTANCE_META_PATH' not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'LOGON_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REQUEST_URI'
returned: /ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'URL' returned:
/ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: ServerFunc()
HSE_REQ_MAP_URL_TO_PATH_EX '/'
[2003-04-03 14:58:12] PHP4ISAPI.DLL: ServerFunc()
HSE_REQ_SEND_RESPONSE_HEADER_EX '500 Internal Server Error'
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(51 bytes) PHP has
encountered an Access Violation at 0144B261
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(433 bytes)
[2003-04-03 14:58:12] PHP4ISAPI.DLL: Returned HSE_STATUS_SUCCESS
The code generating this error is a small program to produce thumbnails
of the fonts installed in my C:\winnt\fonts directory.
If I hardcode the exclusion of particular fonts, then the program will
work as expected.
The font names are SYMBOL, MARLETT, OUTLOOK, WINGDING, WEBDINGS,
WEBDNGS2, WEBDNGS3.
These are all symbol fonts.
BUT. If I ONLY tell it to deal with MARLETT.TTF then the code seems to
work without a problem.
My script for all of this is ...
0, 'Height' => 0);
// Font size.
$iFontSize = 12;
// Get the dimensions for each of the strings.
foreach ($aTexts as $v)
{
if ($bDebug) { fputs($fp, "About to : \$aSizes = ImageTTFBBox
($iFontSize,0,\"$sFontDir/$sFontName\",\"$v\");\n"); }
$aSizes = ImageTTFBBox ($iFontSize,0,"$sFontDir/$sFontName","$v");
if ($bDebug) { fputs($fp, "Complete : \$aSizes = ImageTTFBBox
($iFontSize,0,\"$sFontDir/$sFontName\",\"$v\");\n\n"); }
// Work out the biggest so far.
$aDim['Width'] = max ($aDim['Width'], 5 + ($aSizes[2] - $aSizes[0])
);
$aDim['Height'] = max ($aDim['Height'], 5 + abs($aSizes[7] -
$aSizes[1]) );
}
// Create the blank image to the co
#23038 [Opn->Fbk]: aggregate() leaks causing apache to segfault
ID: 23038 Updated by: [EMAIL PROTECTED] Reported By: tit dot petric at telemach dot net -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: linux debian -PHP Version: 4.3.0 +PHP Version: 4.3.2-RC New Comment: I'm tempted to bogusify this right away since you only assume a lot here. Please provide real information we can work with..like a simple example script. (and FYI: there is no such thing as 4.5-dev officially) Previous Comments: [2003-04-03 11:42:21] tit dot petric at telemach dot net On bugreport 21478 i've experienced the same problem and behaviour when trying to debug, but i believe the bugs are generally unrelated. I've been searching to the sollution for my segfaulting of apache in various areas... output buffering, stream functions (file access, file_get_contents), references... and since i got the crashes in 4.3 then i thought of the only thing i added to the code which was 4.3 related, and that was the use of aggregate.. i used aggregate to aggregate 3-4 classes to a main object, and after removing and reforming the classes to preform a row of "extends" on them.. the behaviour wen't away, and I didnt get a single segfault in the last 3-4 days. it is my opinion that aggregate either contains a memory leak somewhere, or that the problem is located inside the scripting engine.. i dont have anything to reproduce it anymore, except old cvs snapshots which could reproduce it if required, but removing aggregate and with it the segfaults seems to be enough of an indication for me. this seems to be related to 4.3.0 and later, and was reproduced on my side on every php version up to 4.5-CVS -- Edit this bug report at http://bugs.php.net/?id=23038&edit=1
#23023 [Csd->Bgs]: output_buffering problem with IE 6.0
ID: 23023
Updated by: [EMAIL PROTECTED]
Reported By: mak77 at anvi dot it
-Status: Closed
+Status: Bogus
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.2RC1
New Comment:
Not PHP bug -> Bogus.
And I can say the same myself, I'm just fighting with some
really weird IE6-only problem too..(not related to this one)
Previous Comments:
[2003-04-03 10:03:06] mak77 at anvi dot it
i've tried with opera 7.0, no problem.
so this is a IE6 only bug
closing this report cause it seems not a php bug...
[2003-04-03 06:59:41] mak77 at anvi dot it
taken with wget from the main page
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Thu, 03 Apr 2003 12:51:31 GMT
Content-type: text/html
X-Powered-By: PHP/4.3.2-RC
Set-Cookie: PHPSESSID=a146a67ef3e8414fb39375c9ab96379e; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
this is a page that doesn't have the problem, it seems to me that this
kind of problem happens after a call to
header("location:someurl");
for example i have a select form (get method) that changes the theme,
it pass a variable to the same page
(localhost/neo3/index.php?module=mainpage) with the name of the new
theme. The page reads the variable, set appropriately the session and
then calls
header("location:localhost/neo3/index.php?module=mainpage");
The page should restart, catch the info from the session and change
theme appropriately, but it works only half of the times on IE with
buffering enable, full times on Mozilla.
[2003-04-03 05:01:31] [EMAIL PROTECTED]
yeah, try lynx or wget or some other command line tool.
(NOT browser)
[2003-04-02 13:41:01] mak77 at anvi dot it
could you give me some help for catching headers when the browser hangs
up?
[2003-04-02 11:22:18] [EMAIL PROTECTED]
Please tell us what headers are output when you run your script? (And
I'm pretty sure this is IE6 bug and not PHP 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/23023
--
Edit this bug report at http://bugs.php.net/?id=23023&edit=1
#23038 [NEW]: aggregate() leaks causing apache to segfault
From: tit dot petric at telemach dot net Operating system: linux debian PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: aggregate() leaks causing apache to segfault On bugreport 21478 i've experienced the same problem and behaviour when trying to debug, but i believe the bugs are generally unrelated. I've been searching to the sollution for my segfaulting of apache in various areas... output buffering, stream functions (file access, file_get_contents), references... and since i got the crashes in 4.3 then i thought of the only thing i added to the code which was 4.3 related, and that was the use of aggregate.. i used aggregate to aggregate 3-4 classes to a main object, and after removing and reforming the classes to preform a row of "extends" on them.. the behaviour wen't away, and I didnt get a single segfault in the last 3-4 days. it is my opinion that aggregate either contains a memory leak somewhere, or that the problem is located inside the scripting engine.. i dont have anything to reproduce it anymore, except old cvs snapshots which could reproduce it if required, but removing aggregate and with it the segfaults seems to be enough of an indication for me. this seems to be related to 4.3.0 and later, and was reproduced on my side on every php version up to 4.5-CVS -- Edit bug report at http://bugs.php.net/?id=23038&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23038&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23038&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23038&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23038&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23038&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23038&r=support Expected behavior: http://bugs.php.net/fix.php?id=23038&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23038&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23038&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23038&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23038&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23038&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23038&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23038&r=gnused
#11447 [Com]: Switch statement sensible for white-space
ID: 11447
Comment by: liamr at umich dot edu
Reported By: per dot persson at gnosjo dot pp dot se
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux (RedHat 6.2)
PHP Version: 4.0.4pl1
New Comment:
Could you guys update the documentation to reflect this?
Just reading the sections on switches and the alternate syntax, I
thought that this would work..
I understand Zeev's response to Vlad, and having to do this instead...
but there's no mention of this in the docs.
Previous Comments:
[2001-07-15 16:47:32] [EMAIL PROTECTED]
Spaces are indeed significant. Here's why.
Is equivalent to
The two spaces outside the PHP blocks are a valid two character HTML
block!
Whereas:
is equivalent to:
which is valid.
Vlad was wrong, the bug is not valid :)
[2001-06-19 17:16:53] per dot persson at gnosjo dot pp dot se
Observe that the spaces are significant.
This doesn't work:
This does!:
I suppose that the interpreter converts text outside to echo
statements, so that the first code block is equivalent to:
This code block gave the same parse error as the first one!
(Expecting T_CASE or T_DEFAULT or '}')
[2001-06-19 12:29:47] [EMAIL PROTECTED]
The bug is valid - if you close and reopen the PHP tags between the
switch and the case statement, it is going to bark at you. It
shouldn't.
This does not work:
This does:
Why in the world would anyone do that, is a whole other issue, still
they probably expect to be able to do just that. If they can't, we
either need to document it as such, (thus re-classify this as
documentation problem) or fix it. I do not know what it takes to fix
that, but it is a valid report nevertheless.
Unbogusifying...
[2001-06-13 14:58:29] per dot persson at gnosjo dot pp dot se
Which style I use, the "classical" style (using {}) or the
"alternative" style (using : and endswitch), doesn't matter; the
problem is the same.
Sniper's comment about using several times is surely justified
when having one-line code as in his example, but when it comes to
multi-line code, there is an issue of readability. I think that script
A below is easier to read than script B. Don't you?
--- begin script A ---
Alpha
Beta
Default
--- end script A ---
--- begin script B ---
Alpha
Beta
Default
--- end script B ---
[2001-06-13 10:18:56] [EMAIL PROTECTED]
Use the {} instead of the : / endswitch;
ie.
Alpha
And anyway, using too much is really not good idea.
This is just stupid:
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/11447
--
Edit this bug report at http://bugs.php.net/?id=11447&edit=1
#23037 [NEW]: Column headings
From: plundberg at electronichealthplans dot com Operating system: windows 2000 PHP version: 4.3.1 PHP Bug Type: Performance problem Bug description: Column headings i use phpmyadmin and i like the product alot. I have a mysql database connected to phpmyadmin. i have a simple table. when its displayed in phpmyadmin the columns are not spaced out evenly. ex. phone number feild isnt spaced out it has numbers underneath each other. my char=40. but when i use the vertical view everyhting looks clean. In vettival view everything is spaced out neatly. i tried message boards and they say i might have a bug. i want the table data to display clean in hosizontal view.I also tried changing the font soze but that dosent work. Is their a cure? -- Edit bug report at http://bugs.php.net/?id=23037&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23037&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23037&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23037&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23037&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23037&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23037&r=support Expected behavior: http://bugs.php.net/fix.php?id=23037&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23037&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23037&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23037&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23037&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23037&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23037&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23037&r=gnused
#23023 [Opn->Csd]: output_buffering problem with IE 6.0
ID: 23023
User updated by: mak77 at anvi dot it
Reported By: mak77 at anvi dot it
-Status: Open
+Status: Closed
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.2RC1
New Comment:
i've tried with opera 7.0, no problem.
so this is a IE6 only bug
closing this report cause it seems not a php bug...
Previous Comments:
[2003-04-03 06:59:41] mak77 at anvi dot it
taken with wget from the main page
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Thu, 03 Apr 2003 12:51:31 GMT
Content-type: text/html
X-Powered-By: PHP/4.3.2-RC
Set-Cookie: PHPSESSID=a146a67ef3e8414fb39375c9ab96379e; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
this is a page that doesn't have the problem, it seems to me that this
kind of problem happens after a call to
header("location:someurl");
for example i have a select form (get method) that changes the theme,
it pass a variable to the same page
(localhost/neo3/index.php?module=mainpage) with the name of the new
theme. The page reads the variable, set appropriately the session and
then calls
header("location:localhost/neo3/index.php?module=mainpage");
The page should restart, catch the info from the session and change
theme appropriately, but it works only half of the times on IE with
buffering enable, full times on Mozilla.
[2003-04-03 05:01:31] [EMAIL PROTECTED]
yeah, try lynx or wget or some other command line tool.
(NOT browser)
[2003-04-02 13:41:01] mak77 at anvi dot it
could you give me some help for catching headers when the browser hangs
up?
[2003-04-02 11:22:18] [EMAIL PROTECTED]
Please tell us what headers are output when you run your script? (And
I'm pretty sure this is IE6 bug and not PHP bug)
[2003-04-02 11:18:43] mak77 at anvi dot it
ok so here is my problem
my php.ini is set to
output_buffering = On
output_handler = ob_gzhandler
zlib.output_compression = Off
;zlib.output_handler =
and i have a script (content management system similar to php-nuke),
it's a very big pile of code so i cannot put here it all.
hwv... the script has mainly an API that is a class..
the part of interest is
class API
{
var $_OB=true;
var $_OB_HANDLER='ob_gzhandler';
function API()
{
if(ini_get('zlib.output_compression')) $this->_OB_HANDLER='';
if(!ini_get('output_buffering') && $this->_OB)
{ob_start($this->_OB_HANDLER);}
if(!$this->_OB && ini_get('output_buffering'))
{$this->_OB=true;}
}
... other code
}
a page is build as
$API->page_start(); //html headers and module initialize
//contents here
$API->page_end();
the problem is that having output_buffering=on often the browser stay
"stuck" waiting for the page (and i have to refresh to get the page),
while other times it renders the page immediately.
the problem totally disappear if i set output_buffering=off in the
php.ini file (i can do this on my pc but not on provider's server!)
so i've tried to put this code in $API->page_end (the last function
called)
if($this->_OB) {
//$page=ob_get_contents();
$page=ob_get_contents();
$fp=fopen("debug.txt","w");
fwrite($fp,var_export(ob_get_status(true),true)."\n\n".$page);
fclose($fp);
ob_end_flush();
}
the scripts reach the end (a debug.txt file is created correctly) but
the page is not always displayed (1 time works correctly, 1 time the
browser wait for something and do nothing)
the debug.txt file contains:
array (
0 =>
array (
'chunk_size' => 0,
'size' => 61440,
'block_size' => 10240,
'type' => 1,
'status' => 0,
'name' => 'ob_gzhandler',
'del' => true,
),
)
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"; />
http://www.w3.org/1999/xhtml"; xml:lang="IT" lang="IT"
dir="ltr">
... and so on
Browser is IE 6.0 sp1, works correctly with mozilla 1.2, so is probably
some header's problem.
Same problem with phpMyAdmin 2.4.0
server is IIS 5.1, php installed as an isapi filter
waiting for some help if possible, i'll try to create a little script
to reproduce the problem...
--
Edit this bug report at http://bugs.php.net/?id=23023&edit=1
#21213 [Sus->Fbk]: invalid entities handling into set_attribute() and set_content()
ID: 21213
Updated by: [EMAIL PROTECTED]
Reported By: flying at dom dot natm dot ru
-Status: Suspended
+Status: Feedback
Bug Type: DOM XML related
Operating System: All
PHP Version: 4.3.0RC4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
set_attribute_node is now in CVS, can you check it, if it's now
possible, what you intend to do?
Previous Comments:
[2003-01-03 09:35:07] [EMAIL PROTECTED]
As said before, we need set_attribute_node($attrNode) and
append_child() et al. working in attribute Nodes, then it should work.
Don't know, when I have the time to do it, if someone else wants to
take over this part, feel free ;)
chregu
[2003-01-03 04:06:32] flying at dom dot natm dot ru
Sorry for summary changing - its Mozilla bug :)
[2003-01-03 04:01:49] flying at dom dot natm dot ru
Yes, i agree with you in this point, but it also means, that you should
provide a way to parse given text value and build NodeList of Text and
EntityReference nodes. libxml2 already have such function.
[2003-01-01 14:59:56] [EMAIL PROTECTED]
Hi
I will most certainly not add this options, since i prefer to stick to
the w3c standard at
http://www.zvon.org/xxl/DOM2reference/Output/interfaces/Element.html#setAttribute
And in my interpretation of this, php's domxml behaves correctly. The
only thing missing is setAttributeNode, which I maybe will implement,
if I find some time.
If there is setAttributeNode, then you can use the way the w3c
suggests.
chregu
[2002-12-27 10:05:50] flying at dom dot natm dot ru
Please take a look at following example:
');
$root = $xml->root();
$value = $root->set_attribute('a','a&b');
$value = $root->set_content('a&b');
echo $xml->dump_mem();
?>
It produces following results:
a&b
As you may see - & entity is treated as literals when it is being
set as attribute value while same entity is treated as entity reference
being set as node value.
I have checked PHP's DOMXML extension source, libxml2 sources and
discuss about this behaviour with Daniel Viellard (libxml2 maintainer)
and with some other people on public XML-related forums and here is
some information about this issue:
1. Such behaviour is not a libxml2 bug, it is expected behaviour.
Moreover it is more correct from a point of specifications.
2. There should be a way to access Attr DOM object as specified into
DOM Level 1 specification
3. There should be a way to control entites handling into passed
values.
As a way to go i want to propose you to add one additional argument to
set_attribute(), set_content() and maybe some other functions -
$options.
For now there will be 2 options:
XML_KEEP_ENTITIES - to treat all entities as entites and create them as
EntityReference DOM objects
XML_QUOTE_ENTITIES - to treat all entities as literals and hence quote
all special symbols in them (such as '&' char).
For compatibility reasons $options for set_attribute() may be set to
XML_QUOTE_ENTITIES as default value and $options for set_content() -
for XML_KEEP_ENTITIES.
Internally you probably should change xmlSetProp() call into
domxml_elem_set_attribute() to xmlNodeSetContentLen() when there is
$options=XML_KEEP_ENTITIES.
--
Edit this bug report at http://bugs.php.net/?id=21213&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: sent ya my apache config to. might as well try everything. Previous Comments: [2003-04-03 08:36:00] luke at cywh dot com well it worked on some earlir versions of php so something tells me its not. [2003-04-03 08:21:51] [EMAIL PROTECTED] Hm, this seems to be some Apache2 on XP issue. I have tested the exact same php.ini and all other settings on a Windows 2000 server and it all works flawlessly. Both tried Apache 2.0.44 and 2.0.45. [2003-04-03 08:03:22] luke at cywh dot com sorry about the typos is the above message :-\. when you type 98 words per minute you start to stop worying about your accuracy should of checked it first. [2003-04-03 07:38:54] luke at cywh dot com well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module. http://cytech.cywh.com/phpinfo.php ^^ it loads, then flashes and comes up with "page cannot be displayed" ^^ is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing. [2003-04-03 03:38:26] [EMAIL PROTECTED] Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache. Also could you please mail me your php.ini 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#23035 [NEW]: PHP has encountered an Access Violation at 0144B261
From: richard dot quadling at carval dot co dot uk
Operating system: Windows 2000
PHP version: 4.3.1
PHP Bug Type: GD related
Bug description: PHP has encountered an Access Violation at 0144B261
I am using Sambar Server V5.4 Production as a webserver and getting ...
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(51 bytes) PHP has
encountered an Access Violation at 0144B261
in the ISAPI.LOG file (with logging set to full).
This is the complete entry.
[2003-04-03 14:57:34] Loading PHP4ISAPI.DLL: isapi
[2003-04-03 14:58:01] PHP4ISAPI.DLL: Run for 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'HTTP_COOKIE'
returned: Balls=38%6044%6032%6047%6023%6031%6043
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'ALL_HTTP'
returned: HTTP_CONNECTION:Keep-Alive
HTTP_ACCEPT_LANGUAGE:en-gb
HTTP_HOST:richard-dev.pfl
HTTP_ACCEPT:image/gi
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'HTTPS' returned:
off
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SCRIPT_NAME'
returned: /ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_PASSWORD'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_TYPE'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'CONTENT_LENGTH'
returned: 0
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'CONTENT_TYPE'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'PATH_TRANSLATED'
returned: C:/Personal/WebSites/PFL/public_html/ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'QUERY_STRING'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_ADDR'
returned: 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_HOST'
returned: 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REQUEST_METHOD'
returned: GET
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_NAME'
returned: richard-dev.pfl
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_PORT'
returned: 80
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_PROTOCOL'
returned: HTTP/1.1
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_SOFTWARE'
returned: SAMBAR
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'APPL_MD_PATH' not
found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'APPL_PHYSICAL_PATH' not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'INSTANCE_ID' not
found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'INSTANCE_META_PATH' not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'LOGON_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REQUEST_URI'
returned: /ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'URL' returned:
/ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: ServerFunc()
HSE_REQ_MAP_URL_TO_PATH_EX '/'
[2003-04-03 14:58:12] PHP4ISAPI.DLL: ServerFunc()
HSE_REQ_SEND_RESPONSE_HEADER_EX '500 Internal Server Error'
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(51 bytes) PHP has
encountered an Access Violation at 0144B261
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(433 bytes)
[2003-04-03 14:58:12] PHP4ISAPI.DLL: Returned HSE_STATUS_SUCCESS
The code generating this error is a small program to produce thumbnails of
the fonts installed in my C:\winnt\fonts directory.
If I hardcode the exclusion of particular fonts, then the program will
work as expected.
The font names are SYMBOL, MARLETT, OUTLOOK, WINGDING, WEBDINGS, WEBDNGS2,
WEBDNGS3.
These are all symbol fonts.
BUT. If I ONLY tell it to deal with MARLETT.TTF then the code seems to
work without a problem.
My script for all of this is ...
0, 'Height' => 0);
// Font size.
$iFontSize = 12;
// Get the dimensions for each of the strings.
foreach ($aTexts as $v)
{
if ($bDebug) { fputs($fp, "About to : \$aSizes = ImageTTFBBox
($iFontSize,0,\"$sFontDir/$sFontName\",\"$v\");\n"); }
$aSizes = ImageTTFBBox ($iFontSize,0,"$sFontDir/$sFontName","$v");
if ($bDebug) { fputs($fp, "Complete : \$aSizes = ImageTTFBBox
($iFontSize,0,\"$sFontDir/$sFontName\",\"$v\");\n\n"); }
// Work out the biggest so far.
$aDim['Width'] = max ($aDim['Width'], 5 + ($aSizes[2] - $aSizes[0]) );
$aDim['Height'] = max ($aDim['Height'], 5 + abs($aSizes[7] - $aSizes[1])
);
}
// Create the blank image to the correct size.
if ($bDebug) { fputs($fp, "About to : \$gImage = ImageCreate
(\$aDim['Width'] + 6, (3 + \$aDim['Height']) * count (\$aTexts)
);\n"); }
$gImage = ImageCreate ($aDim['Width'] + 6, (3 + $aDim['Height']) * count
($aTexts) );
if ($bDebug) { fputs($fp, "Complete : \$gImage = ImageCreate
(\$aDim['Width'] + 6, (3 + \$aDim['Height']) * count (\$aTexts)
);\n\n"); }
// Set up the background colour.
if ($bDebug) { fputs($fp, "About to : \$gcolBackgroun
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: well it worked on some earlir versions of php so something tells me its not. Previous Comments: [2003-04-03 08:21:51] [EMAIL PROTECTED] Hm, this seems to be some Apache2 on XP issue. I have tested the exact same php.ini and all other settings on a Windows 2000 server and it all works flawlessly. Both tried Apache 2.0.44 and 2.0.45. [2003-04-03 08:03:22] luke at cywh dot com sorry about the typos is the above message :-\. when you type 98 words per minute you start to stop worying about your accuracy should of checked it first. [2003-04-03 07:38:54] luke at cywh dot com well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module. http://cytech.cywh.com/phpinfo.php ^^ it loads, then flashes and comes up with "page cannot be displayed" ^^ is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing. [2003-04-03 03:38:26] [EMAIL PROTECTED] Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache. Also could you please mail me your php.ini file? [2003-04-03 00:13:59] luke at cywh dot com hey guys... just wondering when you will have the apache module fixed. my site literaly looks like its smoking crack right now lol. if i could get "php_admin_value" to work when its installed as a cgi i would use it as that cause cgi works, but when i have it installed as a cgi apahce says its an invalid command. and i cant just switch to cgi without being able to use "php_admin_value" cause its a security issue ;). right now its like id rather my site looks like its smoking somthing then one of my users being able to delete my site... just checkin, and wondering when it will be avaliable at the same time ;) hehe good luck guys. need me to test anything let me know. you know my email. 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: Hm, this seems to be some Apache2 on XP issue. I have tested the exact same php.ini and all other settings on a Windows 2000 server and it all works flawlessly. Both tried Apache 2.0.44 and 2.0.45. Previous Comments: [2003-04-03 08:03:22] luke at cywh dot com sorry about the typos is the above message :-\. when you type 98 words per minute you start to stop worying about your accuracy should of checked it first. [2003-04-03 07:38:54] luke at cywh dot com well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module. http://cytech.cywh.com/phpinfo.php ^^ it loads, then flashes and comes up with "page cannot be displayed" ^^ is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing. [2003-04-03 03:38:26] [EMAIL PROTECTED] Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache. Also could you please mail me your php.ini file? [2003-04-03 00:13:59] luke at cywh dot com hey guys... just wondering when you will have the apache module fixed. my site literaly looks like its smoking crack right now lol. if i could get "php_admin_value" to work when its installed as a cgi i would use it as that cause cgi works, but when i have it installed as a cgi apahce says its an invalid command. and i cant just switch to cgi without being able to use "php_admin_value" cause its a security issue ;). right now its like id rather my site looks like its smoking somthing then one of my users being able to delete my site... just checkin, and wondering when it will be avaliable at the same time ;) hehe good luck guys. need me to test anything let me know. you know my email. [2003-04-02 08:08:37] luke at cywh dot com alrighty. so is there a chance it will be fixed any time soon? 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: sorry about the typos is the above message :-\. when you type 98 words per minute you start to stop worying about your accuracy should of checked it first. Previous Comments: [2003-04-03 07:38:54] luke at cywh dot com well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module. http://cytech.cywh.com/phpinfo.php ^^ it loads, then flashes and comes up with "page cannot be displayed" ^^ is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing. [2003-04-03 03:38:26] [EMAIL PROTECTED] Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache. Also could you please mail me your php.ini file? [2003-04-03 00:13:59] luke at cywh dot com hey guys... just wondering when you will have the apache module fixed. my site literaly looks like its smoking crack right now lol. if i could get "php_admin_value" to work when its installed as a cgi i would use it as that cause cgi works, but when i have it installed as a cgi apahce says its an invalid command. and i cant just switch to cgi without being able to use "php_admin_value" cause its a security issue ;). right now its like id rather my site looks like its smoking somthing then one of my users being able to delete my site... just checkin, and wondering when it will be avaliable at the same time ;) hehe good luck guys. need me to test anything let me know. you know my email. [2003-04-02 08:08:37] luke at cywh dot com alrighty. so is there a chance it will be fixed any time soon? [2003-04-02 05:53:55] [EMAIL PROTECTED] Reclassified as Apache2 related. (Works as CGI but does not work as apache2 module.) And about the dog..it was April 1st yesterday... :) 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#23021 [Csd->Opn]: make install error 139 when --with-oci8 is on
ID: 23021 User updated by: jascsua at itccanarias dot org Reported By: jascsua at itccanarias dot org -Status: Closed +Status: Open Bug Type: OCI8 related Operating System: Sun Solaris 5.8, 5.9 PHP Version: 4.3.1 New Comment: Sorry, but as you can see, this has not been fixed in any of your snapshots. Please.. help fataga01:/array/install/php4-STABLE-200304031230# make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Segmentation Fault - core dumped make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 fataga01:/array/install/php4-STABLE-200304031230# Previous Comments: [2003-04-02 11:37:09] jascsua at itccanarias dot org Really? :-( I'm sorry but still thinlking that there is a BIG trouble. Please Any solution? Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Segmentation Fault - core dumped make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 fataga01:/array/install/php4-STABLE-200304021630# --- Log File kg_alert_?.log: fataga01:/array/install/php4-STABLE-200304021630# cat kg_alert_?.log Wed Apr 2 18:30:46 2003 Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc: KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] fataga01:/array/install/php4-STABLE-200304021630# --- Second Trace file: kg_?_1351.trc fataga01:/array/install/php4-STABLE-200304021630# cat kg_alert_?.log Wed Apr 2 18:30:46 2003 Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc: KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] fataga01:/array/install/php4-STABLE-200304021630# fataga01:/array/install/php4-STABLE-200304021630# cat kg_?_1351.trc Dump file /array/install/php4-STABLE-200304021630/kg_?_1351.trc KG Platform ORACLE_HOME = /oracle System name:SunOS Node name: fataga01 Release:5.9 Version:Generic_112233-04 Machine:sun4u *** 2003.04.02.18.30.46.520 KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] - Call Stack Trace - NOTE: +offset is used to represent that the function being called is offset bytes from the _PROCEDURE_LINKAGE_TABLE_. calling call entryargument values in hex location type point(? means dubious value) kgupdmp()+632CALL +19716 FFBFED98 ? 33 ? ? FFF8 ? 0 ? 1 ? kgerinv()+160PTR_CALL 388B60 ? 3 ? 258 ? FE53C1DC ? 0 ? FFBFEEBC ? kgeasnmierr()+28 CALL +71400 388B60 ? 38255C ? FE53C1DC ? 0 ? FFBFEEBC ? 1F ? kgupticon()+396 CALL +14160 388B60 ? 38255C ? FE53C1DC ? 0 ? 80006C30 ? 0 ? kguptscdrv()+408 PTR_CALL 0 ? 18D0 ? 0 ? 8003C360 ? 1 ? 0 ? kguptcon()+348 CALL kguptscdrv()+0 FE5FC2E0 ? 1C00 ? 1800 ? FE5A8788 ? 1C10 ? FE5D37A8 ? kgup_thread_connect CALL +24852 388B60 ? 1 ? 0 ? 0 ? 0 ? 0 ? kpuinit0()+2964 CALL +15528 388B60 ? 0 ? FFBFF490 ? FFF8 ? FFE0 ?
#22983 [Fbk->Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module. http://cytech.cywh.com/phpinfo.php ^^ it loads, then flashes and comes up with "page cannot be displayed" ^^ is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing. Previous Comments: [2003-04-03 03:38:26] [EMAIL PROTECTED] Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache. Also could you please mail me your php.ini file? [2003-04-03 00:13:59] luke at cywh dot com hey guys... just wondering when you will have the apache module fixed. my site literaly looks like its smoking crack right now lol. if i could get "php_admin_value" to work when its installed as a cgi i would use it as that cause cgi works, but when i have it installed as a cgi apahce says its an invalid command. and i cant just switch to cgi without being able to use "php_admin_value" cause its a security issue ;). right now its like id rather my site looks like its smoking somthing then one of my users being able to delete my site... just checkin, and wondering when it will be avaliable at the same time ;) hehe good luck guys. need me to test anything let me know. you know my email. [2003-04-02 08:08:37] luke at cywh dot com alrighty. so is there a chance it will be fixed any time soon? [2003-04-02 05:53:55] [EMAIL PROTECTED] Reclassified as Apache2 related. (Works as CGI but does not work as apache2 module.) And about the dog..it was April 1st yesterday... :) [2003-04-01 08:32:13] luke at cywh dot com Its confirmed. It works great as a CGI, but as a module it messes up. When i had it as a module i couldnt get phpinfo() to work, but when i did it as a CGI it worked fine. something else to, when i had it as a CGI `php_admin_value` didnt work. apache said it was an invalid command. (i switched it back to module). im very sure i installed php correctly and completlely. when i install it, i do it manualy with the windows binaries. ive installed php a bunch of times. what i usually do is i delete the entire folder and the files i had to move around, and then reinstall it from the begining. so yes im sure it has all the correct dll's question: why does the php logo on the phpinfo() have an icon of a dog?. is its because its a "snapshot"? lol. 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#22787 [Bgs->Opn]: Make fails after upgrading to mysql v4.0.12
ID: 22787 User updated by: gregory dot fennell at am dot sony dot com Reported By: gregory dot fennell at am dot sony dot com -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: RedHat v8.0 PHP Version: 4.3.1 Assigned To: sniper New Comment: Sniper, I understand that it works for you. But you stated you are using the latest CVS and self compiled MySQL. That is not the original issue and I want to stay on track. The issue is that the RPM installation of MySQL will not work with the self-compiled version of PHP. Two people have posted to this saying they are having the same issue, but you insist on saying this is bogus. I will not use a CVS version on production machines, nor should anyone. So what do we need to do so that you will take this issue seriously? I thought the purpose of open source products was for people to work together to make a product better, but in this case it seems our needs to make the product better are being ignored. Previous Comments: [2003-04-02 18:56:37] [EMAIL PROTECTED] Works fine here, with latest CVS snapshot and self compiled Mysql 4.0.12. Try with shorter configure line, maybe something else is causing the problem. (like this: ./configure --disable-all --with-mysql=/usr) [2003-03-31 06:44:48] gregory dot fennell at am dot sony dot com Since this has been confirmed by several of my colleges and the post from "jbernier at dalcom dot ca" as a real issue, I have re-opened this ticket. Please see if there is a fix for this issue, or if we need to change our config. I have confirmed this with 5 of my colleges. [2003-03-28 15:18:18] jbernier at dalcom dot ca I have exactly the same problems. Is anybody found a solution. My websites stop working after upgrading to MySQL 4.0.12. Please help. [2003-03-21 14:25:51] gregory dot fennell at am dot sony dot com I am using the same confige statement for the 4.0.12 installation as I am for the 3.23.55-1 in my php config. I am at a loss since I have noticed this on 5 machines now all have different hardware, the only thing that is similar is the kernel, php, openssl, and mysql. When I install 4.0.12 (MySQL) i can't even use the natice mysql support built into php. Any ideas to see what's up? [2003-03-21 14:16:03] paul at rydell dot com PHP 4.3.1 works for me with MySQL 4.0.12. I have the RPMs of MySQL installed and I compiled PHP 4.3.1 from source. No problems. Maybe your --with-mysql path is wrong. 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/22787 -- Edit this bug report at http://bugs.php.net/?id=22787&edit=1
#23023 [Fbk->Opn]: output_buffering problem with IE 6.0
ID: 23023
User updated by: mak77 at anvi dot it
Reported By: mak77 at anvi dot it
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.2RC1
New Comment:
taken with wget from the main page
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Thu, 03 Apr 2003 12:51:31 GMT
Content-type: text/html
X-Powered-By: PHP/4.3.2-RC
Set-Cookie: PHPSESSID=a146a67ef3e8414fb39375c9ab96379e; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
this is a page that doesn't have the problem, it seems to me that this
kind of problem happens after a call to
header("location:someurl");
for example i have a select form (get method) that changes the theme,
it pass a variable to the same page
(localhost/neo3/index.php?module=mainpage) with the name of the new
theme. The page reads the variable, set appropriately the session and
then calls
header("location:localhost/neo3/index.php?module=mainpage");
The page should restart, catch the info from the session and change
theme appropriately, but it works only half of the times on IE with
buffering enable, full times on Mozilla.
Previous Comments:
[2003-04-03 05:01:31] [EMAIL PROTECTED]
yeah, try lynx or wget or some other command line tool.
(NOT browser)
[2003-04-02 13:41:01] mak77 at anvi dot it
could you give me some help for catching headers when the browser hangs
up?
[2003-04-02 11:22:18] [EMAIL PROTECTED]
Please tell us what headers are output when you run your script? (And
I'm pretty sure this is IE6 bug and not PHP bug)
[2003-04-02 11:18:43] mak77 at anvi dot it
ok so here is my problem
my php.ini is set to
output_buffering = On
output_handler = ob_gzhandler
zlib.output_compression = Off
;zlib.output_handler =
and i have a script (content management system similar to php-nuke),
it's a very big pile of code so i cannot put here it all.
hwv... the script has mainly an API that is a class..
the part of interest is
class API
{
var $_OB=true;
var $_OB_HANDLER='ob_gzhandler';
function API()
{
if(ini_get('zlib.output_compression')) $this->_OB_HANDLER='';
if(!ini_get('output_buffering') && $this->_OB)
{ob_start($this->_OB_HANDLER);}
if(!$this->_OB && ini_get('output_buffering'))
{$this->_OB=true;}
}
... other code
}
a page is build as
$API->page_start(); //html headers and module initialize
//contents here
$API->page_end();
the problem is that having output_buffering=on often the browser stay
"stuck" waiting for the page (and i have to refresh to get the page),
while other times it renders the page immediately.
the problem totally disappear if i set output_buffering=off in the
php.ini file (i can do this on my pc but not on provider's server!)
so i've tried to put this code in $API->page_end (the last function
called)
if($this->_OB) {
//$page=ob_get_contents();
$page=ob_get_contents();
$fp=fopen("debug.txt","w");
fwrite($fp,var_export(ob_get_status(true),true)."\n\n".$page);
fclose($fp);
ob_end_flush();
}
the scripts reach the end (a debug.txt file is created correctly) but
the page is not always displayed (1 time works correctly, 1 time the
browser wait for something and do nothing)
the debug.txt file contains:
array (
0 =>
array (
'chunk_size' => 0,
'size' => 61440,
'block_size' => 10240,
'type' => 1,
'status' => 0,
'name' => 'ob_gzhandler',
'del' => true,
),
)
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"; />
http://www.w3.org/1999/xhtml"; xml:lang="IT" lang="IT"
dir="ltr">
... and so on
Browser is IE 6.0 sp1, works correctly with mozilla 1.2, so is probably
some header's problem.
Same problem with phpMyAdmin 2.4.0
server is IIS 5.1, php installed as an isapi filter
waiting for some help if possible, i'll try to create a little script
to reproduce the problem...
--
Edit this bug report at http://bugs.php.net/?id=23023&edit=1
#23034 [NEW]: PHP crashes Apache 2.0.45
From: grischa dot toedt at web dot de Operating system: WinXP PHP version: 4.3.2RC1 PHP Bug Type: Apache2 related Bug description: PHP crashes Apache 2.0.45 I installed Mantis (http://mantisbt.sourceforge.net/) which uses a BASIC_AUTH to login. But, everytime i try to login it crashes Apache 2.0.45. More in detail Access violation at "0x006f9444" in Apache.exe: 0xC005: Access violation at writeposition "0x7a6c616d". (The command "written" couldn`t be processed on the memory.) > php4ts.dll!006f9444() Am not sure if the Problem is on the PHP or the Apache side Grischa -- Edit bug report at http://bugs.php.net/?id=23034&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23034&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23034&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23034&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23034&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23034&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23034&r=support Expected behavior: http://bugs.php.net/fix.php?id=23034&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23034&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23034&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23034&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23034&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23034&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23034&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23034&r=gnused
#22971 [Opn->Fbk]: Error in odbc_prepare or in odbc_connect?
ID: 22971 Updated by: [EMAIL PROTECTED] Reported By: anton at esrr dot ru -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Linux RedHat 8 PHP Version: 4.3.1 New Comment: Sniper, the real fix would be not to use the native interface to IBM DB2 and to use unixODBC as per the DB2 recommendations. Unfortunately I haven't a DB2 machine to test with and cannot comment much more on that. What I do know is that DB2 doesn't like the SQL_CURSOR_DYNAMIC that is used by PHP, and in fact claims it's leaking memeory. Removing the EXTENDED_FETCH will discontinue the cursor use, but this is also why I suggested changing the cursor. Previous Comments: [2003-04-03 04:57:35] [EMAIL PROTECTED] Dan: Would the real fix be to disable that HAVE_SQL_EXTENDED_FETCH for DB2 altogether? [2003-04-02 20:07:47] anton at esrr dot ru >You had the correct category before, IBMs DB2 uses ODBC. > >Try calling odbc_set_option and changing your CURSOR to >SQL_CURSOR_FORWARD_ONLY, this should fix a few things for >your DB2 >install. Ok. I'll try. Thank you. But on this moment the positive result has achieved by commenting out strings containing #define HAVE_SQL_EXTENDED_FETCH 1 in php_odbc_includes.h, as described in Bug #9869 (http://bugs.php.net/bug.php?id=9869). I commented out all lines with this string, but I think that DB2 CLI part enough. [2003-04-02 18:41:43] [EMAIL PROTECTED] You had the correct category before, IBMs DB2 uses ODBC. Try calling odbc_set_option and changing your CURSOR to SQL_CURSOR_FORWARD_ONLY, this should fix a few things for your DB2 install. [2003-04-02 18:23:48] anton at esrr dot ru . [2003-03-30 22:38:16] anton at esrr dot ru Sorry for my english. I've php + Db2.(./configure --with-ibm-db2=/home/db2inst1/sqllib) Now. For exaple, i'm trying to execute such script: And I'm getting next result: [EMAIL PROTECTED] htdocs]$ php ./tdb.php connection successfull preparing query Warning: SQL error: [IBM][CLI Driver][DB2] SQL0228N FOR UPDATE clause specified for read-only cursor "SQLCUR4 ". SQLSTATE=42620 , SQL state 42620 in SQLPrepare in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ [EMAIL PROTECTED] htdocs]$ db2 "? SQL0228N" SQL0228N FOR UPDATE clause specified for read-only cursor "". Explanation: Cursor "" is defined as INSENSITIVE SCROLL, but the corresponding SELECT statement contains a FOR UPDATE clause. The statement cannot be processed. User Response: To define a read-only cursor, specify INSENSITIVE on DECLARE CURSOR, but do not specify the FOR UPDATE clause as part of the SELECT statement of the cursor. sqlcode: -228 sqlstate: 42620 I think that in function odbc_prepare cursor is created. So I'm trying to add parameter SQL_CUR_USE_ODBC to connect string. That is "$dbconn = odbc_connect($dbname, $username, $password,SQL_CUR_USE_ODBC )". Result is changed, but it is wrong result: php ./tdb.php Warning: SQL error: [IBM][CLI Driver] CLI0150E Driver not capable. SQLSTATE=S1C00, SQL state S1C00 in SQLSetConnectOption in /usr/local/apache/htdocs/tdb.php on line 10 Connection to database failed. Warning: odbc_errormsg(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 14 preparing query Warning: odbc_prepare(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ db2 "? CLI0150E" CLI0150E Driver not capable. Explanation: The operation is valid but not supported by either the driver or the data source. User Response: Specify a valid operation. [EMAIL PROTECTED] htdocs]$ Where is problem in odbc_connect, odbc_prepare or in my mind? HELP PLEASE! -- Edit this bug report at http://bugs.php.net/?id=22971&edit=1
#23032 [Opn->Bgs]: stopping IIS Server
ID: 23032 Updated by: [EMAIL PROTECTED] Reported By: callshaky at yahoo dot com -Status: Open +Status: Bogus -Bug Type: *Web Server problem +Bug Type: IIS related Operating System: win2k PHP Version: 4.3.1 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: [2003-04-03 04:59:02] talk_to_me at unforgiver dot net It must your IIS problem. I have perl 5.8 and php 4.3.1 on IIS 5.2 and it works fantastic. [2003-04-03 04:14:35] callshaky at yahoo dot com i'm working on win2k using IIS server,SQL server database, when we browse a web page that uses php script. some times it works properly,but after some time when i refersh it or brows other pages it stops IIS. my IIS server stops automatically. Then i'v to start it again to brows. I'v reinstalled IIS & php.But here is the same problem. what should i do? plz help me. -- Edit this bug report at http://bugs.php.net/?id=23032&edit=1
#23023 [Opn->Fbk]: output_buffering problem with IE 6.0
ID: 23023
Updated by: [EMAIL PROTECTED]
Reported By: mak77 at anvi dot it
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.2RC1
New Comment:
yeah, try lynx or wget or some other command line tool.
(NOT browser)
Previous Comments:
[2003-04-02 13:41:01] mak77 at anvi dot it
could you give me some help for catching headers when the browser hangs
up?
[2003-04-02 11:22:18] [EMAIL PROTECTED]
Please tell us what headers are output when you run your script? (And
I'm pretty sure this is IE6 bug and not PHP bug)
[2003-04-02 11:18:43] mak77 at anvi dot it
ok so here is my problem
my php.ini is set to
output_buffering = On
output_handler = ob_gzhandler
zlib.output_compression = Off
;zlib.output_handler =
and i have a script (content management system similar to php-nuke),
it's a very big pile of code so i cannot put here it all.
hwv... the script has mainly an API that is a class..
the part of interest is
class API
{
var $_OB=true;
var $_OB_HANDLER='ob_gzhandler';
function API()
{
if(ini_get('zlib.output_compression')) $this->_OB_HANDLER='';
if(!ini_get('output_buffering') && $this->_OB)
{ob_start($this->_OB_HANDLER);}
if(!$this->_OB && ini_get('output_buffering'))
{$this->_OB=true;}
}
... other code
}
a page is build as
$API->page_start(); //html headers and module initialize
//contents here
$API->page_end();
the problem is that having output_buffering=on often the browser stay
"stuck" waiting for the page (and i have to refresh to get the page),
while other times it renders the page immediately.
the problem totally disappear if i set output_buffering=off in the
php.ini file (i can do this on my pc but not on provider's server!)
so i've tried to put this code in $API->page_end (the last function
called)
if($this->_OB) {
//$page=ob_get_contents();
$page=ob_get_contents();
$fp=fopen("debug.txt","w");
fwrite($fp,var_export(ob_get_status(true),true)."\n\n".$page);
fclose($fp);
ob_end_flush();
}
the scripts reach the end (a debug.txt file is created correctly) but
the page is not always displayed (1 time works correctly, 1 time the
browser wait for something and do nothing)
the debug.txt file contains:
array (
0 =>
array (
'chunk_size' => 0,
'size' => 61440,
'block_size' => 10240,
'type' => 1,
'status' => 0,
'name' => 'ob_gzhandler',
'del' => true,
),
)
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"; />
http://www.w3.org/1999/xhtml"; xml:lang="IT" lang="IT"
dir="ltr">
... and so on
Browser is IE 6.0 sp1, works correctly with mozilla 1.2, so is probably
some header's problem.
Same problem with phpMyAdmin 2.4.0
server is IIS 5.1, php installed as an isapi filter
waiting for some help if possible, i'll try to create a little script
to reproduce the problem...
--
Edit this bug report at http://bugs.php.net/?id=23023&edit=1
#23030 [Opn->Asn]: The PHP build does not honor the program-{prefix, suffix} configure options
ID: 23030 Updated by: [EMAIL PROTECTED] Reported By: per at nobolt dot net -Status: Open +Status: Assigned -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: GNU/Linux PHP Version: 4.3.1 -Assigned To: +Assigned To: sniper New Comment: I'll take a look at this.. Previous Comments: [2003-04-03 01:36:11] per at nobolt dot net GNU autoconf supports an option for adding a program prefix and suffix. This is specified by running configure with the options --program-prefix=something or --program-suffix=something. The point of this is to be able to have multiple simultaneous installations of a package. These configure options are not honored by the PHP configure script. It is not hard to do, and it would be useful for people wishing to have multiple versions of CGI/CLI installed (for example, it would be convenient to have php4 and php5 installed simultaneously to test BC). This is likely to be a very quick fix by someone who knows much about the PHP compilation process. -- Edit this bug report at http://bugs.php.net/?id=23030&edit=1
#23032 [Com]: stopping IIS Server
ID: 23032 Comment by: talk_to_me at unforgiver dot net Reported By: callshaky at yahoo dot com Status: Open Bug Type: *Web Server problem Operating System: win2k PHP Version: 4.3.1 New Comment: It must your IIS problem. I have perl 5.8 and php 4.3.1 on IIS 5.2 and it works fantastic. Previous Comments: [2003-04-03 04:14:35] callshaky at yahoo dot com i'm working on win2k using IIS server,SQL server database, when we browse a web page that uses php script. some times it works properly,but after some time when i refersh it or brows other pages it stops IIS. my IIS server stops automatically. Then i'v to start it again to brows. I'v reinstalled IIS & php.But here is the same problem. what should i do? plz help me. -- Edit this bug report at http://bugs.php.net/?id=23032&edit=1
#22971 [Opn]: Error in odbc_prepare or in odbc_connect?
ID: 22971 Updated by: [EMAIL PROTECTED] Reported By: anton at esrr dot ru Status: Open Bug Type: ODBC related Operating System: Linux RedHat 8 PHP Version: 4.3.1 New Comment: Dan: Would the real fix be to disable that HAVE_SQL_EXTENDED_FETCH for DB2 altogether? Previous Comments: [2003-04-02 20:07:47] anton at esrr dot ru >You had the correct category before, IBMs DB2 uses ODBC. > >Try calling odbc_set_option and changing your CURSOR to >SQL_CURSOR_FORWARD_ONLY, this should fix a few things for >your DB2 >install. Ok. I'll try. Thank you. But on this moment the positive result has achieved by commenting out strings containing #define HAVE_SQL_EXTENDED_FETCH 1 in php_odbc_includes.h, as described in Bug #9869 (http://bugs.php.net/bug.php?id=9869). I commented out all lines with this string, but I think that DB2 CLI part enough. [2003-04-02 18:41:43] [EMAIL PROTECTED] You had the correct category before, IBMs DB2 uses ODBC. Try calling odbc_set_option and changing your CURSOR to SQL_CURSOR_FORWARD_ONLY, this should fix a few things for your DB2 install. [2003-04-02 18:23:48] anton at esrr dot ru . [2003-03-30 22:38:16] anton at esrr dot ru Sorry for my english. I've php + Db2.(./configure --with-ibm-db2=/home/db2inst1/sqllib) Now. For exaple, i'm trying to execute such script: And I'm getting next result: [EMAIL PROTECTED] htdocs]$ php ./tdb.php connection successfull preparing query Warning: SQL error: [IBM][CLI Driver][DB2] SQL0228N FOR UPDATE clause specified for read-only cursor "SQLCUR4 ". SQLSTATE=42620 , SQL state 42620 in SQLPrepare in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ [EMAIL PROTECTED] htdocs]$ db2 "? SQL0228N" SQL0228N FOR UPDATE clause specified for read-only cursor "". Explanation: Cursor "" is defined as INSENSITIVE SCROLL, but the corresponding SELECT statement contains a FOR UPDATE clause. The statement cannot be processed. User Response: To define a read-only cursor, specify INSENSITIVE on DECLARE CURSOR, but do not specify the FOR UPDATE clause as part of the SELECT statement of the cursor. sqlcode: -228 sqlstate: 42620 I think that in function odbc_prepare cursor is created. So I'm trying to add parameter SQL_CUR_USE_ODBC to connect string. That is "$dbconn = odbc_connect($dbname, $username, $password,SQL_CUR_USE_ODBC )". Result is changed, but it is wrong result: php ./tdb.php Warning: SQL error: [IBM][CLI Driver] CLI0150E Driver not capable. SQLSTATE=S1C00, SQL state S1C00 in SQLSetConnectOption in /usr/local/apache/htdocs/tdb.php on line 10 Connection to database failed. Warning: odbc_errormsg(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 14 preparing query Warning: odbc_prepare(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ db2 "? CLI0150E" CLI0150E Driver not capable. Explanation: The operation is valid but not supported by either the driver or the data source. User Response: Specify a valid operation. [EMAIL PROTECTED] htdocs]$ Where is problem in odbc_connect, odbc_prepare or in my mind? HELP PLEASE! -- Edit this bug report at http://bugs.php.net/?id=22971&edit=1
#22944 [Opn->Fbk]: Java - "make install" fails after "installing php SAPI"
ID: 22944 Updated by: [EMAIL PROTECTED] Reported By: dubious at 2xtreme dot net -Status: Open +Status: Feedback Bug Type: Java related Operating System: Linux (2.5.66) PHP Version: 4.3.2RC1 New Comment: Please paste line with 'INSTALL_IT=' in it from your Makefile here. Previous Comments: [2003-04-02 19:32:04] dubious at 2xtreme dot net Nope, just tried the snapshot - same problem: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php4-STABLE-200304021630/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php4-STABLE-200304021630/build/shtool install -c -m 0755 /tmp/temp/php4-STABLE-200304021630/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 bash-2.05b# [2003-04-02 10:29:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip IIRC, this should be fixed now. [2003-03-28 18:12:13] dubious at 2xtreme dot net UPDATE - this appears to be a bug specifically related to "--disable-cgi" (i.e. I want ONLY the CLI version of php). If I remove the "--disable-cgi" it seems to compile AND install fine. [2003-03-28 17:58:33] dubious at 2xtreme dot net Configuring with: ./configure --enable-gd-native-ttf '--enable-sockets' '--with-ncurses' '--with-gd' '--enable-ftp' '--with-mysql' '--with-dom' '--with-zlib' '--enable-exif' '--with-bz2' '--with-curl' '--with-imap=/tmp/temp/imap-2002' '--with-imap-ssl=/tmp/temp/imap-2002' '--disable-cgi' --with-java=/usr/local/jdk compile seems fine, but on "make install" it dies at: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php-4.3.2RC1/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php-4.3.2RC1/build/shtool install -c -m 0755 /tmp/temp/php-4.3.2RC1/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 I've tried this with an earlier Blackdown 1.4.1 as well as Sun's most recent 1.4.1_02 release. If I compile without the java option, it seems to install fine (but of course then there's not Java support...) This also seems to occur with 4.3.0. -- Edit this bug report at http://bugs.php.net/?id=22944&edit=1
#22774 [Opn->Fbk]: PHP crashes when exiting (long XML doc)
ID: 22774
Updated by: [EMAIL PROTECTED]
Reported By: fgarcia at uef dot es
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: Windows 2000
PHP Version: 4.3.2RC1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Should be fixed in the stable release, as well.
Previous Comments:
[2003-03-27 11:24:14] rrichards at digarc dot com
Finally able to reproduce this using a simplified script:
create_element("itinerario");
$domR->append_child($nItinerario);
?>
If the extension is NOT loaded via the php.ini file, upon shutdown,
php_free_xml_doc is called first and then php_free_xml_node for the
created element is called which causes the blow up. If read from the
ini file, php_free_xml_node is called first and then php_free_xml_doc.
Seems to be some issue with the external loading of the extension.
[2003-03-24 05:02:02] rrichards at digarc dot com
Am not able to reproduce in Win 2K. Ran it for 10,000 and 20,000
iterations without a problem. Finally ran it for 1,000,000 iterations
until the machine ran out of memory (was over a Gig of used memory at
that point).
Once getting a fatal emalloc error memory returned back to normal
(exact amount used prior to running).
Tested against latest cvs code as well as a php4-3.0-dev build from jun
2002.
using libxml2-2.4.22
[2003-03-21 05:43:43] [EMAIL PROTECTED]
looks like a mem-leak
linux normally doesn't segfault on memleaks. Windows does... that's the
difference ;)
I try to look at it
[2003-03-21 04:31:56] fgarcia at uef dot es
If you see DrWatson output there is the function zend_timeout
I don't know if that matchs something.
[2003-03-21 04:28:48] fgarcia at uef dot es
I've updated to 4.3.2-RC1 version, and updated php4ts.dll on
winnt/system
Same bug.
php -v:
PHP 4.3.2-RC (cgi-fcgi), Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
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/22774
--
Edit this bug report at http://bugs.php.net/?id=22774&edit=1
#23025 [Bgs]: PHP 4.3.2RC1 crashes
ID: 23025
User updated by: mfroeb at gmx dot de
Reported By: mfroeb at gmx dot de
Status: Bogus
Bug Type: Apache2 related
Operating System: Windows 2000 SP3
PHP Version: 4.3.2RC1
New Comment:
sorry for the long script.
I have tracked the error down to the following:
this is my sql query, with connection establish somewhere prev.:
$sql_ergebnis = mysql_query("SELECT Name, Gold, Stone, Wood, Food FROM
isles WHERE Owner = $player");
the sql query suceeds, and apache crashes with the following call:
$islename = mysql_result($sql_ergebnis, 0, 'Name');
if i comment this call, everything else works perfectly.
Previous Comments:
[2003-04-02 18:49:25] [EMAIL PROTECTED]
Please open a new report with SHORT example script,
max. 10-15 lines which shows the real problem.
[2003-04-02 13:31:19] mfroeb at gmx dot de
I had set up Apache 2.0.45 with PHP 4.3.2RC1 and MySQL 3.23.55.
This script causes apache to crash with a "write failed" error. With
PHP 4.3.1 everything's fine.
--- functions.php ---
--- login.php ---
http://"; . $_SERVER['HTTP_HOST'] .
dirname($_SERVER['PHP_SELF']) . "/main.php?sessionid=" . $sessionid);
exit;
} else {
$error = true;
}
sql_quit();
}
?>
Diese Name-/Passwortkombination ist im
System nicht bekannt!";
?>
Name:
Passwort:
Statistiken
Registrieren
header.php and footer.php are basically html files that output current
time and date.
--
Edit this bug report at http://bugs.php.net/?id=23025&edit=1
#10290 [Com]: magic_quotes_runtime setting varies at random
ID: 10290 Comment by: ltastet at net-design dot fr Reported By: jhurshman at rocketmail dot com Status: Closed Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.0.4pl1 New Comment: same problem with apache 1.3.26 + PHP 4.1.2 ( MySql + PostgreSql support ) + Zend Optimizer 2.1 on Linux Redhat in php.ini, magic_quotes are all at off, but randomly, I get backslashes on the screen !! thanks for your help best regards ... Laurent TASTET [EMAIL PROTECTED] Previous Comments: [2001-06-27 22:37:13] [EMAIL PROTECTED] No feedback and can't reproduce. [2001-06-05 03:05:07] [EMAIL PROTECTED] I can't reproduce this with PHP 4.0.6RC2. Please try it from: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani [2001-04-11 12:14:00] jhurshman at rocketmail dot com magic_quotes_runtime (set in php.ini to off) seems to vary at random. See http://www.sciocommunity.com/magic.php for an example. Hit reload several times; you should see the magic_quotes_runtime setting changing at random between 0 and 1. See http://www.sciocommunity.com/magic.phps for the source. See http://www.sciocommunity.com/phpinfo.php for phpinfo() output. -- Edit this bug report at http://bugs.php.net/?id=10290&edit=1
#17638 [Sus->Csd]: set_attribute_node doesn't work
ID: 17638
Updated by: [EMAIL PROTECTED]
Reported By: bigredlinux at yahoo dot com
-Status: Suspended
+Status: Closed
Bug Type: DOM XML related
Operating System: linux 2.4.19
PHP Version: 4.2.1
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-07-01 10:05:03] [EMAIL PROTECTED]
The function seems to be not really implemented, therefore I added
DOM_NOT_IMPLEMENTED() macro there for giving at least a warning.
Someone will implement it later :)
chregu
[2002-06-07 06:26:58] bigredlinux at yahoo dot com
The function set_attribute_node() does not work. I have tried to
retrieve an attribute from elsewhere in the document and then set the
attribute in a new element node...and finding that perhaps I had to
clone the node, I tried that as well with no luck. Then I just tried
to set_attribute_node() and passing it the result of create_attribute()
and that didn't work. So no test cases can show that this function
actually adds an attribute_node to the tree. Since append_child() is
restricted for appending attributes, we are stuck with using only
set_attribute().
Here is the test case:
$domelement->set_attribute_node($xml->create_attribute('foo', 'bar'));
result is that the tree is not affected.
--
Edit this bug report at http://bugs.php.net/?id=17638&edit=1
#23032 [NEW]: stopping IIS Server
From: callshaky at yahoo dot com Operating system: win2k PHP version: 4.3.1 PHP Bug Type: *Web Server problem Bug description: stopping IIS Server i'm working on win2k using IIS server,SQL server database, when we browse a web page that uses php script. some times it works properly,but after some time when i refersh it or brows other pages it stops IIS. my IIS server stops automatically. Then i'v to start it again to brows. I'v reinstalled IIS & php.But here is the same problem. what should i do? plz help me. -- Edit bug report at http://bugs.php.net/?id=23032&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23032&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23032&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23032&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23032&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23032&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23032&r=support Expected behavior: http://bugs.php.net/fix.php?id=23032&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23032&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23032&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23032&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23032&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23032&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23032&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23032&r=gnused
#22983 [Opn->Fbk]: Page Cannot Be Displayed
ID: 22983 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache. Also could you please mail me your php.ini file? Previous Comments: [2003-04-03 00:13:59] luke at cywh dot com hey guys... just wondering when you will have the apache module fixed. my site literaly looks like its smoking crack right now lol. if i could get "php_admin_value" to work when its installed as a cgi i would use it as that cause cgi works, but when i have it installed as a cgi apahce says its an invalid command. and i cant just switch to cgi without being able to use "php_admin_value" cause its a security issue ;). right now its like id rather my site looks like its smoking somthing then one of my users being able to delete my site... just checkin, and wondering when it will be avaliable at the same time ;) hehe good luck guys. need me to test anything let me know. you know my email. [2003-04-02 08:08:37] luke at cywh dot com alrighty. so is there a chance it will be fixed any time soon? [2003-04-02 05:53:55] [EMAIL PROTECTED] Reclassified as Apache2 related. (Works as CGI but does not work as apache2 module.) And about the dog..it was April 1st yesterday... :) [2003-04-01 08:32:13] luke at cywh dot com Its confirmed. It works great as a CGI, but as a module it messes up. When i had it as a module i couldnt get phpinfo() to work, but when i did it as a CGI it worked fine. something else to, when i had it as a CGI `php_admin_value` didnt work. apache said it was an invalid command. (i switched it back to module). im very sure i installed php correctly and completlely. when i install it, i do it manualy with the windows binaries. ive installed php a bunch of times. what i usually do is i delete the entire folder and the files i had to move around, and then reinstall it from the begining. so yes im sure it has all the correct dll's question: why does the php logo on the phpinfo() have an icon of a dog?. is its because its a "snapshot"? lol. [2003-04-01 06:17:55] [EMAIL PROTECTED] Please try running PHP as CGI under Apache so we know if this is Apache2 module specific or not. (and you should make sure you really updated ALL the dlls and especially the php4apache2.dll) 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#23024 [Bgs]: Problems with iframe
ID: 23024 User updated by: elhumero at hotmail dot com Reported By: elhumero at hotmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 prof PHP Version: 4.3.2RC1 New Comment: This is the real code, please try this. priframe.htm Untitled Document > > Valor 1 > > Valor 2 > > Valor 3 > > Valor 4 > > Valor 5 form2.htm Untitled Document > > Valor 1 > > Valor 2 > > Valor 3 > > Valor 4 > > Valor 5 show.php And this is the result of the second execution: Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array ( [text1] => [radiobutton] => 1 [checkbox] => 1 ) Array (
