Bug #10686 Updated: Bug in "mktime()" on values out of bounds
ID: 10686 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Date/time related Operating System: MacOS X 10.0.2 - 10.1.4 (Darwin) PHP Version: 4.0.5 - 4.2.0 New Comment: Yes you can, using the 'edit submission' button. Previous Comments: [2002-05-03 02:07:13] [EMAIL PROTECTED] Cannot change to "OPEN"! [2002-05-03 02:04:57] [EMAIL PROTECTED] * no FIX was provided for this bug for over a year, so it is being ignoring automatically. * [2002-05-03 02:02:39] [EMAIL PROTECTED] I'm unable to compile PHP 4.2 on MacOS X 10.1.4 (Darwin 5.4). But i haven't seen a patch, which solved the described problem! mktime() will used with numbers out of range! Dieter - /Users/dieter/Desktop/php-4.2.0/libtool: parse error: condition expected: xno = [3147] /usr/bin/libtool: file: stub.lo is not an object file (not allowed in a library) [2002-05-03 00:00:04] [EMAIL PROTECTED] 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-04-02 13:43:46] [EMAIL PROTECTED] It was probably fixed in 4.2.0. Can you try 4.2.0RC1 from www.php.net/~derick ? 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/10686 -- Edit this bug report at http://bugs.php.net/?id=10686&edit=1
Bug #16983 Updated: Spelling error under session_unset()
ID: 16983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: win2k PHP Version: 4.2.0 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ Previous Comments: [2002-05-02 23:20:08] [EMAIL PROTECTED] The manual entry for the function session_unset() has a line which reads: The session_unset() function free's all session variables currently registered. The apostrophe in "free's" should be omitted. Isn't pedantry wonderful? BJ -- Edit this bug report at http://bugs.php.net/?id=16983&edit=1
Bug #16972 Updated: 1 by1 pixel image problem
ID: 16972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Red Hat Linux 6.2 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-05-03 00:48:55] [EMAIL PROTECTED] The more I think about this problem, the more I believe it must be a configuration problem. However, since I have shared hosting accounts, I am dependent on my web host to set the configuration. If anyone can think of where the configuration may be set wrong, please let me know, so I can notify my web host (in this case, Linuxwebhost) where to look. In the meantime, I have found a rather awkward solution to keep the web tracking system working with Netscape. I have the PHP web tracking script check to see if it has received an identical request from an html page with the 1 by 1 pixel image in the last few seconds. (Identical in terms of user IP and page visited.) For IE, I can simply use the die command to stop the process. However, Netscape will continuously try to call the 1 by 1 pixel image. I had put in the command print "OK" hoping that would stop the browser. I noticed that I could direct a 1 by 1 pixel at another PHP script, such as a form mail script which prints html to the screen, and Netscape would not make multiple requests for the image. So I experimented, and placed the flush command ahead of the print command. Flush and print together stop the Netscape browser. However, as I said, that is a very awkward solution. Hopefully, a better solution can be found, such as finding the source of a configuration error. Thanks, Robert Jenkins [2002-05-02 14:56:46] [EMAIL PROTECTED] Thank your for your help. I have developed a PHP web tracker (ideal-tracker.com) which relies on a 1 by 1 pixel image placed on the html page being tracked. I also have another web host for a second site and I run an identical version of the web tracker on this additional site for test purposes. This second host recently upgraded to PHP 4.12 and now I am having problems with multiple counting of pages. Basically, the browser requests the 1 by 1 pixel image over and over. I inserted code to kill the script should an identical request come within 15 seconds. This works fine with IE. However, Netscape continues to request the 1 by 1 pixel image, and every 15 seconds, a hit is recorded. The process would basically go on forever unless the user hits the stop button or closes out the browser. This did not happed in either 4.04 or 4.06. Do you have any suggestions? Thanks, Robert Jenkins -- Edit this bug report at http://bugs.php.net/?id=16972&edit=1
Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: Same problem... OS: Windows XP Professional (5.1.2600 Build 2600) PHP: 4.2.0 Win32 Apache: 2.35 Win32 PHP Installed as module Testing Apache Config: "Cannot load c:/Program Files/PHP/sapi/php4apache.dll into server: The specified module could not be found." [Apache will not start] Keep me informed. Previous Comments: [2002-04-05 06:34:55] [EMAIL PROTECTED] When you updated, did you also update the php4ts.dll ?? Try PHP 4.2.0RC2 from http://www.php.net/~derick/ (and don't forget to replace php4ts.dll in your system with the one in that package) [2002-04-05 02:30:23] [EMAIL PROTECTED] Same problems as everyone else has, I didn't realize it wasn't me until I saw this post. I have: OS: Windows XP Professional (Build: 2600) PHP: 4.2.0RC1 Apache: 1.3.23 PHP Installed as module First time I noticed this was with phpinfo() flashing like 10 times and then displaying the phpinfo page, or sometimes after the flashing would display dns error page. It's not something that happens every time, and some days are also better than others and I don't expierience any problems related to this. In fact when I'm using 'localhost' this doesn't happen to me. And in fact when I surf the pages myself, phpinfo loads just fine. But as soon as someone else tries to run my scripts it starts tweaking out on them. Every time they try they say phpinfo page will load anywhere from %15 to like %90 and then it will just cut off or turn into "compiled code" as they put it, or simply...garbage. The point at which it starts to garble or cut off is random and unpredictable. As soon as anyone gets a fix for this it would be great if they would let everyone know! :) It's annoying not being able to share my code I've worked so hard on with other people... [2002-04-03 20:54:29] [EMAIL PROTECTED] I get a similar difficulty, but with ANY scripts no matter how small or large. 90% of the time it works perfectly, then all of a sudden PHP decides to spew a parse error or some other random phenomenon - even a single one line script will eventually suffer this fault. I experienced this when I moved to PHP 4.1.x, so reverted back to 4.0.6 which does not have the problem. Unfortunately 4.1.2 is a security fix so obviously have to upgrade, and now having to live with this problem. Not sure if its related, but 4.1.x also causes Apache's memory use to grow and grow and GROW until eventually a malloc fault occurrs. Sometimes Apache will restart, sometimes just crash. Again 4.0.6 has no such problem, just 4.1.x - had no choice but to configure Apache to self-restart every few hundred hits to overcome this memory leak. This is all with PHP as a Apache module. [2002-03-25 15:38:20] [EMAIL PROTECTED] I too am having the same problem. WinXP, Apache/1.3.22 (Win32), PHP/4.1.3-dev, mod_perl/1.26. PHP installed as a module. I haven't tried using it in CGI mode. It's not just phpinfo(). It happens regularly. Try going to: http://singularity.homedns.org/calendar/index.php Hit reload a few times, move to another month, etc. Eventually it will hose up. Spews garbage characters in the middle of the page. I understand going back to 4.0.6 seems to fix it, but I'd rather not. Any help would be..wellhelpful. IanW IanW [2002-03-22 00:24:26] [EMAIL PROTECTED] Another instance: I have a page that only contains and nothing else. PHP ver: 4.1.2 Machine: WinXP Pro HTTPD:Apache, PHP as a module When I browse to the page on my local machine (localhost) I get strange behaviour. I get a large number of instant redirects - in other words, the browser sits there redirecting itself to the same page for about 10 seconds (maybe 50 redirects in all). Finally the page either displays properly, or I get a DNS server not found error page in my browser. It's only started doing this since I upgraded from 4.0.6 to 4.1.2. I have just installed 4.2.0 RC1, but it makes no difference. If I go back to 4.0.6, it's fine. You can try this yourself. Go to: http://mvirtue.myip.org/test/index.php and see what you get. I got a friend of mine to try it from his machine, and he briefly saw the first few lines of the PHP info screen, and then was instantly redirected to a DNS error page. Often the page displays perfectly the first time you go there. It's only when you hit "Refresh" do you
Bug #16984: make test refuses to run
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5; Linux 2.4.19-pre6 PHP version: 4.2.0 PHP Bug Type: Compile Failure Bug description: make test refuses to run # make test make: don't know how to make /usr/src/php-4.2.0/sapi/cli/php. Stop History: The first time I ran configure, I did: ./configure --with-mysql=/usr/local --enable-cli That build ran fine, and make test ran (though it failed just under half its tests.) I decided I didn't want the cli, so I did: # make clean # ./configure --with-mysql=/usr/local This time, the make finished, again with no errors of note, but the make test refuses to run with the error given above. After trying make distclean and rerunning a couple times, I finally rm -rf php-4.2.0 and untarred again, for a fresh build tree. Now, I get the same error, again referencing sapi/cli/php. It is worth noting that, on subsequent tries, if I include --enable-cli, make test will run; if I do not, it will not. This, despite a completely clean build tree (rm -rf and start over). I can only assume that it is placing the config.cache somewhere outside the build tree. Version 4.1.2 does not exhibit the same behaviour. Linux (2.4.19-pre6) has a similar error message: make: *** No rule to make target `/home/matthew/src/php-4.2.0/sapi/cli/php', needed by `test'. Stop. I assume these are differences between gmake and BSD make, both referencing the same problem. -- Edit bug report at http://bugs.php.net/?id=16984&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16984&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16984&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16984&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16984&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16984&r=support Expected behavior: http://bugs.php.net/fix.php?id=16984&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16984&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16984&r=submittedtwice
Bug #16977 Updated: Compiling Zend: parse error before `MAILSTREAM'
ID: 16977 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: RedHat7.2 PHP Version: 4.2.0 New Comment: Investigations: * I've found the symbol MAILSTREAM in c-client (imap-2001a) in file /usr/local/include/mail.h * minimal configuration tested: ./configure --with-apxs=/home/apachessl/bin/apxs or ./configure --with-apxs=/home/apachessl/bin/apxs --with-imap=/usr/local Same result. Previous Comments: [2002-05-02 17:10:54] [EMAIL PROTECTED] shell> make Making all in Zend make[1]: Entre dans le répertoire `/home/jpa/dev/php-4.2.0/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DMOD_SSL=208108 -DUSE_HSREGEX -DEAPI -I../TSRM -g -O2 -prefer-pic -c -o zend_language_parser.lo `test -f zend_language_parse r.c || echo './'`zend_language_parser.c In file included from zend.h:55, from zend_compile.h:24, from zend_language_parser.c:147: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union /usr/local/include/unix.h:189: parse error before `}' ... shell> more config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs=/home/apachessl/bin/apxs' \ '--with-mysql' \ '--with-system-regex' \ '--enable-track-vars' \ '--enable-memory-limits' \ '--with-xml' \ '--with-imap' \ '--with-gd' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-bz2' \ '--with-zlib' \ '--with-mcrypt' \ '--enable-sockets' \ '--without-dom' \ '--enable-inline-optimization' \ '--with-curl' \ '--with-pcre' \ "$@" -- Edit this bug report at http://bugs.php.net/?id=16977&edit=1
Bug #16985: register vars wrong
From: [EMAIL PROTECTED] Operating system: i686-pc-linux-gnu PHP version: 4.0CVS-2002-05-03 PHP Bug Type: Variables related Bug description: register vars wrong Hi, i have detect a different behavior between register variables in the current cvs tree und PHP 4.2.0 and previously. When i make a request like http://my.testserver/test.php?foo=123&lokus&bar=456 with version 4.2.0 PHP register: _GET["foo"] 123 _GET["bar"] 456 with the current cvs tree from 2. May 2002 PHP results: _GET["foo"] 123 _GET["lokus"] I think this behavior is not wanted. Regards, Steve -- Edit bug report at http://bugs.php.net/?id=16985&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16985&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16985&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16985&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16985&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16985&r=support Expected behavior: http://bugs.php.net/fix.php?id=16985&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16985&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16985&r=submittedtwice
Bug #16984 Updated: make test refuses to run
ID: 16984 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.5; Linux 2.4.19-pre6 PHP Version: 4.2.0 New Comment: I have verified the problem on 2 different Linux-2.4.28 machines. The same error occurs regardless of whether I have used --enable-cli or not. Previous Comments: [2002-05-03 05:09:15] [EMAIL PROTECTED] # make test make: don't know how to make /usr/src/php-4.2.0/sapi/cli/php. Stop History: The first time I ran configure, I did: ./configure --with-mysql=/usr/local --enable-cli That build ran fine, and make test ran (though it failed just under half its tests.) I decided I didn't want the cli, so I did: # make clean # ./configure --with-mysql=/usr/local This time, the make finished, again with no errors of note, but the make test refuses to run with the error given above. After trying make distclean and rerunning a couple times, I finally rm -rf php-4.2.0 and untarred again, for a fresh build tree. Now, I get the same error, again referencing sapi/cli/php. It is worth noting that, on subsequent tries, if I include --enable-cli, make test will run; if I do not, it will not. This, despite a completely clean build tree (rm -rf and start over). I can only assume that it is placing the config.cache somewhere outside the build tree. Version 4.1.2 does not exhibit the same behaviour. Linux (2.4.19-pre6) has a similar error message: make: *** No rule to make target `/home/matthew/src/php-4.2.0/sapi/cli/php', needed by `test'. Stop. I assume these are differences between gmake and BSD make, both referencing the same problem. -- Edit this bug report at http://bugs.php.net/?id=16984&edit=1
Bug #16986: semaphore autorelease can be a bug....
From: [EMAIL PROTECTED] Operating system: Linux 2.4.18 PHP version: 4.1.2 PHP Bug Type: Semaphore related Bug description: semaphore autorelease can be a bug sem_acquire() function has this behavior: After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated. This is not a great thing, infact in this way the readers/writers classical IPC problem, with writers precedence is impossible to implement !!! I think an option to disable autorelease is usefull. (I sent a feature/change request, but I had no feadback :-( ) -- Edit bug report at http://bugs.php.net/?id=16986&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16986&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16986&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16986&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16986&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16986&r=support Expected behavior: http://bugs.php.net/fix.php?id=16986&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16986&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16986&r=submittedtwice
Bug #16929 Updated: crash (segmentation fault) apache2 with oci8 option
ID: 16929 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: linux 2.4.4 PHP Version: 4.2.0 New Comment: i've the same problem with kernel 2.4.18. useing php 4.2.0 with apache 2.0.35 i'm getting a core dump during startup of httpd. with apache 1.3.24 it works, but if i select something on a table from an oracle db i get only unreadable data trash. with php 4.1.x it's working fine Previous Comments: [2002-05-02 06:58:16] [EMAIL PROTECTED] with bt in gdb !! (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 11478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 11478)] php_apache_sapi_sen(gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 11515)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 11515)] php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 117 ctx->r->status = SG(sapi_headers).http_response_code; (gdb) bt #0 php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 #1 0x402f429a in sapi_send_headers (tsrm_ls=0x8140e48) at SAPI.c:578 #2 0x4035246b in php_header () at head.c:58 #3 0x402f97ef in php_ub_body_write ( str=0xbfffddfc "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x8140e48) at output.c:475 #4 0x402f8c26 in php_body_write ( str=0xbfffddfc "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x8140e48) at output.c:99 #5 0x402edcb9 in php_printf (format=0x403b4e77 "OCIDebug: %s\n") at main.c:355 #6 0x40317c39 in oci_debug (format=0x403b4acc "START php_mshutdown_oci") at oci8.c:1046 #7 0x40316f0c in zm_shutdown_oci (type=1, module_number=6, tsrm_ls=0x8140e48) at oci8.c:592 #8 0x402e46d3 in module_destructor (module=0x8182878) at zend_API.c:1127 #9 0x402e6348 in zend_hash_destroy (ht=0x403e2a20) at zend_hash.c:541 #10 0x402e0cdc in zend_shutdown (tsrm_ls=0x8140e48) at zend.c:490 #11 0x402ef9ce in php_module_shutdown (tsrm_ls=0x8140e48) at main.c:1050 #12 0x402ef978 in php_module_shutdown_wrapper (sapi_globals=0x403c3360) at main.c:1027 #13 0x402ecc25 in php_apache_server_shutdown (tmp=0x0) at sapi_apache2.c:422 ---Type to continue, or q to quit---(gdb) run -X #14 0x40043aec in run_cleanups (c=0x813ff98) at apr_pools.c:1713 #15 0x40042f61 in apr_pool_clear (pool=0x80bc8a0) at apr_pools.c:603 #16 0x8085c37 in main (argc=2, argv=0xb50c) at main.c:579 #17 0x40194c6f in __libc_start_main () from /lib/libc.so.6 (gdb) Starting program: /usr/local/apache2/bin/httpd -X Undefined command: "Starting". Try "help". (gdb) [New Thread 1024 (LWP 11478)] Undefined command: "". Try "help". (gdb) (gdb) Program received signal SIGSEGV, Segmentation fault. Undefined command: "Program". Try "help". (gdb) [Switching to Thread 1024 (LWP 11478)] Undefined command: "". Try "help". (gdb) php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) Undefined command: "php". Try "help". (gdb) at sapi_apache2.c:117d_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 117 ctx->r->status = SG(sapi_headers).http_response_code; (gdb) quit [2002-05-02 06:56:06] [EMAIL PROTECTED] Can you provide a full backtrace (type 'bt' instead of 'quit')? regards, Derick [2002-05-02 06:54:21] [EMAIL PROTECTED] hello, with httpd -X in console that not run. with gdb i have this (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 11478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 11478)] php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 117 ctx->r->status = SG(sapi_headers).http_response_code; (gdb) quit [2002-05-02 06:05:38] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-04-30 17:25:52] [EMAIL PROTECTED] Same thing occurs using Oracle 9i client. kernel 2.4.7 The remainder of the comments for this repor
Bug #16840 Updated: IIS5 session behaviour with php 4.2.0 (see #8989)
ID: 16840 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Win2000 PHP Version: 4.2.0 New Comment: i m encountering the same problem. I use IIS on the 2k Server (default installation iff IIS is v5 i guess). My PHP Version is 4.1.0. Maybe i should upgrade anyway soon. I m olso using a DB session Handler (Ying Zhangs form phpbuilder.com) and i can see that the Session Variables are in the DB but sometimes there is just nomore session anymore (just as described by mrieger). Cant tell you when exactly this causes to happen, but it definitly does, sometimes. When i loose a Session, i m olso not able anymore to open a new one. Even if I close all my Browser windows, a new Session ist not startet (... but as i said: only if it got lost before) I always can fix this again by deleting all entrys from the session table. Then everything works fine again. Dont knwo if this helps you but i strongly believe that there might be the same reason doing unusefull stuff here. best regards & thank you manuel Previous Comments: [2002-04-25 21:16:17] [EMAIL PROTECTED] Hi! I created my own session handlers (using a database) and used the CGI binary version of PHP. Once I started a session, the session variables got lost through the pages, although the session variables were inserted correctly into the database. After playing around with it all day, I re-installed PHP 4.1.2 and again it wouldnt work. I then installed Apache 2.0 (without making any changes to PHP), and its working * There definitely is a bug with sessions in collaboration with IIS. * I tried to call the vars with $_SESSION, and set register_globals on. No matter how I set the session.referer_check (according to a posting in #8989), it will not run with IIS5. The funniest thing is, the scripts were actually developed on PHP 4.1.2 running on RedHat 7.2 with Apache and then moved onto the windows server running IIS5, where they didnt run anymore. The relevant settings in php.ini were the same on windows and on RedHat, and the scripts don't use any platform-specific features. Cheers, Marwin -- Edit this bug report at http://bugs.php.net/?id=16840&edit=1
Bug #16987: no variables will send
From: [EMAIL PROTECTED] Operating system: linux 2.4.17 PHP version: 4.0CVS-2002-05-03 PHP Bug Type: Scripting Engine problem Bug description: no variables will send No variable will send, if I do for example: forum.php?postid=2, the script can't read the postid. Also information send from a form will not work, the script will not receive any data. I've configured PHP with: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --enable-debug Remy -- Edit bug report at http://bugs.php.net/?id=16987&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16987&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16987&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16987&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16987&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16987&r=support Expected behavior: http://bugs.php.net/fix.php?id=16987&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16987&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16987&r=submittedtwice
Bug #16987 Updated: no variables will send
ID: 16987 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux 2.4.17 PHP Version: 4.0CVS-2002-05-03 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". Previous Comments: [2002-05-03 06:11:05] [EMAIL PROTECTED] No variable will send, if I do for example: forum.php?postid=2, the script can't read the postid. Also information send from a form will not work, the script will not receive any data. I've configured PHP with: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --enable-debug Remy -- Edit this bug report at http://bugs.php.net/?id=16987&edit=1
Bug #16977 Updated: Compiling Zend: parse error before `MAILSTREAM'
ID: 16977 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RedHat7.2 PHP Version: 4.2.0 New Comment: Solved! Not a 4.2.0 problem but a RedHat misconfiguration. Makefile in imap package says: # lnp Linux with Pluggable Authentication Modules (PAM) # lrh RedHat Linux 7.2 you must choose lnp and not lrh on RedHat 7.2 with PAM Files to copy to /usr/local/include: c-client.h env.h ftl.h linkage.h nl.h osdep.h smtp.h env_unix.h fs.h imap4r1.h mail.h misc.h nntp.h rfc822.h tcp.h Previous Comments: [2002-05-03 05:18:13] [EMAIL PROTECTED] Investigations: * I've found the symbol MAILSTREAM in c-client (imap-2001a) in file /usr/local/include/mail.h * minimal configuration tested: ./configure --with-apxs=/home/apachessl/bin/apxs or ./configure --with-apxs=/home/apachessl/bin/apxs --with-imap=/usr/local Same result. [2002-05-02 17:10:54] [EMAIL PROTECTED] shell> make Making all in Zend make[1]: Entre dans le répertoire `/home/jpa/dev/php-4.2.0/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DMOD_SSL=208108 -DUSE_HSREGEX -DEAPI -I../TSRM -g -O2 -prefer-pic -c -o zend_language_parser.lo `test -f zend_language_parse r.c || echo './'`zend_language_parser.c In file included from zend.h:55, from zend_compile.h:24, from zend_language_parser.c:147: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union /usr/local/include/unix.h:189: parse error before `}' ... shell> more config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs=/home/apachessl/bin/apxs' \ '--with-mysql' \ '--with-system-regex' \ '--enable-track-vars' \ '--enable-memory-limits' \ '--with-xml' \ '--with-imap' \ '--with-gd' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-bz2' \ '--with-zlib' \ '--with-mcrypt' \ '--enable-sockets' \ '--without-dom' \ '--enable-inline-optimization' \ '--with-curl' \ '--with-pcre' \ "$@" -- Edit this bug report at http://bugs.php.net/?id=16977&edit=1
Bug #16984 Updated: make test refuses to run
ID: 16984 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.5; Linux 2.4.19-pre6 PHP Version: 4.2.0 New Comment: The CLI is still experimental in 4.2.0. Make test requires the CLI, so this is known behaviour. It will be fixed in 4.3.0 when the CLI will be enabled anyway. Previous Comments: [2002-05-03 05:31:38] [EMAIL PROTECTED] I have verified the problem on 2 different Linux-2.4.28 machines. The same error occurs regardless of whether I have used --enable-cli or not. [2002-05-03 05:09:15] [EMAIL PROTECTED] # make test make: don't know how to make /usr/src/php-4.2.0/sapi/cli/php. Stop History: The first time I ran configure, I did: ./configure --with-mysql=/usr/local --enable-cli That build ran fine, and make test ran (though it failed just under half its tests.) I decided I didn't want the cli, so I did: # make clean # ./configure --with-mysql=/usr/local This time, the make finished, again with no errors of note, but the make test refuses to run with the error given above. After trying make distclean and rerunning a couple times, I finally rm -rf php-4.2.0 and untarred again, for a fresh build tree. Now, I get the same error, again referencing sapi/cli/php. It is worth noting that, on subsequent tries, if I include --enable-cli, make test will run; if I do not, it will not. This, despite a completely clean build tree (rm -rf and start over). I can only assume that it is placing the config.cache somewhere outside the build tree. Version 4.1.2 does not exhibit the same behaviour. Linux (2.4.19-pre6) has a similar error message: make: *** No rule to make target `/home/matthew/src/php-4.2.0/sapi/cli/php', needed by `test'. Stop. I assume these are differences between gmake and BSD make, both referencing the same problem. -- Edit this bug report at http://bugs.php.net/?id=16984&edit=1
Bug #16988: Invalid access to memory location
From: [EMAIL PROTECTED] Operating system: 2000 PHP version: 4.2.0 PHP Bug Type: IIS related Bug description: Invalid access to memory location Hello! I have a little problem when I try to display my index.php. All I have in it it's (just a test): And when I try to open this page I have the following result : Invalid access to memory location I'm using IIS and the Cgi-Binary (not the ISAPI Filters). Can anyone help me on that please ? Thank you in advance ! -- Edit bug report at http://bugs.php.net/?id=16988&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16988&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16988&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16988&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16988&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16988&r=support Expected behavior: http://bugs.php.net/fix.php?id=16988&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16988&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16988&r=submittedtwice
Bug #16986 Updated: semaphore autorelease can be a bug....
ID: 16986 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Semaphore related Operating System: Linux 2.4.18 PHP Version: 4.1.2 New Comment: But a process that acquires a semaphore and then exits will case deadlocks, because no one else can acquire the semaphore?? Can you give a good example of where leaving the semaphore acquired is actually useful? Previous Comments: [2002-05-03 05:37:33] [EMAIL PROTECTED] sem_acquire() function has this behavior: After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated. This is not a great thing, infact in this way the readers/writers classical IPC problem, with writers precedence is impossible to implement !!! I think an option to disable autorelease is usefull. (I sent a feature/change request, but I had no feadback :-( ) -- Edit this bug report at http://bugs.php.net/?id=16986&edit=1
Bug #16989: Could not find/open font...
From: [EMAIL PROTECTED] Operating system: WinNT PHP version: 4.2.0 PHP Bug Type: GD related Bug description: Could not find/open font... Oops? php_gd2.dll brings out 'Could not find/open font...' on $array = @ImageTTFBBox($size,0,$font,$textstring). [$font is a ttf-file in the same directory9 php_gd.dll works fine with SAME configuration... Probably a bug in the [Win32]GD2? greets, Lars -- Edit bug report at http://bugs.php.net/?id=16989&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16989&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16989&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16989&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16989&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16989&r=support Expected behavior: http://bugs.php.net/fix.php?id=16989&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16989&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16989&r=submittedtwice
Bug #16964 Updated: error in ODBC_FETCH_INTO()
ID: 16964 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Winnt PHP Version: 4.2.0 New Comment: No, that is the valid format. Please read the odbc_fetch_into documentation very carefully, and you will find the last example for PHP 4.2.0 shows what you are saying. Albiet it can be further marked. Previous Comments: [2002-05-03 01:12:21] [EMAIL PROTECTED] This was not a question to the support. I think The doku from PHP is false. The Version 4.1 from PHP was this correct :int odbc_fetch_into ( int result_id [, int rownumber, array result_array].And in the Version 4.2 you must do int odbc_fetch_into ( int result_id [, array result_array, int rownumber]). This is not correct. [2002-05-02 10:25:54] [EMAIL PROTECTED] It's a docu problem. [2002-05-02 10:23:33] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Please read the manual. [2002-05-02 09:21:31] [EMAIL PROTECTED] Doku: int odbc_fetch_into ( int result_id [, int rownumber, array result_array]) > don´t work this is okay : int odbc_fetch_into ( int result_id [, array result_array, int rownumber]) -- Edit this bug report at http://bugs.php.net/?id=16964&edit=1
Bug #16970 Updated: Unable to load libphp_java.so - core_globals not found
ID: 16970 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related -Operating System: Solairs 8 +Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: I managed to get it work now, but don't know really why. Basically: - I installed/compiled all gnu tools (binutils 2.12, autoconf, automake all latest versions) - added the -with-gnu-ld option to php's configure. - recompiled apache too with the same gcc (3.0.4) Can't understand why it works now, since 'core_globals' is still missing from libphp_java.so if I look at it from 'ldd -d libphp_java.so' I also tried to compile with the workshop 6.0 update 2 compiler and got the same problem Previous Comments: [2002-05-02 12:25:48] [EMAIL PROTECTED] Configuration information: -- * System: Solaris 8 * PHP config: ./configure --prefix=/usr/local --enable-versioning --enable-libgcc --with-apxs=/usr/local/apache/bin/apxs --with-zlib=/usr/local --enable-bcmath --enable-debug --enable-magic-quotes --with-gdbm --with-mcrypt --with-mhash --with-mysql --with-ldap=/usr/local/openldap --with-pdflib --with-xml --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-zlib-dir=/usr/local --with-gd --enable-xslt --with-xslt-sablot --with-dom=/usr/local/lib --with-java * Compiler and Java Versions: I tried several combinations gcc 2.95.3, gcc 3.0.4 java 1.3.1, java 1.4 * Problem: unreferenced symbol in libphp_java.so ldd -d /usr/local/lib/php/extensions/debug-non-zts-20010901/libphp_java.so symbol not found: core_globals (/usr/local/lib/php/extensions/debug-non-zts-20010901/libphp_java.so) Or seen from the apache error log (the php module loads and runs fine otherwise) PHP Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/debug-non-zts-20010901/libphp_java.so' - ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/lib/php/extensions/debug-non-zts-20010901/libphp_java.so: symbol core_globals: referenced symbol not found in Unknown on line 0 Sorry I am not a C programmer and can't hint at a solution. Certainly libphp_java.so is NOT looking for some other dynamic library it can't find ... I know that much :) -- Edit this bug report at http://bugs.php.net/?id=16970&edit=1
Bug #16972 Updated: 1 by1 pixel image problem
ID: 16972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Red Hat Linux 6.2 PHP Version: 4.1.2 New Comment: But at first I thought it was a bug. In fact, I'm only speculating that it is a configuration problem. I would like some confirmation as to whether a bug truly exists which would cause this behavior or whether it is a problem in the configuration. If it is a bug causing 4.12 to behave differently than earlier versions, then it should be addressed. Previous Comments: [2002-05-03 04:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-05-03 00:48:55] [EMAIL PROTECTED] The more I think about this problem, the more I believe it must be a configuration problem. However, since I have shared hosting accounts, I am dependent on my web host to set the configuration. If anyone can think of where the configuration may be set wrong, please let me know, so I can notify my web host (in this case, Linuxwebhost) where to look. In the meantime, I have found a rather awkward solution to keep the web tracking system working with Netscape. I have the PHP web tracking script check to see if it has received an identical request from an html page with the 1 by 1 pixel image in the last few seconds. (Identical in terms of user IP and page visited.) For IE, I can simply use the die command to stop the process. However, Netscape will continuously try to call the 1 by 1 pixel image. I had put in the command print "OK" hoping that would stop the browser. I noticed that I could direct a 1 by 1 pixel at another PHP script, such as a form mail script which prints html to the screen, and Netscape would not make multiple requests for the image. So I experimented, and placed the flush command ahead of the print command. Flush and print together stop the Netscape browser. However, as I said, that is a very awkward solution. Hopefully, a better solution can be found, such as finding the source of a configuration error. Thanks, Robert Jenkins [2002-05-02 14:56:46] [EMAIL PROTECTED] Thank your for your help. I have developed a PHP web tracker (ideal-tracker.com) which relies on a 1 by 1 pixel image placed on the html page being tracked. I also have another web host for a second site and I run an identical version of the web tracker on this additional site for test purposes. This second host recently upgraded to PHP 4.12 and now I am having problems with multiple counting of pages. Basically, the browser requests the 1 by 1 pixel image over and over. I inserted code to kill the script should an identical request come within 15 seconds. This works fine with IE. However, Netscape continues to request the 1 by 1 pixel image, and every 15 seconds, a hit is recorded. The process would basically go on forever unless the user hits the stop button or closes out the browser. This did not happed in either 4.04 or 4.06. Do you have any suggestions? Thanks, Robert Jenkins -- Edit this bug report at http://bugs.php.net/?id=16972&edit=1
Bug #16990: 4.1.1 works good, but 4.2.0 - CGI timeout :(
From: [EMAIL PROTECTED] Operating system: Win2K Adv. Server PHP version: 4.2.0 PHP Bug Type: IIS related Bug description: 4.1.1 works good, but 4.2.0 - CGI timeout :( I've just setup 4.2.0 (remove 4.1.1 files at all and unzip 4.2.0 into proper directory and rename php-cli.exe to php.exe, and config c:\winnt\php.ini), check IIS - all paths are OK etc. So I'm trying to get /index.php -> GET / HTTP/1.0 -> 502 CGI Timeout etc. If I try to do php.exe -r phpinfo();, for example - all is ok. But 4.1.1 works good... Please, help me. OS: Win2K Advanced Server, SP2, .NET (Visual Studio .NET) -- Edit bug report at http://bugs.php.net/?id=16990&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16990&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16990&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16990&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16990&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16990&r=support Expected behavior: http://bugs.php.net/fix.php?id=16990&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16990&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16990&r=submittedtwice
Bug #16972 Updated: 1 by1 pixel image problem
ID: 16972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Red Hat Linux 6.2 PHP Version: 4.1.2 New Comment: how could anyone tell without seeing a *short* and *self-contained* script first? I suggest you take this issue to php-general@, and if the conclusion on the list is that it's really a change NOT announced in ChangeLog or NEWS, take it (along with a short script) here. Previous Comments: [2002-05-03 09:05:14] [EMAIL PROTECTED] But at first I thought it was a bug. In fact, I'm only speculating that it is a configuration problem. I would like some confirmation as to whether a bug truly exists which would cause this behavior or whether it is a problem in the configuration. If it is a bug causing 4.12 to behave differently than earlier versions, then it should be addressed. [2002-05-03 04:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-05-03 00:48:55] [EMAIL PROTECTED] The more I think about this problem, the more I believe it must be a configuration problem. However, since I have shared hosting accounts, I am dependent on my web host to set the configuration. If anyone can think of where the configuration may be set wrong, please let me know, so I can notify my web host (in this case, Linuxwebhost) where to look. In the meantime, I have found a rather awkward solution to keep the web tracking system working with Netscape. I have the PHP web tracking script check to see if it has received an identical request from an html page with the 1 by 1 pixel image in the last few seconds. (Identical in terms of user IP and page visited.) For IE, I can simply use the die command to stop the process. However, Netscape will continuously try to call the 1 by 1 pixel image. I had put in the command print "OK" hoping that would stop the browser. I noticed that I could direct a 1 by 1 pixel at another PHP script, such as a form mail script which prints html to the screen, and Netscape would not make multiple requests for the image. So I experimented, and placed the flush command ahead of the print command. Flush and print together stop the Netscape browser. However, as I said, that is a very awkward solution. Hopefully, a better solution can be found, such as finding the source of a configuration error. Thanks, Robert Jenkins [2002-05-02 14:56:46] [EMAIL PROTECTED] Thank your for your help. I have developed a PHP web tracker (ideal-tracker.com) which relies on a 1 by 1 pixel image placed on the html page being tracked. I also have another web host for a second site and I run an identical version of the web tracker on this additional site for test purposes. This second host recently upgraded to PHP 4.12 and now I am having problems with multiple counting of pages. Basically, the browser requests the 1 by 1 pixel image over and over. I inserted code to kill the script should an identical request come within 15 seconds. This works fine with IE. However, Netscape continues to request the 1 by 1 pixel image, and every 15 seconds, a hit is recorded. The process would basically go on forever unless the user hits the stop button or closes out the browser. This did not happed in either 4.04 or 4.06. Do you have any suggestions? Thanks, Robert Jenkins -- Edit this bug report at http://bugs.php.net/?id=16972&edit=1
Bug #16990 Updated: 4.1.1 works good, but 4.2.0 - CGI timeout :(
ID: 16990 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Win2K Adv. Server PHP Version: 4.2.0 New Comment: cli = Command Line Interface. for CGI, you want php.exe, which should be part of the download too. Previous Comments: [2002-05-03 09:06:06] [EMAIL PROTECTED] I've just setup 4.2.0 (remove 4.1.1 files at all and unzip 4.2.0 into proper directory and rename php-cli.exe to php.exe, and config c:\winnt\php.ini), check IIS - all paths are OK etc. So I'm trying to get /index.php -> GET / HTTP/1.0 -> 502 CGI Timeout etc. If I try to do php.exe -r phpinfo();, for example - all is ok. But 4.1.1 works good... Please, help me. OS: Win2K Advanced Server, SP2, .NET (Visual Studio .NET) -- Edit this bug report at http://bugs.php.net/?id=16990&edit=1
Bug #16134 Updated: wordwrap() with \n
ID: 16134
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System: every
PHP Version: 4.1.0
New Comment:
php 4.2.0 handles this as you expected, and respects the optional
parameter which you specify what you want to use as separator, for
example
echo wordwrap(nl2br($text), 10, "",1);
respects the "" inserted by nl2br in the text.
echo wordwrap(nl2br($text), 10, "",1);
does not since "" != "" :)
Previous Comments:
[2002-03-18 03:20:02] [EMAIL PROTECTED]
Code: echo wordwrap("ab cd\nef gh ij kl",5);
Output:
ab
cd
ef gh
ij kl
Expected output:
ab cd
ef gh
ij kl
-
Code: echo wordwrap("ab cd\nef gh ij kl",5,"\n",1);
Output:
ab
cd
ef gh
ij
kl
Expected Output:
ab cd
ef gh
ij kl
--
Edit this bug report at http://bugs.php.net/?id=16134&edit=1
Bug #16991: wordwrap should respect html tags
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.0 PHP Bug Type: Feature/Change Request Bug description: wordwrap should respect html tags wordwrap should respect html tags and not count these as normal letters. i suggest by a extra parameter turning the behavior on/off, or a separate function, like wordwrap_html() -- Edit bug report at http://bugs.php.net/?id=16991&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16991&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16991&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16991&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16991&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16991&r=support Expected behavior: http://bugs.php.net/fix.php?id=16991&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16991&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16991&r=submittedtwice
Bug #16992: Erro remote connect Mysql
From: [EMAIL PROTECTED] Operating system: Apache/Win2000 PHP version: 4.1.2 PHP Bug Type: MSSQL related Bug description: Erro remote connect Mysql I have a aplication (PHP) into server Apache that needs to read a database Mysql in another server (IIS/win2000). These servers are in diferent LAN. This aplicattion has a perffect funcionality into LAN where is the database, but when we try with remote conetion it doesn´t. The mensage is that: Warning: Can´t connect Mysql on (110) The number 110 in warning mensage is a port or error number? What can I do to stabilish this conection? -- Edit bug report at http://bugs.php.net/?id=16992&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16992&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16992&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16992&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16992&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16992&r=support Expected behavior: http://bugs.php.net/fix.php?id=16992&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16992&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16992&r=submittedtwice
Bug #16967 Updated: FATAL: emalloc(): Unable to allocate
ID: 16967 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Unknown/Other Function Operating System: Redhat Linux 7.2 (Intel) PHP Version: 4.2.0 New Comment: I have reinstalled my hole system, with all software but php version 4.1.2 instead of 4.2.0 and it works! I have no idea what the problem was but it is gone :) Thanx everyone !! Previous Comments: [2002-05-03 03:14:46] [EMAIL PROTECTED] Can you disable all other modules to apache except PHP... I think something conflicts. Derick [2002-05-02 13:57:10] [EMAIL PROTECTED] Damn too late, i have just started to reset my system but if the error starts again i will try the patch thnx anyway [2002-05-02 13:57:10] [EMAIL PROTECTED] Damn too late, i have just started to reset my system but if the error starts again i will try the patch thnx anyway [2002-05-02 13:34:41] [EMAIL PROTECTED] Could you check if the patch available below fixes your problem? http://sourceforge.net/tracker/index.php?func=detail&aid=547030&group_id=23067&atid=377410 [2002-05-02 11:48:11] [EMAIL PROTECTED] ik heb php versie 4.2.1RC1 geinstalleerd zoals derek voorstelde maar ondanks dat krijg ik nog steeds dezelfde fout. Ik heb het weer getest en phpSysInfo enzo werken wel allemaal alleen phpMyAdmin tot nu toe nog niet. Het probleem is er dus nog steeds. Is het raadzaam om alles opnieuw te installeren? -- i have installed it but the problem stills exists. phpSysInfo and other scripts/pages works fine but phpMyAdmin doesn't still work well. So the problem still exists. Is it smart to reset my hole system and start over with installing? 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/16967 -- Edit this bug report at http://bugs.php.net/?id=16967&edit=1
Bug #16929 Updated: crash (segmentation fault) apache2 with oci8 option
ID: 16929 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: linux 2.4.4 PHP Version: 4.2.0 New Comment: Yes that's work with 4.1.x but not with apache 2.0.35 i used another option and apache 2.0.35 didn't compile. Previous Comments: [2002-05-03 05:50:10] [EMAIL PROTECTED] i've the same problem with kernel 2.4.18. useing php 4.2.0 with apache 2.0.35 i'm getting a core dump during startup of httpd. with apache 1.3.24 it works, but if i select something on a table from an oracle db i get only unreadable data trash. with php 4.1.x it's working fine [2002-05-02 06:58:16] [EMAIL PROTECTED] with bt in gdb !! (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 11478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 11478)] php_apache_sapi_sen(gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 11515)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 11515)] php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 117 ctx->r->status = SG(sapi_headers).http_response_code; (gdb) bt #0 php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 #1 0x402f429a in sapi_send_headers (tsrm_ls=0x8140e48) at SAPI.c:578 #2 0x4035246b in php_header () at head.c:58 #3 0x402f97ef in php_ub_body_write ( str=0xbfffddfc "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x8140e48) at output.c:475 #4 0x402f8c26 in php_body_write ( str=0xbfffddfc "OCIDebug: START php_mshutdown_oci\n", str_length=40, tsrm_ls=0x8140e48) at output.c:99 #5 0x402edcb9 in php_printf (format=0x403b4e77 "OCIDebug: %s\n") at main.c:355 #6 0x40317c39 in oci_debug (format=0x403b4acc "START php_mshutdown_oci") at oci8.c:1046 #7 0x40316f0c in zm_shutdown_oci (type=1, module_number=6, tsrm_ls=0x8140e48) at oci8.c:592 #8 0x402e46d3 in module_destructor (module=0x8182878) at zend_API.c:1127 #9 0x402e6348 in zend_hash_destroy (ht=0x403e2a20) at zend_hash.c:541 #10 0x402e0cdc in zend_shutdown (tsrm_ls=0x8140e48) at zend.c:490 #11 0x402ef9ce in php_module_shutdown (tsrm_ls=0x8140e48) at main.c:1050 #12 0x402ef978 in php_module_shutdown_wrapper (sapi_globals=0x403c3360) at main.c:1027 #13 0x402ecc25 in php_apache_server_shutdown (tmp=0x0) at sapi_apache2.c:422 ---Type to continue, or q to quit---(gdb) run -X #14 0x40043aec in run_cleanups (c=0x813ff98) at apr_pools.c:1713 #15 0x40042f61 in apr_pool_clear (pool=0x80bc8a0) at apr_pools.c:603 #16 0x8085c37 in main (argc=2, argv=0xb50c) at main.c:579 #17 0x40194c6f in __libc_start_main () from /lib/libc.so.6 (gdb) Starting program: /usr/local/apache2/bin/httpd -X Undefined command: "Starting". Try "help". (gdb) [New Thread 1024 (LWP 11478)] Undefined command: "". Try "help". (gdb) (gdb) Program received signal SIGSEGV, Segmentation fault. Undefined command: "Program". Try "help". (gdb) [Switching to Thread 1024 (LWP 11478)] Undefined command: "". Try "help". (gdb) php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) Undefined command: "php". Try "help". (gdb) at sapi_apache2.c:117d_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 117 ctx->r->status = SG(sapi_headers).http_response_code; (gdb) quit [2002-05-02 06:56:06] [EMAIL PROTECTED] Can you provide a full backtrace (type 'bt' instead of 'quit')? regards, Derick [2002-05-02 06:54:21] [EMAIL PROTECTED] hello, with httpd -X in console that not run. with gdb i have this (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1024 (LWP 11478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 11478)] php_apache_sapi_send_headers (sapi_headers=0x8140eb0, tsrm_ls=0x8140e48) at sapi_apache2.c:117 117 ctx->r->status = SG(sapi_headers).http_response_code; (gdb) quit [2002-05-02 06:05:38] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". -
Bug #16972 Updated: 1 by1 pixel image problem
ID: 16972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Red Hat Linux 6.2 PHP Version: 4.1.2 New Comment: Basically, I have refined the solution mentioned above to successfully override the buggy behavior. So I'm not going to take it to support. As for giving a short script, I'm having trouble reproducing the bug with a short script. In other words, taking an html file with a 1 by 1 pixel image leading to a php file which produces no output to the screen. The web tracker of which I am speaking is a very lengthy script which I will not try to reproduce. Suffice it to say, that it worked fine under versions of PHP 3, 4.04 and 4.06. But under 4.12 it could not work with Netscape due to continuous calls for the 1 by 1 image. It also had some trouble working with IE. To trick the Netscape browser, it is necessary to complete the script by telling it to flush and then print something as short as "OK", even though the print output will never show up on the screen. Previous Comments: [2002-05-03 09:15:14] [EMAIL PROTECTED] how could anyone tell without seeing a *short* and *self-contained* script first? I suggest you take this issue to php-general@, and if the conclusion on the list is that it's really a change NOT announced in ChangeLog or NEWS, take it (along with a short script) here. [2002-05-03 09:05:14] [EMAIL PROTECTED] But at first I thought it was a bug. In fact, I'm only speculating that it is a configuration problem. I would like some confirmation as to whether a bug truly exists which would cause this behavior or whether it is a problem in the configuration. If it is a bug causing 4.12 to behave differently than earlier versions, then it should be addressed. [2002-05-03 04:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-05-03 00:48:55] [EMAIL PROTECTED] The more I think about this problem, the more I believe it must be a configuration problem. However, since I have shared hosting accounts, I am dependent on my web host to set the configuration. If anyone can think of where the configuration may be set wrong, please let me know, so I can notify my web host (in this case, Linuxwebhost) where to look. In the meantime, I have found a rather awkward solution to keep the web tracking system working with Netscape. I have the PHP web tracking script check to see if it has received an identical request from an html page with the 1 by 1 pixel image in the last few seconds. (Identical in terms of user IP and page visited.) For IE, I can simply use the die command to stop the process. However, Netscape will continuously try to call the 1 by 1 pixel image. I had put in the command print "OK" hoping that would stop the browser. I noticed that I could direct a 1 by 1 pixel at another PHP script, such as a form mail script which prints html to the screen, and Netscape would not make multiple requests for the image. So I experimented, and placed the flush command ahead of the print command. Flush and print together stop the Netscape browser. However, as I said, that is a very awkward solution. Hopefully, a better solution can be found, such as finding the source of a configuration error. Thanks, Robert Jenkins [2002-05-02 14:56:46] [EMAIL PROTECTED] Thank your for your help. I have developed a PHP web tracker (ideal-tracker.com) which relies on a 1 by 1 pixel image placed on the html page being tracked. I also have another web host for a second site and I run an identical version of the web tracker on this additional site for test purposes. This second host recently upgraded to PHP 4.12 and now I am having problems with multiple counting of pages. Basically, the browser requests the 1 by 1 pixel image over and over. I inserted code to kill the script should an identical request come within 15 seconds. This works fine with IE. However, Netscape continues to request the 1 by 1 pixel image, and every 15 seconds, a hit is recorded. The process would basically go on forever unless the user hits the stop button or closes out the browser. This did not happed in either 4.04 or 4.06. Do you have any suggestions? Thanks, Robert Jenkins -- Edit this bug report at http://bugs.php.net/?id=16972&edit=1
Bug #16992 Updated: Erro remote connect Mysql
ID: 16992 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Apache/Win2000 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-05-03 09:29:55] [EMAIL PROTECTED] I have a aplication (PHP) into server Apache that needs to read a database Mysql in another server (IIS/win2000). These servers are in diferent LAN. This aplicattion has a perffect funcionality into LAN where is the database, but when we try with remote conetion it doesn´t. The mensage is that: Warning: Can´t connect Mysql on (110) The number 110 in warning mensage is a port or error number? What can I do to stabilish this conection? -- Edit this bug report at http://bugs.php.net/?id=16992&edit=1
Bug #16988 Updated: Invalid access to memory location
ID: 16988 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: 2000 PHP Version: 4.2.0 New Comment: Are you sure you have updated the php4ts.dll file in c:\winnt\system32 with the new one in the PHP distribution? Previous Comments: [2002-05-03 06:40:25] [EMAIL PROTECTED] Hello! I have a little problem when I try to display my index.php. All I have in it it's (just a test): And when I try to open this page I have the following result : Invalid access to memory location I'm using IIS and the Cgi-Binary (not the ISAPI Filters). Can anyone help me on that please ? Thank you in advance ! -- Edit this bug report at http://bugs.php.net/?id=16988&edit=1
Bug #16993: Characters with ascii>127 crash
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.0 PHP Bug Type: Sablotron XSL Bug description: Characters with ascii>127 crash Possible bug in xslt_process() If in the source xml code are characters with ascii code greater than 127, for example some national characters (ö, ü, ...), they will not be displayed correctly in the result after the transformation. Instead the character I get two strange characters. For a specified source character (>127) I always get specified characters. Of course, in the xml tag I use the correct encoding attribute, for example ISO-8859-2. Thanks. -- Edit bug report at http://bugs.php.net/?id=16993&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16993&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16993&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16993&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16993&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16993&r=support Expected behavior: http://bugs.php.net/fix.php?id=16993&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16993&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16993&r=submittedtwice
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
New Comment:
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
Previous Comments:
[2002-03-21 18:04:26] [EMAIL PROTECTED]
Hey guys,
I have try statically filling the var, and the problem does indeed
still persist. Here's recap:
FreeBSD 4.5
php 4.1.2
apache 1.3.23
My configure line:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib'
'--with-mysql=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--prefix=/usr/local'
And of coarse, the above code.
[2002-03-21 16:03:15] [EMAIL PROTECTED]
The way you set it up looks correct, but when I print the value of the
inner loop. It does, in fact only print the value of 2, then stops. I
can continue to reproduce this on 2 of my BSD machines, and quite
honestly, the code does look ok.
--Paul
[2002-03-21 00:30:48] [EMAIL PROTECTED]
Can't reproduce on Linux using 4.0.6/4.1.0/4.2.0 or Windows XP
w/4.0.6.
I get 0 and 1 as expected. Of course without the original data I can't
figure anything out I had to rebuild the data from your print_r output
to this.
$SESSION_DATA = array(
"Domain" => "www.test.com",
"Start IP" => "64.24.23.32",
"End IP" => "6.23.23.23",
"Netmask" => "255.255.255.255",
"Number of Disks" => 2,
"Disk Type" => "ide",
"Enable Raid" => "Y",
"Disk Sizes" => array(
0 => array ("SIZE" => 40,
"/" => 39,
"Swap" => 1),
1 => array("SIZE" => 40,
"/home" => 40)
)
);
Yeah, it probably is you ;)
Here's my output
Domainwww.test.com
Start IP64.24.23.32
End IP6.23.23.23
Netmask255.255.255.255
Number of Disks2
Disk Typeide
Enable RaidY
Disk Sizes040
140
-Chris
[2002-03-21 00:10:43] [EMAIL PROTECTED]
Please see below. I have included all information possible that could
be of assistance. This looks possibly like, the array is too deep, or
perhaps a type not being an int, but I honestly think it's something
else. I hope it's not me. I've been staring at this for a long time
and had other look at it. :) Thanks Paul
/* This is the output from print_r that in the function below */
Array ( [Domain] => www.test.com [Start IP] => 64.24.23.32 [End IP] =>
6.23.23.23 [Netmask] => 255.255.255.255 [Number of Disks] => 2 [Disk
Type] => ide [Enable Raid] => Y [Disk Sizes] => Array ( [0] => Array (
[SIZE] => 40 [/] => 39 [Swap] => 1 ) [1] => Array ( [SIZE] => 40
[/home] => 40 ) ) )
function do_last(){
global $SESSION_DATA
/* See above for output -- Used for debugging
print_r($SESSION_DATA); */
while(list($key,$value) = each($SESSION_DATA)){
print $key . "";
/* Handle a special key */
if($key == "Disk Sizes"){
/* This following code should output 2 values that are
stored in the array, but if a un-comment out "print $a", the value is
initially 2. What happened to it being 0? */
for($a=0;$a";
}
}
else{
print $value . "";
}
}
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #10641 Updated: can't make connection to Mysql DB
ID: 10641 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating System: RH7.1 PHP Version: 4.0 Latest CVS (03/05/2001) New Comment: Hi, I have the similar problem. The diference is that is a remote connection. Warning: Can't connect to MySQL server on (110) If you resolve please help me too. Previous Comments: [2001-06-02 23:07:16] [EMAIL PROTECTED] This should be fixed with PHP 4.0.6, please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz -Jani [2001-05-03 13:50:19] [EMAIL PROTECTED] Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /home/hdn/public_html/test.html on line 11 Couldn't connect to MySQL Mysql server is up and running, I can connect to it with shell command. -- Edit this bug report at http://bugs.php.net/?id=10641&edit=1
Bug #16993 Updated: Characters with ascii>127 crash
ID: 16993 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Sablotron XSL Operating System: Windows 2000 PHP Version: 4.2.0 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". Previous Comments: [2002-05-03 09:47:53] [EMAIL PROTECTED] Possible bug in xslt_process() If in the source xml code are characters with ascii code greater than 127, for example some national characters (ö, ü, ...), they will not be displayed correctly in the result after the transformation. Instead the character I get two strange characters. For a specified source character (>127) I always get specified characters. Of course, in the xml tag I use the correct encoding attribute, for example ISO-8859-2. Thanks. -- Edit this bug report at http://bugs.php.net/?id=16993&edit=1
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
New Comment:
what about the semicolon after for (...) ?
Previous Comments:
[2002-05-03 09:47:59] [EMAIL PROTECTED]
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
[2002-03-21 18:04:26] [EMAIL PROTECTED]
Hey guys,
I have try statically filling the var, and the problem does indeed
still persist. Here's recap:
FreeBSD 4.5
php 4.1.2
apache 1.3.23
My configure line:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib'
'--with-mysql=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--prefix=/usr/local'
And of coarse, the above code.
[2002-03-21 16:03:15] [EMAIL PROTECTED]
The way you set it up looks correct, but when I print the value of the
inner loop. It does, in fact only print the value of 2, then stops. I
can continue to reproduce this on 2 of my BSD machines, and quite
honestly, the code does look ok.
--Paul
[2002-03-21 00:30:48] [EMAIL PROTECTED]
Can't reproduce on Linux using 4.0.6/4.1.0/4.2.0 or Windows XP
w/4.0.6.
I get 0 and 1 as expected. Of course without the original data I can't
figure anything out I had to rebuild the data from your print_r output
to this.
$SESSION_DATA = array(
"Domain" => "www.test.com",
"Start IP" => "64.24.23.32",
"End IP" => "6.23.23.23",
"Netmask" => "255.255.255.255",
"Number of Disks" => 2,
"Disk Type" => "ide",
"Enable Raid" => "Y",
"Disk Sizes" => array(
0 => array ("SIZE" => 40,
"/" => 39,
"Swap" => 1),
1 => array("SIZE" => 40,
"/home" => 40)
)
);
Yeah, it probably is you ;)
Here's my output
Domainwww.test.com
Start IP64.24.23.32
End IP6.23.23.23
Netmask255.255.255.255
Number of Disks2
Disk Typeide
Enable RaidY
Disk Sizes040
140
-Chris
[2002-03-21 00:10:43] [EMAIL PROTECTED]
Please see below. I have included all information possible that could
be of assistance. This looks possibly like, the array is too deep, or
perhaps a type not being an int, but I honestly think it's something
else. I hope it's not me. I've been staring at this for a long time
and had other look at it. :) Thanks Paul
/* This is the output from print_r that in the function below */
Array ( [Domain] => www.test.com [Start IP] => 64.24.23.32 [End IP] =>
6.23.23.23 [Netmask] => 255.255.255.255 [Number of Disks] => 2 [Disk
Type] => ide [Enable Raid] => Y [Disk Sizes] => Array ( [0] => Array (
[SIZE] => 40 [/] => 39 [Swap] => 1 ) [1] => Array ( [SIZE] => 40
[/home] => 40 ) ) )
function do_last(){
global $SESSION_DATA
/* See above for output -- Used for debugging
print_r($SESSION_DATA); */
while(list($key,$value) = each($SESSION_DATA)){
print $key . "";
/* Handle a special key */
if($key == "Disk Sizes"){
/* This following code should output 2 values that are
stored in the array, but if a un-comment out "print $a", the value is
initially 2. What happened to it being 0? */
for($a=0;$a";
}
}
else{
print $value . "";
}
}
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
Previous Comments:
[2002-05-03 10:02:52] [EMAIL PROTECTED]
what about the semicolon after for (...) ?
[2002-05-03 09:47:59] [EMAIL PROTECTED]
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
[2002-03-21 18:04:26] [EMAIL PROTECTED]
Hey guys,
I have try statically filling the var, and the problem does indeed
still persist. Here's recap:
FreeBSD 4.5
php 4.1.2
apache 1.3.23
My configure line:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib'
'--with-mysql=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--prefix=/usr/local'
And of coarse, the above code.
[2002-03-21 16:03:15] [EMAIL PROTECTED]
The way you set it up looks correct, but when I print the value of the
inner loop. It does, in fact only print the value of 2, then stops. I
can continue to reproduce this on 2 of my BSD machines, and quite
honestly, the code does look ok.
--Paul
[2002-03-21 00:30:48] [EMAIL PROTECTED]
Can't reproduce on Linux using 4.0.6/4.1.0/4.2.0 or Windows XP
w/4.0.6.
I get 0 and 1 as expected. Of course without the original data I can't
figure anything out I had to rebuild the data from your print_r output
to this.
$SESSION_DATA = array(
"Domain" => "www.test.com",
"Start IP" => "64.24.23.32",
"End IP" => "6.23.23.23",
"Netmask" => "255.255.255.255",
"Number of Disks" => 2,
"Disk Type" => "ide",
"Enable Raid" => "Y",
"Disk Sizes" => array(
0 => array ("SIZE" => 40,
"/" => 39,
"Swap" => 1),
1 => array("SIZE" => 40,
"/home" => 40)
)
);
Yeah, it probably is you ;)
Here's my output
Domainwww.test.com
Start IP64.24.23.32
End IP6.23.23.23
Netmask255.255.255.255
Number of Disks2
Disk Typeide
Enable RaidY
Disk Sizes040
140
-Chris
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/16199
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16994: Error log reports seg fault and bus error at what seems to be arbitrary moments
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5 PHP version: 4.2.0 PHP Bug Type: Scripting Engine problem Bug description: Error log reports seg fault and bus error at what seems to be arbitrary moments Hi, Ever since my system administrator upgraded to 4.2.0, it seems that PHP is crapping out on arbitrary pages. I have tried to isolate the source of the crash, but have had little success. As well, I am unable to do a gdb backtrace, as PHP is not configured with --enable-debug. So, this bug report is probably of little value, but I'll tell you what i know. The Apache error log is spitting out the following: [Fri May 3 07:21:30 2002] [notice] child pid 50301 exit signal Bus error (10) [Fri May 3 07:21:31 2002] [notice] child pid 51448 exit signal Segmentation fault (11) There doesn't seem to be a logic to what scripts makes PHP choke, as one script might run fine once but not another time. To be clear, this bug is not effecting scripts on my site across the boards, but again there doesn't apear to be a logic to the scripts that are effected. As noted in the week 84 Zend Summary, my sysop rebuilt PHP using the configuration file noted. This did not resolve the issue. We are running Server Version: Apache/1.3.24 (Unix) mod_gzip/1.3.19.1a PHP/4.2.0 mod_throttle/3.1.2 I hope this measily bug report is somewhat helpful. -- Edit bug report at http://bugs.php.net/?id=16994&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16994&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16994&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16994&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16994&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16994&r=support Expected behavior: http://bugs.php.net/fix.php?id=16994&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16994&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16994&r=submittedtwice
Bug #16994 Updated: Error log reports seg fault and bus error at what seems to be arbitrary moments
ID: 16994 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.5 PHP Version: 4.2.0 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: [2002-05-03 10:34:24] [EMAIL PROTECTED] Hi, Ever since my system administrator upgraded to 4.2.0, it seems that PHP is crapping out on arbitrary pages. I have tried to isolate the source of the crash, but have had little success. As well, I am unable to do a gdb backtrace, as PHP is not configured with --enable-debug. So, this bug report is probably of little value, but I'll tell you what i know. The Apache error log is spitting out the following: [Fri May 3 07:21:30 2002] [notice] child pid 50301 exit signal Bus error (10) [Fri May 3 07:21:31 2002] [notice] child pid 51448 exit signal Segmentation fault (11) There doesn't seem to be a logic to what scripts makes PHP choke, as one script might run fine once but not another time. To be clear, this bug is not effecting scripts on my site across the boards, but again there doesn't apear to be a logic to the scripts that are effected. As noted in the week 84 Zend Summary, my sysop rebuilt PHP using the configuration file noted. This did not resolve the issue. We are running Server Version: Apache/1.3.24 (Unix) mod_gzip/1.3.19.1a PHP/4.2.0 mod_throttle/3.1.2 I hope this measily bug report is somewhat helpful. -- Edit this bug report at http://bugs.php.net/?id=16994&edit=1
Bug #16769 Updated: Upgraded to Apache 2 with PHP not working
ID: 16769 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: i tested php with Apache 2 on windows 2000 and dont work! the entries of MODULES CONFIGS for the Apache 1.2.24 dont run in Apache 2.0.35 Previous Comments: [2002-04-23 16:12:16] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". [2002-04-23 15:53:21] [EMAIL PROTECTED] Basically I tested PHP on the windows binary of apache 1.3.24 and everything was great. However when going to apache 2.0.35, the same entries that worked for apache 1.3.24 seem to cause errors. Apache will only run when I comment out the MODULES CONFIGS in the httpd.conf. I hope this is a known issue, I just do not want to reload the old apache if you have a patch or different commands. -- Edit this bug report at http://bugs.php.net/?id=16769&edit=1
Bug #16995: reallocating memory causes segfaults
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: Session related Bug description: reallocating memory causes segfaults backtrace: #0 0x08189910 in zend_hash_get_current_key_ex (ht=0x82d5654, str_index=0xbfffe984, str_length=0xbfffe980, num_index=0xbfffe97c, duplicate=0 '\000', pos=0xbfffe988) at zend_hash.c:1035 #1 0x080fed0e in php_session_save_current_state () #2 0x08101855 in php_session_flush () #3 0x08101895 in zm_deactivate_session () #4 0x08186aee in module_registry_cleanup (module=0x8285ed0) at zend_API.c:1169 #5 0x08188f0a in zend_hash_apply (ht=0x82349a0, apply_func=0x8186aa6 ) at zend_hash.c:669 #6 0x08183e14 in zend_deactivate_modules () at zend.c:581 #7 0x08077658 in php_request_shutdown () #8 0x08075997 in main () #9 0x4037a4f2 in __libc_start_main () from /lib/libc.so.6 The problem however appears earlier. It seems that the zval structure ps_globals.http_session_vars points at is freed and allocated elsewhere, but ps_globals.http_session_vars points to the old location, so when it comes to php_session_save_current_state (#1), Z_ARRVAL_P(PS(http_session_vars)) holds some meaningless value. -- Edit bug report at http://bugs.php.net/?id=16995&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16995&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16995&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16995&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16995&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16995&r=support Expected behavior: http://bugs.php.net/fix.php?id=16995&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16995&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16995&r=submittedtwice
Bug #16995 Updated: reallocating memory causes segfaults
ID: 16995 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.0 New Comment: This appeared first in 4.1.0, 4.0.6 is ok. Previous Comments: [2002-05-03 11:57:47] [EMAIL PROTECTED] backtrace: #0 0x08189910 in zend_hash_get_current_key_ex (ht=0x82d5654, str_index=0xbfffe984, str_length=0xbfffe980, num_index=0xbfffe97c, duplicate=0 '\000', pos=0xbfffe988) at zend_hash.c:1035 #1 0x080fed0e in php_session_save_current_state () #2 0x08101855 in php_session_flush () #3 0x08101895 in zm_deactivate_session () #4 0x08186aee in module_registry_cleanup (module=0x8285ed0) at zend_API.c:1169 #5 0x08188f0a in zend_hash_apply (ht=0x82349a0, apply_func=0x8186aa6 ) at zend_hash.c:669 #6 0x08183e14 in zend_deactivate_modules () at zend.c:581 #7 0x08077658 in php_request_shutdown () #8 0x08075997 in main () #9 0x4037a4f2 in __libc_start_main () from /lib/libc.so.6 The problem however appears earlier. It seems that the zval structure ps_globals.http_session_vars points at is freed and allocated elsewhere, but ps_globals.http_session_vars points to the old location, so when it comes to php_session_save_current_state (#1), Z_ARRVAL_P(PS(http_session_vars)) holds some meaningless value. -- Edit this bug report at http://bugs.php.net/?id=16995&edit=1
Bug #16972 Updated: 1 by1 pixel image problem
ID: 16972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Red Hat Linux 6.2 PHP Version: 4.1.2 New Comment: I do intend to report back when my second web host updates to 4.12. The second web host uses a Rackshack server and (the way I understand it) is waiting for the Ensim Appliance to be updated for the higher version of 4.12. I want to see if the same error occurs. If so, then it is more likely a result of quircky PHP 4.12 behavior. If it does not, then the error is most likely a configuration problem with my first web host. Previous Comments: [2002-05-03 09:37:52] [EMAIL PROTECTED] Basically, I have refined the solution mentioned above to successfully override the buggy behavior. So I'm not going to take it to support. As for giving a short script, I'm having trouble reproducing the bug with a short script. In other words, taking an html file with a 1 by 1 pixel image leading to a php file which produces no output to the screen. The web tracker of which I am speaking is a very lengthy script which I will not try to reproduce. Suffice it to say, that it worked fine under versions of PHP 3, 4.04 and 4.06. But under 4.12 it could not work with Netscape due to continuous calls for the 1 by 1 image. It also had some trouble working with IE. To trick the Netscape browser, it is necessary to complete the script by telling it to flush and then print something as short as "OK", even though the print output will never show up on the screen. [2002-05-03 09:15:14] [EMAIL PROTECTED] how could anyone tell without seeing a *short* and *self-contained* script first? I suggest you take this issue to php-general@, and if the conclusion on the list is that it's really a change NOT announced in ChangeLog or NEWS, take it (along with a short script) here. [2002-05-03 09:05:14] [EMAIL PROTECTED] But at first I thought it was a bug. In fact, I'm only speculating that it is a configuration problem. I would like some confirmation as to whether a bug truly exists which would cause this behavior or whether it is a problem in the configuration. If it is a bug causing 4.12 to behave differently than earlier versions, then it should be addressed. [2002-05-03 04:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-05-03 00:48:55] [EMAIL PROTECTED] The more I think about this problem, the more I believe it must be a configuration problem. However, since I have shared hosting accounts, I am dependent on my web host to set the configuration. If anyone can think of where the configuration may be set wrong, please let me know, so I can notify my web host (in this case, Linuxwebhost) where to look. In the meantime, I have found a rather awkward solution to keep the web tracking system working with Netscape. I have the PHP web tracking script check to see if it has received an identical request from an html page with the 1 by 1 pixel image in the last few seconds. (Identical in terms of user IP and page visited.) For IE, I can simply use the die command to stop the process. However, Netscape will continuously try to call the 1 by 1 pixel image. I had put in the command print "OK" hoping that would stop the browser. I noticed that I could direct a 1 by 1 pixel at another PHP script, such as a form mail script which prints html to the screen, and Netscape would not make multiple requests for the image. So I experimented, and placed the flush command ahead of the print command. Flush and print together stop the Netscape browser. However, as I said, that is a very awkward solution. Hopefully, a better solution can be found, such as finding the source of a configuration error. Thanks, Robert Jenkins 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/16972 -- Edit this bug report at http://bugs.php.net/?id=16972&edit=1
Bug #14298 Updated: PUT absent $PHP_PUT_FILENAME $PHP_UPLOADED_FILE_NAME
ID: 14298 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type:HTTP related PHP Version: 4.0.6 Assigned To: zak New Comment: Whats happening on this subject? Previous Comments: [2001-12-02 01:32:31] [EMAIL PROTECTED] Thanks for the report - I am checking into it. --zak [2001-11-30 10:33:31] [EMAIL PROTECTED] Document: features.file-upload.put-method.html SAYS: The filename of this temporary file is in the $PHP_PUT_FILENAME variable SAYS: copy( $PHP_UPLOADED_FILE_NAME, $DOCUMENT_ROOT.$REQUEST_URI ); Neither works. What does? -- Edit this bug report at http://bugs.php.net/?id=14298&edit=1
Bug #16408 Updated: session handling does not work with IE6
ID: 16408
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Windows NT (IIS) & AIX (Apache)
PHP Version: 4.1.1
New Comment:
I thing, you forgot to place quotes around variable name
Instead of
session_register(User); BAD
use
session_register("User"); OK
Previous Comments:
[2002-04-03 09:46:55] [EMAIL PROTECTED]
Hmm. I use IE6+Linux/Apache and I don't have problem.
Could you look into packets using sniffer? and see if there is any
difference with IE6 and IE5.
Ehtereal works on a lot of platforms and very easy to use.
http://www.ethereal.com/
[2002-04-03 04:16:46] [EMAIL PROTECTED]
In IE6 we have on some PCs the problem that the session data will not
saved:
First page:
session_start();
$User = "root";
session_register(User);
Second page:
session_start();
echo "$User";
Now nothing will displayed... :-(
This Problem occures only in IE6 an never in IE5.x
Stephan
--
Edit this bug report at http://bugs.php.net/?id=16408&edit=1
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
New Comment:
This is a bug. I've had mutiple people come up with the same result.
Let's stop being lazy, and really try to duplicate this. Actually, I
already rewrote my code, to account for this. Might as well, leave it
as "BOGUS". Yeah right.
Previous Comments:
[2002-05-03 10:02:52] [EMAIL PROTECTED]
what about the semicolon after for (...) ?
[2002-05-03 09:47:59] [EMAIL PROTECTED]
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
[2002-03-21 18:04:26] [EMAIL PROTECTED]
Hey guys,
I have try statically filling the var, and the problem does indeed
still persist. Here's recap:
FreeBSD 4.5
php 4.1.2
apache 1.3.23
My configure line:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib'
'--with-mysql=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--prefix=/usr/local'
And of coarse, the above code.
[2002-03-21 16:03:15] [EMAIL PROTECTED]
The way you set it up looks correct, but when I print the value of the
inner loop. It does, in fact only print the value of 2, then stops. I
can continue to reproduce this on 2 of my BSD machines, and quite
honestly, the code does look ok.
--Paul
[2002-03-21 00:30:48] [EMAIL PROTECTED]
Can't reproduce on Linux using 4.0.6/4.1.0/4.2.0 or Windows XP
w/4.0.6.
I get 0 and 1 as expected. Of course without the original data I can't
figure anything out I had to rebuild the data from your print_r output
to this.
$SESSION_DATA = array(
"Domain" => "www.test.com",
"Start IP" => "64.24.23.32",
"End IP" => "6.23.23.23",
"Netmask" => "255.255.255.255",
"Number of Disks" => 2,
"Disk Type" => "ide",
"Enable Raid" => "Y",
"Disk Sizes" => array(
0 => array ("SIZE" => 40,
"/" => 39,
"Swap" => 1),
1 => array("SIZE" => 40,
"/home" => 40)
)
);
Yeah, it probably is you ;)
Here's my output
Domainwww.test.com
Start IP64.24.23.32
End IP6.23.23.23
Netmask255.255.255.255
Number of Disks2
Disk Typeide
Enable RaidY
Disk Sizes040
140
-Chris
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/16199
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Feedback
-Bug Type: Scripting Engine problem
+Bug Type: *General Issues
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
New Comment:
Reopening, as the original problem is not yet resolved.
Please provide a *short* and *self-contained* example so we can
reproduce it.
Previous Comments:
[2002-05-03 13:53:44] [EMAIL PROTECTED]
This is a bug. I've had mutiple people come up with the same result.
Let's stop being lazy, and really try to duplicate this. Actually, I
already rewrote my code, to account for this. Might as well, leave it
as "BOGUS". Yeah right.
[2002-05-03 10:02:52] [EMAIL PROTECTED]
what about the semicolon after for (...) ?
[2002-05-03 09:47:59] [EMAIL PROTECTED]
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
[2002-03-21 18:04:26] [EMAIL PROTECTED]
Hey guys,
I have try statically filling the var, and the problem does indeed
still persist. Here's recap:
FreeBSD 4.5
php 4.1.2
apache 1.3.23
My configure line:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib'
'--with-mysql=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--prefix=/usr/local'
And of coarse, the above code.
[2002-03-21 16:03:15] [EMAIL PROTECTED]
The way you set it up looks correct, but when I print the value of the
inner loop. It does, in fact only print the value of 2, then stops. I
can continue to reproduce this on 2 of my BSD machines, and quite
honestly, the code does look ok.
--Paul
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/16199
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
-Bug Type: *General Issues
+Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
New Comment:
This is NOT a bug!
for ($i=0; $i<60; $i++);
^^^
You don't want that semi-colon there. Remove it and it works as
expected!
Loops are working perfectly: I use loops more than you write PHP code
and they always work for me! RTFM!
Previous Comments:
[2002-05-03 14:05:34] [EMAIL PROTECTED]
Reopening, as the original problem is not yet resolved.
Please provide a *short* and *self-contained* example so we can
reproduce it.
[2002-05-03 13:53:44] [EMAIL PROTECTED]
This is a bug. I've had mutiple people come up with the same result.
Let's stop being lazy, and really try to duplicate this. Actually, I
already rewrote my code, to account for this. Might as well, leave it
as "BOGUS". Yeah right.
[2002-05-03 10:02:52] [EMAIL PROTECTED]
what about the semicolon after for (...) ?
[2002-05-03 09:47:59] [EMAIL PROTECTED]
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
[2002-03-21 18:04:26] [EMAIL PROTECTED]
Hey guys,
I have try statically filling the var, and the problem does indeed
still persist. Here's recap:
FreeBSD 4.5
php 4.1.2
apache 1.3.23
My configure line:
'./configure' '--with-apxs=/usr/local/sbin/apxs'
'--with-config-file-path=/usr/local/etc' '--enable-versioning'
'--with-system-regex' '--disable-debug' '--enable-track-vars'
'--without-gd' '--without-mysql' '--with-zlib'
'--with-mysql=/usr/local' '--enable-sockets' '--enable-trans-sid'
'--prefix=/usr/local'
And of coarse, the above code.
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/16199
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16996: unable to get php working through iPlanet
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.2.0 PHP Bug Type: iPlanet related Bug description: unable to get php working through iPlanet We're been unable to get php4 running as a nsapi module on iplanet 4.1 we have been using the instructions specified on http://benoit.noss.free.fr/php/install-php4.html and on http://php.ca/manual/en/install.netscape-enterprise.php we used the following configure command: /configure --without-mysql --with-nsapi=/u01/apps/netscape/server4/ --enable-track-vars --enable-libgcc make make install this appears to have worked. there are no error messages reported. I can execute php files on the server manually using the command: php test.php and they get interpreted properly. sounds good right? we have updated the netscape config files, mimetypes, etc.. as per the instructions, the server sees that their are configuration changes and starts without any problems but when I go to access a .php page through iPlanet I get a File Not Found / DNS error? the server runs fine otherwise, it serves up .html, .gif, .jpg, etc. files without any problems. it also does not crash when we try to access a php page - it just says "File Not Found" in the browser window??? if I look at the iPlanet error logs, I see the entry: [02/May/2002:11:02:11] info (18431): php4_init reports: Initialized PHP Module [02/May/2002:11:02:11] info (18431): php4_init reports: Initialized PHP Module [02/May/2002:11:02:12] info (18432): php4_init reports: Initialized PHP Module [02/May/2002:11:02:12] info (18432): php4_init reports: Initialized PHP Module for every single request of one .php file... we are also using coldfusion through iplanet using nsapi obj.conf: Init fn="flex-init" access="/u01/apps/netscape/server4/https-coogee/logs/access" format.access="%Ses->client.ip% - %Req->vars.auth-u ser% [%SYSDATE%] \"%Req->reqpb.clf-request%\" %Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%" Init fn="load-modules" shlib="/u01/apps/netscape/server4/plugins/coldfusion/coldfusion.so" funcs="DoCFRequest" Init fn="load-types" mime-types="mime.types" Init fn="load-modules" shlib="/u01/apps/netscape/server4/bin/libphp4.so" funcs="php4_init,php4_close,php4_execute,php4_auth_trans" Init fn="php4_init" LateInit="yes" AuthTrans fn=php4_auth_trans NameTrans fn="assign-name" from="/servlets/*" name="servlet" NameTrans fn="assign-name" from="/examples/*" name="servlet" NameTrans fn="pfx2dir" from="/coldfusion" dir="/u01/apps/coldfusion/docs" NameTrans fn="pfx2dir" from="/cgi-bin" dir="/u01/apps/netscape/server4/docs/cgi-bin" name="cgi" NameTrans fn="pfx2dir" from="/release" dir="/u01/apps/netscape/server4/docs/cgi-bin" NameTrans fn="pfx2dir" from="/oracle" dir="/u01/apps/oracle/product/8.1.6/doc" NameTrans fn="pfx2dir" from="/ns-icons" dir="/u01/apps/netscape/server4/ns-icons" name="es-internal" NameTrans fn="pfx2dir" from="/mc-icons" dir="/u01/apps/netscape/server4/ns-icons" name="es-internal" NameTrans fn="pfx2dir" from="/viewer" dir="/viewer/LogViewer1.02/index.cfm" NameTrans fn="pfx2dir" from="/help" dir="/u01/apps/netscape/server4/manual/https/ug" name="es-internal" NameTrans fn="pfx2dir" from="/manual" dir="/u01/apps/netscape/server4/manual/https" name="es-internal" NameTrans fn="document-root" root="/u01/stage/dev" PathCheck fn="unix-uri-clean" PathCheck fn="find-pathinfo" PathCheck fn="find-index" index-names="index.html,home.html" PathCheck fn="check-acl" acl="default" ObjectType fn="type-by-extension" ObjectType fn="force-type" type="text/plain" Service fn="php4_execute" type="magnus-internal/x-httpd-php" Service fn="DoCFRequest" method="(GET|POST)" type="magnus-internal/cold-fusion" Service method="(GET|HEAD)" type="magnus-internal/imagemap" fn="imagemap" Service method="(GET|HEAD)" type="magnus-internal/directory" fn="index-common" Service fn="send-cgi" type="magnus-internal/cgi" Service method="(GET|HEAD|POST)" type="*~magnus-internal/*" fn="send-file" AddLog fn="flex-log" name="access" . . ObjectType fn="force-type" type="magnus-internal/x-httpd-php" Service fn=php4_execute -- Edit bug report at http://bugs.php.net/?id=16996&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16996&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16996&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16996&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16996&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16996&r=support Expected behavior: http://bugs.php.net/fix.php?id=16996&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16996&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16996&r=submittedtwice
Bug #16199 Updated: Loop not looping
ID: 16199
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.1.2
New Comment:
Sorry, this is something else. Reopening and waiting for your sample
script.
Previous Comments:
[2002-05-03 14:07:27] [EMAIL PROTECTED]
This is NOT a bug!
for ($i=0; $i<60; $i++);
^^^
You don't want that semi-colon there. Remove it and it works as
expected!
Loops are working perfectly: I use loops more than you write PHP code
and they always work for me! RTFM!
[2002-05-03 14:05:34] [EMAIL PROTECTED]
Reopening, as the original problem is not yet resolved.
Please provide a *short* and *self-contained* example so we can
reproduce it.
[2002-05-03 13:53:44] [EMAIL PROTECTED]
This is a bug. I've had mutiple people come up with the same result.
Let's stop being lazy, and really try to duplicate this. Actually, I
already rewrote my code, to account for this. Might as well, leave it
as "BOGUS". Yeah right.
[2002-05-03 10:02:52] [EMAIL PROTECTED]
what about the semicolon after for (...) ?
[2002-05-03 09:47:59] [EMAIL PROTECTED]
i have an even simpler example:
for ($i=0; $i<60; $i++);
{
echo $i . "";
}
this is producing only one iteration throught the loop!
the result of this loop is visible at http://www.gleep.org/
test/index.php and the loop visible at http://
www.gleep.org/test/index.phps
i'm running 4.2.0 on apache 1.3.24 on a linux box. i've
tried it on 4.1.2 and i get the same thing!
i know i've used for loops before and not had this
problem...
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16199
--
Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16099 Updated: Include_path predefined
ID: 16099
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Output Control
Operating System: WindowsXP
PHP Version: 4.1.2
New Comment:
I have this same problem too. Changing the
include_path = ".;c:\php4\pear" does not fix the problem. What did work
was
include_path = ".;c:\;c:\php4\pear"
I think that the problem is that absolute paths are no longer
recognized and that every path is used as if it were relative.
Previous Comments:
[2002-04-16 00:00:07] [EMAIL PROTECTED]
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-03-28 16:52:20] [EMAIL PROTECTED]
I've noticed that adding the drive letter to a relative path has to be
done to get all working (apart from setting the include_path as it is
said was said by [EMAIL PROTECTED]
But it breaks the interportability of the path names (as it was for
e.g. "/web/include/php_class.php" now it
has to be "c:/web/include/php_class.php".
[2002-03-18 20:50:42] [EMAIL PROTECTED]
I got almost the same problem on windows 2k after I upgrade to 4.1.2
:(
all the php script stop working and output the warning
Warning: Failed opening 'path of the script' for inclusion
(include_path='.;c:\php4\pear') in Unknown on line 0
I tried the include_path = ".;c:\php4\pear" that didn't fix the
problem.
[2002-03-15 16:52:51] [EMAIL PROTECTED]
This should be fixed in CVS. And setting include_path
in php.ini to this:
include_path = ".;c:\php4\pear"
should fix it too. (ie. no need to wait for release)
[2002-03-15 13:53:58] [EMAIL PROTECTED]
Warning: Failed opening 'configuration.php' for inclusion
(include_path='c:\php4\pear') in
g:\home\malay\public_html\classes\test.php on line 2
php installed directory
G:\PHP
Apache installed directory
-
G:\Apache
Server Document root
--
G:\home\malay\public_html
Directory Structure
---
home-
|_
malay
|_
public_html
| |
configuration.php |
test1.php |
|_
classes
|
test.php
script for test1.php
Script for test.php in classes folder
-
-
This is just a test script to see if the include("classes/test.php") in
test1.php make test.php at the same directory level with the test1.php
as previous version of PHP did.
Note: Even my working postnuke local dev site did function anymore due
the same problem. Another thing I did not set anything on
"include_path" directive. Even I did it make no different. Tried that.
Hope someone can help and thanks in advance.
--
Edit this bug report at http://bugs.php.net/?id=16099&edit=1
Bug #16199 Updated: Loop not looping
ID: 16199 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.5 PHP Version: 4.1.2 New Comment: sander, RTFM? Apology accepted. :) Like I had stated previously, I have changed my code to work around this "bug". I guess I should've kept the original. I do not have other examples. Sorry. Best of luck!! Paul Previous Comments: [2002-05-03 15:10:19] [EMAIL PROTECTED] Sorry, this is something else. Reopening and waiting for your sample script. [2002-05-03 14:07:27] [EMAIL PROTECTED] This is NOT a bug! for ($i=0; $i<60; $i++); ^^^ You don't want that semi-colon there. Remove it and it works as expected! Loops are working perfectly: I use loops more than you write PHP code and they always work for me! RTFM! [2002-05-03 14:05:34] [EMAIL PROTECTED] Reopening, as the original problem is not yet resolved. Please provide a *short* and *self-contained* example so we can reproduce it. [2002-05-03 13:53:44] [EMAIL PROTECTED] This is a bug. I've had mutiple people come up with the same result. Let's stop being lazy, and really try to duplicate this. Actually, I already rewrote my code, to account for this. Might as well, leave it as "BOGUS". Yeah right. [2002-05-03 10:02:52] [EMAIL PROTECTED] what about the semicolon after for (...) ? 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/16199 -- Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16953 Updated: problem with "bytea" column
ID: 16953 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PostgreSQL related Operating System: Win32 PHP Version: 4.2.0 New Comment: Just FYI, in PostgreSQL 7.2.1 large objects are implemented using a **bytea** column in system table pg_largeobject. And they don't work either, of course. Previous Comments: [2002-05-02 10:35:51] [EMAIL PROTECTED] BTW, bytea is _very_ slow compare to large object. Bytea could be 40, 50 times slower than lo. AND PHP pgsql module does not provide decode function when you select bytea. This makes slower. I suggest to wait PostgreSQL 7.3 and PHP supports it or use lo now. [2002-05-02 10:14:41] [EMAIL PROTECTED] I think this is PostgreSQL problem under Windows. You are better to ask to PostgreSQL windwos users/developers. [2002-05-01 17:11:28] [EMAIL PROTECTED] Apache 1.3.24 on Win32 (Win 2000), php installed as module. PostgreSQL 7.2.1 on Linux (Debian). When trying to select data from a column of type "bytea" with query "select encode(zdjecie, 'base64') as zdjecie" from php, I get the following error: pg_exec() query failed: pqReadData() -- read() failed: errno=0 No error However, the same code works well (on the same database), when called from php 4.1.2 apache 1.3.24 on Linux (Debian). Error reporting is set to E_ALL & ~E_NOTICE. -- Edit this bug report at http://bugs.php.net/?id=16953&edit=1
Bug #16997: Non-CRLF lineterminitor gives unexpected results
From: [EMAIL PROTECTED] Operating system: Debian Woody PHP version: 4.1.2 PHP Bug Type: IMAP related Bug description: Non-CRLF lineterminitor gives unexpected results Apparently, my ISP's mailserver (imap.tiscali.nl) sends an LF line terminator instead of CRLF. When using XS2Mail (http://www.xs2mail.com/) on this server, and deleting multiple messages at once, some messages that I marked for deletion aren't deleted, while some messages that I didn't mark for deletion are deleted! I don't know what IMAP server they use, and I cannot give you an example, without giving access to my account. Expected behaviour: - Refuse to continue if the server does not send CRLF's, or - behave the same no matter what the line terminotor is. Regards, Wouter Verheijen, XS2Mail -- Edit bug report at http://bugs.php.net/?id=16997&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16997&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16997&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16997&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16997&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16997&r=support Expected behavior: http://bugs.php.net/fix.php?id=16997&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16997&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16997&r=submittedtwice
Bug #15631 Updated: php4apache.dll don't work with Apache 2.0.32
ID: 15631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: NT4.0 PHP Version: 4.1.1 New Comment: I have the same problem here where could i get php4apache.dll (iirc) from ? Previous Comments: [2002-02-21 18:39:25] [EMAIL PROTECTED] I built it myself, but only the 4.2-dev version would work. BUT...it CRASHES Apache2 on the second reload oh phpinfo(); every time. [2002-02-20 08:28:54] [EMAIL PROTECTED] You'll need php4apache2.dll (IIRC). But I don't know if it will work with the latest version... Anyway, Apache 2 is still in beta so I don't expect PHP to build a new dll every time they released a new beta. If you need it, try to compile it yourself. [2002-02-19 18:23:09] [EMAIL PROTECTED] I'm also having the same problem under Windows XP Pro. [2002-02-19 16:12:29] [EMAIL PROTECTED] php4apache2.dll doesn't work with Apache 2.0.32 (and Apache 2.0, in general). We are using PHP 4.1.1 Any timeframe for having this module available for Apache 2.0? The CGI program does work with Apache 2.0 Thanx, James Potts [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=15631&edit=1
Bug #16919 Updated: Can only run one Com Object per PHP page.
ID: 16919 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: COM related Operating System: windows 2000 Server PHP Version: 4.1.2 -Assigned To: +Assigned To: phanto New Comment: please send the dll to [EMAIL PROTECTED] . Previous Comments: [2002-04-29 18:41:26] [EMAIL PROTECTED] if you run the following script you will see that only one of the Com objects will run at a time. if you try to run both you will recieve a lookup error on the second invoke on method(method2) if you switch them both $z first you will get it on the method1. which every Com has been created first the other will produce the error message. If you run one at a time everything is fine. If you Contact me I will send you the dll to run with this PHP page. Since I can't attach it. You will need the dll to run with this sample. You should recieve an Look up error on $nfoo=com_invoke($z,"method2",$age,$grade); -- Edit this bug report at http://bugs.php.net/?id=16919&edit=1
Bug #16998: CGI version: Problematical Slash in URL
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.2 PHP Bug Type: HTTP related Bug description: CGI version: Problematical Slash in URL In my webhost (Linux) a URL such as: http://mysite.com/show_article/22 can be used. The file show_article is forced to be interpreted as php through .htaccess. 22, of course, refers to the article number. I just installed Apache, PHP and mySql on my computer, setting it up as a server, using localhost as the url. None of these URLs work and produce "error 500, Premature end of script headers: C:/PHP/php.exe." Tracing it carefully I found that the slash just before '22' is the problem. The URL http://localhost/display_article/ also gives the same error. Any help would be appreciated, bob -- Edit bug report at http://bugs.php.net/?id=16998&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16998&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16998&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16998&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16998&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16998&r=support Expected behavior: http://bugs.php.net/fix.php?id=16998&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16998&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16998&r=submittedtwice
Bug #16998 Updated: CGI version: Problematical Slash in URL
ID: 16998 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.1.2 New Comment: A quick footnote: That structure in the URLs is very search-engine friendly. My site has over 5000 pages and is highly placed, hence I can't easily change. Previous Comments: [2002-05-03 22:53:12] [EMAIL PROTECTED] In my webhost (Linux) a URL such as: http://mysite.com/show_article/22 can be used. The file show_article is forced to be interpreted as php through .htaccess. 22, of course, refers to the article number. I just installed Apache, PHP and mySql on my computer, setting it up as a server, using localhost as the url. None of these URLs work and produce "error 500, Premature end of script headers: C:/PHP/php.exe." Tracing it carefully I found that the slash just before '22' is the problem. The URL http://localhost/display_article/ also gives the same error. Any help would be appreciated, bob -- Edit this bug report at http://bugs.php.net/?id=16998&edit=1
Bug #12227 Updated: Over writing output buffer and returning it causes segfault
ID: 12227
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Output Control
Operating System: Linux 2.2.16-SMP
PHP Version: 4.2.0-dev
Assigned To: yohgaki
New Comment:
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/
Previous Comments:
[2002-04-05 05:19:32] [EMAIL PROTECTED]
the following testcase even crashes PHP4. it seems if you assign a
value to the given parameter (here $s) which is larger than the
original, it will crash. copying the input into a seperate variable and
work with that is a workaround. still this simple buffer overflow ought
to be easy to fix?
using 4.1.1 (build dec 30, 2001):
ob_start( "handler" );
function handler( $s ) {
$s = $s."foobar foobar foobar";
return $s;
}
[2002-02-12 22:38:01] [EMAIL PROTECTED]
Last patch that I memtioned still have problem with simple output
handler like
ob_handler($buffer) {
$result = $buffer;
return $result;
}
This could happen easily when user conditinally convert buffer
To fix this segfualt completely, it seems I have to copy buffer before
pass it to user defined output handler.
[2002-02-07 02:29:33] [EMAIL PROTECTED]
Anyone who are interested in this problem.
here is a patch for this problem. This should solve unwanted free for
this specific case. Question is do we really want this?
Index: main/output.c
===
RCS file: /repository/php4/main/output.c,v
retrieving revision 1.84
diff -u -r1.84 output.c
--- main/output.c 7 Feb 2002 02:50:28 - 1.84
+++ main/output.c 7 Feb 2002 06:31:35 -
@@ -164,7 +164,7 @@
ALLOC_INIT_ZVAL(orig_buffer);
ZVAL_STRINGL(orig_buffer, OG(active_ob_buffer).buffer,
OG(active_ob_buffer).text_length, 0);
orig_buffer->refcount=2;/* don't let
call_user_function() destroy our buffer */
- orig_buffer->is_ref=1;
+ orig_buffer->is_ref=0;
ALLOC_INIT_ZVAL(z_status);
ZVAL_LONG(z_status, status);
[2002-02-05 18:28:22] [EMAIL PROTECTED]
Easy one to fix :)
)/e",
"parse(\"\\1\")",
$buffer);
return $buffer;
}
?>
/home/yohgaki/public_html/bugs/12227/bug.php(9) : Warning - String is
not zero-terminated (ZZ
[2002-01-02 18:48:32] [EMAIL PROTECTED]
The same issue was submitted recently and it seems there is a problem.
To Reporter: Do not change parameter passed, but assgin to new var and
return new var to prevent segfault for now. Please update PHP Version
if you have tried with newer PHP.
Assigned to myslef so that I don't forget this.
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/12227
--
Edit this bug report at http://bugs.php.net/?id=12227&edit=1
Bug #16749 Updated: output buffering turned on now but turned off in config ??
ID: 16749 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: linux 2.4.16 PHP Version: 4.2.0 New Comment: This is not paid support, but a open source project with number of volunteers. Paste short & complete script ;) Previous Comments: [2002-04-23 19:38:26] [EMAIL PROTECTED] see previous comment [2002-04-23 19:36:30] [EMAIL PROTECTED] well, after some tesing it seems ulseeps works correctly but output-buffering is turned on, but it's turned off in the config. (and i didn't change the config nor the code when i changed from 4.1.2 to 4.2.0) i now made a ob_end_flush() called before my streaming function and now it works. so it seems like a output buffering misbehavior. [2002-04-23 18:31:35] [EMAIL PROTECTED] Please add some short example script here which demonstrates this problem. [2002-04-23 07:27:21] [EMAIL PROTECTED] i wrote a chat server which is running fine using php4.1.2. it doesn't run unter 4.2.0 because the usleep function used in the output loop sleeps infinitely long and doesn't return after the time given. no crashing detected. -- Edit this bug report at http://bugs.php.net/?id=16749&edit=1
Bug #16673 Updated: callback registered via ob_start is called when not expected
ID: 16673
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: linux 2.4.18
PHP Version: 4.2.0
New Comment:
I guess you have some ob_flush() functions, don't you?
Previous Comments:
[2002-04-17 18:58:31] [EMAIL PROTECTED]
i have the following code where ... represents some
echo statements but does not include any ob_xxx calls.
ob_start("func");
...
ob_end_clean();
and func is defined as:
function func ($buf) {
error_log("got here",0);
return $buf;
}
when this code runs i get "got here" in my error log.
i am expecting the ob_end_clean call to turn off output
buffering which includes not calling the callback I
registered. i am using 4.2.0rc2 currently.
--
Edit this bug report at http://bugs.php.net/?id=16673&edit=1
Bug #16077 Updated: Large output data causes output buffering to crash
ID: 16077
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Analyzed
Bug Type: Output Control
Operating System: RH Linux 2.4.9-31
PHP Version: 4.1.1
New Comment:
This should be chunked output problem.
Previous Comments:
[2002-03-14 12:46:01] [EMAIL PROTECTED]
This script causes PHP to crash (sigsegv, return nothing OR to cause
wget to tell "HTTP request sent, awaiting response... End of file while
parsing headers. Retrying.") almost any time. The include.txt file I
used was larger than 100k and was just a simple text. The content of
the file is not important at all, I tried several versions.
\n";
}
$startTime = getMicrotime();
ob_start("timer");
for ($i = 0; $i < 500; $i++)
{
$fh = fopen("include.txt", "r");
$cmd = fread($fh, 1048576);
fclose($fh);
echo "$i $cmd\n";
}
?>
I compiled PHP with
./configure --prefix=/usr/local/php --disable-short-tags
--enable-safe-mode --enable-ftp --with-mysql=/usr/local/mysql
--with-zlib --enable-memory-limit
--
Edit this bug report at http://bugs.php.net/?id=16077&edit=1
Bug #15851 Updated: Output has extra garbage past end of output
ID: 15851 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Debian/testing Linux 2.2.18pre21 PHP Version: 4.1.2 New Comment: How do you output html? Something like echo $page; or Can you make short script? Previous Comments: [2002-03-04 18:51:37] [EMAIL PROTECTED] The extra fragment appears everytime, and is the same whenever the affected page is loaded. We do use trans_sid, however we do not use output buffering of any kind. Interestingly, the problem goes away when output buffering is enabled. [2002-03-04 00:49:38] [EMAIL PROTECTED] Do you see the extra fragment everytime? Do you use trans sid? Do you use mb_output_handler? Do you use trans sid? Do you use ob_gzhandler? [2002-03-03 20:15:18] [EMAIL PROTECTED] We have some PHP4 scripts, running against PHP4.1.2 and Apache 1.3.23, output buffering off. For some unknown reason, script output has extra fragments of the document, after the tag. Like: ...document... face="Arial"> or ...doc... color="#ff"> -- Edit this bug report at http://bugs.php.net/?id=15851&edit=1
Bug #15625 Updated: Output stops
ID: 15625 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: XP PHP Version: 4.1.1 New Comment: I don't understand what is the exact problem is. Could you paste short & complete script? Previous Comments: [2002-02-19 10:33:57] [EMAIL PROTECTED] Also related to my last report but slightly different. Related to #15612 and #14529 When I used a 82K script and tried to print the source code out using just the commandline options, It would cut the output off. Even when I split the file into two so it could process one half first and then another half, it would still chop off and only print out a portion of what I gave it. The resulting file was about 405 K but it was missing the last half. I used the -q file > file option. If you need any more info, just let me know. -- Edit this bug report at http://bugs.php.net/?id=15625&edit=1
Bug #16000 Updated: fpassthru and timeouts
ID: 16000
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: 2000 Server
PHP Version: 4.1.2
New Comment:
Some browsers have hard coded timeout.
Try different browsers see if it helps.
Previous Comments:
[2002-03-11 11:28:34] [EMAIL PROTECTED]
There seems to be a timeout problems with using fpassthru.
Code :
header( "Content-type: application/octet-stream" );
header( "Content-Length: $c_ByteSize" );
header( "Content-Disposition: attachment; filename=\"$F\"" );
$fp = fopen("D:\\CarrierFTP_Files\\".odbc_result($result,
"FilePath").$F,"r") or die("Can't find file.");
fpassthru($fp);
When the person starts getting the file, after 5 min 2 sec it quits and
tells me it has finished.
I have increased timeouts everywhere, but it never gets the file.
Suggestions on this?
--
Edit this bug report at http://bugs.php.net/?id=16000&edit=1
Bug #16745 Updated: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini
ID: 16745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Output Control Operating System: mdk 8.1 smp PHP Version: 4.2.0 New Comment: We can check if zlib.output compression is on or off. (zlib.output compressioin buffer is nest level 2) Use of ob_gzhandler is not recommended, but this should be fixed. Previous Comments: [2002-04-23 09:42:32] [EMAIL PROTECTED] We really need to make ob_gzhandler and PEAR HTTP_Compress a obsolete feature. To reporter: use zlib.output_compression if you need compression... [2002-04-23 07:46:33] [EMAIL PROTECTED] Reclassified. [2002-04-23 05:51:07] [EMAIL PROTECTED] I was using chora 1.0 and cvs versions (2.0) and had this bizarre mem leak under either php4.2.0rc4 or php4.2.0 final. It would show up in the apache logs as Last leak repeated 2 times ./zend_execute.c(1999) : Freeing 0x0825CE0C (12 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 2 times zend_operators.c(1047) : Freeing 0x081EFCBC (31 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 1 time zend_API.c(596) : Freeing 0x081EF56C (44 bytes), script=/www/sj/horde/chora/cvs.php zend_API.c(584) : Actual location (location was relayed) zend_compile.c(1647) : Freeing 0x0817CB6C (12 bytes), script=/www/sj/horde/chora/cvs.php etc, etc. I tried numerous compilations, etc. but in the end it turned out to be the fact that in my php.ini, I have output_handler = ob_gzhandler and chora would try to use the PEAR class to compress it again. I was able to turn that feature off within chora, but it was a bitch to track down, and odd how it would only show up in 4.2.0, but not in 4.1.2 even with the same ./configure setup. It was suggested by a few that I report my findings, so I hope this helps. Perhaps the PEAR class could autodetect if gzip is already in use? Keep up the great work as always! PS. Just in case it helps somehow, here is my bitchin' configure line : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf' '--enable-inline-optimization' '--with-pgsql' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-ftp' '--with-zlib' '--with-zlib-dir=/usr/local/lib' '--with-gdbm' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-swf=/usr/local/lib' '--with-pdflib=/usr/local' '--with-curl' '--with-xml' '--with-mcrypt' '--with-gettext' '--with-pspell' '--with-mm=/usr/local/lib' '--enable-debug' I tried with and without --enable-inline-optimization and with and without --with-mm. Send me an email if you need any more info, glad to be of help. Take care. -- Edit this bug report at http://bugs.php.net/?id=16745&edit=1
Bug #15612 Updated: Constant Refresh when files too large.
ID: 15612 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Windows XP -PHP Version: 4.1.1 +PHP Version: 4.3.0-dev New Comment: This should be chunked output problem. No additional comment is needed unless you know exact cause. Previous Comments: [2002-04-03 18:36:01] [EMAIL PROTECTED] On my machine, a simple page only consisting of the script, it constantly refreshes, sometimes the page isn't properly rendered at all. I'm running Windows XP (Build 2600), Apache 1.3.23 and PHP 4.1.2. And IE 6.0. The site is accessible for you guys, if you need to see this. Mail me, and I'll post the link to it. I first noticed this, after installing Gallery 1.2.5. I have also experienced the "Page/host not found" reply from my webserver, though the link is correct. The correct page flashes on the screen, before the "page not fould" error is displayed. [2002-04-02 20:12:56] [EMAIL PROTECTED] I think it is just 1 bug in PHP but multiple reactions to it from different browsers. [2002-04-02 09:42:03] [EMAIL PROTECTED] I have had this same problem - winXP, php4. I was getting reports from people that the page would halfway load, then get redirected to a "Page not found" error. But the url in the address bar was correct. If the user refreshed, sometimes it would load back up, sometimes it wouldnt. Reviewing the logs, I would also notice sometimes that the same user would sit there and refresh the same page over and over, about 20 - 30 seconds apart. After asking them why they did this, they denied ever doing it, and said they just had the page open and didn't notice anything. There seems to be a lot of different things here happening in this one bug. [2002-04-01 01:37:21] [EMAIL PROTECTED] I would like to report that after I had switched to linux, the problem disappeared. I guess it was OS specific. [2002-03-30 23:03:13] [EMAIL PROTECTED] Oh, and I get this with .php files that have a large output. It didn't happen before when I had PHP 4.06 and Windows ME. It happens sometimes with phpMyAdmin pages too. 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/15612 -- Edit this bug report at http://bugs.php.net/?id=15612&edit=1
Bug #15612 Updated: Constant Refresh when files too large.
ID: 15612 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control -Operating System: Windows XP +Operating System: ANY PHP Version: 4.3.0-dev Previous Comments: [2002-05-03 23:39:52] [EMAIL PROTECTED] This should be chunked output problem. No additional comment is needed unless you know exact cause. [2002-04-03 18:36:01] [EMAIL PROTECTED] On my machine, a simple page only consisting of the script, it constantly refreshes, sometimes the page isn't properly rendered at all. I'm running Windows XP (Build 2600), Apache 1.3.23 and PHP 4.1.2. And IE 6.0. The site is accessible for you guys, if you need to see this. Mail me, and I'll post the link to it. I first noticed this, after installing Gallery 1.2.5. I have also experienced the "Page/host not found" reply from my webserver, though the link is correct. The correct page flashes on the screen, before the "page not fould" error is displayed. [2002-04-02 20:12:56] [EMAIL PROTECTED] I think it is just 1 bug in PHP but multiple reactions to it from different browsers. [2002-04-02 09:42:03] [EMAIL PROTECTED] I have had this same problem - winXP, php4. I was getting reports from people that the page would halfway load, then get redirected to a "Page not found" error. But the url in the address bar was correct. If the user refreshed, sometimes it would load back up, sometimes it wouldnt. Reviewing the logs, I would also notice sometimes that the same user would sit there and refresh the same page over and over, about 20 - 30 seconds apart. After asking them why they did this, they denied ever doing it, and said they just had the page open and didn't notice anything. There seems to be a lot of different things here happening in this one bug. [2002-04-01 01:37:21] [EMAIL PROTECTED] I would like to report that after I had switched to linux, the problem disappeared. I guess it was OS specific. 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/15612 -- Edit this bug report at http://bugs.php.net/?id=15612&edit=1
Bug #16807 Updated: Sessions not working
ID: 16807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows 2000 SP2 PHP Version: 4.2.0 New Comment: [EMAIL PROTECTED] report is not about register globals issue. Please do not add any more comments about register globals... Previous Comments: [2002-05-01 20:24:11] [EMAIL PROTECTED] I'm having a similar issue - every since switching to PHP 4.2 I've got sh#tloads of viewers reporting login problems to our forums (vBulletin), they keep getting prompted to login. Weird part is it's not everyone, I and others have no problems at all. Reverting back to PHP 4.1.x solves it, upgrading to PHP 4.2 brings it back. register_globals is ON [2002-04-30 16:45:24] [EMAIL PROTECTED] The 'solution' above is not valid for this case. PHP should not generate the 'headers already sent' message at all in this case. [2002-04-30 14:27:10] [EMAIL PROTECTED] Can someone please fix this, since it is not a configuration problem. [2002-04-30 05:29:02] [EMAIL PROTECTED] Found solution here: http://bugs.php.net/bug.php?id=16839 Thx Renato [2002-04-30 04:48:41] [EMAIL PROTECTED] I'v got the same problem here. Same configuration W2K SP2 IIS5 same recomended php.ini file. When a script calls for: session_start or setcookie like Jelsoft vBulletin nothing happen. The same things for all my scripts. 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/16807 -- Edit this bug report at http://bugs.php.net/?id=16807&edit=1
Bug #16807 Updated: Sessions not working
ID: 16807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows 2000 SP2 PHP Version: 4.2.0 New Comment: [EMAIL PROTECTED]/other mail addresses who comment on this/ Previous Comments: [2002-05-03 23:52:02] [EMAIL PROTECTED] [EMAIL PROTECTED] report is not about register globals issue. Please do not add any more comments about register globals... [2002-05-01 20:24:11] [EMAIL PROTECTED] I'm having a similar issue - every since switching to PHP 4.2 I've got sh#tloads of viewers reporting login problems to our forums (vBulletin), they keep getting prompted to login. Weird part is it's not everyone, I and others have no problems at all. Reverting back to PHP 4.1.x solves it, upgrading to PHP 4.2 brings it back. register_globals is ON [2002-04-30 16:45:24] [EMAIL PROTECTED] The 'solution' above is not valid for this case. PHP should not generate the 'headers already sent' message at all in this case. [2002-04-30 14:27:10] [EMAIL PROTECTED] Can someone please fix this, since it is not a configuration problem. [2002-04-30 05:29:02] [EMAIL PROTECTED] Found solution here: http://bugs.php.net/bug.php?id=16839 Thx Renato 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/16807 -- Edit this bug report at http://bugs.php.net/?id=16807&edit=1
Bug #16982 Updated: starting session turns of some sort of output-buffering
ID: 16982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.4 PHP Version: 4.2.0 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Turn off trans-sid feature. Previous Comments: [2002-05-02 22:14:41] [EMAIL PROTECTED] As said in the summary, starting a session turns on some strange output-buffering, wich cannot be overrided per flush(). This happens since 4.2.0 and is still in the latest snapshot, until 4.1.2 it was okay. Sample-Scipt: "); $i++; flush(); usleep(20); } ?> To me, this is VERY important, because it makes session-based webchats nearly unusuable. -- Edit this bug report at http://bugs.php.net/?id=16982&edit=1
Bug #16995 Updated: reallocating memory causes segfaults
ID: 16995 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Session related Operating System: Linux PHP Version: 4.2.0 New Comment: Another form of $_SESSION related crash. Previous Comments: [2002-05-03 11:59:12] [EMAIL PROTECTED] This appeared first in 4.1.0, 4.0.6 is ok. [2002-05-03 11:57:47] [EMAIL PROTECTED] backtrace: #0 0x08189910 in zend_hash_get_current_key_ex (ht=0x82d5654, str_index=0xbfffe984, str_length=0xbfffe980, num_index=0xbfffe97c, duplicate=0 '\000', pos=0xbfffe988) at zend_hash.c:1035 #1 0x080fed0e in php_session_save_current_state () #2 0x08101855 in php_session_flush () #3 0x08101895 in zm_deactivate_session () #4 0x08186aee in module_registry_cleanup (module=0x8285ed0) at zend_API.c:1169 #5 0x08188f0a in zend_hash_apply (ht=0x82349a0, apply_func=0x8186aa6 ) at zend_hash.c:669 #6 0x08183e14 in zend_deactivate_modules () at zend.c:581 #7 0x08077658 in php_request_shutdown () #8 0x08075997 in main () #9 0x4037a4f2 in __libc_start_main () from /lib/libc.so.6 The problem however appears earlier. It seems that the zval structure ps_globals.http_session_vars points at is freed and allocated elsewhere, but ps_globals.http_session_vars points to the old location, so when it comes to php_session_save_current_state (#1), Z_ARRVAL_P(PS(http_session_vars)) holds some meaningless value. -- Edit this bug report at http://bugs.php.net/?id=16995&edit=1
Bug #16538 Updated: session data not consistently stored during startup (10-50% failure rate)
ID: 16538 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.1.2 Previous Comments: [2002-05-02 10:21:45] [EMAIL PROTECTED] As in Manual, you are supposed to return string type always from read function. Did you do that? [2002-05-02 10:03:03] [EMAIL PROTECTED] I fixed the session problem by replacing all boolean values with "1" or "0" in the user defined session functions. There were still some "bus error" errors and other httpd process related issues, which went away after we upgraded to the latest Apache 1.3.24. [2002-04-11 06:22:43] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-04-10 16:57:07] [EMAIL PROTECTED] We use mysql db as the store for session data. In the past one month or so, I have noticed that Apache generated some "Segmentation fault" or "Bus error" messages. I was finally able to single out the cause of these errors: a couple of php pages using session. When a new session is initiated, the session data is not stored in the mysql db at least 1 out of 5 times, which appears to be related to the segfault/bus errors. -- Edit this bug report at http://bugs.php.net/?id=16538&edit=1
Bug #10998 Updated: include http file
ID: 10998 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: HTTP related Operating System: AIX 4.3 PHP Version: 4.0.5 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-04-03 06:25:29] [EMAIL PROTECTED] Can you try RC1 from www.php.net/~derick ? [2001-06-12 17:32:41] [EMAIL PROTECTED] This is confirmed problem on some systems. There is something wrong with the php_hostconnect() [2001-05-21 16:48:26] [EMAIL PROTECTED] Please include the example script here which can be used to reproduce this problem. --Jani [2001-05-21 15:13:47] [EMAIL PROTECTED] I receive that only on the new version of PHP and not on my Linux machine (with php 4.0.4pl1) I can include a specific file but not from http. Warning: php_hostconnect: connect failed in /appl/htdocs/xped-output.php on line 38 Warning: Failed opening 'http://32.203.99.36/xped-output.php?seq=0518&sort=' for inclusion (include_path='') in /appl/htdocs/xped-output.php on line 38 -- Edit this bug report at http://bugs.php.net/?id=10998&edit=1
Bug #16102 Updated: >1 session variables not getting set correctly
ID: 16102
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: Windows 2000/XP
PHP Version: 4.1.2
New Comment:
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-04-03 01:22:04] [EMAIL PROTECTED]
Nothing changed between 4.1.1 and 4.1.2, but you can try the windows
binaries for php 4.2.0rc1 from www.php.net/~derick
[2002-04-02 19:42:57] [EMAIL PROTECTED]
OK, so this obviously doesn't work in the 4.1.2 version of PHP...
Does anybody have a link to somewhere I could download the previous
4.1.1 version?? Can't seem to find it...
Thanks!
[2002-03-27 19:05:42] [EMAIL PROTECTED]
Hope this isn't too much of a 'me too!'.
I have the same problem on W2K/IIS5 running PHP 4.1.2 as an ISAPI
module.
I have looked at the session files in the temp directory and they seem
to be created and populated with variables without any trouble. The
problem is that any page referencing them returns an 'index not valid'
error.
I too am using $_SESSION.
The only way I can get it to work is if I do sessions the
"old-fashioned" way, ie:
$foo = 'bar';
session_register( $foo );
If I go back to 4.1.1 everything works fine (using $_SESSION).
Peter.
[2002-03-26 22:34:20] [EMAIL PROTECTED]
I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32
PHP/4.1.3-dev running; reg_globals OFF; trying to work my way through
sessions. Yikes!! It is hard to figure how it works or when to use
$_SESSION or HTTP_SESSION_VARS, w/ or without session_register().
/* this seems to ~work sort of, maybe...
$ship_type = $HTTP_SESSION_VARS['ship_type']; //or with $_SESSION..
which seems to be erratic
session_unregister("ship_type");
$ship_type= 'trs'; //$ship_type + 1;
session_register("ship_type");
flush();
// This allows other pages to show the revised value via
$_SESSION["ship_type"]
Now if I could just erase a pair in an array with unset...
Keep up the goodwork!
[2002-03-25 20:14:53] [EMAIL PROTECTED]
This comment is just to say that I am experiencing the same problem
with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using
php.ini with register_globals turned OFF and neither $_SESSION nor
$HTTP_SESSION_VARS is working. A session file is created in the
sessions directory but no variables are stored within it. A typical
error I get when trying to use a variable previously stored in
$_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly
reported this as a new bug to
http://bugs.php.net/bug.php?id=16273&edit=2 but I set that to
"Duplicate" now, so I hope it will be ok. Sorry. Robert
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/16102
--
Edit this bug report at http://bugs.php.net/?id=16102&edit=1
Bug #14076 Updated: fopen() and touch() fail to create file under safe mode
ID: 14076 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-04-17 03:35:34] [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: >I could not reproduce this issue. >Here's my layout for the virtual server (from httpd.conf) The symlink has to be *within* path_to_site, e.g.: /var/www/ = symlink to /mnt/sda1/www /var/www/domain.com = apache document_root = php open_basedir Please see my posting from 16 Jan 1:21pm for details ( http://bugs.php.net/bug.php?id=14076 ). Hajo [2002-04-16 07:33:57] [EMAIL PROTECTED] I could not reproduce this issue. Here's my layout for the virtual server (from httpd.conf): DocumentRoot /path_to_site/html Options FollowSymLinks php_admin_value open_basedir path_to_sitephp_admin_value doc_root path_to_site php_admin_value safe_mode_include_dir path_to_site safe_mode=on in php.ini PHP version: both 4.0.6 and 4.2.0RC2 create PHP-script at "path_to_site/html/scriptname" create directory "path_to_site/html/test" writable by the apache user, then make symlink "path_to_site/html/test2" to that directory lynx http://sitename/scriptname gives "Resource id#1" No errors found in php_error_log, looked at path_to_site/html/test2/ and saw there both 1.txt contained "test" and xxx subdirectory. [2002-04-03 15:38:25] [EMAIL PROTECTED] Unfortunately this bug is *not* fixed in 4.2.0rc1. I can reproduce both problems (fopen fails if file does not exist / safe_mode_includedir does not work). If I use "real" path statements (e.g. /mnt/hda7/web/file.php instead of /var/web/file.php) everything works fine (please see my previous posts to #14076) Let me know if I can help with more tests or debug output. It would be very nice to have this problem fixed in the next release. Hajo [2002-04-03 11:59:12] [EMAIL PROTECTED] This should be fixed. Please see www.php.net/~derick for the latest RC for 4.2.0m, and report back. Derick [2002-04-03 11:56:31] [EMAIL PROTECTED] This bug still exists in PHP 4.1.2. A similiar problem also affects safe_mode_include_dir (path-statements containing symlinks do not work: "The script whose uid is 1234 is not allowed to access /my/safe_mode_include_path/with/symlink/mail.php owned by uid 0"). Could someone *please* fix this ? Hajo 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/14076 -- Edit this bug report at http://bugs.php.net/?id=14076&edit=1
Bug #16999: problem viewing PHP script with netscape
From: [EMAIL PROTECTED] Operating system: Tru64 5.1A PHP version: 4.2.0 PHP Bug Type: Apache2 related Bug description: problem viewing PHP script with netscape Hi, I have a problem in that Netscape browsers are unable to view a php script. This works with MSIE, but Netscape just prints the source of a php to the screen like a text file instead of processing the php. My installation is: tru64 5.1A apache 2.0.35 php 4.2.0 gcc 3.0.3 I compiled apache and php without any event and they installed fine and the server is up and running. The code of the php is simple: cat: cannot open forms.cgi # cat forms.php Your name: You age: This shows perfectly with MSIE but just the above text with Netscape 6 or netscape 4 browsers. I did try this with the alpha version of apache 2.0.36 but it had the same results. Any idea why there is a problem with netscape?? Note that the same script above works fine when viewed from a netscape browser on an older server running apache 1.3.? tru64 4.0g php 4.1.? -- Dean -- Edit bug report at http://bugs.php.net/?id=16999&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16999&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16999&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16999&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16999&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16999&r=support Expected behavior: http://bugs.php.net/fix.php?id=16999&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16999&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16999&r=submittedtwice
Bug #13600 Updated: fopen wrapper does not work for require/include
ID: 13600
Updated by: [EMAIL PROTECTED]
-Summary: problem with the require function
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: w2k
PHP Version: 4.0.6
New Comment:
Change title. Is this still a issue?
Previous Comments:
[2001-10-11 09:48:31] [EMAIL PROTECTED]
Reclassified.
[2001-10-10 14:30:32] [EMAIL PROTECTED]
Reproduced with latest dev-version from php4win.com (04-Oct-2001).
[2001-10-09 16:52:46] [EMAIL PROTECTED]
Ignore my comments, the previous comments didn't yet show up, or I
missed them.
[2001-10-09 15:23:18] [EMAIL PROTECTED]
You most probably didn't enable the url-fopen wrappers directive. See
http://www.php.net/manual/en/configuration.php , the very first
directive.
Run phpinfo() to see the current status of that directive.
Most likely not a bug -> Marked as such.
[2001-10-09 12:07:21] [EMAIL PROTECTED]
PHP-4.0.6, IIS5.0 on Win2K.
fpassthru(fopen("http://localhost/test.php","r";)); //works
thanks
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/13600
--
Edit this bug report at http://bugs.php.net/?id=13600&edit=1
Bug #14668 Updated: wrong bit arithmetics
ID: 14668 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Scripting Engine problem +Bug Type: Documentation problem Operating System: SuSE Linux 7.1 PHP Version: 4.1.0 New Comment: Don't use ip2long/long2ip. It just dosen't work. Do it by yourself with bcmath. Manual page should clearly note the limitation. Changed to doc problem to see if manual is ok. Previous Comments: [2001-12-23 06:55:25] [EMAIL PROTECTED] Hi, using ip2long is strange enough itself (would you please do some better description on what I get out after calling this function or at least do some references to documents (RFCs) describing that "IP address in full length notation" format). Anyhow: I'm coding the following and get string(2) "10" (under 4.0.6 I got something different: 31 () 1's in string without that trailing 0) what about all the other leading bits that should be 1? And in relation with the ip2long-trouble I'm having: what gives me string(16) "0001" string(16) "" I beg to get some fast response! This behaviour of ip2long and/or xor-operator is too strange to be easily understood after reading that minimal function reference entry. But I need it a lot for some work that needs to be done urgently!! Thank you very much! Regards, Thomas Urban -- Edit this bug report at http://bugs.php.net/?id=14668&edit=1
Bug #16967 Updated: FATAL: emalloc(): Unable to allocate
ID: 16967 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Unknown/Other Function Operating System: Redhat Linux 7.2 (Intel) PHP Version: 4.2.0 New Comment: Strange. Make this report bogus. Previous Comments: [2002-05-03 09:31:33] [EMAIL PROTECTED] I have reinstalled my hole system, with all software but php version 4.1.2 instead of 4.2.0 and it works! I have no idea what the problem was but it is gone :) Thanx everyone !! [2002-05-03 03:14:46] [EMAIL PROTECTED] Can you disable all other modules to apache except PHP... I think something conflicts. Derick [2002-05-02 13:57:10] [EMAIL PROTECTED] Damn too late, i have just started to reset my system but if the error starts again i will try the patch thnx anyway [2002-05-02 13:57:10] [EMAIL PROTECTED] Damn too late, i have just started to reset my system but if the error starts again i will try the patch thnx anyway [2002-05-02 13:34:41] [EMAIL PROTECTED] Could you check if the patch available below fixes your problem? http://sourceforge.net/tracker/index.php?func=detail&aid=547030&group_id=23067&atid=377410 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/16967 -- Edit this bug report at http://bugs.php.net/?id=16967&edit=1
Bug #16967 Updated: FATAL: emalloc(): Unable to allocate
ID: 16967 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Unknown/Other Function Operating System: Redhat Linux 7.2 (Intel) PHP Version: 4.2.0 New Comment: Oops, you've down graded PHP. Could you try snapshot see if problem is still there or not? http://snaps.php.net/ Previous Comments: [2002-05-04 00:16:25] [EMAIL PROTECTED] Strange. Make this report bogus. [2002-05-03 09:31:33] [EMAIL PROTECTED] I have reinstalled my hole system, with all software but php version 4.1.2 instead of 4.2.0 and it works! I have no idea what the problem was but it is gone :) Thanx everyone !! [2002-05-03 03:14:46] [EMAIL PROTECTED] Can you disable all other modules to apache except PHP... I think something conflicts. Derick [2002-05-02 13:57:10] [EMAIL PROTECTED] Damn too late, i have just started to reset my system but if the error starts again i will try the patch thnx anyway [2002-05-02 13:57:10] [EMAIL PROTECTED] Damn too late, i have just started to reset my system but if the error starts again i will try the patch thnx anyway 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/16967 -- Edit this bug report at http://bugs.php.net/?id=16967&edit=1
Bug #16231 Updated: when using include, __FILE__ prepends / to relative paths
ID: 16231 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: HP-UX 11.0 PHP Version: 4.1.2 New Comment: Had some feedback from Scott Kearney from Harvard Uni:- He also experienced this on an OSF/1 platform. One of his colleagues traced this to a directory permissions issue. It appears that if a higher level directory has execute permission but not read permission, this problem appears. Changing the higher level directories to permission 555 fixed this. This is a good workaround but I don't want to compromise my system security to get an application to work ;-) Thanks to Scott and his colleagues for their input. Previous Comments: [2002-03-23 09:12:54] [EMAIL PROTECTED] Summary: when using include, __FILE__ prepends / to relative paths History: Received errors from imp3.0 saying could not find included file. Error message reported strange path names. See Horde bugs #911 and #912. Sample Code: a.php => included as lib/a.php reports "; include 'lib/a.php'; echo "included as ./lib/a.php reports "; include './lib/a.php'; echo "included as /www/yacc/tmp/lib/a.php reports "; include '/www/yacc/tmp/lib/a.php'; ?> lib/a.php => When I do this, I get Calling file /www/yacc/tmp/a.php included as lib/a.php reports /lib/a.php included as ./lib/a.php reports /lib/a.php included as /www/yacc/tmp/lib/a.php reports /www/yacc/tmp/lib/a.php Something keeps putting a leading / on relative paths! Other Tests: I created a simple C program to print out the __FILE__ value. When is compile it with HP's ANSI C compiler it works as expected i.e. the value is as specified in the include. When I compile with GNU CC compiler (gcc) the value is "sanitised". See below /home/gedl/tmp $ cc -o a a.c ./lib/b.c && echo "The output" && ./a a.c: ./lib/b.c: The output a.c ./lib/b.c /home/gedl/tmp $ gcc -o a a.c ./lib/b.c && echo "The output" && ./a The output a.c lib/b.c /home/gedl/tmp $ Essentially the same but not exactly. However both compilers give a valid answer. I will continue to work on it but if someone has an answer it would be appreciated. Cheers Ged -- Edit this bug report at http://bugs.php.net/?id=16231&edit=1
Bug #16939 Updated: tokenizer: emalloc causes segfault
ID: 16939
Updated by: [EMAIL PROTECTED]
-Summary: emalloc causes segfault (example uses tokenizer)
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.2.0
New Comment:
OK, Got a nice simple test case - I'm pretty certain its the tokenizer
code, Andrei :)
-- theres not category for tokenizer yet! :)
test script as follows (modify the directory to point at pear)..
data =& token_get_all($f);
}
function recurse($dir) {
$dh = opendir($dir);
while (($f = readdir($dh)) !== FALSE) {
if ($f{0} == ".") continue;
$fn = "{$dir}/{$f}";
if (is_dir($fn)) {
$this->recurse($fn);
continue;
}
// assume its a file
$this->testing($fn);
}
}
}
$t = new test;
// change this to your pear directory.
$t->recurse('/usr/lib/php');
?>
Previous Comments:
[2002-05-01 03:09:54] [EMAIL PROTECTED]
Workaround:
Original code did this
$this->tokens = token_get_all($filename)
by not reassigning the same variable on each file, but rather really
storing the token array in a huge array it works around this issue...
(albiet with a huge memory overhead)
$this->all_tokens[$filename] = token_get_all($contents);
$this->tokens =& $this->all_tokens[$filename];
[2002-05-01 02:40:23] [EMAIL PROTECTED]
A short script to reproduce this
(sorry it not to easy to reproduce without the exact code, I did at one
point get to the situation where adding a extra space in the white
space area solved this!), but I suspect it is that the machine is
running low on memory or something
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpmole-ide/phpmole/tools/uml_generator.class?rev=1.2&content-type=text/vnd.viewcvs-markup
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpmole-ide/phpmole/tools/uml_dia.xml.php?rev=1.1&content-type=text/vnd.viewcvs-markup
-- just use it do do a large number of files. eg.
php uml_generator.class /usr/local/php/pear/
Possible reasons that I could think of:
-the tokenizer extension (which may be leaking memory)
-somewhere not exiting if no memory can be allocated and then emalloc /
malloc being called again.
Configuration on this machine (4.2.0RC2), also reproduced with 4.2
release version
'./configure' '--prefix=/usr' '--without-mysql'
'--with-config-file-path=/etc/php4/cgi/' '--enable-dba' '--with-db2'
and tokenizer as a dl'd module
Backtrace
Program received signal SIGSEGV, Segmentation fault.
0x4014db2b in malloc () from /lib/libc.so.6
(gdb) bt
#0 0x4014db2b in malloc () from /lib/libc.so.6
#1 0x4014d1e4 in malloc () from /lib/libc.so.6
#2 0x80c4c5c in _emalloc (size=35) at zend_alloc.c:165
#3 0x80d4b1a in zend_hash_index_update_or_next_insert (ht=0x817ae9c,
h=207,
pData=0xbfffda28, nDataSize=4, pDest=0x0, flag=4) at
zend_hash.c:404
#4 0x80d303a in add_next_index_stringl (arg=0x8326d64, str=0x8268c08
")", length=1,
duplicate=1) at zend_API.c:847
#5 0x401ffc61 in tokenize () from /usr/lib/php4/cgi/tokenizer.so
#6 0x402005ac in zif_token_get_all () from
/usr/lib/php4/cgi/tokenizer.so
#7 0x80eb4b0 in execute (op_array=0x816631c) at ./zend_execute.c:1598
#8 0x80eb679 in execute (op_array=0x8166a84) at ./zend_execute.c:1638
#9 0x80eb679 in execute (op_array=0x816004c) at ./zend_execute.c:1638
#10 0x80d19e8 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:810
#11 0x805e1dd in php_execute_script (primary_file=0xbb98) at
main.c:1381
#12 0x805c0ac in main (argc=3, argv=0xbc14) at cgi_main.c:785
#13 0x400f86cf in __libc_start_main () from /lib/libc.so.6
--
Edit this bug report at http://bugs.php.net/?id=16939&edit=1
Bug #17000: casting GLOBALS to object causes segfault.
From: [EMAIL PROTECTED] Operating system: linux (debian) PHP version: 4.2.0 PHP Bug Type: Reproducible crash Bug description: casting GLOBALS to object causes segfault. simple script result = segfault. Workaround (dont do it!) Backtrace Program received signal SIGSEGV, Segmentation fault. 0x4014dd4d in free () from /lib/libc.so.6 (gdb) bt #0 0x4014dd4d in free () from /lib/libc.so.6 #1 0x4014dc13 in free () from /lib/libc.so.6 #2 0x80c51b0 in shutdown_memory_manager (silent=0, clean_cache=0) at zend_alloc.c:484 #3 0x805d3ee in php_request_shutdown (dummy=0x0) at main.c:794 #4 0x805c190 in main (argc=2, argv=0xbc54) at cgi_main.c:834 #5 0x400f86cf in __libc_start_main () from /lib/libc.so. -- Edit bug report at http://bugs.php.net/?id=17000&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17000&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17000&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17000&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17000&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17000&r=support Expected behavior: http://bugs.php.net/fix.php?id=17000&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17000&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17000&r=submittedtwice
Bug #16199 Updated: Loop not looping
ID: 16199 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD 4.5 PHP Version: 4.1.2 New Comment: Not able to provide a sample? Ok, closing then. Re-open if you have one Previous Comments: [2002-05-03 16:28:11] [EMAIL PROTECTED] sander, RTFM? Apology accepted. :) Like I had stated previously, I have changed my code to work around this "bug". I guess I should've kept the original. I do not have other examples. Sorry. Best of luck!! Paul [2002-05-03 15:10:19] [EMAIL PROTECTED] Sorry, this is something else. Reopening and waiting for your sample script. [2002-05-03 14:07:27] [EMAIL PROTECTED] This is NOT a bug! for ($i=0; $i<60; $i++); ^^^ You don't want that semi-colon there. Remove it and it works as expected! Loops are working perfectly: I use loops more than you write PHP code and they always work for me! RTFM! [2002-05-03 14:05:34] [EMAIL PROTECTED] Reopening, as the original problem is not yet resolved. Please provide a *short* and *self-contained* example so we can reproduce it. [2002-05-03 13:53:44] [EMAIL PROTECTED] This is a bug. I've had mutiple people come up with the same result. Let's stop being lazy, and really try to duplicate this. Actually, I already rewrote my code, to account for this. Might as well, leave it as "BOGUS". Yeah right. 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/16199 -- Edit this bug report at http://bugs.php.net/?id=16199&edit=1
Bug #16998 Updated: CGI version: Problematical Slash in URL
ID: 16998 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Windows XP PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-05-03 23:02:40] [EMAIL PROTECTED] A quick footnote: That structure in the URLs is very search-engine friendly. My site has over 5000 pages and is highly placed, hence I can't easily change. [2002-05-03 22:53:12] [EMAIL PROTECTED] In my webhost (Linux) a URL such as: http://mysite.com/show_article/22 can be used. The file show_article is forced to be interpreted as php through .htaccess. 22, of course, refers to the article number. I just installed Apache, PHP and mySql on my computer, setting it up as a server, using localhost as the url. None of these URLs work and produce "error 500, Premature end of script headers: C:/PHP/php.exe." Tracing it carefully I found that the slash just before '22' is the problem. The URL http://localhost/display_article/ also gives the same error. Any help would be appreciated, bob -- Edit this bug report at http://bugs.php.net/?id=16998&edit=1
Bug #16629 Updated: php_flag not working and php_value strange behavior
ID: 16629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.0 New Comment: got no error message by adding php_flag register_globals on However.. it has no effect at all. I tried to change the name for mod_php4.c to php4_module ,mod_php3.c,mod_php42.c but it seem that since with apache2 we dont need to specify AddModule mod_php4.c I dont know if its appache that doesnt go in the If Statement or if it is the php module that ignore the apache directive. It only work with php_value outside the if statement. as mentionned by katana. Im using Linux-Apache2.0.35 with php4.2.0 Previous Comments: [2002-04-28 22:04:19] [EMAIL PROTECTED] I also have this problem under FreeBSD with Apache 2.0.35 and PHP/4.3.0-dev, and I have a working patch. I don't know where to sedn it or how to attach it. If someone could email me where to send it, I'll send it. [2002-04-26 17:47:09] [EMAIL PROTECTED] Same problem on Linux machine running apache 2.0.35 with FINAL release of php 4.2.0 [2002-04-24 17:11:42] [EMAIL PROTECTED] I have the same problem under Windows 98 SE (Apache 2.0.35) and the FINAL RELEASE of PHP 4.2.0. [2002-04-16 05:50:15] [EMAIL PROTECTED] same here on win2k, php 4.2.0 rc4 [2002-04-16 04:44:44] [EMAIL PROTECTED] I was attempting to modify register_globals value in my vhost config file like i used to do with PHP 4.1.X + Apache 1.3: php_value register_globals On / Off It didn't work with PHP 4.2.0 RC/3 even if i didn't get any error message (the value just didn't get changed) i tried using php_flag register_globals On / Off, but i got an error message when attempting to restart apache: Invalid command 'php_flag', perhaps mis-spelled or defined by a module not included in the server configuration Same thing with php_admin_flag I had to use php_value register_globals 1 / 0 to get it to work. I'm running Apache 2.0.35 on Windows XP professional, with PHP 4.2.0 RC/3. -- Edit this bug report at http://bugs.php.net/?id=16629&edit=1
Bug #17001: enhancement for addslashes()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: Feature/Change Request Bug description: enhancement for addslashes() it would be VERY useful if the addslashes() function would take a second parameter to specify that only one particular kind of quote is to be escaped, instead of escaping both... sort of like htmlentities()'s quote_style. - erick -- Edit bug report at http://bugs.php.net/?id=17001&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17001&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17001&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17001&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17001&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17001&r=support Expected behavior: http://bugs.php.net/fix.php?id=17001&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17001&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17001&r=submittedtwice
