Bug #15053 Updated: Floating point exception
ID: 15053 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-01-15 19:44:56] [EMAIL PROTECTED] Please read do and don't. Send backtrace from debug enabled PHP. [2002-01-15 12:22:43] [EMAIL PROTECTED] I compiled Apache 1.3.22 and php4.1.1 with support to mysql 3.22.26 Everything was ok... but i get this message every second on the apache logs: [Tue Jan 15 12:27:30 2002] [notice] child pid 46286 exit signal Floating point exception (8) If there is a solution for this problem... please, let me to know... Thank you. -- Edit this bug report at http://bugs.php.net/?id=15053&edit=1
Bug #9431 Updated: httpd processes using excessive cpu
ID: 9431 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Performance problem Operating System: 4.0.4pl1 PHP Version: Linux (redhat 6.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: [2001-12-12 18:54:08] [EMAIL PROTECTED] Sorry my mozilla overwirtes From/OS/PHP Version/Summary again. [2001-12-12 18:48:37] [EMAIL PROTECTED] Status = feedback [2001-12-12 18:48:15] [EMAIL PROTECTED] Could you try 4.1.0 and report the result? [2001-04-29 11:32:19] [EMAIL PROTECTED] reclassify [2001-02-23 16:06:24] [EMAIL PROTECTED] It seems that after a while of server inactivity, the apache processes go into a mode where they continue to just use cpu - the processes become unseable for processing http requests since they just stay in this state. A server restart is needed to correct the problem. A process stack listing shows the process to be within the PHP module at the time: 0x400c2248: chunk_free + 0x270 (404407f4, 8118740, 4042f0f3) 0x400c1fba: __cfree + 0xaa (8118740, 404407f4, 4043da80, 4042f0f3, 624407f4, 6e9f190) + 34 0x4037ebb0: zend_hash_del_key_or_index + 0x1d8 (8111048, 4042f0ea, 9, 8da99e0, 0, 404407f4) + 10 0x4037c0af: zend_unregister_functions + 0x67 (4043da14, , 0, 404407f4, 81329f8) 0x4037c1bb: module_destructor + 0x73 (8132a28, 404407f4, 4000ae60, bdc4) 0x4037ec24: zend_hash_destroy + 0x30 (40455760, 404407f4) 0x4037b2f5: zend_shutdown + 0x25 (404407f4) 0x4038a4de: php_module_shutdown + 0x32 (404407f4) 0x4038a4a5: php_module_shutdown_wrapper + 0x15 (40437840, 403887f8) 0x40388817: php_child_exit_handler + 0x1f (80d15b0, 8151c70, 18, 40437940) 0x0806fa61: ap_child_exit_modules + 0x49 (8151c70, 80d15b0) 0x080758d5: clean_child_exit + 0x1d (0) 0x08077587: just_die + 0x1f (a) 0x080775a9: usr1_handler + 0x15 (a, 0, 0, 2b, 2b, bdc4) + dc 0x40086c68: sigaction + 0x268 (8126e70, 81479d8, 814dfa8, 6c060002, 2000a0a, c65451e8) + 18 0x080788b7: child_main + 0x1b7 (b, b, 0) 0x08078ebc: make_child + 0x118 (80d15b0, b, 3a8ad8e0, 401581ec, 4053e480, 0) + a0 0x08079236: perform_idle_server_maintenance + 0x2b2 (401581ec, , 0, d, 0) 0x08079765: standalone_main + 0x355 (2, bdc4, bdc4, 40013ed0, 8049c54, 80cc6a4) + 30 0x08079d33: main + 0x357 (2, bdc4, bdd0, 40013868, 2, 8050600) 0x400809cb: __libc_start_main + 0xff (80799dc, 2, bdc4, 804fc60, 80b127c, 4000ae60) + 4248 PHP configuration options listed below: ./configure --prefix=/usr --with-apxs=/usr/sbin/httpd/bin/apxs --with-config-file-path=/etc/httpd --enable-safe-mode --with-exec-dir=/usr/sbin --with-system-regex --disable-debug --with-zlib --with-dbdm --with-db2 --enable-debugger --enable-magic-quotes --enable-track-vars --enable-sysvsem --enable-sysvshm --enable-track-vars --with-xml --with-ftp --with-pgsql --with-cybercash=/usr/src/cybercash/mck-3.3.0-i586-pc-linux-gnulibc2.1 glibc version is 2.1.3 php module was compiled with egcs-2.91.66 apache version is 1.3.14 kernel version 2.2.14 We also experienced this problem with PHP version 4.0.2. After upgrading to the latest PHP, is seems that the problem is occuring less frequently. -- Edit this bug report at http://bugs.php.net/?id=9431&edit=1
Bug #15584: strftime("%D") problem
From: [EMAIL PROTECTED] Operating system: win2k AS/Linux unknown PHP version: 4.1.1 PHP Bug Type: Date/time related Bug description: strftime("%D") problem Hi, Running Win2k AS, Apache 1.3.23, PHP-Modul. Had some problems with strftime("%D"); "; print print (strftime("%D")); //outputs nothing ?> should both return the same result, the first displays nothing (empty string), the second one is working fine. The manual says for conversion specifiers: %D - same as %m/%d/%y Tried the same on a linux-box at my ISP (4.1.0, Apache 1.3.22, Kernel 2.2.19, Modulversion): "; print print (strftime("%D")); //02/16/021 ?> So my conclusion : strftime("%D") doesn´t work on win2k and seems to be broken on linux. Thanks Friedhelm Betz P.S.: On win2k standard Installation, no extra extensions enabled. The configure at th elinux-box from ISP: './configure' '--with-config-file-path=/etc' '--enable-xslt' '--with-xslt-sablot' '--with-mysql=/usr/local/mysql' '--with-mcrypt=/usr/local' '--with-apache=../apache_current' '--with-ttf=/usr/local' '--with-t1lib=/usr/local' '--with-gd=/usr/' '--enable-gd-native-ttf' '-with-pdflib' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/lib' '--with-tiff-dir=/usr/local/lib' '--with-imap=/usr/local' '--with-java=/usr/local/java2' '--with-zlib' '--with-dom' '--with-ming' '--with-swf=/usr/local' '--enable-bcmath' '--enable-ftp' '--enable-calendar' '--enable-memory-limit' '--enable-discard-path' -- Edit bug report at http://bugs.php.net/?id=15584&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15584&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15584&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15584&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15584&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15584&r=support Expected behavior: http://bugs.php.net/fix.php?id=15584&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15584&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15584&r=submittedtwice
Bug #14995 Updated: "new SWFBitmap()" produces Access Violation Error
ID: 14995 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Ming related Operating System: Windows 2000 PHP Version: 4.1.1 New Comment: For PHP 4.0.8 I had function that converted .jpg in .swf - Ming_setScale(20); $fp = fopen($dram,"r"); $end=1000; $i = fread($fp,$end); $img = new SWFBitmap($i); fclose($fp); $m = new SWFMovie(); $m->setDimension(100,100); $m->add($img); $m->save("myURL/movie.swf"); ImageDestroy($new); But whan I install PHP 4.1.1 function stops working on string $img = new SWFBitmap($i); and return "Sorry, can't tell what type of file ÿØÿà is in ". I didn't change anything! I really need help in this! Previous Comments: [2002-01-11 07:34:38] [EMAIL PROTECTED] The following php-Code produces an "Access Violation Error at 78012DBF" (in IIS5 using php4isapi.dll): The same expamle (with the same image) does work under Linux/Apache (but on PHP 4.0.6). Other Ming functions work fine on IIS5 too, like creating shapes and adding them to a movie. I made sure that php_ming.dll and ming.dll are correct versions that came with the latest archive php-4.1.1-Win32.zip. -- Edit this bug report at http://bugs.php.net/?id=14995&edit=1
Bug #14322 Updated: elocation error: symbol not found: pow
ID: 14322 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: SCO Unixware 7.1.0 -PHP Version: 4.0CVS-2001-12-03 +PHP Version: 4.0CVS-2001-12-0 New Comment: This bug has been fixed in CVS. I don't have problem with current CVS version. Previous Comments: [2001-12-03 07:00:20] [EMAIL PROTECTED] I have the most recent (today CVS updated) apache 2.0 and php 4 After configuration the recent version of php: CC=cc CXX=CC ./configure --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-gd --enable-ftp --with-dom --with-zlib-dir=/usr/local/lib --with-iconv=/usr/local/include --with-zlib=/usr/local I've started compiling it: #: make First time i've got an error in apache2filter/sapi_apache2.c: "no such stuct member: _shutdown". After manualy fixing this file, compilation succeeded with warning: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Then I executed: # make install; /usr/local/apache2/bin/apachectl configtest ...and get: Syntax error on line 198 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: dynamic linker: / usr/local/apache2/bin/httpd: relocation error: symbol not found: finite; referenced from: /usr/local/apache2/modules/libphp4.so Then i've opened php_config.h and delete the following declaration: #define HAVE_FINITE 1 After that i "made clean, make, etc". But after configtest apache spit at me with a relocation error in the same library: Syntax error on line 198 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: dynamic linker: / usr/local/apache2/bin/httpd: relocation error: symbol not found: pow; referenced from: /usr/local/apache2/modules/libphp4.so So that is the problem. Can anybody tell me what to do? P.S. The same problem i've got under Apache 1.3 P.P.S. Release version of PHP 4.0.6 compiles and runs perfectly on the this machine, but i can't use it because of iconv() function missing. -- Edit this bug report at http://bugs.php.net/?id=14322&edit=1
Bug #12691 Updated: Apache 2: Server variables don't get set
ID: 12691 Updated by: [EMAIL PROTECTED] -Summary: Apache 2: Server variables don't get set Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: SuSE7.1 PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. This bug has been fixed in CVS. This bug has been fixed in CVS. This bug has been fixed in CVS. I don't have problem with CVS version. Reopen if you have problem still with CVS version Previous Comments: [2002-01-09 10:12:39] [EMAIL PROTECTED] I am seeing the same problem with Apache 2.0.28, php 4.1.1 under RedHat Linux When I run phpinfo() all the environmental variables are missing compared to running phpinfo() with Apache 1.3.22 and php 4.1.1 [2001-11-19 12:37:39] [EMAIL PROTECTED] ok, here's what I tried: o PHP4.0.2-dev (php4-2009 from snaps) o config line is: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-dom' '--disable-posix' '--disable-pic' '--with-zlib' '--enable-wddx' o Apache2.0.28-beta o config line is: CFLAGS="-g"; export CFLAGS "./configure" \ "--enable-layout=Apache" \ "--enable-auth-digest" \ "--enable-ext-filter" \ "--disable-include" \ "--enable-headers" \ "--enable-so" \ "--enable-ssl=shared" \ "--with-mpm=threaded" \ "--enable-http" \ "--enable-dav=shared" \ "--disable-asis" \ "--enable-info=shared" \ "--enable-suexec" \ "--enable-cgi=shared" \ "--enable-cgid=shared" \ "--enable-dav-fs=shared" \ "--enable-vhost-alias=shared" \ "--disable-imap" \ "--enable-rewrite=shared" \ "--with-suexec-uidmin=30" \ "--with-suexec-gidmin=65534" Now env vars are set ok (either with or without seting I/O filters, just with an AddType), *BUT* :) I still found that one very important one is missing, namely PATH_INFO. If I say http://teo.gecadsoftware.com/i.php/x it gives a file not found error (where i.php exists and contains a phpinfo() call). I tried to catch that with FilesMatch, but couldn't figure (I think the test for $DOCUMENT_ROOT/i.php/x to exist is done before applying matches, which makes sense). I am having a look into it but my experience with Apache2 is less that epsilon :) so maybe somebody can have a look too? [2001-11-17 12:10:10] [EMAIL PROTECTED] There has been a patch regarding this three days ago. Please try the latest snapshot from http://snaps.php.net/ and report, if the problem still comes up. [2001-11-03 21:53:17] [EMAIL PROTECTED] updated short desc. [2001-08-10 11:08:15] [EMAIL PROTECTED] hi alindeman, erm, you missed the essential "2" :) it's with Apache2 (apxs2) Additional note: printenv from /cgi-bin shows them just 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/12691 -- Edit this bug report at http://bugs.php.net/?id=12691&edit=1
Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: I've followed the instructions on the gdb backtrace page but I can not find a core file anywhere on the site. When I tried running httpd -X in the gdb itself I can not access the page. I'm using RedHat 7.2 on my test server. I ran the command (to test it) /usr/sbin/httpd -X and it starts fine and no prompt comes back (which I think is normal). The moment I open a webpage it returns the line: Segmentation fault and then goes back to the command prompt. So this would tell me I found the right command line to run but when I try: gdb /usr/sbin/httpd run -X (from inside the gdb prompt) it says starting new thread and then locks up. If I try opening a web page it comes up as not found (just like it does when the httpd server is not running at all). Any tips on what I'm doing wrong. At least I've finally confirmed it is PHP crashing. I've tried compiling with various options enabled or disabled. I've got the --enable-debug take and I did not set the --enable-trans-sid this time. Thanks Previous Comments: [2002-02-05 20:37:39] [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-02-05 18:55:06] [EMAIL PROTECTED] When I use simple little scripts it seems to work fine. The pages where I have problems is where there are dynamically called include_once and variable variables used. For me the output seemed to work at first with output.buffering on but it turns out there was problems on other pages then (that weren't bothered by it being off). And IE6 would simply load pages from cache of old pages (and Netscape would simply crash with a connection lost error) I also discovered that some environmental variables working with sessions would fail to if there was a tiny error on html output at least in one consistent test. Example: If I had page (such as index.php) generate a basic HTML page but within the html code generated there was an tag with an image name that did not exist on the server anymore (I had renamed it and forgot to update that script). The browser just shows standard little box with x in it where image should be as usual. When this was happening, if I echoed the value of $HTTP_SERVER_VARS['PHP_SELF'] it would return index.php (or the name of the page). However, if I saved that value to a session, then even though a test before the script end showed it correctly set, upon reloading it would be set to the page name (image.gif). I have tried the compiling with AND without --enable-trans-sid and these errors still continue with no change. I have to keep my production server on php 4.0.6 as it simply is way to unreliable in 4.1.0 or newer (including 4.2.2-dev). I use a lot of serialize/unserialize and really was hoping to upgrade for the performance differences. [2002-02-05 18:38:03] [EMAIL PROTECTED] And what happens when you get rid of --enable-trans-sid from your confiugre line? [2002-02-05 18:36:38] [EMAIL PROTECTED] Anyone have short complete script for this bug? [2002-02-05 16:25:52] [EMAIL PROTECTED] I have verified this bug with the latest 4.2.0-dev version. Output problems are still the same: corrupt output with buffering off, and correct output with buffering on, without any HTTP GET variables. (http://ged.dynodns.net/band/index.php?func=article&oid=19288) But only on some pages, for some reason. (E.G. events.php never works) I'm backing up to 4.0.6 to get the site to a production status again. (If 4.0.6 doesn't work, I'll post again...) 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/14529 -- Edit this bug report at http://bugs.php.net/?id=14529&edit=1
Bug #15583: thttpd patching fails
From: [EMAIL PROTECTED] Operating system: Slackware 8 PHP version: 4.1.1 PHP Bug Type: Other web server Bug description: thttpd patching fails Patching of the thttpd source fails when I try to compile php as a sapi thttpd module. Tried with thttpd versions 2.19, 2.20c, and 2.22beta4. Report contents apply to thttpd-2.20c (the latest stable version), but I think the error is the same for all. Details: unpackaged php-4.1.1 and thttpd into the same directory and cd to php-4.1.1. ./configure --with-thttpd=../thttpd-2.20c configure works fine. then do make install per the readme by Sascha gcc gets a workout and then Hunks 1 & 2 fail on fdwatch.c on lines 460 and 472 and Hunks 6 & 7 fail on libhttpd.c at lines 2349 and 3025 contents of fdwatch.c.rej *** *** 460,466 ridx = 0; for ( i = 0; i < npollfds; ++i ) - if ( pollfds[i].revents & ( POLLIN | POLLOUT ) ) poll_rfdidx[ridx++] = pollfds[i].fd; return r; --- 460,466 ridx = 0; for ( i = 0; i < npollfds; ++i ) + if ( pollfds[i].revents & ( POLLIN | POLLOUT | POLLERR | POLLHUP | POLLNVAL ) ) poll_rfdidx[ridx++] = pollfds[i].fd; return r; *** *** 472,479 { switch ( fd_rw[fd] ) { - case FDW_READ: return pollfds[poll_fdidx[fd]].revents & POLLIN; - case FDW_WRITE: return pollfds[poll_fdidx[fd]].revents & POLLOUT; default: return 0; } } --- 472,479 { switch ( fd_rw[fd] ) { + case FDW_READ: return pollfds[poll_fdidx[fd]].revents & ( POLLIN | POLLERR | POLLHUP | POLLNVAL ); + case FDW_WRITE: return pollfds[poll_fdidx[fd]].revents & ( POLLOUT | POLLERR | POLLHUP | POLLNVAL ); default: return 0; } } ** end contents of fdwatch.c.rej ** contents of libhttpd.c.rej *** *** 2341,2347 { make_log_entry( hc, nowP ); - if ( hc->file_address != (char*) 0 ) { mmc_unmap( hc->file_address, &(hc->sb), nowP ); hc->file_address = (char*) 0; --- 2349,2358 { make_log_entry( hc, nowP ); + if ( hc->file_address == (char*) 1 ) + { + thttpd_closed_conn(hc->conn_fd); + } else if ( hc->file_address != (char*) 0 ) { mmc_unmap( hc->file_address, &(hc->sb), nowP ); hc->file_address = (char*) 0; *** *** 3014,3024 post_post_garbage_hack( httpd_conn* hc ) { char buf[2]; - int r; - r = recv( hc->conn_fd, buf, sizeof(buf), MSG_PEEK ); - if ( r > 0 ) - (void) read( hc->conn_fd, buf, r ); } --- 3025,3033 post_post_garbage_hack( httpd_conn* hc ) { char buf[2]; + fcntl(hc->conn_fd, F_SETFL, O_NONBLOCK); + (void) read( hc->conn_fd, buf, 2 ); } -- Edit bug report at http://bugs.php.net/?id=15583&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15583&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15583&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15583&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15583&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15583&r=support Expected behavior: http://bugs.php.net/fix.php?id=15583&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15583&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15583&r=submittedtwice
Bug #15581 Updated: Must use --enable-ctype should be in docs
ID: 15581 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 Assigned To: alindeman New Comment: Status -> Closed Previous Comments: [2002-02-15 18:30:41] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-02-15 17:41:29] [EMAIL PROTECTED] I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit this bug report at http://bugs.php.net/?id=15581&edit=1
Bug #15581 Updated: Must use --enable-ctype should be in docs
ID: 15581 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: All PHP Version: 4.1.1 -Assigned To: +Assigned To: alindeman New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 17:41:29] [EMAIL PROTECTED] I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit this bug report at http://bugs.php.net/?id=15581&edit=1
Bug #8744 Updated: call to header() causes CGI error
ID: 8744 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.0.4pl1 New Comment: I have tried 4.1.1 with win2k and the bug still exists. Previous Comments: [2002-02-02 06:39:14] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to "Open". [2002-01-12 06:55:40] [EMAIL PROTECTED] How does this work on 4.1.1? [2001-02-12 17:30:21] [EMAIL PROTECTED] i have the same problem here. when i turn on the log startup errors flag in the php.ini i get the following output : __ CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: FATAL: erealloc(): Unable to allocate 1043162510 bytes __ i guess there's something wrong within the parser or compiler, because nothing of the code is executed. unfortunatelly i don't have 1GB RAM so i would be happy if there is any solution to this. harald. [2001-01-16 18:30:59] [EMAIL PROTECTED] In case you missed my second message: Here are two typical lines from the IIS error log: the first is a successful page load (code 200) and the second is the CGI error after the redirect (502) Note that in the IIS log format it is normal for a space to separate the URL and the Querystring. The last column in the log is the referrer URL. 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5&New=Y 200 0 378 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90) http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5&ProbRevID=12 502 0 374 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90) http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5 [2001-01-16 18:29:28] [EMAIL PROTECTED] A few more things: the problem is not easily reproducible. Also, if I change all of the database calls to go to mySQL (which I have installed on Windows 2000) instead of SQL Server 2000 (which is the database system I was using, also installed on the same machine), I do NOT get the CGI errors. However, in both instances, the databases do get updated or otherwise manipulated successfully; it's just the redirect that fails when using SQL Server. Hope this helps. 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/8744 -- Edit this bug report at http://bugs.php.net/?id=8744&edit=1
Bug #15580 Updated: sapi_apache2.c fails to compile with Apache 2.0.28
ID: 15580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Debian 3.0 PHP Version: 4.0CVS-2002-02-15 New Comment: Okay, here we go: since 2.0.28 didn't work, I tried to compile PHP 20020215 with 2.0.32-alpha and it did at least compile ;-) But this led into another problem. Starting Apache succeeds without php module loaded, but leads to strange behaviour if the module has been enabled. It's hard to explain: the main Apache process is started, but doesn't create any child processes or threads. It doesn't react to signals, nor responds to telnet requests. Hmm, so I took the latest Apache CVS and simplified all configure options. Same result. I've no idea where to search for any hints on how to solve this. I know that Apache 2 support in PHP is still under heavy development, but any hints 'd be appreciated. Please let me know if I shall provide further information. Summary: Apache latest CVS, vanilla config with php4 enabled Configure options: --with-mpm=worker \ --prefix=/usr/local/ap2 \ --enable-module=so PHP latest CVS, configure options: --with-apxs2=/usr/local/ap2/bin/apxs GNU ld version 2.11.92.0.12.3 20011121 Debian/GNU Linux gcc 2.95.4 ltmain.sh (GNU libtool) 1.4.2a (1.922.2.79 2001/11/28 21:50:31) TIA Victor Previous Comments: [2002-02-15 15:57:15] [EMAIL PROTECTED] Try the latest CVS version of Apache2 as well. I built 2 days ago without a problem. Let me know if that helps. Sean [2002-02-15 15:26:42] [EMAIL PROTECTED] Hello folks, today I tried to compile latest PHP with Apache 2.0.28, since PHP 4.1.1 seems to have some variable export problem. Configure goes fine, but make bails out with the following error messages: make[3]: Entering directory `/data/home/vf/ap2/build/php/sapi/apache2filter' /bin/sh /home/vf/ap2/build/php/libtool --silent --mode=compile gcc -I. -I/home/vf/ap2/build/php/sapi/apache2filter -I/home/vf/ap2/build/php/main -I/home/vf/ap2/build/php -I/usr/local/ap2/include -I/home/vf/ap2/build/php/Zend -I/home/vf/ap2/build/php/ext/mysql/libmysql -I/home/vf/ap2/build/php/ext/xml/expat -D_REENTRANT -I/home/vf/ap2/build/php/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:252: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:252: too many arguments to function `ap_get_brigade' sapi_apache2.c:259: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:259: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:471: warning: passing arg 1 of `ap_hook_post_config' from incompatible pointer type sapi_apache2.c:474: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/home/vf/ap2/build/php/sapi' make: *** [all-recursive] Error 1 It seems this is the same problem as #11257, but since this is half a year ago ... Configure options: ./configure --with-apxs2=/usr/local/ap2/bin/apxs Summary: Debian sid 3.0, 2.4.17, Apache 2.0.28, PHP 20020215 Thanks in advance Victor -- Edit this bug report at http://bugs.php.net/?id=15580&edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: This is not PHP problem, but a bug in libtool. Please report it to the friendly gnu people. --Jani Previous Comments: [2002-02-15 16:00:24] [EMAIL PROTECTED] In that case: Reopening! [2002-02-15 15:01:16] [EMAIL PROTECTED] Since I am not a developer I am not allowed to change the status of the bug... Chris [2002-02-15 13:05:18] [EMAIL PROTECTED] Do NOT open new bug reports but reopen the old one! [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the "Bogus Bug #15439". Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561&edit=1
Bug #15579 Updated: Segmenation fault
ID: 15579 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux RedHat 6.2 PHP Version: 4.1.1 New Comment: Could you also add some short description where and when this happened and if you have some short code to reproduce this, it would help too. Previous Comments: [2002-02-15 15:18:22] [EMAIL PROTECTED] Program received signal SIGSEGV, Segmentation fault. 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 257 if (c_var && *c_var) { (gdb) (gdb) bt #0 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 #1 0x403246c8 in php_hash_environment () at main.c:1038 #2 0x40323dc4 in php_request_startup () at main.c:621 #3 0x403216a9 in apache_php_module_main (r=0x817e2c4, display_source_mode=0) at sapi_apache.c:66 #4 0x40322066 in send_php (r=0x817e2c4, display_source_mode=0, filename=0x0) at mod_php4.c:536 #5 0x40322098 in send_parsed_php (r=0x817e2c4) at mod_php4.c:547 #6 0x8079373 in ap_invoke_handler () #7 0x808d339 in process_request_internal () #8 0x808d768 in ap_internal_redirect () #9 0x806bdd3 in mod_gzip_redir1_handler () #10 0x806a72d in mod_gzip_handler () #11 0x8079373 in ap_invoke_handler () #12 0x808d339 in process_request_internal () #13 0x808d39c in ap_process_request () #14 0x80848ce in child_main () #15 0x8084a7c in make_child () #16 0x8084bd9 in startup_children () #17 0x8085216 in standalone_main () #18 0x80859b3 in main () #19 0x400bc9cb in __libc_start_main (main=0x808565c , argc=4, argv=0xba94, init=0x8050370 <_init>, fini=0x80bc2dc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:92 -- Edit this bug report at http://bugs.php.net/?id=15579&edit=1
Bug #15582: Sporatic Oracle 600 error when using OCI as connector
From: [EMAIL PROTECTED] Operating system: Window NT, 2000 PHP version: 4.0.6 PHP Bug Type: OCI8 related Bug description: Sporatic Oracle 600 error when using OCI as connector We have an application that use the php_oci8.dll and what happened is that we get sporadic disconnection from Oracle and the Oracle will have a 600 error (means blue screen of death of Oracle). We seeks help from Oracle and after much difficulty they told us it is an network error and if we cannot reproduce in SQL Plus they will not support us. We have a full duplex @ 100 mbs so it should not be an issues. All evidence so far point to how PHP use OCI connect to Oracle. Any of you have some idea or suggestion will be greatly appreciated. regards, Phillip -- Edit bug report at http://bugs.php.net/?id=15582&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15582&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15582&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15582&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15582&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15582&r=support Expected behavior: http://bugs.php.net/fix.php?id=15582&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15582&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15582&r=submittedtwice
Bug #15581: Must use --enable-ctype should be in docs
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: Must use --enable-ctype should be in docs I ran into undefined function problems in trying to use the ctype_* functions documented at: http://www.php.net/manual/en/ref.ctype.php The manual page should specify that php must be compiled with --enable-ctype in order to use the related functions. -- Edit bug report at http://bugs.php.net/?id=15581&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15581&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15581&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15581&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15581&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15581&r=support Expected behavior: http://bugs.php.net/fix.php?id=15581&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15581&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15581&r=submittedtwice
Bug #1: dsfgdfgdfg
From: [EMAIL PROTECTED] Operating system: 242c4 PHP version: 4.1.1 PHP Bug Type: Performance problem Bug description: dsfgdfgdfg sdfgsdfgsdfgfsdgsdfgs -- Edit bug report at http://bugs.php.net/?id=1&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=1&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=1&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=1&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=1&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=1&r=support Expected behavior: http://bugs.php.net/fix.php?id=1&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=1&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=1&r=submittedtwice
Bug #15531 Updated: Apache doesn't start
ID: 15531 Updated by: [EMAIL PROTECTED] -Summary: Apache doesn't start Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux 2.2.19 PHP Version: 4.1.1 New Comment: There are no entries in the apache-logs. I've tried to compile PHP without SAP-DB. Apache starts now. Seems to be a problem with SAP-DB and it's shared-objects. They are linked against the libpthread.so. Eventually the same problem like MySQL ? Michael Previous Comments: [2002-02-15 12:58:29] [EMAIL PROTECTED] Check your apache's errog_log [2002-02-12 19:12:27] [EMAIL PROTECTED] Hi, if I add the php4 module (libphp4.so) in the httpd.conf, the Apache-Webserver doesn't start. The problem: I get no error-messages. Apache seems to die. Without the entry, the Apache Webserver runs with no problem, so it must be a problem with PHP4. Apache 1.3.23 PHP 4.1.1 configure: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --enable-tracking-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --with-mysql --with-sapdb=/opt/sapdb/interfaces/odbc Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=15531&edit=1
Bug #15578 Updated: PHP Causes Apache segmentation when using FreeTDS
ID: 15578 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Linux Red Hat 7.1 PHP Version: 4.1.1 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: [2002-02-15 15:16:45] [EMAIL PROTECTED] Hi, I need to access a MS-SQL server 2000 from a linux RH7.1 box running PHP 4.1.1 compiled with the following options: ./configure --with-sybase=/usr/local/freetds --with-apxs And freetds installed from RPM (but I also tried with the source and it didn't work either... tried FreeTDS from CVS as well). and apache 1.3.19. PHP seems to be working fine and phpinfo(); seems fine... Whenever I load a PHP script that uses any mssql_* function, the page cannot load "The page cannot be displayed"... When I check apache's error log, it reports Segmentation Fault on child process. I tried with different versions of PHP and it always crashes the same way but the Perl applications using FreeTDS to connect to the same server work just fine so it probably is a problem related to PHP. Any input ? -- Edit this bug report at http://bugs.php.net/?id=15578&edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: In that case: Reopening! Previous Comments: [2002-02-15 15:01:16] [EMAIL PROTECTED] Since I am not a developer I am not allowed to change the status of the bug... Chris [2002-02-15 13:05:18] [EMAIL PROTECTED] Do NOT open new bug reports but reopen the old one! [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the "Bogus Bug #15439". Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561&edit=1
Bug #15580 Updated: sapi_apache2.c fails to compile with Apache 2.0.28
ID: 15580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Debian 3.0 PHP Version: 4.0CVS-2002-02-15 New Comment: Try the latest CVS version of Apache2 as well. I built 2 days ago without a problem. Let me know if that helps. Sean Previous Comments: [2002-02-15 15:26:42] [EMAIL PROTECTED] Hello folks, today I tried to compile latest PHP with Apache 2.0.28, since PHP 4.1.1 seems to have some variable export problem. Configure goes fine, but make bails out with the following error messages: make[3]: Entering directory `/data/home/vf/ap2/build/php/sapi/apache2filter' /bin/sh /home/vf/ap2/build/php/libtool --silent --mode=compile gcc -I. -I/home/vf/ap2/build/php/sapi/apache2filter -I/home/vf/ap2/build/php/main -I/home/vf/ap2/build/php -I/usr/local/ap2/include -I/home/vf/ap2/build/php/Zend -I/home/vf/ap2/build/php/ext/mysql/libmysql -I/home/vf/ap2/build/php/ext/xml/expat -D_REENTRANT -I/home/vf/ap2/build/php/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:252: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:252: too many arguments to function `ap_get_brigade' sapi_apache2.c:259: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:259: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:471: warning: passing arg 1 of `ap_hook_post_config' from incompatible pointer type sapi_apache2.c:474: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/home/vf/ap2/build/php/sapi' make: *** [all-recursive] Error 1 It seems this is the same problem as #11257, but since this is half a year ago ... Configure options: ./configure --with-apxs2=/usr/local/ap2/bin/apxs Summary: Debian sid 3.0, 2.4.17, Apache 2.0.28, PHP 20020215 Thanks in advance Victor -- Edit this bug report at http://bugs.php.net/?id=15580&edit=1
Bug #8364 Updated: sapdb make Error
ID: 8364 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating System: Solaris 8 Sparc PHP Version: 4.0.4 New Comment: I'm experiencing this bug with php 4.1.1 I'm running SuSE Linux 7.1 x86 any feedback would be helpful Previous Comments: [2001-06-11 10:08:31] [EMAIL PROTECTED] closed due to no user feedback. if it's still an open case, please reopen the bug. [2001-05-23 06:31:38] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 too? --Jani [2000-12-21 15:34:08] [EMAIL PROTECTED] configure went ok but when I did a make I get an error. The problem seems to be when I include "sapdb". ./configure --with-apache=/usr/Data/TMP/apache_1.3.14 \ --with-sapdb=/usr/sapdb \ --without-mysql \ --with-imap=/usr/local/imap \ --with-gd=/usr/gd \ --disable-xml \ --with-config-file-path=/usr/local/apache/conf - checking for MySQL support... no checking for Oracle-OCI8 support... no checking for Adabas support... no checking for SAP DB support... yes checking for Oracle-ORACLE support... no -- # make ... ... ... make[1]: Entering directory `/usr/Data/TMP/php-4.0.4/main' make[2]: Entering directory `/usr/Data/TMP/php-4.0.4/main' gcc -I. -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4 -I/usr/Data/TMP/apache_1.3.14/src/include -I/usr/Data/TMP/apache_1.3.14/src/os/unix -I/usr/Data/TMP/php-4.0.4/Zend -I/usr/gd -I/usr/local/imap/include -I/usr/sapdb/incl -I/usr/Data/TMP/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c main.c && touch main.lo gcc -I. -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4/main -I/usr/Data/TMP/php-4.0.4 -I/usr/Data/TMP/apache_1.3.14/src/include -I/usr/Data/TMP/apache_1.3.14/src/os/unix -I/usr/Data/TMP/php-4.0.4/Zend -I/usr/gd -I/usr/local/imap/include -I/usr/sapdb/incl -I/usr/Data/TMP/php-4.0.4/TSRM -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c internal_functions.c && touch internal_functions.lo In file included from internal_functions.c:37: /usr/Data/TMP/php-4.0.4/ext/odbc/php_odbc.h:86: WINDOWS.H: No such file or directory /usr/Data/TMP/php-4.0.4/ext/odbc/php_odbc.h:87: sql.h: No such file or directory /usr/Data/TMP/php-4.0.4/ext/odbc/php_odbc.h:88: sqlext.h: No such file or directory make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/usr/Data/TMP/php-4.0.4/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/Data/TMP/php-4.0.4/main' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=8364&edit=1
Bug #15580: sapi_apache2.c fails to compile with Apache 2.0.28
From: [EMAIL PROTECTED] Operating system: Debian 3.0 PHP version: 4.0CVS-2002-02-15 PHP Bug Type: Apache2 related Bug description: sapi_apache2.c fails to compile with Apache 2.0.28 Hello folks, today I tried to compile latest PHP with Apache 2.0.28, since PHP 4.1.1 seems to have some variable export problem. Configure goes fine, but make bails out with the following error messages: make[3]: Entering directory `/data/home/vf/ap2/build/php/sapi/apache2filter' /bin/sh /home/vf/ap2/build/php/libtool --silent --mode=compile gcc -I. -I/home/vf/ap2/build/php/sapi/apache2filter -I/home/vf/ap2/build/php/main -I/home/vf/ap2/build/php -I/usr/local/ap2/include -I/home/vf/ap2/build/php/Zend -I/home/vf/ap2/build/php/ext/mysql/libmysql -I/home/vf/ap2/build/php/ext/xml/expat -D_REENTRANT -I/home/vf/ap2/build/php/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:252: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:252: too many arguments to function `ap_get_brigade' sapi_apache2.c:259: incompatible type for argument 4 of `ap_get_brigade' sapi_apache2.c:259: too many arguments to function `ap_get_brigade' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:471: warning: passing arg 1 of `ap_hook_post_config' from incompatible pointer type sapi_apache2.c:474: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/home/vf/ap2/build/php/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/home/vf/ap2/build/php/sapi' make: *** [all-recursive] Error 1 It seems this is the same problem as #11257, but since this is half a year ago ... Configure options: ./configure --with-apxs2=/usr/local/ap2/bin/apxs Summary: Debian sid 3.0, 2.4.17, Apache 2.0.28, PHP 20020215 Thanks in advance Victor -- Edit bug report at http://bugs.php.net/?id=15580&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15580&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15580&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15580&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15580&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15580&r=support Expected behavior: http://bugs.php.net/fix.php?id=15580&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15580&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15580&r=submittedtwice
Bug #15579: Segmenation fault
From: [EMAIL PROTECTED] Operating system: Linux RedHat 6.2 PHP version: 4.1.1 PHP Bug Type: Apache related Bug description: Segmenation fault Program received signal SIGSEGV, Segmentation fault. 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 257 if (c_var && *c_var) { (gdb) (gdb) bt #0 0x403297e3 in php_treat_data (arg=1, str=0x0, destArray=0x0) at php_variables.c:257 #1 0x403246c8 in php_hash_environment () at main.c:1038 #2 0x40323dc4 in php_request_startup () at main.c:621 #3 0x403216a9 in apache_php_module_main (r=0x817e2c4, display_source_mode=0) at sapi_apache.c:66 #4 0x40322066 in send_php (r=0x817e2c4, display_source_mode=0, filename=0x0) at mod_php4.c:536 #5 0x40322098 in send_parsed_php (r=0x817e2c4) at mod_php4.c:547 #6 0x8079373 in ap_invoke_handler () #7 0x808d339 in process_request_internal () #8 0x808d768 in ap_internal_redirect () #9 0x806bdd3 in mod_gzip_redir1_handler () #10 0x806a72d in mod_gzip_handler () #11 0x8079373 in ap_invoke_handler () #12 0x808d339 in process_request_internal () #13 0x808d39c in ap_process_request () #14 0x80848ce in child_main () #15 0x8084a7c in make_child () #16 0x8084bd9 in startup_children () #17 0x8085216 in standalone_main () #18 0x80859b3 in main () #19 0x400bc9cb in __libc_start_main (main=0x808565c , argc=4, argv=0xba94, init=0x8050370 <_init>, fini=0x80bc2dc <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:92 -- Edit bug report at http://bugs.php.net/?id=15579&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15579&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15579&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15579&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15579&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15579&r=support Expected behavior: http://bugs.php.net/fix.php?id=15579&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15579&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15579&r=submittedtwice
Bug #15578: PHP Causes Apache segmentation when using FreeTDS
From: [EMAIL PROTECTED] Operating system: Linux Red Hat 7.1 PHP version: 4.1.1 PHP Bug Type: MSSQL related Bug description: PHP Causes Apache segmentation when using FreeTDS Hi, I need to access a MS-SQL server 2000 from a linux RH7.1 box running PHP 4.1.1 compiled with the following options: ./configure --with-sybase=/usr/local/freetds --with-apxs And freetds installed from RPM (but I also tried with the source and it didn't work either... tried FreeTDS from CVS as well). and apache 1.3.19. PHP seems to be working fine and phpinfo(); seems fine... Whenever I load a PHP script that uses any mssql_* function, the page cannot load "The page cannot be displayed"... When I check apache's error log, it reports Segmentation Fault on child process. I tried with different versions of PHP and it always crashes the same way but the Perl applications using FreeTDS to connect to the same server work just fine so it probably is a problem related to PHP. Any input ? -- Edit bug report at http://bugs.php.net/?id=15578&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15578&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15578&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15578&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15578&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15578&r=support Expected behavior: http://bugs.php.net/fix.php?id=15578&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15578&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15578&r=submittedtwice
Bug #15577: "failed to rollback outstanding transactions!" Oracle connection error
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.1.1 PHP Bug Type: OCI8 related Bug description: "failed to rollback outstanding transactions!" Oracle connection error I have a function: - function SQLreturn($sql){ $OC = @OCINLogon($this->user,$this->pass,$this->string); if($OC){ $parsed = OCIParse($OC,$sql); OCIExecute($parsed); OCIFetchInto($parsed, &$rows,OCI_ASSOC); OCIFreeStatement($parsed); OCILogOff($OC); //return the array //print_r($rows); return $rows; }else{ echo "No SQL connect: return"; } } that appears to cause some trouble...I'm not sure why either. Other database connections work fine on this same server, but this one keeps giving messages like: Warning: failed to rollback outstanding transactions!: Error while trying to retrieve text for error ORA-03113 in /export/home1/catalog/domainadmin/index.php on line 97 Warning: _oci_close_session: OCISessionEnd: Error while trying to retrieve text for error ORA-12545 in /export/home1/catalog/domainadmin/index.php on line 97 Has anyone else encountered this one? If so, any idea how to fix it? thanks, -chris -- Edit bug report at http://bugs.php.net/?id=15577&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15577&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15577&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15577&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15577&r=support Expected behavior: http://bugs.php.net/fix.php?id=15577&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15577&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15577&r=submittedtwice
Bug #15239 Updated: Apache's httpd.conf recommends something that will break file writing
ID: 15239 Updated by: [EMAIL PROTECTED] -Summary: Apache's httpd.conf recommends something that will break file writing Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 14:48:48] [EMAIL PROTECTED] You're right, but it bears mentioning. [2002-02-14 13:27:50] [EMAIL PROTECTED] i think, that's an apache problem, not an php problem. [2002-01-27 04:04:41] [EMAIL PROTECTED] Correction to above... "will not be able to open files" should be "will not be able to open files for writing". [2002-01-27 04:02:25] [EMAIL PROTECTED] Here's something you might want to add to any function's documentation that has to do with writing to files - like fopen(), session_start(), etc. Apache's default httpd.conf currently ships with a section that looks like this: User nobody Group "#-1" There is a section above that with a somewhat confusing instruction to use "Group nogroup" if you run SCO 3. It doesn't mention Linux, but does go into details of why you shouldn't use #-1 if your kernel can't use GIDs above 60,000. Let's assume some or most people tuning httpd.conf don't know whether that's true about Linux. :) Anyway, if your httpd.conf looks like that under Linux (2.4 for sure, dunno about 2.2), PHP will not be able to open files. It'll complain about an invalid argument. That applies to session_start() and fopen() - I've tried both. The solution is to use "Group nogroup". Once I changed my httpd.conf to use that instead of #-1, I was suddenly able to write files again. -- Edit this bug report at http://bugs.php.net/?id=15239&edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: Since I am not a developer I am not allowed to change the status of the bug... Chris Previous Comments: [2002-02-15 13:05:18] [EMAIL PROTECTED] Do NOT open new bug reports but reopen the old one! [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the "Bogus Bug #15439". Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561&edit=1
Bug #15239 Updated: Apache's httpd.conf recommends something that will break file writing
ID: 15239 Updated by: [EMAIL PROTECTED] -Summary: Apache's httpd.conf recommends something that will break file writing Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: You're right, but it bears mentioning. Previous Comments: [2002-02-14 13:27:50] [EMAIL PROTECTED] i think, that's an apache problem, not an php problem. [2002-01-27 04:04:41] [EMAIL PROTECTED] Correction to above... "will not be able to open files" should be "will not be able to open files for writing". [2002-01-27 04:02:25] [EMAIL PROTECTED] Here's something you might want to add to any function's documentation that has to do with writing to files - like fopen(), session_start(), etc. Apache's default httpd.conf currently ships with a section that looks like this: User nobody Group "#-1" There is a section above that with a somewhat confusing instruction to use "Group nogroup" if you run SCO 3. It doesn't mention Linux, but does go into details of why you shouldn't use #-1 if your kernel can't use GIDs above 60,000. Let's assume some or most people tuning httpd.conf don't know whether that's true about Linux. :) Anyway, if your httpd.conf looks like that under Linux (2.4 for sure, dunno about 2.2), PHP will not be able to open files. It'll complain about an invalid argument. That applies to session_start() and fopen() - I've tried both. The solution is to use "Group nogroup". Once I changed my httpd.conf to use that instead of #-1, I was suddenly able to write files again. -- Edit this bug report at http://bugs.php.net/?id=15239&edit=1
Bug #15382 Updated: Printer.dll is not included in php 4.1.1
ID: 15382 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Win 98 PHP Version: 4.1.1 New Comment: I´ve just seen that bug, I do need the printer.dll on 4.1.1 to be able to use PHP-GTK with the printing extension. Previous Comments: [2002-02-05 05:09:51] [EMAIL PROTECTED] The archive that is available for download on www.php.net, which contain exstension libraries, does not include printer.dll while the same library but from 4.0.6 package refuses to work with 4.1.1. causing printer to hang. Is it possible to restore that DLL in 4.1.1? -- Edit this bug report at http://bugs.php.net/?id=15382&edit=1
Bug #10835 Updated: File Upload
ID: 10835 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FTP related Operating System: Windows 2k Server PHP Version: 4.0.5 New Comment: Thanks for your help. Previous Comments: [2002-02-15 12:04:44] [EMAIL PROTECTED] I've found the problem. The ftp from IIS is configured to handle the "Directory Style" as "MSDOS".. you only have to change it to "UNIX" for php's ftp functions work properly and handle spaces in paths and names. Greetings [2002-02-14 03:55:48] [EMAIL PROTECTED] I have got a similar error with the ftp_chdir function. I can't change to a directory with spaces in it , nor making the strings replacement shown here... I'm using: Php server: W2k Server(no SP), Apache 1.3 , Php 4.0.5 ftp server: W2k Professional SP2, ftp of IIS, access anonymous. Thanks in advance. [2001-05-12 22:24:49] [EMAIL PROTECTED] I added an echo $a and an echo $b. I also some debug code to see if it was connection to the ftp server. The output is: C:\Te st.doc Te st.doc Connected Ftp upload has failed! So $a=C:\Te st.doc $b=Te st.doc So it should upload the file as fallows: $upload = ftp_put($conn_id, "C:\Te st.doc", "Te st.doc", FTP_BINARY); I added the code: $b = str_replace (" ", "\ ", $b); to no avail :( [2001-05-12 20:04:49] [EMAIL PROTECTED] Hello, can you try if this has anything to do with spaces in filenames? (so try "C:\\Te st.doc"). If that's the case you need to escape your filename like this: $b = strreplace (" ", "\ ", $b); [2001-05-12 19:45:22] [EMAIL PROTECTED] an example: $file = C:\\whatever.doc that whould make $a = C:\whatever.doc that would make $b = whatever.doc The file will upload from C:\ but will not upload from the desktop. 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/10835 -- Edit this bug report at http://bugs.php.net/?id=10835&edit=1
Bug #15576: Got "Warning: Problem with method call. Report this bug in xxx.php" error
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Class/Object related Bug description: Got "Warning: Problem with method call. Report this bug in xxx.php" error Got this rather strange error msg. that asks for a bug report. Ok here we go, it happens here - when I try to 1. generate an object from class objectFactory, 2. inside a class method, 3. and returning a reference to it (without the reference it worked) $factory = &objectFactory::install(); class objectFactory { ... function &install() { global $globar; if (!$globar[objectFactory]) { $globar[objectFactory] = new objectFactory(); } return $globar[objectFactory]; } } Hope that helped.. Cheers - Martin -- Edit bug report at http://bugs.php.net/?id=15576&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15576&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15576&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15576&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15576&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15576&r=support Expected behavior: http://bugs.php.net/fix.php?id=15576&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15576&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15576&r=submittedtwice
Bug #15539 Updated: crash apache
ID: 15539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win2000 PHP Version: 4.1.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". If this is about session_save_path being incorrect, then it's probably already fixed. Previous Comments: [2002-02-13 07:18:13] [EMAIL PROTECTED] If is Apache 1.3.x with PHP 4.1.x DLL libary (APACHE ISAPI) and start the SESSION -session_start()-, apache crashed. If is PHP like CGI script is ALL ok [2002-02-13 07:09:31] [EMAIL PROTECTED] If is Apache 1.3.x with PHP 4.1.x DLL libary (APACHE ISAPI) and start the Cookies, apache crashed. If is PHP like CGI script is ALL ok. -- Edit this bug report at http://bugs.php.net/?id=15539&edit=1
Bug #15545 Updated: Missing php.ini-dist after installation
ID: 15545 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Win98 PHP Version: 4.1.1 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-02-13 15:49:43] [EMAIL PROTECTED] I downloaded the installer for php 4.1.1 Windows Version. Installed it and the documentation I was using for installation referred to a php.ini-dist file which I was to rename as php.ini However, I cannot find that file anywhere. Am I missing something ? -- Edit this bug report at http://bugs.php.net/?id=15545&edit=1
Bug #15547 Updated: tempnam() bypasses security
ID: 15547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Linux(RedHat 7.1) PHP Version: 4.0.6 New Comment: Are you sure safe-mode is enabled? Previous Comments: [2002-02-14 02:18:04] [EMAIL PROTECTED] tempnam() function bypasses open_basedir directive set by php.ini This can be seen f.e. by following code: $tfile=tempnam("/tmp","foobar"); // this is a success regardless of a open_basedir setting $fp=fopen($tfile,"w") // file is already created but fopen() fails if // open_basedir is set, but not to include /tmp -- Edit this bug report at http://bugs.php.net/?id=15547&edit=1
Bug #15549 Updated: only incomplet output
ID: 15549 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows XP with apache PHP Version: 4.0.6 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 GD is not thread safe (at least, not on Windows). Previous Comments: [2002-02-14 05:25:22] [EMAIL PROTECTED] The gd version is 2.0 or higher(phpinfo); and the php version is 4.0.6 [2002-02-14 05:12:12] [EMAIL PROTECTED] I have written a script which sample a resized image and create a copyrightstring on it. Then it should output the result on display. In most of times its makes wonderfull, but sometimes its output incomplet or empty images. Its happends every 10 times of try to load an image. Here is the complete script: function display_resized_image( $image, $newimage_extension, $newimage_height,$newimage_width,$quality=80,$tmpimagetype="image/jpeg") { $image_size=getimagesize($image); $image_width=$image_size[0]; $image_height=$image_size[1]; //### get image $pathexploted=pathinfo($image); $image_extension=$pathexploted["extension"]; if ($image_extension=="jpg" || $image_extension=="png" || $image_extension=="tmp") { if ($image_extension=="jpg") { $image_extension="jpeg"; } if ($image_extension=="tmp") { $tmptype=explode("/",$tmpimagetype); if ($tmptype[0]=="image") { switch($tmptype[1]) { case "jpeg": $image_extension="jpeg"; break; case "jpg": $image_extension="jpeg"; break; case "png": $image_extension="png"; break; } } else { return -11; } } $function="imagecreatefrom" . $image_extension; $image = $function($image); } else { return -12; } //### calculate new size if ($newimage_height==-1 && $newimage_width==-1) { $newimage_height=$image_height; $newimage_width=$image_width; } else { if ($newimage_width==-1) { $newimage_width=($image_width*$newimage_height)/$image_height; } if ($newimage_height==-1) { $newimage_height=($image_height*$newimage_width)/$image_width; } } //### create buffer image and sample resized image $buffer = imagecreatetruecolor($newimage_width,$newimage_height); imagecopyresampled($buffer,$image,0,0,0,0,$newimage_width ,$newimage_height,$image_width,$image_height); if ($newimage_width>=250) { //### Copyrightbild erstellen $cpbuffer = imagecreatetruecolor(300,30); imagestring ($cpbuffer, 5, 45, 8, "(C)2002 www.shopforkids.de", imagecolorexact($cpbuffer, 255, 255, 255)); //### alising line $linebuffer = imagecreatetruecolor(300,2); //### Copyrightbild einblenden imagecopymerge($buffer,$cpbuffer,$newimage_width-300,$newimage_height-30,0,0,300,30,40); imagecopymerge($buffer,$linebuffer,$newimage_width-300,$newimage_height-32,0,0,300,2,20); } //### shows images if ($newimage_extension=="jpg" || $newimage_extension=="png" || $newimage_extension=="jpeg") { if ($newimage_extension=="jpg") { $newimage_extension="jpeg"; } Header("Content-type: image/" . $newimage_extension); $function="image" . $newimage_extension;
Bug #15560 Updated: PHP path prints when PHP compiled as a CGI
ID: 15560 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache related Operating System: AIX PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-14 15:09:53] [EMAIL PROTECTED] I compiled 4.1.1 as a cgi, and whenever i put the path to PHP in #!/path/blah, it'll print out #!/path/blah as the first text of the file, then execute the script. If i take out the #!/path/blah, it will give me the normal cgi 500 error, premature end of script headers. This can be seen at http://students.washington.edu/caetin/blah.cgi , which contains: vergil01% cat blah.cgi #!/nfs/guido01/dw05/d75/caetin/php for example, i also made http://students.washington.edu/caetin/blah2.cgi which doesn't have the shebang. It gives the 500 error. Both files are chmod' to 755 as well. -- Edit this bug report at http://bugs.php.net/?id=15560&edit=1
Bug #15561 Updated: make install fails to copy libphp4.so
ID: 15561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.1.1 New Comment: Do NOT open new bug reports but reopen the old one! Previous Comments: [2002-02-14 16:24:26] [EMAIL PROTECTED] This is in refrence to bug #15439 I can compile PHP 4.1.1 on AIX 4.3.3, but when make install is run, it fails to copy libphp4.so, to the iPlanet bin directory. This is becasue the libphp4.so file is never made. The configure script and other information is exactly the same as in the "Bogus Bug #15439". Thanks for any ideas or help, Chris -- Edit this bug report at http://bugs.php.net/?id=15561&edit=1
Bug #15563 Updated: php.ini file doesn't reflect any changs made to it.
ID: 15563 Updated by: [EMAIL PROTECTED] -Summary: php.ini file doesn't reflect any changs made to it. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: windows 2000 PHP Version: 4.1.1 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-02-14 23:48:32] [EMAIL PROTECTED] i am using php-4.1.1 with apache-1.3.22 on windows 2000. i wanted to use custom handlers so i changed save_handler to user. and to confirm if the change was accepted by php, i printed it to the browser using ini_get("session.save_handler"). but what got printed was default setting of file. after the ini file was changed, care was taken to start apache so as to reflect changes made to .ini, but it is seen that php.ini doesn't reflect any changes in the settings done. most shocking was all my php pages are runnung even in the absence of .ini file, i deleted it from my machine but still i was able to run the pages. help needed urgently. -- Edit this bug report at http://bugs.php.net/?id=15563&edit=1
Bug #15566 Updated: Application Failed to Initialize Popup Message
ID: 15566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Previous Comments: [2002-02-15 08:26:12] [EMAIL PROTECTED] I get a popup dialog often in Windows 2000 Advanced Server (and on all servers running PHP) using the CGI (not ISAPI) system, the following message: title bar "php.exe - Application Error" Message: The application failed to initialize properly (0xc142). Click on OK to terminate the application. Thank you. Neal Culiner NC Software, Inc. http://www.nc-software.com -- Edit this bug report at http://bugs.php.net/?id=15566&edit=1
Bug #15515 Updated: Constructions involving "... or ..." don't work properly.
ID: 15515 Updated by: [EMAIL PROTECTED] -Summary: Constructions involving "... or ..." don't work properly. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Compile Failure Operating System: RH Linux 7.2 (kernel 2.4.9-21) PHP Version: 4.0.6 New Comment: This is a dupe... I'm sure I read a bug about this before, but I can't find it... Anyway, 'or return' doesn't. Previous Comments: [2002-02-11 21:44:24] [EMAIL PROTECTED] Script: This bug seems to be present in PHP versions 4.0.6, and 4.2.0 - it's been tried on more than one machine (including two that I haven't installed myself). Essentially, constructions involving or , where expr2 is a keyword (return, continue, break, etc) fail with a parse error, whereas constructions where expr2 is a function (such as die() etc) succeed. This bug is not specific to the "or" keyword, either. It also occurs with the "and" keyword. -- Edit this bug report at http://bugs.php.net/?id=15515&edit=1
Bug #15531 Updated: Apache doesn't start
ID: 15531 Updated by: [EMAIL PROTECTED] -Summary: Apache doesn't start Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux 2.2.19 PHP Version: 4.1.1 New Comment: Check your apache's errog_log Previous Comments: [2002-02-12 19:12:27] [EMAIL PROTECTED] Hi, if I add the php4 module (libphp4.so) in the httpd.conf, the Apache-Webserver doesn't start. The problem: I get no error-messages. Apache seems to die. Without the entry, the Apache Webserver runs with no problem, so it must be a problem with PHP4. Apache 1.3.23 PHP 4.1.1 configure: ./configure --with-apxs=/usr/local/apache/current/bin/apxs --enable-tracking-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --with-mysql --with-sapdb=/opt/sapdb/interfaces/odbc Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=15531&edit=1
Bug #15532 Updated: Fails to connect to MSSQL server
ID: 15532 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Win2k Server PHP Version: 4.1.1 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-02-12 20:20:43] [EMAIL PROTECTED] 0) : print "Data:"; while ($i < $number) : $name = mssql_result($result,$i,"Name"); print $name; print ""; $i++; endwhile; endif; ?> Effectively this script fails to connect to the database: Fatal error: Call to undefined function: mssql_connect() in e:\apache\apache\htdocs\mssql_connect.php on line 7 The php_mssql.dll has been placed in both the includes and the WINNT\system32 directories and those lines have been uncommented to include those files. the php.ini file has had it's included path altered correctly for DOS pathing Apache has been stopped and restarted between changes. Thank you! -- Edit this bug report at http://bugs.php.net/?id=15532&edit=1
Bug #15510 Updated: file() not recognizing ~ char
ID: 15510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Linux 2.4.13 (Slackware 8) PHP Version: 4.1.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". I can't reproduce it. Previous Comments: [2002-02-11 14:46:39] [EMAIL PROTECTED] When i try to access a file on an web server, file() can't find files with the ~ char in the filename. ex. file("http://www.server.srv/~my_account/importantfile.txt";); -- Edit this bug report at http://bugs.php.net/?id=15510&edit=1
Bug #15575 Updated: Using PHP for CGI scripting.
ID: 15575 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD 4.x PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 12:49:00] [EMAIL PROTECTED] When i try to use PHP 4.1.1 on one server in both console and module verion i have such problem: I wrote CGI script using console version of php. This scipt begins by line #!/usr/local/bin/php. When i run scipt as standalone application - all ok. But when i run it as CGI appication - first output line contains #!/usr/local/bin/php and then goes correct output. This bug begins after upgrade from 4.0.4 to 4.1.0 -- Edit this bug report at http://bugs.php.net/?id=15575&edit=1
Bug #15575: Using PHP for CGI scripting.
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.x PHP version: 4.1.1 PHP Bug Type: Scripting Engine problem Bug description: Using PHP for CGI scripting. When i try to use PHP 4.1.1 on one server in both console and module verion i have such problem: I wrote CGI script using console version of php. This scipt begins by line #!/usr/local/bin/php. When i run scipt as standalone application - all ok. But when i run it as CGI appication - first output line contains #!/usr/local/bin/php and then goes correct output. This bug begins after upgrade from 4.0.4 to 4.1.0 -- Edit bug report at http://bugs.php.net/?id=15575&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15575&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15575&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15575&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15575&r=support Expected behavior: http://bugs.php.net/fix.php?id=15575&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15575&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15575&r=submittedtwice
Bug #15574 Updated: Strip out array keys with no value
ID: 15574 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: Linux Mandrake 8.2b2 PHP Version: 4.1.1 New Comment: just in case you were wondering why your question was a support stuff: eliminating empty values from an array is a one-liner with today's capabilities. no reason to add this function. Previous Comments: [2002-02-15 12:36:34] [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-02-15 12:28:53] [EMAIL PROTECTED] Is it possible to add a function which strips out all parts of an array which don't have a value? I ask this simply because I'm trying to array_diff a submitted form against a set of required fields, and my test machine (Win2K/IE5) sends all empty form elements over in an array (I use NAME="FormData[Bar]", NAME="FormData[Baz]", etc) with empty values, and PHP puts them into my form array. It'd be great if I could say "array_strip_empty($myarray)" and PHP took out all values which are "" (empty) Thanks, ~ZG~ -- Edit this bug report at http://bugs.php.net/?id=15574&edit=1
Bug #15574 Updated: Strip out array keys with no value
ID: 15574 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux Mandrake 8.2b2 PHP Version: 4.1.1 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-02-15 12:28:53] [EMAIL PROTECTED] Is it possible to add a function which strips out all parts of an array which don't have a value? I ask this simply because I'm trying to array_diff a submitted form against a set of required fields, and my test machine (Win2K/IE5) sends all empty form elements over in an array (I use NAME="FormData[Bar]", NAME="FormData[Baz]", etc) with empty values, and PHP puts them into my form array. It'd be great if I could say "array_strip_empty($myarray)" and PHP took out all values which are "" (empty) Thanks, ~ZG~ -- Edit this bug report at http://bugs.php.net/?id=15574&edit=1
Bug #15574: Strip out array keys with no value
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 8.2b2 PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: Strip out array keys with no value Is it possible to add a function which strips out all parts of an array which don't have a value? I ask this simply because I'm trying to array_diff a submitted form against a set of required fields, and my test machine (Win2K/IE5) sends all empty form elements over in an array (I use NAME="FormData[Bar]", NAME="FormData[Baz]", etc) with empty values, and PHP puts them into my form array. It'd be great if I could say "array_strip_empty($myarray)" and PHP took out all values which are "" (empty) Thanks, ~ZG~ -- Edit bug report at http://bugs.php.net/?id=15574&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15574&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15574&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15574&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15574&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15574&r=support Expected behavior: http://bugs.php.net/fix.php?id=15574&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15574&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15574&r=submittedtwice
Bug #12339 Updated: Seg Fault in PHP under 2k /w ODBC and Globals (apparently)...
ID: 12339 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Win2k PHP Version: 4.0.6 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-01-21 09:19:26] [EMAIL PROTECTED] Please try the latest release. There have been a couple bug fixes in it regarding windows releases. [2001-08-20 12:04:04] [EMAIL PROTECTED] status -> open. [2001-07-24 10:49:17] [EMAIL PROTECTED] Ok... Changing the connect to a pconnect, removing the out db connection (which was closed via odbc_close()) solves the problem.. so what exactly is going on I don't know... nick [2001-07-24 10:47:11] [EMAIL PROTECTED] Sigh... I'm not so sure it's with globals anymore, I just knowit's with ODBC I had this problem once before and ended up re-writing and inlining all my code to get it go away. (side note, php cvs build for win2k from php4win project (approaching 4.0.7 release) exhibited the same problem) this particular file is also the only one to crash out of all the php files.. what makes it unique is the rather long subroutine but I've gotten a stack trace and some more information it dies with the following Fatal error: Call to undefined function: () in C:\dev\isis\web\view_ user_info.php on line 39 and it's 0Xc0005, typically a buffer issue... 01222f10() ODBC32! 1f7d792e() ODBC32! 1f7d7866() PHP4TS! 100026a9() PHP! 00401a43() PHP! 0040207b() KERNEL32! 77e97d08() echo's removed, but assignments left in to give a general idea what's going on... Offending Trimmed Code -- function report($query, $tarray,$sarray, $empty_msg,$total,$is_last = 0, $zhead="") { $dmy = sizeof($tarray); //dummy var $elem_colspan = ((($total-($total%$dmy))/$dmy) == 1)?"":"COLSPAN =\"".(($total-($total%$dmy))/$dmy)."\""; //header on table 1 if (strlen($zhead)>0) { $CLASS = "CLASS=\"".$sarray['Header']['Class']."\""; $STYLE = "STYLE=\"".$sarray['Header']['Style']."\""; } foreach ($tarray as $header => $tname) { $CLASS = ($sarray[$header]['THClass'] != '')?"CLASS=\"".$sarray[$header]['THClass']."\"":"CLASS=\"sort\""; $STYLE = ($sarray[$header]['THStyle'] != '')?"STYLE=\"".$sarray[$header]['THStyle']."\"":""; } echo "\n"; $DBHX = odbc_connect("QUAL7000","QUAL_RPT","QUALRPT") or die (odbc_errormsg()); /** Dies Here */ $sh = odbc_prepare($DBHX,$query) or die (odbc_errormsg().$query); odbc_execute($sh) or die (odbc_errormsg()); $rownum = 0; while(odbc_fetch_into($sh,$rownum,$rez)) { $trim_row($rez); reset($rez); foreach ($tarray as $header => $s) { $CLASS = ($sarray[$header]['TDClass'] != '')?"CLASS=\"".$sarray[$header]['TDClass']."\"":"CLASS=\"main\""; $STYLE = ($sarray[$header]['TDStyle'] != '')?"STYLE=\"".$sarray[$header]['TDStyle']." $x\"":"STYLE=\"$x\""; next($rez); } } if (odbc_num_rows($sh) == 0) { $c = 0; foreach ($tarray as $header => $s) { $CLASS = ($sarray[$header]['TDClass'] != '')?"CLASS=\"".$sarray[$header]['TDClass']."\"":"CLASS=\"main\""; $STYLE = ($sarray[$header]['TDStyle'] != '')?"STYLE=\"".$sarray[$header]['TDStyle']." $x\"":"STYLE=\"$x\""; if ((++$c) < sizeof($tarray)) { } else { } } echo ''; } odbc_free_result($sh); odbc_close($DBHX); } report($queryuso,$uasuso_trans,$uasuso_style,"User does not have access to any objects",sizeof($uasusa_trans)*2,1,"Object Access"); [2001-
Bug #15141 Updated: ODBC Error Messages
ID: 15141 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Linux PHP Version: 4.1.1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-01-22 19:11:57] [EMAIL PROTECTED] Please try a recent CVS snapshot, a small change has been done to the cursor handling which might change your behavior seen. [2002-01-21 07:46:14] [EMAIL PROTECTED] The PHP odbc driver doesn't manage errors correctly. Here is the complete explanation the Easysoft team gave me: From: Martin J. Evans <[EMAIL PROTECTED]> "Tomas V.V.Cox" wrote: > > Hi, > > I'm getting a little bit crazy trying to figure out why I always get the > same unclear error: "01S02 Option Value Changed" when I do *any* bad > action. Ie: > > "SELECT * FROM tableThatDoesNotExist" > "SELECT e FROM phptest" (when the "e" field doesn't exist) > > instead of the native code/mesage. Note, that all works fine if there is > no "human" error. > I'm using php 4.1.1, unixODBC 2.0.8 as client and OOB - Access as > server. > > Thanks for any tip on how to solve this obscure problem. > > Tomas V.V.Cox 01S02 is the ODBC defined State and the text for that state is "option value changed". PHP does not give you the context of the diagnostic because PHP ignores SQL_SUCCESS_WITH_INFO when attempting to change the cursor to a dynamic cursor. i.e. the following code in PHPs php_odbc.c causes it: if (rc == SQL_SUCCESS) { if ((result->fetch_abs = (scrollopts & SQL_FD_FETCH_ABSOLUTE))) { /* Try to set CURSOR_TYPE to dynamic. Driver will replace this with other type if not possible. */ if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE, SQL_CURSOR_DYNAMIC) == SQL_ERROR) { odbc_sql_error(conn, result->stmt, " SQLSetStmtOption"); SQLFreeStmt(result->stmt, SQL_DROP); efree(result); RETURN_FALSE; } } } else { result->fetch_abs = 0; } As PHP uses SQLError() to get diags and PHP is an ODBC 2.0 app the ODBC spec says the diags stay in place until they are retrieved. So, what happens is the above code is executed for each new statement and it generates an informational diagnostic. Then, at some stage later when you get an error, PHP pulls the first diag which is the one above and not the one you want. In order to get the one you want you will have to: [1] Add a call to SQLError to the above code if SQLSetStmtOption returns SQL_SUCCESS_WITH_INFO - this will clear this diag of the ODBC driver (driver manager) stack. [2] Change PHP to allow odbc_error etc to be called repeatedly until all diagnostics are cunsumed and you get the one you want. Martin -- Martin J. Evans Easysoft Ltd, UK Development -- Edit this bug report at http://bugs.php.net/?id=15141&edit=1
Bug #15516 Updated: odbc_execute() param clobber fix (Patch included)
ID: 15516 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: ODBC related Operating System: Debian testing PHP Version: 4.0CVS-2002-02-1 New Comment: This bug has been fixed in CVS. thanks for the patch it should be in cvs in a few seconds...whenever CVS commit finalizes Previous Comments: [2002-02-13 06:12:56] [EMAIL PROTECTED] Good point. OK, this one fixes the clobber problem and checks for safe_mode and open_basedir. Torben Index: php_odbc.c === RCS file: /repository/php4/ext/odbc/php_odbc.c,v retrieving revision 1.115 diff -u -r1.115 php_odbc.c --- php_odbc.c 30 Jan 2002 21:54:54 - 1.115 +++ php_odbc.c 13 Feb 2002 08:52:27 - @@ -943,12 +943,23 @@ else ctype = SQL_C_CHAR; - if (Z_STRVAL_PP(tmp)[0] == '\'' && + if (Z_STRLEN_PP(tmp) > 2 && + Z_STRVAL_PP(tmp)[0] == '\'' && Z_STRVAL_PP(tmp)[Z_STRLEN_PP(tmp) - 1] == '\'') { - filename = &Z_STRVAL_PP(tmp)[1]; - filename[Z_STRLEN_PP(tmp) - 2] = '\0'; + filename = estrndup(&Z_STRVAL_PP(tmp)[1], +Z_STRLEN_PP(tmp) - 2); + filename[strlen(filename)] = '\0'; -if ((params[i-1].fp = open(filename,O_RDONLY)) == -1) { + /* Check for safe mode. */ + if (PG(safe_mode) &&(!php_checkuid(filename, NULL, CHECKUID_CHECK_FILE_AND_DIR))) { + RETURN_FALSE; + } + + /* Check the basedir */ + if (php_check_open_basedir(filename TSRMLS_CC)) { + RETURN_FALSE; + } + + if ((params[i-1].fp = open(filename,O_RDONLY)) == -1) +{ php_error(E_WARNING,"Can't open file %s", filename); SQLFreeStmt(result->stmt, SQL_RESET_PARAMS); for(i = 0; i < result->numparams; i++) { @@ -957,8 +968,11 @@ } } efree(params); + efree(filename); RETURN_FALSE; } + + efree(filename); params[i-1].vallen = SQL_LEN_DATA_AT_EXEC(0); [2002-02-11 22:14:07] [EMAIL PROTECTED] along similar lines, it would be nice to change that open() call to the php wrapper which enables safe-mode checking. (there was a bug filed recently about this, i think. or maybe just a message on php-dev.) [2002-02-11 22:08:20] [EMAIL PROTECTED] - Synopsis: odbc_execute() has some undocumented functionality: if a parameter is given enclosed in single-quotes, that param is taken as the name of a file to read and send instead of the actual parameter string. In the above case, odbc_execute() will replace the last character of the passed parameter with \0. - Test script: - Output: Before: \'/home/torben/odbc.ini\' After: \'/home/torben/odbc.ini\0 - Patch: Index: php_odbc.c === RCS file: /repository/php4/ext/odbc/php_odbc.c,v retrieving revision 1.115 diff -u -r1.115 php_odbc.c --- php_odbc.c 30 Jan 2002 21:54:54 - 1.115 +++ php_odbc.c 12 Feb 2002 02:41:25 - @@ -943,12 +943,13 @@ else ctype = SQL_C_CHAR; - if (Z_STRVAL_PP(tmp)[0] == '\'' && + if (Z_STRLEN_PP(tmp) > 2 && +Z_STRVAL_PP(tmp)[0] == '\'' && Z_STRVAL_PP(tmp)[Z_STRLEN_PP(tmp) - 1] == '\'') { - filename = &Z_STRVAL_PP(tmp)[1]; - filename[Z_STRLEN_PP(tmp) - 2] = '\0'; + filename = estrndup(&Z_STRVAL_PP(tmp)[1]
Bug #10835 Updated: File Upload
ID: 10835 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: FTP related Operating System: Windows 2k Server PHP Version: 4.0.5 New Comment: I've found the problem. The ftp from IIS is configured to handle the "Directory Style" as "MSDOS".. you only have to change it to "UNIX" for php's ftp functions work properly and handle spaces in paths and names. Greetings Previous Comments: [2002-02-14 03:55:48] [EMAIL PROTECTED] I have got a similar error with the ftp_chdir function. I can't change to a directory with spaces in it , nor making the strings replacement shown here... I'm using: Php server: W2k Server(no SP), Apache 1.3 , Php 4.0.5 ftp server: W2k Professional SP2, ftp of IIS, access anonymous. Thanks in advance. [2001-05-12 22:24:49] [EMAIL PROTECTED] I added an echo $a and an echo $b. I also some debug code to see if it was connection to the ftp server. The output is: C:\Te st.doc Te st.doc Connected Ftp upload has failed! So $a=C:\Te st.doc $b=Te st.doc So it should upload the file as fallows: $upload = ftp_put($conn_id, "C:\Te st.doc", "Te st.doc", FTP_BINARY); I added the code: $b = str_replace (" ", "\ ", $b); to no avail :( [2001-05-12 20:04:49] [EMAIL PROTECTED] Hello, can you try if this has anything to do with spaces in filenames? (so try "C:\\Te st.doc"). If that's the case you need to escape your filename like this: $b = strreplace (" ", "\ ", $b); [2001-05-12 19:45:22] [EMAIL PROTECTED] an example: $file = C:\\whatever.doc that whould make $a = C:\whatever.doc that would make $b = whatever.doc The file will upload from C:\ but will not upload from the desktop. [2001-05-12 19:19:42] [EMAIL PROTECTED] I created an upload script that will upload to my ftp server, the variable $file comes from a different file: $a = stripslashes ($file); $b = basename ($a); $ftp_server = "ftp_server"; $ftp_user_name = "user"; $ftp_user_pass = "password"; $dir = "ftp"; $conn_id = ftp_connect("$ftp_server"); $login_result = ftp_login($conn_id, "$ftp_user_name", "$ftp_user_pass"); $cd = ftp_chdir ($conn_id, $dir); $upload = ftp_put($conn_id, $b, $a, FTP_BINARY); if (!$upload) { echo "Ftp upload has failed!"; } else { echo "Uploaded"; } $discon = ftp_quit($conn_id); echo "$b"; This script will work most of the time, but when the file to be uploaded is located in certain folders the file will not upload. I made one change to the php.ini file to allow uploads greater than 2 megs. -- Edit this bug report at http://bugs.php.net/?id=10835&edit=1
Bug #15573: save_handler mm - doesn't create _SESSION[bar] at the first-time
From: [EMAIL PROTECTED] Operating system: debian woody (3.0) PHP version: 4.1.1 PHP Bug Type: Session related Bug description: save_handler mm - doesn't create _SESSION[bar] at the first-time Hi, if I use mm as save handler. I have to click twice at the first time to increment the counter. With files it works fine. cheers, Marcus. click me"; ?> -- Edit bug report at http://bugs.php.net/?id=15573&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15573&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15573&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15573&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15573&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15573&r=support Expected behavior: http://bugs.php.net/fix.php?id=15573&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15573&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15573&r=submittedtwice
Bug #15571 Updated: incredible slashing of " and \
ID: 15571 Updated by: [EMAIL PROTECTED] -Summary: incredible slashing of " and \ Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD 4.x PHP Version: 4.1.1 New Comment: this intended behaviour that is configurable and defaults to 'on' see http://www.php.net/manual/en/configuration.php and check your magic_quotes_* settings in php.ini (verify using phpinfo() output) magic_quotes_gpc boolean Sets the magic_quotes state for GPC (Get/Post/Cookie) operations. When magic_quotes are on, all ' (single-quote), " (double quote), \ (backslash) and NUL's are escaped with a backslash automatically. If magic_quotes_sybase is also on, a single-quote is escaped with a single-quote instead of a backslash. magic_quotes_runtime boolean If magic_quotes_runtime is enabled, most functions that return data from any sort of external source including databases and text files will have quotes escaped with a backslash. If magic_quotes_sybase is also on, a single-quote is escaped with a single-quote instead of a backslash. magic_quotes_sybase boolean If magic_quotes_sybase is also on, a single-quote is escaped with a single-quote instead of a backslash if magic_quotes_gpc or magic_quotes_runtime is enabled. Previous Comments: [2002-02-15 11:08:15] [EMAIL PROTECTED] When script must take variable that consist " and \ it takes \" and \\. You can see this bug on http://bugs.php.net/search.php if you enter \" in any field and press "Search". I have PHP 4.1.1 configured with such options: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/apache/conf --with-mysql=/usr/local/mysql --with-gd=/usr/local --enable-trans-sid --enable-versioning --enable-inline-optimization --enable-ftp --enable-dbase --enable-gd-native-ttf --with-ttf -- Edit this bug report at http://bugs.php.net/?id=15571&edit=1
Bug #15572: apxs check fails because of missing quotes
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.1 PHP Bug Type: *Compile Issues Bug description: apxs check fails because of missing quotes A little glitch in sapi/apache/config.m4 causes the apxs check of working -S option to fail. Although the compile succeeds the installation isn't performed correctly, at least not when using INSTALL_ROOT. The patch included below fixes the problem. regards, Ralf Nyrén diff -ur php-4.1.1.orig/sapi/apache/config.m4 php-4.1.1/sapi/apache/config.m4 --- php-4.1.1.orig/sapi/apache/config.m4Mon Nov 19 01:52:02 2001 +++ php-4.1.1/sapi/apache/config.m4 Fri Feb 15 15:22:47 2002 @@ -41,7 +41,7 @@ PHP_SAPI=apache # Test whether apxs support -S option - $APXS -q -S CFLAGS=$APXS_CFLAGS CFLAGS >/dev/null 2>&1 + $APXS -q -S CFLAGS="$APXS_CFLAGS" CFLAGS >/dev/null 2>&1 if test "$?" != "0"; then APACHE_INSTALL="$APXS -i -a -n php4 $SAPI_SHARED" # Old apxs does not have -S option -- Edit bug report at http://bugs.php.net/?id=15572&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15572&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15572&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15572&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15572&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15572&r=support Expected behavior: http://bugs.php.net/fix.php?id=15572&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15572&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15572&r=submittedtwice
Bug #15571: incredible slashing of " and \
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.x PHP version: 4.1.1 PHP Bug Type: Scripting Engine problem Bug description: incredible slashing of " and \ When script must take variable that consist " and \ it takes \" and \\. You can see this bug on http://bugs.php.net/search.php if you enter \" in any field and press "Search". I have PHP 4.1.1 configured with such options: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/usr/local/apache/conf --with-mysql=/usr/local/mysql --with-gd=/usr/local --enable-trans-sid --enable-versioning --enable-inline-optimization --enable-ftp --enable-dbase --enable-gd-native-ttf --with-ttf -- Edit bug report at http://bugs.php.net/?id=15571&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15571&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15571&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15571&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15571&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15571&r=support Expected behavior: http://bugs.php.net/fix.php?id=15571&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15571&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15571&r=submittedtwice
Bug #15570 Updated: unset and static variables
ID: 15570 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 10:21:55] [EMAIL PROTECTED] The example about static variables in the manual page for "unset" is broken : the output is actually 1 2 3 (not 1 1 1) there is no reset. function foo() { static $a; $a++; echo "$a\n"; unset($a); } foo();foo();foo() >From the discussion of bugs 2015, 6810, and 13967 it seems it is clearly an error in the doc. Ivan -- Edit this bug report at http://bugs.php.net/?id=15570&edit=1
Bug #15570: unset and static variables
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: unset and static variables The example about static variables in the manual page for "unset" is broken : the output is actually 1 2 3 (not 1 1 1) there is no reset. function foo() { static $a; $a++; echo "$a\n"; unset($a); } foo();foo();foo() >From the discussion of bugs 2015, 6810, and 13967 it seems it is clearly an error in the doc. Ivan -- Edit bug report at http://bugs.php.net/?id=15570&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15570&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15570&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15570&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15570&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15570&r=support Expected behavior: http://bugs.php.net/fix.php?id=15570&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15570&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15570&r=submittedtwice
Bug #14441 Updated: php/sapi crashes under linux
ID: 14441 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Linux Redhat 7.2 PHP Version: 4.1.0 New Comment: I'm having a very similar problem on Solaris. Platform: Solaris 8 Tomcat 4.01 JDK 1.3.1 PHP 4.1.0 I have a PHP file that consists of: Whenever I request it, I get the error: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0xf15e71b4 Function name=Java_net_php_reflect_setEnv Library=/usr/local/lib/php/libphp4.so Current Java thread: at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:162) at net.php.servlet.service(servlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:1264) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:484) Dynamic libraries: 0x1 /usr/java/bin/../bin/sparc/native_threads/java 0xff34 /usr/lib/libthread.so.1 0xff38 /usr/lib/libdl.so.1 0xff20 /usr/lib/libc.so.1 0xff32 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 0xfe48 /usr/java1.3.1/jre/lib/sparc/client/libjvm.so 0xff2d /usr/lib/libCrun.so.1 0xff1d /usr/lib/libsocket.so.1 0xff10 /usr/lib/libnsl.so.1 0xff0d /usr/lib/libm.so.1 0xff30 /usr/lib/libw.so.1 0xff0b /usr/lib/libmp.so.2 0xff08 /usr/java1.3.1/jre/lib/sparc/native_threads/libhpi.so 0xff05 /usr/java1.3.1/jre/lib/sparc/libverify.so 0xfe44 /usr/java1.3.1/jre/lib/sparc/libjava.so 0xff02 /usr/java1.3.1/jre/lib/sparc/libzip.so 0xfaee /usr/java1.3.1/jre/lib/sparc/libnet.so 0xface /usr/lib/nss_files.so.1 0xf158 /usr/local/lib/php/libphp4.so 0xf2c5 /usr/lib/libz.so.1 0xf2d3 /usr/lib/libcrypt_i.so.1 0xf23b /usr/lib/libresolv.so.2 0xf21e /usr/lib/libpam.so.1 0xf21a /usr/local/mysql/lib/mysql/libmysqlclient.so.10 0xf20e /usr/lib/libgen.so.1 0xf20c /usr/local/lib/libgcc_s.so.1 Local Time = Fri Feb 15 15:01:23 2002 Elapsed Time = 32 # # The exception above was detected in native code outside th
Bug #15569 Updated: make problems
ID: 15569 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux Suse 7.2 Pro PHP Version: 4.1.1 New Comment: a segfault or bus error during compilation? this is usualy caused by hardware problems, especialy by faulty or overclocked RAM chips (compiling the linux kernel in an endless loop is a good memory test ;) but you say it happens at the very same place every time, so it doesn't sound like a RAM problem, maybe a corrupted file on your disk? the GNU compiler is really *very* stable in its operation and i have never experienced or heard of problems like this that were *not* hardware- related ... Previous Comments: [2002-02-15 09:41:44] [EMAIL PROTECTED] Hello here is my problem... *Im in /usr/local/php *do this ./configure --with-mysql=../mysql --with-config-file-path=/www/conf --with-apache=../apache --enable-track-vars *all fine... next *make Making all in Zend make[1]: Entering directory /usr/local/php/Zend bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c make[1]: Leaving directory /usr/local/php/Zend make[1]: ***[zend_language_parse.c] Segment Violation make: *** [all-recursive] Error 1 *allways the same error... please help me if u can !!! thanks -- Edit this bug report at http://bugs.php.net/?id=15569&edit=1
Bug #15476 Updated: corrupted outputs when using PHP as Apache Module under Windows XP
ID: 15476 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP PHP Version: 4.1.1 New Comment: We have found tha same thing with the same config. Previous Comments: [2002-02-09 17:13:34] [EMAIL PROTECTED] Software: Apache 1.3.23 PHP Version 4.1.1 and 4.1.0 Problem: When running PHP as Apache Server Module (php4apache.dll) output from the script gets corrupted randomly e.g. Tables thrown in disorder etc. This error does occur in php 4.1.0 and 4.1.1 but only when used as Server Module. Running PHP as CGI version doesn´t produce errors. The same configuration works well under Windows 2000 only Windows XP seems affected. -- Edit this bug report at http://bugs.php.net/?id=15476&edit=1
Bug #15568 Updated: ImageTTFText doesn't work in 4.1.1
ID: 15568 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.1.1 New Comment: No errors. Just a black square. Previous Comments: [2002-02-15 09:37:36] [EMAIL PROTECTED] What error message do you get when running this code? [2002-02-15 09:21:14] [EMAIL PROTECTED] The following code works in 4.0.6 but doesn't in 4.1.1 Both are compiled with the same flags: --with-freetype --with-gd --with-ttf For 4.1.1 I added: --enable-gd-native-ttf --with-freetype-dir=/usr ( you need a font to test this. In this case - shelley.ttf ) -- Edit this bug report at http://bugs.php.net/?id=15568&edit=1
Bug #15569: make problems
From: [EMAIL PROTECTED] Operating system: Linux Suse 7.2 Pro PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: make problems Hello here is my problem... *Im in /usr/local/php *do this ./configure --with-mysql=../mysql --with-config-file-path=/www/conf --with-apache=../apache --enable-track-vars *all fine... next *make Making all in Zend make[1]: Entering directory /usr/local/php/Zend bison -y -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c make[1]: Leaving directory /usr/local/php/Zend make[1]: ***[zend_language_parse.c] Segment Violation make: *** [all-recursive] Error 1 *allways the same error... please help me if u can !!! thanks -- Edit bug report at http://bugs.php.net/?id=15569&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15569&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15569&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15569&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15569&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15569&r=support Expected behavior: http://bugs.php.net/fix.php?id=15569&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15569&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15569&r=submittedtwice
Bug #15568 Updated: ImageTTFText doesn't work in 4.1.1
ID: 15568 Updated by: [EMAIL PROTECTED] -Summary: ImageTTFText doesn't work in 4.1.1 Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.1.1 New Comment: What error message do you get when running this code? Previous Comments: [2002-02-15 09:21:14] [EMAIL PROTECTED] The following code works in 4.0.6 but doesn't in 4.1.1 Both are compiled with the same flags: --with-freetype --with-gd --with-ttf For 4.1.1 I added: --enable-gd-native-ttf --with-freetype-dir=/usr ( you need a font to test this. In this case - shelley.ttf ) -- Edit this bug report at http://bugs.php.net/?id=15568&edit=1
Bug #15567 Updated: error in the manual (french page)
ID: 15567 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *General Issues Operating System: debian PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 08:34:58] [EMAIL PROTECTED] it is not a real bug but you have made an error in the french page for the ldap_search ldap_search() retourne un identifiant de résultat en cas de succès, et TRUE sinon. you have put "et TRUE sinon" , where you have to put "et FALSE sinon" merci Sahar -- Edit this bug report at http://bugs.php.net/?id=15567&edit=1
Bug #15568: ImageTTFText doesn't work in 4.1.1
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: GD related Bug description: ImageTTFText doesn't work in 4.1.1 The following code works in 4.0.6 but doesn't in 4.1.1 Both are compiled with the same flags: --with-freetype --with-gd --with-ttf For 4.1.1 I added: --enable-gd-native-ttf --with-freetype-dir=/usr ( you need a font to test this. In this case - shelley.ttf ) -- Edit bug report at http://bugs.php.net/?id=15568&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15568&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15568&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15568&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15568&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15568&r=support Expected behavior: http://bugs.php.net/fix.php?id=15568&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15568&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15568&r=submittedtwice
Bug #15567: error in the manual (french page)
From: [EMAIL PROTECTED] Operating system: debian PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: error in the manual (french page) it is not a real bug but you have made an error in the french page for the ldap_search ldap_search() retourne un identifiant de résultat en cas de succès, et TRUE sinon. you have put "et TRUE sinon" , where you have to put "et FALSE sinon" merci Sahar -- Edit bug report at http://bugs.php.net/?id=15567&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15567&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15567&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15567&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15567&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15567&r=support Expected behavior: http://bugs.php.net/fix.php?id=15567&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15567&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15567&r=submittedtwice
Bug #15566: Application Failed to Initialize Popup Message
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.1.1 PHP Bug Type: IIS related Bug description: Application Failed to Initialize Popup Message I get a popup dialog often in Windows 2000 Advanced Server (and on all servers running PHP) using the CGI (not ISAPI) system, the following message: title bar "php.exe - Application Error" Message: The application failed to initialize properly (0xc142). Click on OK to terminate the application. Thank you. Neal Culiner NC Software, Inc. http://www.nc-software.com -- Edit bug report at http://bugs.php.net/?id=15566&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15566&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15566&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15566&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15566&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15566&r=support Expected behavior: http://bugs.php.net/fix.php?id=15566&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15566&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15566&r=submittedtwice
Bug #15385 Updated: Nested Objects in session crash Both Apache and IIS
ID: 15385 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux & Win2K PHP Version: 4.1.1 New Comment: Hi, don't know whether it is related but he have a similar problem. We inicialize a lot of objects with other nested objects in them. After some number of objects inicialized is reached, the apache child process crashes with Apache(Linux): child pid x exit signal Segmentation fault. It has definitely something to do with objects, their creation or cleanup as unsetting the object does not help, but not creating the nested objects does. Previous Comments: [2002-02-05 06:59:15] [EMAIL PROTECTED] Operating Systems: - Linux (with Apache) - Win2k (with both Apache and IIS) I have a script with two object, one that has the reference to the other. Once the objects are initialized I put them in session before the parent and then the child. If I reload the page, accessing the child object and modifying a property, after 2-3 times I receive a server error on php module. On IIS: ACCESS VIOLATION XX On Apache(Linux): child pid x exit signal Segmentation fault If I invert the two session_register (registering before the child object and then the parent), it all works perfectly. nephew = &$n; } function toString() { if($this->nephew) { echo "The nephews are " . $this->nephew->name.""; } else { echo "No nephews"; } } } session_start(); if(!isset($family)) { $family = new Family(); $nephew = new Nephew(); $family->setNephew(&$nephew); session_register('family'); session_register('nephew'); } $nephew->name .= " - "; ?> -- Edit this bug report at http://bugs.php.net/?id=15385&edit=1
Bug #14955 Updated: PHP crashes with bogus session.save_path
ID: 14955 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Reproducible crash Operating System: WinXP PHP Version: 4.1.1 Assigned To: yohgaki New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 06:39:43] [EMAIL PROTECTED] this was fixed in CVS some days ago [2002-02-15 06:35:27] [EMAIL PROTECTED] create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. [2002-02-15 06:35:21] [EMAIL PROTECTED] create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. [2002-01-10 05:31:57] [EMAIL PROTECTED] yeah but how? /tmp \tmp C:\... C:/ doesn't work :( [2002-01-09 19:17:20] [EMAIL PROTECTED] Dup of other bug report, I don't have time to find #. Changed title. Assinged to me, so that I don't forget about it. To reporter: set correct save_path, then it should work :) 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/14955 -- Edit this bug report at http://bugs.php.net/?id=14955&edit=1
Bug #14955 Updated: PHP crashes with bogus session.save_path
ID: 14955 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Reproducible crash Operating System: WinXP PHP Version: 4.1.1 Assigned To: yohgaki New Comment: this was fixed in CVS some days ago Previous Comments: [2002-02-15 06:35:27] [EMAIL PROTECTED] create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. [2002-02-15 06:35:21] [EMAIL PROTECTED] create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. [2002-01-10 05:31:57] [EMAIL PROTECTED] yeah but how? /tmp \tmp C:\... C:/ doesn't work :( [2002-01-09 19:17:20] [EMAIL PROTECTED] Dup of other bug report, I don't have time to find #. Changed title. Assinged to me, so that I don't forget about it. To reporter: set correct save_path, then it should work :) [2002-01-09 18:27:07] [EMAIL PROTECTED] OS: WinXP PHP: 4.1.1 Apache: neweste stable windows version I tryed 5 things now: ### first ### $id = 143445254; session_id($id); session_start(); ### second ### session_register("count"); $count++; ### third ### $s_permission = false; @session_start(); session_register("s_permission"); $fallback = session_name()."=".session_id(); ### fourth ### session_start(); ### fifth ### session_register(); All everytime PHP.exe crashes (AppName: php.exeAppVer: 0.0.0.0 ModName: php4ts.dll ModVer: 0.0.0.0 Offset: 000a956c) What the hell is the problem? ### php.ini ### [Session] ; Handler used to store/retrieve data. session.save_handler = files ; Argument passed to save_handler. In the case of files, this is the path ; where data files are stored. Note: Windows users have to change this ; variable in order to use PHP's session functions. session.save_path = /tmp ; Whether to use cookies. session.use_cookies = 1 ; Name of the session (used as cookie name). session.name = PHPSESSID ; Initialize session on request startup. session.auto_start = 0 ; Lifetime in seconds of cookie or, if 0, until browser is restarted. session.cookie_lifetime = 0 ; The path for which the cookie is valid. session.cookie_path = / ; The domain for which the cookie is valid. session.cookie_domain = ; Handler used to serialize data. php is the standard serializer of PHP. session.serialize_handler = php ; Percentual probability that the 'garbage collection' process is started ; on every session initialization. session.gc_probability = 1 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1440 ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ; How many bytes to read from the file. session.entropy_length = 0 ; Specified here to create the session id. session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom ; Set to {nocache,private,public} to determine HTTP caching aspects. session.cache_limiter = nocache ; Document expires after n minutes. session.cache_expire = 180 ; use transient sid support if enabled by compiling with --enable-trans-sid. session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" ### apache config, php stuff ### # And for PHP 4.x, use: # ScriptAlias /php/ "C:/server/httpd/php/" AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 AddType application/x-httpd-php .phtml Action application/x-httpd-php /php/php.exe AddType application/x-tar .tgz ### apache error log ### [Thu Jan 10 00:26:04 2002] [error] [client 127.0.0.1] Premature end of script headers: c:/server/httpd/php/php.exe Anyone can help me plz??? -- Edit this bug report at http://bugs.php.net/?id=14955&edit=1
Bug #14955 Updated: PHP crashes with bogus session.save_path
ID: 14955 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Reproducible crash Operating System: WinXP PHP Version: 4.1.1 Assigned To: yohgaki New Comment: create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. Previous Comments: [2002-02-15 06:35:21] [EMAIL PROTECTED] create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. [2002-01-10 05:31:57] [EMAIL PROTECTED] yeah but how? /tmp \tmp C:\... C:/ doesn't work :( [2002-01-09 19:17:20] [EMAIL PROTECTED] Dup of other bug report, I don't have time to find #. Changed title. Assinged to me, so that I don't forget about it. To reporter: set correct save_path, then it should work :) [2002-01-09 18:27:07] [EMAIL PROTECTED] OS: WinXP PHP: 4.1.1 Apache: neweste stable windows version I tryed 5 things now: ### first ### $id = 143445254; session_id($id); session_start(); ### second ### session_register("count"); $count++; ### third ### $s_permission = false; @session_start(); session_register("s_permission"); $fallback = session_name()."=".session_id(); ### fourth ### session_start(); ### fifth ### session_register(); All everytime PHP.exe crashes (AppName: php.exeAppVer: 0.0.0.0 ModName: php4ts.dll ModVer: 0.0.0.0 Offset: 000a956c) What the hell is the problem? ### php.ini ### [Session] ; Handler used to store/retrieve data. session.save_handler = files ; Argument passed to save_handler. In the case of files, this is the path ; where data files are stored. Note: Windows users have to change this ; variable in order to use PHP's session functions. session.save_path = /tmp ; Whether to use cookies. session.use_cookies = 1 ; Name of the session (used as cookie name). session.name = PHPSESSID ; Initialize session on request startup. session.auto_start = 0 ; Lifetime in seconds of cookie or, if 0, until browser is restarted. session.cookie_lifetime = 0 ; The path for which the cookie is valid. session.cookie_path = / ; The domain for which the cookie is valid. session.cookie_domain = ; Handler used to serialize data. php is the standard serializer of PHP. session.serialize_handler = php ; Percentual probability that the 'garbage collection' process is started ; on every session initialization. session.gc_probability = 1 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1440 ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ; How many bytes to read from the file. session.entropy_length = 0 ; Specified here to create the session id. session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom ; Set to {nocache,private,public} to determine HTTP caching aspects. session.cache_limiter = nocache ; Document expires after n minutes. session.cache_expire = 180 ; use transient sid support if enabled by compiling with --enable-trans-sid. session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" ### apache config, php stuff ### # And for PHP 4.x, use: # ScriptAlias /php/ "C:/server/httpd/php/" AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 AddType application/x-httpd-php .phtml Action application/x-httpd-php /php/php.exe AddType application/x-tar .tgz ### apache error log ### [Thu Jan 10 00:26:04 2002] [error] [client 127.0.0.1] Premature end of script headers: c:/server/httpd/php/php.exe Anyone can help me plz??? -- Edit this bug report at http://bugs.php.net/?id=14955&edit=1
Bug #14955 Updated: PHP crashes with bogus session.save_path
ID: 14955 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Reproducible crash Operating System: WinXP PHP Version: 4.1.1 Assigned To: yohgaki New Comment: create a folder "tmp" on c: and then set your save_path as session.save_path = "C:\tmp". this worked for me. Previous Comments: [2002-01-10 05:31:57] [EMAIL PROTECTED] yeah but how? /tmp \tmp C:\... C:/ doesn't work :( [2002-01-09 19:17:20] [EMAIL PROTECTED] Dup of other bug report, I don't have time to find #. Changed title. Assinged to me, so that I don't forget about it. To reporter: set correct save_path, then it should work :) [2002-01-09 18:27:07] [EMAIL PROTECTED] OS: WinXP PHP: 4.1.1 Apache: neweste stable windows version I tryed 5 things now: ### first ### $id = 143445254; session_id($id); session_start(); ### second ### session_register("count"); $count++; ### third ### $s_permission = false; @session_start(); session_register("s_permission"); $fallback = session_name()."=".session_id(); ### fourth ### session_start(); ### fifth ### session_register(); All everytime PHP.exe crashes (AppName: php.exeAppVer: 0.0.0.0 ModName: php4ts.dll ModVer: 0.0.0.0 Offset: 000a956c) What the hell is the problem? ### php.ini ### [Session] ; Handler used to store/retrieve data. session.save_handler = files ; Argument passed to save_handler. In the case of files, this is the path ; where data files are stored. Note: Windows users have to change this ; variable in order to use PHP's session functions. session.save_path = /tmp ; Whether to use cookies. session.use_cookies = 1 ; Name of the session (used as cookie name). session.name = PHPSESSID ; Initialize session on request startup. session.auto_start = 0 ; Lifetime in seconds of cookie or, if 0, until browser is restarted. session.cookie_lifetime = 0 ; The path for which the cookie is valid. session.cookie_path = / ; The domain for which the cookie is valid. session.cookie_domain = ; Handler used to serialize data. php is the standard serializer of PHP. session.serialize_handler = php ; Percentual probability that the 'garbage collection' process is started ; on every session initialization. session.gc_probability = 1 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1440 ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ; How many bytes to read from the file. session.entropy_length = 0 ; Specified here to create the session id. session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom ; Set to {nocache,private,public} to determine HTTP caching aspects. session.cache_limiter = nocache ; Document expires after n minutes. session.cache_expire = 180 ; use transient sid support if enabled by compiling with --enable-trans-sid. session.use_trans_sid = 1 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" ### apache config, php stuff ### # And for PHP 4.x, use: # ScriptAlias /php/ "C:/server/httpd/php/" AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 AddType application/x-httpd-php .phtml Action application/x-httpd-php /php/php.exe AddType application/x-tar .tgz ### apache error log ### [Thu Jan 10 00:26:04 2002] [error] [client 127.0.0.1] Premature end of script headers: c:/server/httpd/php/php.exe Anyone can help me plz??? -- Edit this bug report at http://bugs.php.net/?id=14955&edit=1
Bug #15565: AND operation errors on datas from MySQL Table
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.1.1 PHP Bug Type: MySQL related Bug description: AND operation errors on datas from MySQL Table Hello Can I submit a strange problem PHP / MySQL ? >From a very simple table, 1 key ( BYTE ), 2 vars ( INTEGER ) I initialise two records whith some values. I read the first var from first record and second var from second record. I do the AND ( & ) functiun on the two vars and I get a wrong result. I join my test script to my request. Please send problem analysis to [EMAIL PROTECTED] Best regards. Functiun AND Check No access to Data Base Server." ); exit(); } if (! @mysql_select_db("BaseTest") ) { echo( "No access to Data Base." ); exit(); } // Table Création. $sql = "CREATE TABLE TEST ( ". " Num TINYINT UNSIGNED not null AUTO_INCREMENT, ". " V1 INT (10) UNSIGNED not null, ". " V2 INT (10) UNSIGNED not null, ". " PRIMARY KEY (Num), ". " UNIQUE (Num)) ". " comment = 'Table de Test.';"; $crt = mysql_query($sql); // First record create. $x = 0X; $sql = "INSERT INTO TEST SET ". " V1='$x';"; $ce = mysql_query($sql); // Second record create. $x = 0X0f0f0f0f; $sql = "INSERT INTO TEST SET ". " V2='$x';"; $ce = mysql_query($sql); // Vars initialisation . $a = 0; $b = 0; // First record Read. $rt = MYSQL_QUERY("SELECT V1 FROM TEST WHERE (Num = 1)") or die("Erreur No: ".mysql_error()); $ct = mysql_fetch_array($rt); if ($ct) { $a = $ct[V1]; } mysql_free_result ($rt); // Second record read. $rt = MYSQL_QUERY("SELECT V2 FROM TEST WHERE (Num = 2)") or die("Erreur No: ".mysql_error()); $ct = mysql_fetch_array($rt); if ($ct) { $b = $ct[V2]; } mysql_free_result ($rt); // AND functiun on results and display. $x = $a & $b; echo ("Var A = ".DecBin($a).""); echo ("Var B = ".DecBin($b).""); echo ("AND Result = ".DecBin($x).""); // Correct display for vars. // Waiting AND Result = // I get AND Result = 1100010101010011001 // Where the error is?. ?> -- Edit bug report at http://bugs.php.net/?id=15565&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15565&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15565&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15565&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15565&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15565&r=support Expected behavior: http://bugs.php.net/fix.php?id=15565&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15565&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15565&r=submittedtwice
Bug #15521 Updated: Can't call member function of an object in an array stored in a session
ID: 15521 Updated by: [EMAIL PROTECTED] -Summary: Can't call member function of an object in an array stored in a session Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Class/Object related Operating System: Win NT/2000 PHP Version: 4.1.1 New Comment: The bug still persists - ie. the bug was not the mistyped 1st line :P Just wanted to make that clear.. Previous Comments: [2002-02-12 09:14:46] [EMAIL PROTECTED] Gah, the 1st line was supposed to look like this: $tObjects = $HTTP_SESSION_VARS['tObjects']; // Array of objects [2002-02-12 09:11:04] [EMAIL PROTECTED] $tObjects = $HTTP_SESSION_VARS['$tObjects']; // Array of objects $tObjects[0]->m_nVariable = 0; // OK $tObjects[0]->MemberFunction(); // Fatal error: Call to a member function on a non-object -- Edit this bug report at http://bugs.php.net/?id=15521&edit=1
Bug #15489 Updated: httpd crash with sessions
ID: 15489 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: redhat 6.2 PHP Version: 4.1.1 New Comment: Hi, I recompiled php with the changes from the patch, but could not see any remarkable changes. Could be, that the crashes occur slightly less often, but I'm not really sure as this is pretty hard to test. But I guess this is the right way to search - seems as if this was some header part? I rechecked the occurence of this crashes, and it seems to be in direct contact with sessions - pages without session do not crash at all (well, accept the xslt generated ones, but thats probably something different). I already tested to disable cookies, but this did not change anything :-( Well, will try to learn how to debug and get some more information for you guys then...but may take some time;-> Bye, flim Previous Comments: [2002-02-14 08:23:44] [EMAIL PROTECTED] could be, once again, a duplicate of already fixed bug #14776 can you apply the patch described in http://cvs.php.net/diff.php/php4/main/SAPI.c?ws=0&r1=1.113.2.6&r2=1.113.2.7&ty=h and retry? [2002-02-10 12:37:42] [EMAIL PROTECTED] We found apache crashing when user request the first side of one of our websides (seg. fault in logs). This happend with the upgrade from php 4.06 to 4.1.0 and is still happening with 4.1.1. Untill now I thought that this is probably a problem of the old apache version we are using, but then I expierienced some sort of wonder when accessing the page from my linux box from at home - and it worked 100%. So, if the page is accessed using M$ Internet explorer (5-6), the apache child crashes by 70%, if accessed through mozilla, it doesn't. This is definitly out of my understanding and probably not fixable by changing the apache version...maybe anyone knows some sort of problem and can give me some hints? I'm probably not able to do any sort of debugging if it means to recompile php or apache as I have to wait for maintanance in one-two weeks to shut down the system - and don't ask, there's no test server because of money reasons in a small company. I will do my best to provide anything else and would love to hear some suggestions for recompiling (what will probably happen on maintanance). For now, I'm just trying to find the reason for the script breaking down myself, so I will provide more information on that as soon as I get them. Php is configured in the following way: --with-apxs=/usr/sbin/apxs\ --with-gd=/usr/local\ --with-png-dir=/usr/local\ --with-mysql\ --enable-ftp\--with-ttf\ --enable-versioning\ --enable-url-includes\ --enable-sysvshm\ --enable-sysvsem\ --enable-xslt\ --with-xslt-sablot\ --with-sabot=/usr/lib\ --enable-wddx\ --with-dom=/usr/lib\ --with-xmlrpc running on redhat 2.2.14-6.1.1 with apache 1.3.12 Thanks for any answer in advance, flim -- Edit this bug report at http://bugs.php.net/?id=15489&edit=1