[PHP-DEV] Bug #8889 Updated: Memory is not being freed.
ID: 8889 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Performance problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: This is all fixed in 4.0.6. Previous Comments: --- [2001-05-01 03:01:29] [EMAIL PROTECTED] The main problem is that once the system's standard C library allocates heap space (with the sbrk() system call) it will never return that memory to the system. PHP can't solve this problem. If you do find certain things in the future which take up much more memory than they should please open a new bug report and we will check into it. --- [2001-04-30 14:31:27] [EMAIL PROTECTED] I am talking about nearly endless amounts. I saw Apache processes with as much as 14MB of memory in use. Brian. --- [2001-04-29 19:59:56] [EMAIL PROTECTED] What kind of sizes are we talking about here? the Zend memory manager holds a memory cache, but we're talking at around 1MB per process max. --- [2001-01-26 18:45:45] [EMAIL PROTECTED] Ok, this is just like what is described in http://marc.theaimsgroup.com/?l=php-devm=97923602322593w=2 which contains a hacked up solution. It looks like it should be able to turn into a usable end solution. --- [2001-01-24 13:21:13] [EMAIL PROTECTED] Hi guys, I do not have much information. I know that my Apache processes memory is growing by the minute. If I start a separate server on another port and serve only static pages and files through it, those process do not grow. I have tried what I remembered of gdb but have not come up with anything. I know I need to attach to a process and it seems I can `gdb {pid}` but that gives me nothing. How can I get some info for you guys? I do have --enable-debug. thanks, Brian. Phorum.org --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8889edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11344 Updated: Memory not being reused.
ID: 11344 Updated by: brianlmoon Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0 Latest CVS (2001-06-08) Assigned To: Comments: This is fixed in 4.0.6. Previous Comments: --- [2001-06-19 14:05:38] [EMAIL PROTECTED] Brian, Can you please checkout the latest CVS of PHPZend and let us know if this problem is fixed now? Thanks. --- [2001-06-18 10:18:25] [EMAIL PROTECTED] marking this as feedback until reporter responds --- [2001-06-15 06:57:55] [EMAIL PROTECTED] Could you try to build PHP with fast_cache disabled and see what happens? Edit Zend/zend_fast_cache.h, and change # define ZEND_ENABLE_FAST_CACHE 1 to # define ZEND_ENABLE_FAST_CACHE 0 --- [2001-06-08 00:52:36] [EMAIL PROTECTED] This is a follow up of sorts to: http://www.php.net/bugs.php?id=8889 I have been running some tests that do simple things to see what happens with the memory PHP uses in scripts. The simplest of these tests was a page with no PHP on it other than the code that logged the process memory usage: $PHP_PID = exec(echo $PPID); $fp=fopen(/www/logs/user_log.20010607, a); fputs($fp, memusaget$PHP_PID,.exec(ps -v -p $PHP_PID | awk '{print $8}').,.time().,$HTTP_HOST,$REQUEST_URIn); fclose($fp); I got interesting results. Although the growth of the process was small, it was obvoius that the memory was growing. Here is some sample data: PID MEM TIME 3019 3272 991952835 3019 3420 991952835 3019 3428 991952836 3019 3448 991952836 3019 3480 991952837 3019 3488 991952838 3019 3500 991952839 3019 3504 991952840 3019 3516 991952899 3019 3520 991952843 3019 3520 991952844 3019 3524 991952847 3019 3524 991952851 3019 3524 991952854 3019 3524 991952858 3019 3524 991952862 3019 3532 991952868 3019 3532 991952910 3019 3544 991952879 3019 3552 991952888 As I said it is not a large growth, but it is there. Now here is a script that creates an array over and over: for($x=0;$x1000;$x++){ $arr[]=str_repeat(r, $x); } plus the code above that writes the log. Here are the results: PID MEM TIME 7322 3272 991953793 7322 3420 991953794 7322 3428 991953794 7322 3448 991953795 7322 3480 991953796 7322 3488 991953797 7322 3500 991953797 7322 3504 991953799 7322 3520 991953800 7322 3520 991953804 7322 3524 991953806 7322 3524 991953808 7322 3524 991953813 7322 3524 991953816 7322 3524 991953820 7322 3532 991953825 7322 3544 991953832 7322 3568 991953851 7322 3572 991953841 7322 3584 991953862 Again, a gradual growth occurs. Now, we put this into our production environment where we are running applications and we end up with: PIDMEMTIME 31655 2656 991953822 31655 3124 991953826 31655 4012 991953833 31655 4560 991953839 31655 4956 991953858 31655 5020 991953877 31655 5256 991953879 31655 5312 991953880 31655 5348 991953889 31655 5900 991953903 31655 6132 991953904 31655 6392 991953904 31655 6664 991953917 31655 6944 991953933 31655 7204 991953938 31655 7256 991953940 31655 7556 991953941 31655 8404 991953943 31655 8548 991953950 31655 8692 991953968 31655 8880 991953976 31655 8880 991953981 31655 9148 991953990 31655 9400 991953992 31655 9608 991953994 31655 9608 991954006 31655 9788 991954021 31655 10156 991954023 31655 10424 991954029 Is there any explanation for any of this? I can live with PHP keeping and REUSING memory, but I don't want to have to think about how much memory my scripts take up because it never gets a)reused or b) returned to the system. If I wanted to worry about that stuff I would write in Perl or C. Brian. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11344edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6925 Updated: ext/java
ID: 6925 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Java related Operating system: PHP Version: 4.0.2 Assigned To: Comments: This looks like a configuration problem on your end. php4/ext/java/README has a long list of different JVM configurations, please have a look at it. Previous Comments: --- [2000-09-28 12:06:53] [EMAIL PROTECTED] Well after fighting with win98 and the java extension i tryed it on my 2000 box.. it worked fine.. but now i'll run the jver.php example.. and exactly every other time i run it i get the error unable to start java virtual machine.. i tryed it with jdk1.2 and jdk1.3 error: Fatal error: Unable to create Java Virtual Machine in D:Inetpubwwwrootcgi-binjver.php on line 4 no error: Java version=1.2.2 Java vendor=Sun Microsystems Inc. OS=Windows NT 5.0 on x86 Thursday, September 28, 2000 at 12:03:58 AM Pacific Daylight Time --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6925edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11611: nl2br() outputting invalid br tags
From: [EMAIL PROTECTED] Operating system: Linux Slackware current 2.4.5 PHP version: 4.0.5 PHP Bug Type: Strings related Bug description: nl2br() outputting invalid lt;brgt; tags put this into a test php file: ?php $temp = this is\n\na test\n; printf(%s, nl2br($temp)); ? and you should get this as output from your webserver: this isbr / br / a testbr / I have confirmed this to be also an issue in the 4.0.6 release candidates, but I do not know when this all of a sudden became an issue. I'd like to know why it's creating br / tags instead of br tags :) -- Edit Bug report at: http://bugs.php.net/?id=11611edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8868 Updated: Crash in zend_hash when compiled --with-servlet
ID: 8868 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Java related Operating system: PHP Version: 4.0 Latest CVS (23/01/2001) Assigned To: Comments: Could you please try a recent version of PHP (either PHP 4.0.6 (RC4) or latest CVS) and check if the problem persists. If it does, please provide a new gdb backtrace. Thanks you. Previous Comments: --- [2001-01-23 13:41:24] [EMAIL PROTECTED] This is probably the same problem as bug 8459 but I no longer seem to be able to respond to other people's bugs so apologies for duplicating but this info may be useful in diagnosing the problem. Here's the relevant part of the gdb backtrace from Linux (RH 7.0, Sun JDK 1.3, Tomcat 3.2.1). Not sure yet if the bug is in PHP/Java code or in zend_hash (since the latter is getting a 0 index into the hashtable). BTW, this crash doesn't happen if you build the Debug_TS version (or --enable-debug on Ux). #0 0x48a41ce6 in zend_hash_index_update_or_next_insert (ht=0x819134c, h=0, pData=0xbcfff19c, nDataSize=4, pDest=0x0, flag=1) at zend_hash.c:398 #1 0x48a50751 in Java_net_php_reflect_setResultFromObject (jenv=0x8171fdc, self=0xbcfff1e8, result=135860956, value=0xbcfff1f0) at java.c:729 #2 0x80694c1 in ?? () #3 0x8066da9 in ?? () #4 0x8066da9 in ?? () #5 0x4044ea50 in StubRoutines::_code1 () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so #6 0x4015f5e2 in JavaCalls::call_helper () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so #7 0x401dc731 in os::os_exception_wrapper () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so #8 0x4015f930 in JavaCalls::call () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so #9 0x401661ab in jni_invoke () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so #10 0x40169b1a in jni_CallObjectMethod () from /opt/jdk1.3/jre/lib/i386/client/libjvm.so #11 0x48a4efc5 in sapi_servlet_read_cookies (sapi_globals=0x817ce70) at servlet.c:204 #12 0x48a54787 in sapi_activate (sapi_globals=0x817ce70) at SAPI.c:298 #13 0x48a51506 in php_request_startup (compiler_globals=0x80e4728, executor_globals=0x80e55b8, core_globals=0x80e05e8, sapi_globals=0x817ce70) at main.c:594 #14 0x48a4f43c in Java_net_php_servlet_send (jenv=0x8171fdc, self=0xbcfff5c4, requestMethod=0xbcfff5c0, queryString=0xbcfff5bc, requestURI=0xbcfff5b8, pathTranslated=0xbcfff5b4, contentType=0x0, contentLength=-1, authUser=0x0, display_source_mode=0 ' -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11610 Updated: compilation with gd
ID: 11610 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating system: slackware 7.0 PHP Version: 4.0.5 Description: compilation with gd thanx a lot! it works perfectly with apache 1.3.20! alex Previous Comments: --- [2001-06-21 19:27:44] [EMAIL PROTECTED] You should NOT comment any lines in sources. Please try with PHP 4.0.6, (released tomorrow) as this is fixed in it. http://www.php.net/~andi/php-4.0.6.tar.gz --Jani --- [2001-06-21 18:22:07] [EMAIL PROTECTED] i have some problem in compilation with gd (1.8.4) first of all i have the same problem described in http://www.php.net/bugs.php?id=11096edit=1 (i resolve it commenting the line). but now i have some error compiling gdttf.c, for example: gdttf.c: In function `glyphTest': gdttf.c:442: `a' undeclared (first use in this function) gdttf.c:442: parse error before `)' gdttf.c:443: `b' undeclared (first use in this function) gdttf.c:443: parse error before `)' [there are 148 lines of errors] my configure line is: ./configure --with-mysql=/opt/mysql --with-apache=../apache_1.3.14 --enable-track-vars --with-gd --with-gd-dir=/usr/local/include --enable-calendar --with-jpeg-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib/ --with-ftp thanx alex --- Full Bug description available at: http://bugs.php.net/?id=11610 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [emile@iris-advies.com: Re: [PHP-DEV] Adding URI Translation Handlers]
Back when the mailing lists were down, I started a discussion about adding a feature to PHP to do URI translating. The brief definition of URI translation is that you get to rewrite URIs dynamically. This is how you you would host, for instance, 10,000 florist home pages: http://florists.ftd.com/rosebowlfloral/ and http://florists.ftd.com/fiveflower/ without having 10,000 directoriies under the server root. In Apache, these would be rewritten to a directory containing the style of page the florist chose, with some extra apache notes to tell you which florist page had been visited. The question I wanted to raise was how to do this. And although it looks like initially a simple task, it generalizes to a few other concepts which Apache + mod_perl has done wonders with. This was the most recent post on the topic, and I wondered if there were other thoughts out there? Failing that, I will probably pursue the approach of building this into the Apache SAPI and letting other web servers follow suit. - Forwarded message from Emiliano [EMAIL PROTECTED] - Date: Thu, 31 May 2001 09:34:00 +0200 (CEST) From: Emiliano [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Adding URI Translation Handlers Stephen van Egmond wrote: One thing which I am bumping into is the need to do URI rewriting, kind of like what mod_perl does. I would like to implement this myself in mod_php, and I'm looking for some advice on the implementation. I considered the following: a) Allowing the automatically prepended file (see php's auto_prepend_file config option) to change $ENV['REQUEST_URI'] before the script is actually executed. This, intuitively, seems clean, but would probably happen too late in the request process (it will have already decided to call the error file). Yep. This would be executed in the response phase, but apache itself would have decided in the translation phase way before that not to handle the request. b) adding a new config directive that... what? defines a file to be read which is supposed to define a function? Is eval'ed? The way I see it you have a couple of options: - Use mod_perl, mod_python, mod_tcl(I think) to script a translation handler. - Write a translation handler in C (we do this with Midgard) - Extend mod_php4 to do what mod_perl et al do so you can write handlers in PHP. Conceptually, this is not too hard, but will definately be more work than the other two. You set up the zend engine just like the response phase handler does, set a few relevant variables before you start it (like $ENV['REQUEST_URI'] for example, kick off the script (either be just executing the code, or calling a function therein), then read the relevant variables after the script exits and act on them. You'll be doing this in C. Emile - End forwarded message - -- ,,, (. .) +--ooO-(_)-Ooo- - -- - - - - | The Annotated BeBook: http://bang.dhs.org/be/bebook/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10008 Updated: Can not create shared libraries
Hi, I have tried to reply to previous emails but all email attempts keep bouncing. We are STILL having the problem - and according to the manufacturer of the server, there IS a bug with PHP4.0 on StrongArm chip systems. I have not yet attempted to compile 4.0.6RC2 on the system - when I get a chance I will try that. Does it specifically address the strong arm chip issues? thanks, Shannon -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 21, 2001 10:31 PM To: [EMAIL PROTECTED] Subject: Bug #10008 Updated: Can not create shared libraries ID: 10008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback and most likely a user error / broken system. Previous Comments: --- [2001-06-03 20:24:17] [EMAIL PROTECTED] Is this problem still valid? Does it happen with PHP 4.0.5? And what about PHP 4.0.6RC2 from here: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-03-26 23:42:40] [EMAIL PROTECTED] When attempting to compile php4.0p11 for our netwinder (which is an arm based server running a variant of RedHat see www.netwinder.com for more info) I am running into consistant difficulties in compiling and linking. If I attempt to build using: ./configure --without-mysql --with-apxs the make appears to work - but the subsequent make install does NOT create any shared objects. Using a wide array of other options does NOT seem to solve these problems -though some options to the configure will move the error to the: make . Your help is much appreciated! Here are the contents of my config.log file. - config.log -- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2372: checking for working const configure:2543: gcc -o conftest -g -O2 -pthread conftest.c 15 configure:2563: checking for pthreads_cflags configure:2625: checking for pthreads_lib configure:2722: checking for AOLserver support configure:2796: checking for Apache module support via DSO through APXS configure:3127: checking for mod_charset compatibility option configure:3197: checking for Apache 2.0 module support via DSO through APXS configure:3324: checking for Caudium support configure:3600: checking for fhttpd module support configure:3645: checking for Zeus ISAPI support configure:3707: checking for NSAPI support configure:3786: checking for PHTTPD support configure:3847: checking for Pi3Web Support configure:4025: checking for Roxen/Pike support configure:4127: checking for Servlet support configure:4254: checking for thttpd configure:4260: checking for chosen SAPI module configure:4309: checking for missing declarations of reentrant functions configure:4318: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4343: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4368: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4393: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4418: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4439: checking whether compiler supports -R configure:4472: checking whether compiler supports -Wl,-rpath, configure:4512: checking for sendmail configure:4555: checking whether system uses EBCDIC
[PHP-DEV] Bug #11578 Updated: http header order not respected and messages not transmitted
ID: 11578 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: HTTP related Operating system: win32 (nt4 and 2000) PHP Version: 4.0.5 Description: http header order not respected and messages not transmitted yes i've tried this second undocumented argument and like i've explained it this solve the first part of my problem. but i think that i not explain my problem correctly. I call some getallheader successivly after have sended my arguments but : it doesn't return that i see on the network and if after have written the content of getallheader if i do a redirection my code doesn't work (maybe the optimizer change the order of the execution ). Thanks Previous Comments: --- [2001-06-21 17:58:53] [EMAIL PROTECTED] Did you try with the 2nd (undocumented before) argument for header() like Rasmus suggested?? And it still doesn't work? --- [2001-06-21 09:59:22] [EMAIL PROTECTED] thanks a lot ramus for your help.. the first part of the problem was my fault not the php fault.. but... the second part is always not functionnal... i can obtain the correct headers and response for the ntlm scheme but.. if i do a header(location : ); at the END of the program... the value are not written correctly !! maybe an optimizer miss optimization. It strange that on a test without redirection all seems correct but adding instruction after the write and the file was closed and flushed this is not functionnal... thank a lot and sorry to spam you with my little problem. but it's a mission critical projet for France Telecom Mobile service (ORANGE) and i prefer using php with linux than IIS... i need to prove the possibilities of the open source platform.. Thank. --- [2001-06-21 09:21:45] [EMAIL PROTECTED] By default PHP's header() function will replace the value of an http header with the value you give it. If you don't want it to replace, but instead add a second header with a different value, use the optional second arg to header() to tell PHP not to do this replace. So your code should be: header(www-authenticate: Negociate); header(www-authenticate: NTLM,0); I don't blame you for not knowing this though. It isn't documented anywhere. I will take care of that now. --- [2001-06-21 01:38:26] [EMAIL PROTECTED] I currently use the module version of php like indicated in my previous description. I've separed the bug in two part to be more understandable (i'm not familiar with english) the first part is with the function header : if i execute the following code : header(HTTP/1.1 401 acces refuse); header(www-authenticate: Negociate); header(www-authenticate: NTLM); (i know this not correct for rfc but IIS work like that..) and on the network dump i see: HTTP/1.1 401 unauthorized (not my message !!!) www-authenticate: NTLM (squizzed the negociate!!) now the second part of the message : during my challenge to obtain ntlm auth 3 messages are exchanged like that : c = client ; s = server 1 c - s GET 2 s - c http/1.1 401 unauthorized www-authenticate : NTLM 3 c - s authorization: msg1 4 s - c http/1.1 401 unauthorized www-authenticate : NTLM msg2 5 c - s authorization: msg3 so on the number 2 i do calls to header on the 3 i call getallheaders (return msg1) on the 4 i call header on the 5 i cal getallheaders i write it to a file (for tests) i close the file my first suprise was : on the network layer all is correct : 3 msg, 3 corrects contents and the 3 msg differents. on the php layer : msg1 is the same that msg 3 !!! if i do a redirection after have closed the file : it contains no more messages is the optmizer fault ? If i'am not clear i can try to reexplain --- [2001-06-20 12:14:28] [EMAIL PROTECTED] Are you using the Apache module version of PHP on Windows or the standalone CGI binary version? And what do you mean the headers are in the wrong order? The order of HTTP headers is not significant. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=11578 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10008 Updated: Can not create shared libraries
ID: 10008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback and most likely a user error / broken system. Previous Comments: --- [2001-06-03 20:24:17] [EMAIL PROTECTED] Is this problem still valid? Does it happen with PHP 4.0.5? And what about PHP 4.0.6RC2 from here: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-03-26 23:42:40] [EMAIL PROTECTED] When attempting to compile php4.0p11 for our netwinder (which is an arm based server running a variant of RedHat see www.netwinder.com for more info) I am running into consistant difficulties in compiling and linking. If I attempt to build using: ./configure --without-mysql --with-apxs the make appears to work - but the subsequent make install does NOT create any shared objects. Using a wide array of other options does NOT seem to solve these problems -though some options to the configure will move the error to the: make . Your help is much appreciated! Here are the contents of my config.log file. - config.log -- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2372: checking for working const configure:2543: gcc -o conftest -g -O2 -pthread conftest.c 15 configure:2563: checking for pthreads_cflags configure:2625: checking for pthreads_lib configure:2722: checking for AOLserver support configure:2796: checking for Apache module support via DSO through APXS configure:3127: checking for mod_charset compatibility option configure:3197: checking for Apache 2.0 module support via DSO through APXS configure:3324: checking for Caudium support configure:3600: checking for fhttpd module support configure:3645: checking for Zeus ISAPI support configure:3707: checking for NSAPI support configure:3786: checking for PHTTPD support configure:3847: checking for Pi3Web Support configure:4025: checking for Roxen/Pike support configure:4127: checking for Servlet support configure:4254: checking for thttpd configure:4260: checking for chosen SAPI module configure:4309: checking for missing declarations of reentrant functions configure:4318: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4343: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4368: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4393: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4418: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4439: checking whether compiler supports -R configure:4472: checking whether compiler supports -Wl,-rpath, configure:4512: checking for sendmail configure:4555: checking whether system uses EBCDIC configure:4610: checking for socket in -lsocket configure:4665: checking for htonl in -lsocket configure:4723: checking for yp_get_default_domain configure:4751: gcc -o conftest -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 /tmp/ccZS3s3d.o: In function `main': /home/shannon/Apachetoolbox-1.5.18/src/php-4.0.4pl1/configure(.text+0xc): undefined reference to `yp_get_default_domain' collect2: ld returned 1 exit status configure: failed program was: #line 4728 configure #include confdefs.h /* System
[PHP-DEV] Bug #10503 Updated: mysql_pconnect or mysql_connect fails after several calls using Apache DLL
ID: 10503 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: If this happens with PHP 4.0.6, reopen this bug report. (4.0.6 will be released later today) Previous Comments: --- [2001-06-02 22:53:25] [EMAIL PROTECTED] status - feedback --- [2001-06-02 22:53:14] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 ? --- [2001-04-26 02:26:06] [EMAIL PROTECTED] mysql_pconnect or mysql_connect fails after several calls Restarting Apache is needed to fix the problem The setup is: WIN98, Apache 1.3.19, PHP4.0.4pl1, MySql Server 3.23.29a gamma --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10503edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10337 Updated: Can not set character set while connecting mysql
ID: 10337 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. If this happens with PHP 4.0.6, reopen. Previous Comments: --- [2001-06-02 22:18:11] [EMAIL PROTECTED] Does this happen with latest snapshot build from here: http://www.zend.com/snapshots/ --Jani --- [2001-04-15 12:49:36] [EMAIL PROTECTED] I am using mysql and php in an win32 environment. My application uses Turkish (latin5) character set which is supported by MySQL. Although i do not recieve any error messages while connecting to mysql server from PHP with latin1 character set, I can not do it with latin5 character set and take an error message like :not set character set 30. There is another point which should be considered : I do not receive any error messages with latin5 character set while connecting through ODBC or mysql client. mysql settings are: [mysqld] default-character-set=latin5 [client_fltk] default-character-set=latin5 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10337edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10588 Updated: MySQL access slows to a crawl
ID: 10588 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: No feedback, assumed fixed in PHP 4.0.6. If not, reopen. Previous Comments: --- [2001-06-04 04:49:01] [EMAIL PROTECTED] Please try PHP 4.0.6RC2 from: http://www.php.net/~andi/php-4.0.6RC2.tar.gz as there has been one critical fix into the pgsql code which might have caused this.. --Jani --- [2001-05-01 16:02:05] [EMAIL PROTECTED] Can you try compiling with --with-mysql (without /usr/local/mysql). Maybe the built-in client will work better for you. Please report back. Thanks. --- [2001-05-01 15:55:52] [EMAIL PROTECTED] Installed 4.0.5 with Apache 1.3.19, mod_ssl 2.8.2 and OpenSSL 0.9.6a (and originally mod_perl 1.25). Installation went fine, but then I noticed that most access to MySQL (3.23.36) had slowed significantly. Checking Apache's error logs, I noticed frequent Segfaults (11)occurring. Rebuilt Apache without mod_perl. No change in performance. Rolled back to 4.0.4pl1 and things are back to normal. All apps mentioned herein built on this system, no RPMs. PostgreSQL access times appear unaffected. Configuration: ./configure --with-xml --enable-track-vars --with-apxs=/usr/local/apache/bin/apxs --enable-magic-quotes --disable-debug --with-gettext --with-mysql=/usr/local/mysql --with-gd=../gd-1.8.4 --with-pgsql=/usr/local/pgsql --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10588edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10826 Updated: oci.h not found
ID: 10826 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: OCI8 related Operating system: PHP Version: 4.0.5 Assigned To: Comments: No feedback and most likely the Oracle client libraries weren't installed / wrong directory was used. Previous Comments: --- [2001-06-03 23:48:04] [EMAIL PROTECTED] Please try the latest release candidate from: http://www.php.net/~andi/php-4.0.6RC2.tar.gz Also check your Oracle install. ie. try locating the oci.h file. --Jani --- [2001-05-14 08:27:06] [EMAIL PROTECTED] Could you try without --with-oracle? --Jani --- [2001-05-12 05:18:32] [EMAIL PROTECTED] My problem: My Operating System is UnixWare7.1.0. My Database is Oracle8i 8.1.5 for UnixWare. I have two servers:one is the Database server,and the other is web server. On the Database server,My database home directory is /OraHome/O8I/ On the Web server,My client database home directory is /OraHome My web software will be apache_1.3.19,and php version is 4.0.5. After I use the command line:./configure --with-apache=/usr/local/apache_1.3.19 --with-oracle=/OraHome --with-oci8=/OraHome --enable-track-vars,I use the command line make,then system prompt me the 'oci.h' file was not found. Can you help me ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10826edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7242 Updated: Function tmpfile() NOT Working on MS. Windows NT
ID: 7242 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Filesystem function related Operating system: PHP Version: 4.0.3 Assigned To: Comments: Of course the directory where the tmpfile() should create the file has to have such permissions that the user as the webserver is running can write to it. Previous Comments: --- [2001-06-03 01:12:59] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 too? --- [2000-10-16 10:27:16] [EMAIL PROTECTED] I have problems to use function tmpfile() on MS. Windows NT. Use: Personal Web Server (PWS Version 4.0) from Windows NT Option Pack. Error Message: Warning: tmpfile: Permission denied Even when c:tmp and c:temp is set for Write permission for everyone. On MS. Windows 95 It works well. I used a small script to found out where the temporary files is created on Windows 95: ?PHP $TEMP = tmpfile(); sleep(100); ? When this script is running on Windows 95; it create a file t3vvgxxx (the last three character is random) on the C: drive. As test, I tried to set the C: for write permission for everyone on the Windows NT server. Still the same Error message: Warning: tmpfile: Permission denied Regards, John --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7242edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11239 Updated: Memory leak
ID: 11239 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: OCI8 related Operating system: PHP Version: 4.0.5 Assigned To: Comments: No feedback. Impossible to track down this leak. Previous Comments: --- [2001-06-01 11:23:55] [EMAIL PROTECTED] Not enough info. Can you please add a short reproducing script into this bug report? --- [2001-06-01 09:14:23] [EMAIL PROTECTED] While executing scripts that do query to an Oracle DB, I can detect memory leak with either Apache or IIS 5 and the SAPI module of PHP. I use the OCI8 extensions. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11239edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10791 Updated: CPU overloaded by PHPd
ID: 10791 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Performance problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: No feedback. There is a fix in PHP 4.0.6 which might help on this issue. Previous Comments: --- [2001-06-04 04:52:21] [EMAIL PROTECTED] And what might this missing function be? --- [2001-06-04 03:46:40] [EMAIL PROTECTED] Program that caused CPU Overload in the past (vBulletin) doesn't work with PHP 4.0.5 due to a missing function. --- [2001-06-03 23:45:41] [EMAIL PROTECTED] No feedback. --- [2001-05-10 11:13:16] [EMAIL PROTECTED] Does this happen with 4.0.5 too? regards, Derick --- [2001-05-10 11:10:05] [EMAIL PROTECTED] PHPd is running with Apache on a Windows 2000 SP1 FRENCH. PHPd sometimes takes 99% of the CPU ressources (according to task manager), under unknown circumpstances. PHPd can launch a lot of threads who ates ressources like this, but i can't kill the threads, and i have to reboot. Perhaps it occurs when a mysql connection have a problem (i only use vBulletin , and it works a much with mySQL i noticed that one of the site that i'm hosting has permanant SQL errors with their board, that is possibly the cause of this). If you have any question or if you want any additionnal informations, you can mail me at [EMAIL PROTECTED] [ Scuse me for my bad english, i'm french and i havent a good english :) ] E. Bleton [aka LordWo] --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10791edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10837 Updated: The rand function doesn't work
ID: 10837 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Math related Operating system: PHP Version: 4.0.5 Assigned To: Comments: No feedback, most likely user error. Previous Comments: --- [2001-05-13 04:49:07] [EMAIL PROTECTED] Status: Feedback --- [2001-05-13 04:48:20] [EMAIL PROTECTED] Works for me on Linux: [derick@aarde seti]$ php -q ?php echo rand(1,50)-1; echo n; ? 27 Did you use srand to seed the random number generator? (www.php.net/srand) regards, Derick --- [2001-05-12 23:48:43] [EMAIL PROTECTED] calling: rand(1, 50)-1 will always get 1 !! try it for your self..this bug is only in 4.05 ..i imediately rolled back to 4.04pl1 and it works perfect again. I didn't compile my module..downloaded the win32 build. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10837edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10505 Updated: include problem with ftp
ID: 10505 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: FTP related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback, impossible to track down without example script. Previous Comments: --- [2001-06-03 20:36:27] [EMAIL PROTECTED] Please include the shortest possible example script which can be used to reproduce this. --- [2001-04-26 08:26:11] [EMAIL PROTECTED] Writing a file through ftp with fopen(ftp://...;) does work. --- [2001-04-26 04:16:42] [EMAIL PROTECTED] PHP gives a problem with the ftp functionality. We have compiled the php module with ftp functions However as soon as we try to use one of the functions it says it has an error in include UNKNOWN on line 0 in the code. In the code is NO include used. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10505edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10693 Updated: linker problem? lib problem?
ID: 10693 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: No feedback, assumed fixed in PHP 4.0.6. Previous Comments: --- [2001-06-05 02:27:15] [EMAIL PROTECTED] Please try the PHP 4.0.6RC2 from: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-05-06 22:04:04] [EMAIL PROTECTED] [quote] root@hydrogen:/usr/src/php-4.0.5# apachectl configtest Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: alloc_globals [/quote] My compile string was: ./configure --enable-versioning --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-jpeg-dir=/usr/local --with-zlib --enable-track-vars --enable-ttf --with-mysql=/usr/local/mysql --enable-EAPI --with-ftp --enable-gd-native-ttf This worked correctly with 4.0.4pl1 on this system. This problem is system by system diffent. It doesn't appear on every system. Kind regards, Marcel Leicher Silverpoint IS --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10693edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7860 Updated: pb with copy($source,$dest) when $dest point on network disk
ID: 7860 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: No feedback. Reopen if this doesn't work with PHP 4.0.6 (which is released today) Previous Comments: --- [2001-06-03 01:14:26] [EMAIL PROTECTED] Does this happen with PHP 4.0.5? And fyi, UNC support is added in PHP 4.0.6.. --- [2000-11-23 07:36:13] [EMAIL PROTECTED] reclassify - this has nothing to do with PHP networking. --- [2000-11-17 09:37:29] [EMAIL PROTECTED] I've exchanged a few emails and it does seem that NY access permissions are ok - 'Everyone' has 'full control' on the shared drive. Any other ideas anyone? --- [2000-11-17 04:06:54] [EMAIL PROTECTED] When you copy file in the dos window, you do so with the permissions of whoever you logged on as. When PHP does it, it probably does it as IUSR_MACHINENAME - which may not have permission to access the network drive. Can you check your permissions and report back. --- [2000-11-17 03:45:57] [EMAIL PROTECTED] Hi, I have an Apache Server and PHP 4.0.3pl1 installed on WindowsNT. I am trying to make the following script work The pb is when the destination file is on c:dir$Fichier_dest it works but when i use a virutal letter F: that point on a network computer, the answer is unable to create file 'myfile' : permission denied ! and when a try the same thing in a MS-DOS window (copy c:myfile.txt f:myfile.txt) it works ! does anyone can help me the script : html ? if ($Fichier $Fichier != none) { echo UBVotre fichier :/B/UBR; echo Fichier sur serveur : $FichierBR; echo Fichier envoyé : $Fichier_nameBR; echo Taille : $Fichier_sizeBR; echo Type: $Fichier_typeBR; $Fichier_dest = f:\.$Fichier_name; if (!copy($Fichier, $Fichier_dest)) { print (failed to copy $Fichier_dest brn); echo $php_errormsg; } else { print ($Fichier_dest copié...); } } ? BODY FORM ENCTYPE=multipart/form-data METHOD=POST INPUT TYPE=hidden name=MAX_FILE_SIZE value=10 Envoyer le fichier : INPUT NAME=Fichier TYPE=file INPUT TYPE=submit VALUE=Envoyer le fichier /FORM /BODY /HTML --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7860edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9028 Updated: ImagePSText does not draw text
ID: 9028 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: GD related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Reopen if this doesn't work with PHP 4.0.6 Previous Comments: --- [2001-06-03 07:02:12] [EMAIL PROTECTED] Please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-01-31 07:57:22] [EMAIL PROTECTED] The ImagePS...() functions are reporting success, but not drawing the text onto the image. Otherwise gd is working fine and the rest of the png graphic is visible. This feature and the script used to work with 4.0.3pl1 without problem. t1lib-1.0.1 is installed and configure is --with-t1lib=/usr/share/t1lib/. PHP is built from the RedHat SRPM. ./configure --prefix=%{_prefix} --with-config-file-path=%{_sysconfdir} --disable-debug --enable-pic --enable-shared --enable-inline-optimization $* --with-exec-dir=%{_bindir} --with-regex=system --with-gettext --with-gd --with-jpeg-dir=%{_prefix} --with-png --with-zlib --with-db2 --with-db3 --with-gdbm --enable-debugger --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-ftp --enable-wddx --without-mysql --without-oracle --without-oci8 --with-xml --with-t1lib=/usr/share/t1lib/ --with-ttflib --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9028edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9199 Updated: 'ld: No reference to __DYNAMIC' error
ID: 9199 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Reopen if PHP 4.0.6 doesn't work either. Previous Comments: --- [2001-06-03 04:50:45] [EMAIL PROTECTED] Please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz -Jani --- [2001-02-09 18:30:32] [EMAIL PROTECTED] This also occurs with only './configure --with-apxs'. --- [2001-02-09 18:04:27] [EMAIL PROTECTED] I configured with './configure --with-apxs --with-mysql' successfully. I type 'gmake', and most of it builds. Then I get: Making all in . gmake[1]: Entering directory `/usr/home/andrew/src/php-4.0.4pl1' /bin/sh /usr/home/andrew/src/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/usr/home/andrew/src/php-4.0.4pl1/ -I/usr/home/andrew/src/php-4.0.4pl1/main -I/usr/home/andrew/src/php-4.0.4pl1 -I/usr/lib/apache/include -I/usr/home/andrew/src/php-4.0.4pl1/Zend -I/usr/home/andrew/src/php-4.0.4pl1/ext/mysql/libmysql -I/usr/home/andrew/src/php-4.0.4pl1/ext/xml/expat/xmltok -I/usr/home/andrew/src/php-4.0.4pl1/ext/xml/expat/xmlparse -I/usr/home/andrew/src/php-4.0.4pl1/TSRM -DDEV_RANDOM=/dev/arandom -DMOD_SSL=206106 -DEAPI -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -O2 -c stub.c /bin/sh /usr/home/andrew/src/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/usr/home/andrew/src/php-4.0.4pl1/ -I/usr/home/andrew/src/php-4.0.4pl1/main -I/usr/home/andrew/src/php-4.0.4pl1 -I/usr/lib/apache/include -I/usr/home/andrew/src/php-4.0.4pl1/Zend -I/usr/home/andrew/src/php-4.0.4pl1/ext/mysql/libmysql -I/usr/home/andrew/src/php-4.0.4pl1/ext/xml/expat/xmltok -I/usr/home/andrew/src/php-4.0.4pl1/ext/xml/expat/xmlparse -I/usr/home/andrew/src/php-4.0.4pl1/TSRM -DDEV_RANDOM=/dev/arandom -DMOD_SSL=206106 -DEAPI -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /usr/home/andrew/src/php-4.0.4pl1/libs -avoid-version stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lresolv -lm -lresolv ld: No reference to __DYNAMIC collect2: ld returned 1 exit status gmake[1]: *** [libphp4.la] Error 1 gmake[1]: Leaving directory `/usr/home/andrew/src/php-4.0.4pl1' gmake: *** [all-recursive] Error 1 -- This happens with 'gmake' and 'make' (bsd make). This error did not occur with 4.0.2. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9199edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9345 Updated: PHP as subrequests in Apache
ID: 9345 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback. Reopen with example script that demonstates this if it doesn't work with PHP 4.0.6 Previous Comments: --- [2001-06-03 06:35:33] [EMAIL PROTECTED] Please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz And if that doesn't work either, include an example script into this bug report. --Jani --- [2001-02-19 16:29:57] [EMAIL PROTECTED] Here is the problem, if you make a call to ap_run_sub_req() with a PHP script with a GET method and content length set to zero, PHP will still gobble up whatever is sitting in the socket. This problematic when you don't want PHP to be the script to answer the POST request. I have tried dinking with a number of things (like remaining, length) and such that make up the request_rec, but PHP seems to be ignoring all of them. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9345edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11292 Updated: 100% of CPU
ID: 11292 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Performance problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Reopen if this happens with PHP 4.0.6 as there was a fix that might have fixed this. Previous Comments: --- [2001-06-06 01:11:34] [EMAIL PROTECTED] Please include the shortest possible script that can be used to reproduce this problem. Otherwise it's impossible to try and locate and fix it. --Jani --- [2001-06-05 13:58:55] [EMAIL PROTECTED] Hi: Unfortunately, I can't tell a lot about that bug, but it is there, believe me. I have PHP as a module for Apache. Sometimes, when I load a script, the browser start to work hard (and never ends). When I see to my process list, I can see that Apache have about a 95% of CPU. Also, you can't kill Apache, so a reboot is required ALWAYS. I haven't identified the piece of code that makes it. But the bug happend (for example) when I install phpGroupWare 0.9.10. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11292edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11310 Updated: the algorithm in array_unique is dependent on different platform..
ID: 11310 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Arrays related Operating system: PHP Version: 4.0.4 Assigned To: Comments: No feedback, no example script. Previous Comments: --- [2001-06-06 13:07:34] [EMAIL PROTECTED] And have you tried this with PHP 4.0.5 ? And where is the short example script? --- [2001-06-06 10:18:44] [EMAIL PROTECTED] the algorithm in array_unique is dependent on different platform.. if u use this function in unix platform.. it won't sort the items within that array.. BUT.. when u use the same script in windows platform .. php will SORT it though it reduce duplicate items.. please make sure this bug is fixed in the next version.. i almost lost my job because this job.. :) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11310edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11612: php_include completely non-functional
From: [EMAIL PROTECTED] Operating system: Win2k Server PHP version: 4.0.5 PHP Bug Type: PHP options/info functions Bug description: php_include completely non-functional Using Apache 1.3.19 on win2k with php as a library. If i put any value at all for include_path in php.ini, it causes a message like this on every page served: Warning: Failed opening '/path/to/file.php' for inclusion (include_path='\include\path;.') in Unknown on line 0 So, for an actual example, it would look like this: Warning: Failed opening '/www/demoxpress.com/html/test/phpinfo.php' for inclusion (include_path='\php\pear;.') in Unknown on line 0 As long as I keep the include_path commented out or only assign an empty string, it works fine (except for not having an include path). -- Edit Bug report at: http://bugs.php.net/?id=11612edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8570 Updated: php_java causes inetinfo memory address error
ID: 8570 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Java related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Can't reproduce with PHP 4.0.7-dev, Java 2 SDK 1.3 on Windows 2000 Profession SP2. Tested with jver.php. Previous Comments: --- [2001-01-06 04:40:24] [EMAIL PROTECTED] This is a critical bug that seems to have been introduced in the 4.0.4 release. Run a PHP script that instantiates a Java object. (ie. makes use of php_java) Then shut down Windows, or log off user. Windows will display an error message that Inetinfo will shut down (memory address shown). I haven't encountered this error before, so I think it was introduced in the 4.0.4 release. I'm using Sun's Hotspot VM 2.0, and JDK 1.30_01 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8570edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8753 Updated: Dynamic load library error
ID: 8753 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Dynamic loading Operating system: Linux PHP Version: 4.0.4pl1 Description: Dynamic load library error Now it works. (Only interbase and postgres not mysql and sybase-ct, but it works). thanx. Previous Comments: --- [2001-06-21 14:17:23] [EMAIL PROTECTED] Let's open this again, can you please try the PHP 4.0.6 RELEASE (not official yet) from here: http://www.php.net/~andi/php-4.0.6.tar.gz There have been some changes in everything and one pgsql crash bug is fixed in this release. --Jani --- [2001-06-20 01:09:01] [EMAIL PROTECTED] I can try --with-pgsql=shared, but what if I want to add support for mysql? Do I need to recompile php? I think modules can solve this problem, but this is not working (not on my PC). sorry. --- [2001-06-20 01:05:40] [EMAIL PROTECTED] Sorry, I just forgot to write down phpsize, but I used it. There is a still same error, even in version 4.0.5, plus there is an error vhen stand-alone program finishing its executing, so changes are not writing in database (even if error - segmentation fault - occurs after ibase_close function). That's why I still want to use older version. --- [2001-06-19 09:55:46] [EMAIL PROTECTED] And if you really want to have shared extensions, you can compile them same time you compile main PHP by configuring like this: --with-pgsql=shared --Jani --- [2001-06-19 09:54:53] [EMAIL PROTECTED] You seem to be skipping one important step here: phpize Try reading these instructions found in the package: README.SELF-CONTAINED-EXTENSIONS And exactly WHY do you want to do this? It's better to configure with everything in the first place.. Also, update to 4.0.5 as it has some fixes regarding this issue. --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8753 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9474 Updated: php_java problem still exists in php 4.0.5
ID: 9474 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Java related Operating system: PHP Version: 4.0 Latest CVS (27/02/2001) Assigned To: Comments: Unable to reproduce this with PHP 4.0.7-dev, Java 2 SDK 1.3, Java HotSpot Server VM 2.0 on Windows 2000 Professional SP2 with jver.php. Previous Comments: --- [2001-02-27 03:46:59] [EMAIL PROTECTED] The bug with php_java (introduced with php 4.0.4) still exists in php 4.0.5 Bug: After running Java (in PHP 4.0.4, 4.0.4p1, or any 4.0.5) using Sun's Java Hotspot Server VM, then close windows and try to log out or shut down Windows. There will be some kind of error message. With php 4.0.5, I got a different error message then when I had php 4.0.4 I also tried both JDK 1.3 and JDK 1.3.0_001 I use the Java HotSpot Server VM 2.0 (downloadable from java.sun.com) This bug is very reproducible in PHP 4.0.4 and above. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9474edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9507 Updated: Java Classes and session_register
ID: 9507 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Java related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: ?php session_start(); if (!session_is_registered(system)) { $system = null; $system = new Java(java.lang.System); session_register(system); } print $system-getProperty(java.version); ? The above code works upon first request, but gives a Warning: java.lang.NullPointerException in e:\server\htdocs\test.php on line 10 in subsequent requests. After commenting out the session_start() call it works fine, which is weird IMHO since session_register() implictly calls session_start(). Tested with PHP 4.0.7-dev (latest CVS), Java 2 SDK 1.3, Java HotSport Server VM 2.0. Previous Comments: --- [2001-03-01 04:30:15] [EMAIL PROTECTED] Hi, I'm trying to save a Java class into a session variable like the code bellow: if ( !session_is_registered( objJC ) ) { $objJC = null; $objJC = new Java( JavaClass ); session_register( objJC ); } This code works for the 1st time, when the session var 'objJC' is registered for the 1st time. All the methods of the java class can be accessed. The next times the variable 'objJC' already exists, as a session var, but i cannot access the methods inside, and gives me the error message like: Warning: java.lang.NoSuchMethodException: doinitmapj in c:program filesapache groupapachehtdocsphpphp_mapxt.php on line 71 When you do this with a normal PHP class, using include() or required( ), everything works ok. It seems that the registration doesn't keep the class type as a Java Class. Can someone help me with this? Than you very much in advance. Carlos Figueiredo --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9507edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8990 Updated: PHP as servlet crashes, Java trying to call php4ts.dll with entry point error
ID: 8990 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Java related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Could you please try a recent version of PHP (either PHP 4.0.6 (RC4) or latest CVS), thanks for your time. Previous Comments: --- [2001-01-29 19:11:00] [EMAIL PROTECTED] 1) install PHP in c:php 2) install java servlet API for PHP(phpsrvlt.jar and phpsrvlt.dll) 3) Replaced the web.xml in tomcat jakarta wih the one in PHP 4) Added phpsrvlt.jar to classpath 5) Added the directory containing php4ts.dll, and phpsrvlt.dll to path While executing the PHP script, I get Java Entry Point Not Found dialog box stating: The procedure entry point register_internal_class could not be located in the dynamic link library php4ts.dll Windows 2000 JDK 1.2.2 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8990edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Problem with globals ZTS
Hi, I'm writing an extension to php. After changing my code to have thread safe globals , my extension is crashing and I can't figure out what it is: typedef struct { HashTable array_dl_handle; /* hash user dll name - handle, getobject, getcompiler, destroyobject */ HashTable array_compiler; /* hash compiler name - handle, gps, gms, version */ } php_delphi_globals; #ifdef ZTS #define DG(v) (delphi_globals-v) #define DG_FETCH() php_delphi_globals *delphi_globals = ts_resource(delphi_globals_id) #define DG_D php_delphi_globals *delphi_globals #define DG_DC , DG_D #define DG_C delphi_globals #define DG_CC , DG_C int delphi_globals_id; #else #define DG(v) (delphi_globals.v) #define DG_FETCH() #define DG_D #define DG_DC #define DG_C #define DG_CC php_delphi_globals delphi_globals; #endif #ifdef ZTS static void alloc_delphi_globals_ctor(php_delphi_globals *delphi_globals) { memset(delphi_globals, 0, sizeof(php_delphi_globals)); } #endif ZEND_MINIT_FUNCTION(delphi) { #ifdef ZTS delphi_globals_id = ts_allocate_id(sizeof(php_delphi_globals), (ts_allocate_ctor)alloc_delphi_globals_ctor, NULL); #endif ... DG_FETCH(); zend_hash_init(DG(array_dl_handle), 0, NULL, NULL, 0); zend_hash_init(DG(array_compiler), 0, NULL, NULL, 0); } It crashes when I do in one function: DG_FETCH(); zend_hash_find(DG(array_dl_handle), module_name,strlen(module_name)+1, (void **)value); My hashtable is empty. When array_dl_handle was not part of ZTS globals, everything was OK. Any clue ? Gilles. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10961 Updated: java.exe: Memory Access Violation
ID: 10961 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Java related Operating system: PHP Version: 4.0.5 Assigned To: Comments: How can you get an error in java.exe? What webserver do you use, is PHP built as CGI or as a webserver module? Previous Comments: --- [2001-05-18 15:06:29] [EMAIL PROTECTED] I´m using php-servlet whit php-oci8 extension. Before use any oci8 function the application run correctly. But after that, when I browse any other php page the program java.exe do a Memory Access Volation. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10961edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] can we cange the important defines to enums in the zend-headers, please?
hi, it would make debugging for guys like me easier, as gdb will then be able to show IS_OBJECT instead of 5 when inspecting zvals. (gdb nows about the sybolic name for an enum but not for a define). if you don't object i'll go ahead soon tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8624 Updated: fail to open php://stderr
ID: 8624 Updated by: sas Reported By: Tomas V.V.Cox [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: 4.0.4 Assigned To: Comments: A fix for this has been committed. The fix will appear in PHP 4.0.7. Thanks for your report. Previous Comments: --- [2001-01-09 20:07:27] Tomas V.V.Cox [EMAIL PROTECTED] The second time I try to open and close the php://stderr file descriptor, PHP begins to fail. It doesn't occur with standar files. You can test the error with the script: #!/usr/bin/php -q ?php function myerror ($error){ if (!$errfd = @fopen(php://stderr, w+)){ echo Can not openn; return; } fwrite ($errfd, $error); fclose ($errfd); return; } for ($i=0; $i=3; $i++){ myerror(this is error num: $in); } ? The output: this is error num: 0 Can not open Can not open Can not open The error: bWarning/b: fopen(php://stderr,w) - Bad file descriptor in b./test.php/b on line b3/bbr br bWarning/b: Supplied argument is not a valid File-Handle resource in b./test.php/b on line b4/bbr br --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8624edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: can we cange the important defines to enums in the zend-headers, please?
I want to mess with it a bit and think about it. Will get back to you ASAP. Andi At 08:50 AM 6/22/2001 +0200, Thies C. Arntzen wrote: hi, it would make debugging for guys like me easier, as gdb will then be able to show IS_OBJECT instead of 5 when inspecting zvals. (gdb nows about the sybolic name for an enum but not for a define). if you don't object i'll go ahead soon tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] 4.0.6 Packaged!
At 19:28 21-6-2001 +0200, Sascha Schumann wrote: On Thu, 21 Jun 2001, Wico de Leeuw wrote: Hiya i get this error when doing make under apache 1.3.20 A more interesting info would be the output of gcc -v. this error is for php-4.0.5 and php-4.0.6 for apache 1.3.17 and 1.3.20 php 4.0.4pl compiles fine with 1.3.14 and 1.3.17 Greetz, Wico [root@linux php-4.0.5]# gcc -v Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnu/pgcc-2.95.2.1/specs gcc version pgcc-2.95.2.1 20001224 (release) - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags
ID: 11611 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: It's XHTML compliant Previous Comments: --- [2001-06-21 22:13:10] [EMAIL PROTECTED] put this into a test php file: ?php $temp = this isnna testn; printf(%s, nl2br($temp)); ? and you should get this as output from your webserver: this isbr / br / a testbr / I have confirmed this to be also an issue in the 4.0.6 release candidates, but I do not know when this all of a sudden became an issue. I'd like to know why it's creating br / tags instead of br tags :) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11611edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: Bug #10008 Updated: Can not create shared libraries
On Fri, 22 Jun 2001, Shannon J. Clark wrote: Hi, I have tried to reply to previous emails but all email attempts keep bouncing. We are STILL having the problem - and according to the manufacturer of the server, there IS a bug with PHP4.0 on StrongArm chip systems. I have not yet attempted to compile 4.0.6RC2 on the system - when I get a chance I will try that. Does it specifically address the strong arm chip issues? PHP 4.0.6 will come out very shortly (ie within a a few days). regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Where is : get_defined_constants() ?
Hiya there is no function (up to version php-4.0.6) get_defined_constants() the function is in the manual however :) Greetz, Wico -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: FW: [PHP-QA] 4.0.6 Packaged!
On Thursday 21 June 2001 19:26, Liz wrote: I couldnt compile under win32, the 4.0.5 I had compiled fine, but this moans at everything, it wont find lib files, its barfing about byson.. Anyone got a windows php.exe, php4ts.dll, with sql 7, and com support?? 4.0.6 built without problems on my system. I can send you a cgi version without SQL7 support if you like, or if it is possible to build the SQL7 dll without having SQL AND someone tells me how to do it, I will make that as well. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP SSL Client
We are not regular PHP developers, but one of our programmers developed a patch to 4.0.5 that allows PHP to act as an SSL client. This patch adds the fsockopen_ssl() and pfsockopen_ssl() functions. It works at a lower level than the curl package and allows you to add SSL to anything by simply replacing the fsockopen() and pfsockopen() functions. If you believe that it is useful, feel free to add to the PHP code base. Best regards, Jeff Groves === --- php-4.0.5/ext/standard/Makefile.org Fri May 25 14:26:19 2001 +++ php-4.0.5/ext/standard/Makefile.in Fri May 25 14:27:41 2001 @@ -17,6 +17,8 @@ include $(top_srcdir)/build/dynlib.mk +DEFS += -DSSL_CLIENT + parsedate.c: $(srcdir)/parsedate.y $(srcdir)/url_scanner_ex.c: $(srcdir)/url_scanner_ex.re --- php-4.0.5.org/ext/standard/basic_functions.cWed Mar 28 16:51:34 2001 +++ php-4.0.5/ext/standard/basic_functions.cFri May 25 14:27:20 2001 @@ -445,6 +445,10 @@ /* functions from fsock.c */ PHP_FE(fsockopen, third_and_fourth_args_force_ref) PHP_FE(pfsockopen, third_and_fourth_args_force_ref) +#ifdef SSL_CLIENT + PHP_FE(fsockopen_ssl, third_and_fourth_args_force_ref) + PHP_FE(pfsockopen_ssl, third_and_fourth_args_force_ref) +#endif /* functions from pack.c */ PHP_FE(pack,NULL) --- php-4.0.5.org/ext/standard/fsock.c Thu Apr 26 09:07:57 2001 +++ php-4.0.5/ext/standard/fsock.c Fri May 25 14:30:17 2001 @@ -209,7 +209,7 @@ passed by reference. The error code from the connect call is written to this variable. */ -static void php_fsockopen(INTERNAL_FUNCTION_PARAMETERS, int persistent) { +static int php_fsockopen(INTERNAL_FUNCTION_PARAMETERS, int persistent) { pval **args[5]; int *sock=emalloc(sizeof(int)); int *sockp; @@ -254,7 +254,7 @@ CLOSE_SOCK(0); *sock = *sockp; ZEND_REGISTER_RESOURCE(return_value,sock,php_file_le_socket()); - return; + return *sock; } if (portno) { @@ -345,6 +345,8 @@ if(key) efree(key); ZEND_REGISTER_RESOURCE(return_value,sock,php_file_le_socket()); + + return *sock; } /* }}} */ @@ -363,6 +365,38 @@ } /* }}} */ +#ifdef SSL_CLIENT + +/* {{{ proto int fsockopen_ssl(string hostname, int port [, int errno [, string errstr [, double timeout]]]) + Open Internet or Unix domain socket connection */ +PHP_FUNCTION(fsockopen_ssl) +{ + int s; + + s = php_fsockopen(INTERNAL_FUNCTION_PARAM_PASSTHRU, 0); + if (s = 0) { + php_sockset_ssl(s); + } +} +/* }}} */ +/* {{{ proto int pfsockopen_ssl(string hostname, int port [, int errno [, string errstr [, double timeout]]]) + Open persistent Internet or Unix domain socket connection */ +PHP_FUNCTION(pfsockopen_ssl) +{ + int s; + + s = php_fsockopen(INTERNAL_FUNCTION_PARAM_PASSTHRU, 1); + if (s = 0) { + php_sockset_ssl(s); + } +} +/* }}} */ + +#define SSL_SOCK_CLOSE(sock) if(sock-ssl_ctx) { SSL_shutdown(sock-sslfp); SSL_free(sock-sslfp); SSL_CTX_free(sock-ssl_ctx); sock-ssl_ctx = NULL; } +#else +#define SSL_SOCK_CLOSE(sock) +#endif + #define SOCK_DESTROY(sock) \ if(sock-readbuf) pefree(sock-readbuf, sock-persistent); \ if(sock-prev) sock-prev-next = sock-next; \ @@ -378,6 +412,7 @@ for(now = FG(phpsockbuf); now; now = next) { next = now-next; if(now-persistent == persistent) { + SSL_SOCK_CLOSE(now); SOCK_DESTROY(now); } } @@ -418,6 +453,10 @@ sock-is_blocked = 1; sock-chunk_size = FG(def_chunk_size); sock-timeout.tv_sec = -1; +#ifdef SSL_CLIENT + sock-ssl_ctx = NULL; + sock-sslfp = NULL; +#endif FG(phpsockbuf) = sock; return sock; @@ -451,6 +490,7 @@ sock = php_sockfind(socket FLS_CC); if(sock) { ret = 1; + SSL_SOCK_CLOSE(sock); SOCK_DESTROY(sock); } @@ -478,6 +518,7 @@ sock = php_sockfind(socket FLS_CC); if(sock) { if(!sock-persistent) { + SSL_SOCK_CLOSE(sock); SOCK_CLOSE(sock-socket); SOCK_DESTROY(sock); } @@ -540,6 +581,12 @@ } /* read at a maximum sock-chunk_size */ +#ifdef SSL_CLIENT + if (sock-sslfp) { + nr_bytes = SSL_read(sock-sslfp, buf, sock-chunk_size); + } + else +#endif nr_bytes = recv(sock-socket, buf, sock-chunk_size, 0); if(nr_bytes 0) { if(sock-writepos + nr_bytes sock-readbuflen) { @@ -577,6 +624,55 @@ } return nr_read; +} + +#ifdef
[PHP-DEV] Bug #11613: cannot compile apache+php+snmp
From: [EMAIL PROTECTED] Operating system: RH7.1, kernel 2.4.5, apache 13.20 PHP version: 4.0.5 PHP Bug Type: SNMP related Bug description: cannot compile apache+php+snmp I cannot compile apache+php+snmp (statically linked). this is my configure command for PHP: ./configure --with-pgsql --with-apache=../apache_1.3.20 \ --enable-track-vars \ --with-gd --with-snmp --enable-calendar this is my configure command for apache: ./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a PHP compiles and installs without problem. and this comes out from making of apache: Configuring for Apache, Version 1.3.20 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) Creating Makefile Creating Configuration.apaci in src cd ..; gcc -DLINUX=22 -I/soft/php-4.0.5 -I/soft/php-4.0.5/main -I/soft/php-4.0.5/main -I/soft/php-4.0.5/Zend -I/soft/php-4.0.5/Zend -I/soft/php-4.0.5/TSRM -I/soft/php-4.0.5/TSRM -I/soft/php-4.0.5 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/pgsql/lib -rdynamic -L/usr/local/pgsql/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lsnmp -lpq -lttf -lz -lpng -lgd -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lm -lcrypt /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_DigestInit' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_DigestFinal' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_md5' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `HMAC' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_sha1' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `des_cbc_encrypt' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `des_key_sched' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_DigestUpdate' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `RAND_bytes' collect2: ld returned 1 exit status make: *** [dummy] Error 1 Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check = End of Error Report = Aborting! -- Edit Bug report at: http://bugs.php.net/?id=11613edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: can we cange the important defines to enums in the zend-headers, please?
Thies, I am not quite sure how many places need to be changed for this. On a whole, moving to enum's is something I've wanted to do for a long time but never had the time to do. If you're up to it maybe you can create a patch which we can look at. I suggest only trying to make the IS_OBJECT/IS_ARRAY #define's work and see how much work it ends up being. If you don't have time to do it, I'll mess with it in the next few days. Thanks, Andi At 08:50 AM 6/22/2001 +0200, Thies C. Arntzen wrote: hi, it would make debugging for guys like me easier, as gdb will then be able to show IS_OBJECT instead of 5 when inspecting zvals. (gdb nows about the sybolic name for an enum but not for a define). if you don't object i'll go ahead soon tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11614: ociplogon always reopens a new connection
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.5 PHP Bug Type: OCI8 related Bug description: ociplogon always reopens a new connection ?php $conn = ociplogon('user','pass','testdb'); echo Server Version: . OCIServerVersion($conn); ? reloading the same page I get ever more connections; you can check it with: select * from v$session where status ='ACTIVE' - oracle version is: Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production With the Partitioning option JServer Release 8.1.6.0.0 - Production web server: Apache 1.3.12, with php running as a module the only active module in php.ini is oci8.dll; --- ( the php manual, chapt.22 says : When a persistent connection is requested, PHP checks if there's already an identical persistent connection (that remained open from earlier) - and if it exists, it uses it. If it does not exist, it creates the link. ) is this related to apache's multithreaded behaviour on windows? --Giuse -- Edit Bug report at: http://bugs.php.net/?id=11614edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.0.6
I've now packaged up the Windows Installer version for 4.0.6 (including crypt support) and posted it to http://www.dialsolutions.com/phil/php/php406-installer.exe It would be good it a few people could test it before Andi goes public with the release. It would be particularly useful to me if anyone who has IIS or PWS on NT4 or W2000 could test it as I have changed the bit that configures the webserver to avoid an annoying problem with an ocx control that the software needs. Cheers PS If anyone just needs it for testing the 4.0.6 binary and is afraid that the installation wizard might trash their carefully configured system, note that the exe is actually in zip format so you can get the bits out manually using winzip. -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11614 Updated: ociplogon always reopens a new connection
ID: 11614 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related Operating system: windows 2000 PHP Version: 4.0.5 Description: ociplogon always reopens a new connection I think I've found a really valid explanation: Christopher Ostmo [EMAIL PROTECTED] told me the connections are actually persistent, which means that you will in fact benefit. The down side is that you are not going to always get the same persistent connection for each request and finally I understood: to be sure, I've set ThreadsPerChild 3 in my httpd.conf and now get a maximum of 3 persistent connections to oracle; (this is just an explanation for someone who thinks to have the same problem...) this simply means you have to estimate and configure weboracle server for the worst case (maximum number of conn.) --Giuse (I think this can be quickly closed) Previous Comments: --- [2001-06-22 05:50:10] [EMAIL PROTECTED] ?php $conn = ociplogon('user','pass','testdb'); echo Server Version: . OCIServerVersion($conn); ? reloading the same page I get ever more connections; you can check it with: select * from v$session where status ='ACTIVE' - oracle version is: Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production With the Partitioning option JServer Release 8.1.6.0.0 - Production web server: Apache 1.3.12, with php running as a module the only active module in php.ini is oci8.dll; --- ( the php manual, chapt.22 says : When a persistent connection is requested, PHP checks if there's already an identical persistent connection (that remained open from earlier) - and if it exists, it uses it. If it does not exist, it creates the link. ) is this related to apache's multithreaded behaviour on windows? --Giuse --- Full Bug description available at: http://bugs.php.net/?id=11614 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] 4.0.6 Packaged!
[root@linux php-4.0.5]# gcc -v Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnu/pgcc-2.95.2.1/specs gcc version pgcc-2.95.2.1 20001224 (release) `pgcc´ is an experimental compiler. Such issues are to be expected with this kind of software. For a production system, I'd recommened a stable compiler like GCC 2.95.3 which has no problems building the PHP 4 source tree (ditto for vanilla 2.95.2.1). - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] cannot build cvs under win2k
c:\usr\local\include\sys\unistd.h(14) : warning C4273: '__p__environ' : inconsistent dll linkage. dllexport assumed. c:\usr\local\include\sys\unistd.h(16) : warning C4273: '_exit' : inconsistent dll linkage. dllexport assumed. c:\usr\local\include\sys\unistd.h(39) : error C2061: syntax error : identifier 'fork' c:\usr\local\include\sys\unistd.h(39) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(39) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(43) : error C2061: syntax error : identifier 'getegid' c:\usr\local\include\sys\unistd.h(43) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(43) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(44) : error C2061: syntax error : identifier 'geteuid' c:\usr\local\include\sys\unistd.h(44) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(44) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(45) : error C2061: syntax error : identifier 'getgid' c:\usr\local\include\sys\unistd.h(45) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(45) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(53) : error C2061: syntax error : identifier 'getpgid' c:\usr\local\include\sys\unistd.h(53) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(53) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(54) : error C2061: syntax error : identifier 'getpgrp' c:\usr\local\include\sys\unistd.h(54) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(54) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(55) : error C2061: syntax error : identifier 'getpid' c:\usr\local\include\sys\unistd.h(55) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(55) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(56) : error C2061: syntax error : identifier 'getppid' c:\usr\local\include\sys\unistd.h(56) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(56) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(57) : error C2061: syntax error : identifier 'getuid' c:\usr\local\include\sys\unistd.h(57) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(57) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(86) : error C2061: syntax error : identifier 'setsid' c:\usr\local\include\sys\unistd.h(86) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(86) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(89) : warning C4273: 'swab' : inconsistent dll linkage. dllexport assumed. c:\usr\local\include\sys\unistd.h(91) : error C2061: syntax error : identifier 'tcgetpgrp' c:\usr\local\include\sys\unistd.h(91) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(91) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(94) : warning C4273: 'unlink' : inconsistent dll linkage. dllexport assumed. c:\usr\local\include\sys\unistd.h(99) : error C2061: syntax error : identifier 'vfork' c:\usr\local\include\sys\unistd.h(99) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(99) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(105) : error C2061: syntax error : identifier '_fork' c:\usr\local\include\sys\unistd.h(105) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(105) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(106) : error C2061: syntax error : identifier '_getpid' c:\usr\local\include\sys\unistd.h(106) : error C2059: syntax error : ';' c:\usr\local\include\sys\unistd.h(106) : error C2059: syntax error : ')' c:\usr\local\include\sys\unistd.h(111) : warning C4273: '_unlink' : inconsistent dll linkage. dllexport assumed. c:\programme\microsoft visual studio\vc98\include\io.h(154) : error C2375: '_close' : redefinition; different linkage c:\usr\local\include\sys\unistd.h(104) : see declaration of '_close' c:\programme\microsoft visual studio\vc98\include\io.h(168) : error C2375: '_lseek' : redefinition; different linkage c:\usr\local\include\sys\unistd.h(108) : see declaration of '_lseek' c:\programme\microsoft visual studio\vc98\include\io.h(174) : error C2375: '_read' : redefinition; different linkage c:\usr\local\include\sys\unistd.h(109) : see declaration of '_read' c:\programme\microsoft visual studio\vc98\include\io.h(181) : warning C4273: '_unlink' : inconsistent dll linkage. dllexport assumed. c:\programme\microsoft visual studio\vc98\include\io.h(182) : error C2375: '_write' : redefinition; different linkage c:\usr\local\include\sys\unistd.h(112) : see declaration of '_write' c:\programme\microsoft visual studio\vc98\include\io.h(225) : error C2375: 'access' : redefinition; different linkage c:\usr\local\include\sys\unistd.h(18) : see declaration of 'access' c:\programme\microsoft visual studio\vc98\include\io.h(226) :
[PHP-DEV] Bug #10554 Updated: IISConfig - MSCOMCTL.OCX is not correctly registered.
ID: 10554 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: *Install and Config Operating system: PHP Version: 4.0.4pl1 Assigned To: phildriscoll@php Comments: Fixed in Windows installer for 4.0.6 Previous Comments: --- [2001-04-29 13:52:03] [EMAIL PROTECTED] This is a known issue - and instructions for a workaround are included in the installation notes shipped with the installer distribution. Someone is currently working on the IIS configuration software so that it will automatically register the OCX. --- [2001-04-29 13:45:56] [EMAIL PROTECTED] I downloaded the installer for PHP 4.0.4pl1 and the install works until the point where the installer would configure IIS 4.0 for PHP. The error I received was: IISConfig MSCOMCTL.OCX is not correctly registered. Once I downloaded and registered MSCOMCTL.OCX, the installer ran fine, but the installer should check for the presence of MSCOMCTL.OCX on the system. I couldn't find any information anywhere about this, so I figured that someone should know about the problem. Here's a rundown of my system: NT 4.0, with SP6a. IIS 4.0 IE 4.01 SP1 Email me if you need more specific details. Thanks, Justin White, CCNA MCSE [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10554edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8705 Updated: Compile fails with java support. Possibly due to compile script error?
ID: 8705 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Java related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Could you please try the PHP 4.0.6 as I can not reproduce this bug. What exactly is your system? RH? Debian? Previous Comments: --- [2001-01-15 00:35:27] [EMAIL PROTECTED] Configure was run with the following options. ./configure --with-mysql --enable-inline-optimization --with-ldap=/usr/local --disable-debug --enable-track-vars --with-apxs=/usr/sbin/apxs --disable-short-tags --prefix=/usr --with-config-file-path=/etc/httpd --enable-safe-mode --with-exec-dir=/usr/bin --with-zlib --with-java=/usr/local/java --with-gd --with-png-dir --with-jpeg-dir --with-t1lib --enable-freetype-4bit-antialias-hack The jdk1.2.2 file from java was used and an alias placed from /usr/local/jdk1.2.2 to /usr/local/java. Then make was run and the following error was produced. --- Begin Compile error --- /root/httpdserver/php-4.0.4pl1/build/shtool mkdir -p net/php javac net/php/reflect.java /usr/bin/jar cf php_java.jar net/php/*.class net/php/*.properties net/php/*.class: no such file or directory make[3]: *** [php_java.jar] Error 2 make[3]: Leaving directory `/root/httpdserver/php-4.0.4pl1/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/httpdserver/php-4.0.4pl1/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/httpdserver/php-4.0.4pl1/ext' make: *** [all-recursive] Error 1 --- End Compile error --- I was able to complete the compile phase through the following steps. From the php4.0.4pl1 dir I ran the following commands cd ./ext/java/net/php/net/php/ cp reflect.class ../../ cd ../../../../../../ make I then got a second error --- Begin error --- rmdir: net/php: Directory not empty make[3]: *** [php_java.jar] Error 1 --- End error --- I then ran the following commands. cd ext/java/net/php/ rm -rf net cd ../../../../ After rerunning make this time everything worked without a problem. Hopefully this can be fixed in a later release. Thanks for the kickin piece of software. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8705edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11562 Updated: PHP crashes everytime with little syntax error
ID: 11562 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: User feedback (next time, use the web interface to answer): --- YES.. when i correct the syntax error, it doesn't crash. Also when i remove the foreach, or when i remove the 2nd include, or when i remove the a from echo, or when i make a different syntax error, it doesn't crash. It only happens in this particular case. really weird. but i guess it's not so important, since it doesn't happen on Linux or any other OS, only windows. btw.. I use windows 98 with apache. -- Did you try the snapshot?? --Jani Previous Comments: --- [2001-06-21 14:30:10] [EMAIL PROTECTED] The correct url is of course: http://www.zend.com/snapshots/ --- [2001-06-20 09:50:20] [EMAIL PROTECTED] Another question: I assume it does NOT crash if you don't have errors in your scripts? --- [2001-06-20 02:32:26] [EMAIL PROTECTED] I tried this on Linux with PHP 4.0.7dev as CGI executable and Apache static module, it just gives me a parse error. Can you possibly try one of the snapshots from http://www.zend.com/shapshots/ and see if the problem does still exists? --- [2001-06-19 11:13:48] [EMAIL PROTECTED] create 3 files test.php: ?php include(test1.php); include(test2.php); ? test1.php: ?php foreach($a as $b){ echoa); } ? test2.php: ?php ? now run test.php.. PHP crashes. There's a little syntax error in test1.php: echoa); should be echo(a); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11562edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11599 Updated: stdio stream problem
ID: 11599 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This should be fixed in CVS. The fix will be in PHP 4.0.7. Previous Comments: --- [2001-06-21 17:38:58] [EMAIL PROTECTED] Duplicate of #8624 --- [2001-06-20 22:59:42] [EMAIL PROTECTED] The following php lines :- ?PHP $fp = fopen(php://stderr, w); fputs($fp, here's a debug message); fclose($fp); phpinfo(); ? work the first time but the second time reply with :- Warning: fopen(php://stderr,w) - Bad file descriptor in /home/sites/site2/users/jbarrett/web/test.php on line 2 Warning: Supplied argument is not a valid File-Handle resource in /home/sites/site2/users/jbarrett/web/test.php on line 3 Warning: Supplied argument is not a valid File-Handle resource in /home/sites/site2/users/jbarrett/web/test.php on line 4 unless apache is restarted. Called it apache related cos the code works fine on console but only fails this way as an apache module. (more than likely something to do with PHP cleaning up the file pointer) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11599edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags
ID: 11611 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Could this be even more bogus? :) Previous Comments: --- [2001-06-22 04:39:51] [EMAIL PROTECTED] It's XHTML compliant --- [2001-06-21 22:13:10] [EMAIL PROTECTED] put this into a test php file: ?php $temp = this isnna testn; printf(%s, nl2br($temp)); ? and you should get this as output from your webserver: this isbr / br / a testbr / I have confirmed this to be also an issue in the 4.0.6 release candidates, but I do not know when this all of a sudden became an issue. I'd like to know why it's creating br / tags instead of br tags :) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11611edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags
Shouldn't there be an optional flag to nl2br to change the behavior of function to what it used to be. Just there's no point in br / like tags when the rest of your code is just generating HTML compliant output, not XHTML. Ok, somebody can always use something like str_replace("\n", "br", $text) to get the old functionality. lenar. [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... ID: 11611 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Could this be even more bogus? :) Previous Comments: --- [2001-06-22 04:39:51] [EMAIL PROTECTED] It's XHTML compliant --- [2001-06-21 22:13:10] [EMAIL PROTECTED] put this into a test php file: ?php $temp = "this isnna testn"; printf("%s", nl2br($temp)); ? and you should get this as output from your webserver: this isbr / br / a testbr / I have confirmed this to be also an issue in the 4.0.6 release candidates, but I do not know when this all of a sudden became an issue. I'd like to know why it's creating br / tags instead of br tags :) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11611edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: FW: [PHP-QA] 4.0.6 Packaged!
IIRC the mssql dll should build without the server. I don't know if it'll actually work. At 11:12 6/22/2001, Phil Driscoll wrote the following: -- On Thursday 21 June 2001 19:26, Liz wrote: I couldnt compile under win32, the 4.0.5 I had compiled fine, but this moans at everything, it wont find lib files, its barfing about byson.. Anyone got a windows php.exe, php4ts.dll, with sql 7, and com support?? 4.0.6 built without problems on my system. I can send you a cgi version without SQL7 support if you like, or if it is possible to build the SQL7 dll without having SQL AND someone tells me how to do it, I will make that as well. Cheers -- Phil Driscoll -- PHP Quality Assurance Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [emile@iris-advies.com: Re: [PHP-DEV] Adding URI Translation Handlers]
Isn't this what mod_rewrite is for? Also, what we do is have urls like: http://dealnews.com/articles/23930.html We use a force type on the feil articles to make it get parsed as PHP. We then read $PATH_INFO in which is /23930.html to set up our vars. You could have: http://florists.ftd.com/florists/rosebowlfloral/ Although it makes for a longer URL, it does not require all the files you talked about and does not require any C. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Stephen van Egmond [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 22, 2001 12:09 AM Subject: [PHP-DEV] [[EMAIL PROTECTED]: Re: [PHP-DEV] Adding URI Translation Handlers] Back when the mailing lists were down, I started a discussion about adding a feature to PHP to do URI translating. The brief definition of URI translation is that you get to rewrite URIs dynamically. This is how you you would host, for instance, 10,000 florist home pages: http://florists.ftd.com/rosebowlfloral/ and http://florists.ftd.com/fiveflower/ without having 10,000 directoriies under the server root. In Apache, these would be rewritten to a directory containing the style of page the florist chose, with some extra apache notes to tell you which florist page had been visited. The question I wanted to raise was how to do this. And although it looks like initially a simple task, it generalizes to a few other concepts which Apache + mod_perl has done wonders with. This was the most recent post on the topic, and I wondered if there were other thoughts out there? Failing that, I will probably pursue the approach of building this into the Apache SAPI and letting other web servers follow suit. - Forwarded message from Emiliano [EMAIL PROTECTED] - Date: Thu, 31 May 2001 09:34:00 +0200 (CEST) From: Emiliano [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Adding URI Translation Handlers Stephen van Egmond wrote: One thing which I am bumping into is the need to do URI rewriting, kind of like what mod_perl does. I would like to implement this myself in mod_php, and I'm looking for some advice on the implementation. I considered the following: a) Allowing the automatically prepended file (see php's auto_prepend_file config option) to change $ENV['REQUEST_URI'] before the script is actually executed. This, intuitively, seems clean, but would probably happen too late in the request process (it will have already decided to call the error file). Yep. This would be executed in the response phase, but apache itself would have decided in the translation phase way before that not to handle the request. b) adding a new config directive that... what? defines a file to be read which is supposed to define a function? Is eval'ed? The way I see it you have a couple of options: - Use mod_perl, mod_python, mod_tcl(I think) to script a translation handler. - Write a translation handler in C (we do this with Midgard) - Extend mod_php4 to do what mod_perl et al do so you can write handlers in PHP. Conceptually, this is not too hard, but will definately be more work than the other two. You set up the zend engine just like the response phase handler does, set a few relevant variables before you start it (like $ENV['REQUEST_URI'] for example, kick off the script (either be just executing the code, or calling a function therein), then read the relevant variables after the script exits and act on them. You'll be doing this in C. Emile - End forwarded message - -- ,,, (. .) +--ooO-(_)-Ooo- - -- - - - - | The Annotated BeBook: http://bang.dhs.org/be/bebook/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11616: Cc: Bcc: not being picked up from header
From: [EMAIL PROTECTED] Operating system: Win 2K Server PHP version: 4.0.5 PHP Bug Type: Mail related Bug description: Cc: Bcc: not being picked up from header I am running PHP as CGI on IIS 5.0 with service pack 2. This report verifies that bug #11349 is a definate problem. /win32/sendmail.c has the following code (starting at line 253): /* Send mail to all Cc rcpt's */ efree(tempMailTo); if (headers (pos1 = strstr(headers, Cc:))) { pos2 = strstr(pos1, \r\n); tempMailTo = estrndup(pos1, pos2-pos1); token = strtok(tempMailTo, ,); while(token != NULL) { sprintf(Buffer, RCPT TO:%s\r\n, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) return (res); token = strtok(NULL, ,); } efree(tempMailTo); } The above code can only grab an email address that looks like this: Cc: [EMAIL PROTECTED] When I place it in this format I receive a Warning: Server Error message from the mail() function. sendmail.c cannot find a proper RFC 822 mail header like: Cc: Jack Smith [EMAIL PROTECTED] When I place this in the mail headers nothing happens. Also, there is no code at all that even looks for a Bcc address in the sendmail.c code. This is a massive problem. In order for the mail() function to be /usr/sbin/sendmail compliant it must be able to find and parse Cc: and Bcc: in each of the above formats. It must also remove the Bcc's from the header so that recieving mail clients cannot see them, just as sendmail does. Brent -- Edit Bug report at: http://bugs.php.net/?id=11616edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: FW: [PHP-QA] 4.0.6 Packaged!
Liz I've built the mssql dll for 4.06 and posted it at http://www.dialsolutions.com/phil/php/php_mssql.dll which along with the Windows Installer distribution at http://www.dialsolutions.com/phil/php/php406-installer.exe should give you a system you can test. Cheers -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11612 Updated: php_include completely non-functional
ID: 11612 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: PHP options/info functions Operating system: Win2k Server PHP Version: 4.0.5 Description: php_include completely non-functional I have it like that, with double quotes. This is an excerpt from my php.ini: ; ; Paths and Directories ; ; ; UNIX: /path1:/path2 Windows: \path1;\path2 include_path = .;c:\www\demoxpress.com\html\test Previous Comments: --- [2001-06-22 09:22:41] [EMAIL PROTECTED] Try this: include_path=.;C:pathtosomething;C:pathtosomethingelse Notice the 's around the path. --Jani --- [2001-06-22 01:54:20] [EMAIL PROTECTED] Using Apache 1.3.19 on win2k with php as a library. If i put any value at all for include_path in php.ini, it causes a message like this on every page served: Warning: Failed opening '/path/to/file.php' for inclusion (include_path='includepath;.') in Unknown on line 0 So, for an actual example, it would look like this: Warning: Failed opening '/www/demoxpress.com/html/test/phpinfo.php' for inclusion (include_path='phppear;.') in Unknown on line 0 As long as I keep the include_path commented out or only assign an empty string, it works fine (except for not having an include path). --- Full Bug description available at: http://bugs.php.net/?id=11612 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [Fwd: Memory leak in domxml?]
After opening the bug at php.net, I was expecting it might have shown-up here, but it may not have due to the news server being down. Just in case, here it is. -- .tom Path: spln!rex!extra.newsguy.com!newsp.newsguy.com!news2 From: Thomas Gagne [EMAIL PROTECTED] Newsgroups: alt.php Subject: Memory leak in domxml? Date: Sun, 03 Jun 2001 15:15:31 -0400 Organization: eFinNet, Corp. Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] NNTP-Posting-Host: p-812.newsdawg.com Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en Xref: spln alt.php:16790 Has anyone noticed httpd children growing continuously with PHP scripts that use domxml? One of our programmers noticed this Friday. He's using the latest php (v *.5??). Maybe it's just us? -- .tom Path: spln!rex!extra.newsguy.com!newsp.newsguy.com!news2 From: Thomas Gagne [EMAIL PROTECTED] Newsgroups: alt.php Subject: Partial Fix: (was Re: Memory leak in domxml?) Date: Tue, 05 Jun 2001 20:19:50 -0400 Organization: eFinNet, Corp. Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] NNTP-Posting-Host: p-905.newsdawg.com Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en Xref: spln alt.php:17061 I have a patch described in: http://www.php.net/bugs.php?id=11304 that fixes part of the memory leak. There's still another one in there but it doesn't leak nearly as bad. It's caused by the -children() function (php_if_domxml_children). -- .tom Path: spln!rex!extra.newsguy.com!newsp.newsguy.com!news1 From: Thomas Gagne [EMAIL PROTECTED] Newsgroups: alt.php Subject: Re: Another memory leak fixed Date: Fri, 08 Jun 2001 00:18:27 -0400 Organization: eFinNet, Corp. Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] NNTP-Posting-Host: p-790.newsdawg.com Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en Xref: spln alt.php:17251 Another bug fixed. in php_domxml.c (4.0.5), PHP_FUNCTION(domxml_dumpmem), the memory allocated by xmlDocMemoryDump(), must be freed. Problem is, the RETURN_STRINGL macro defined in Zend/zend_API.h doesn't release the memory. We create another macro, identical to RETURN_STRINGL, except that it frees the memory pointer before returning. #define FREE_RETURN_STRINGL(s,l,duplicate) {\ char *__s=(s); int __l=l; \ return_value-value.str.len = __l; \ return_value-value.str.val = (duplicate?estrndup(__s,__l):__s);\ return_value-type = IS_STRING; \ free(s);\ return; \ } -- .tom -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11194 Updated: Sablotron bug
ID: 11194 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Sablotron XSL Operating system: Linux PHP Version: 4.0.5 Description: Sablotron bug An upgrade to Sablotron 0.60 _seems_ to fix the problem. So I think it was an issue with Sablotron, not with PHP. Previous Comments: --- [2001-05-30 18:28:16] [EMAIL PROTECTED] Sorry, this is a XSL that results in the problem, the previous one doesn't: --==[ begin ]==-- ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=html indent=yes encoding=utf-8 / xsl:template name=index xsl:param name=title/xsl:param xsl:param name=page/xsl:param xsl:text html /html /xsl:text /xsl:template xsl:template name=login xsl:text html head titleiBBS - xsl:value-of select=$title//title link href=css/sa_00.css rel=stylesheet type=text/css/ /head body /table /body /html /xsl:text /xsl:template /xsl:stylesheet --==[ end ]==-- --- [2001-05-30 18:25:07] [EMAIL PROTECTED] Here some example files that can reproduce the problem: --==[ test.php ]==-- ?php // include the XSL-file $xsl_file = test.html.xsl; // create a new domxml-object $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); $head = $root-new_child(HEAD, ); $head-new_child(TITLE, Here a title); // Create a new processor handle $th = @xslt_create() or die(Can't create XSLT handle!); // Open the XML and XSL files $sh = fopen($xsl_file, r) or die(Can't open XSL file); // Read in the XML and XSL contents $xslContent = fread($sh, filesize($xsl_file)); // Perform the XSL transformation xslt_process($xslContent, $doc-dumpmem(), $XSLtransformation); // Output the transformed XML file echo $XSLtransformation; // Free up the resources xslt_free($th); ? --==[ test.html.xsl ]==-- ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=html indent=yes encoding=utf-8 / xsl:template name=harry xsl:param name=title/xsl:param xsl:param name=page/xsl:param xsl:text html /table /html /xsl:text /xsl:template /xsl:stylesheet --==[ The End ]==-- I know the xslt doesn't do anything but I stripped a very long file to the part that reproduces the problem :) --- [2001-05-30 17:50:19] [EMAIL PROTECTED] Nope, PHP 4.06RC1 does not fix the problem.. --- [2001-05-30 11:24:04] [EMAIL PROTECTED] Does this happen with PHP 4.0.6RC1: http://www.php.net/~andi/php-4.0.6RC1.tar.gz --- [2001-05-30 09:08:33] [EMAIL PROTECTED] The Sablotron PHP implementation works quite well. However if you offer Sablotron a buggy XSLT, that child of Apache produces an error (that's great ;). But.. in future instances it always produces an error as well: Error: duplicate tag name:... I think the reason is that Sablot's buffer is not flushed when an error occurs in Sablot. The tag nam only exists one time in the XSL. If the buffer is not-empty, that would explain the above error. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=11194 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8753 Updated: Dynamic load library error
ID: 8753 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Dynamic loading Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Both mysql and sybase-ct are fixed in CVS now and they should build as self-contained extensions. --Jani Previous Comments: --- [2001-06-22 02:10:16] [EMAIL PROTECTED] Now it works. (Only interbase and postgres not mysql and sybase-ct, but it works). thanx. --- [2001-06-21 14:17:23] [EMAIL PROTECTED] Let's open this again, can you please try the PHP 4.0.6 RELEASE (not official yet) from here: http://www.php.net/~andi/php-4.0.6.tar.gz There have been some changes in everything and one pgsql crash bug is fixed in this release. --Jani --- [2001-06-20 01:09:01] [EMAIL PROTECTED] I can try --with-pgsql=shared, but what if I want to add support for mysql? Do I need to recompile php? I think modules can solve this problem, but this is not working (not on my PC). sorry. --- [2001-06-20 01:05:40] [EMAIL PROTECTED] Sorry, I just forgot to write down phpsize, but I used it. There is a still same error, even in version 4.0.5, plus there is an error vhen stand-alone program finishing its executing, so changes are not writing in database (even if error - segmentation fault - occurs after ibase_close function). That's why I still want to use older version. --- [2001-06-19 09:55:46] [EMAIL PROTECTED] And if you really want to have shared extensions, you can compile them same time you compile main PHP by configuring like this: --with-pgsql=shared --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8753edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11613 Updated: cannot compile apache+php+snmp
ID: 11613 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: SNMP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Your snmp libs are obviously linked with ssl libs. Add --with-openssl to your configure line. # rm config.cache ; ./configure with your options + --with-openssl # make clean ; make ; make install Also I suggest you get the PHP 4.0.6 when it's released later on today as it has many fixes in it. --Jani Previous Comments: --- [2001-06-22 05:11:31] [EMAIL PROTECTED] I cannot compile apache+php+snmp (statically linked). this is my configure command for PHP: ./configure --with-pgsql --with-apache=../apache_1.3.20 --enable-track-vars --with-gd --with-snmp --enable-calendar this is my configure command for apache: ./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a PHP compiles and installs without problem. and this comes out from making of apache: Configuring for Apache, Version 1.3.20 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) Creating Makefile Creating Configuration.apaci in src cd ..; gcc -DLINUX=22 -I/soft/php-4.0.5 -I/soft/php-4.0.5/main -I/soft/php-4.0.5/main -I/soft/php-4.0.5/Zend -I/soft/php-4.0.5/Zend -I/soft/php-4.0.5/TSRM -I/soft/php-4.0.5/TSRM -I/soft/php-4.0.5 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/pgsql/lib -rdynamic -L/usr/local/pgsql/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lsnmp -lpq -lttf -lz -lpng -lgd -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lm -lcrypt /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_DigestInit' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_DigestFinal' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_md5' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `HMAC' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_sha1' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `des_cbc_encrypt' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `des_key_sched' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `EVP_DigestUpdate' /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so: undefined reference to `RAND_bytes' collect2: ld returned 1 exit status make: *** [dummy] Error 1 Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check = End of Error Report = Aborting! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11613edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10673 Updated: CURL/PHP causes lengthy Apache Keepalive
ID: 10673 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating system: PHP Version: 4.0.6 Assigned To: Comments: Updated version. Previous Comments: --- [2001-06-05 17:27:51] [EMAIL PROTECTED] Ok, I updated to curl-7.8-pre4 and PHP-4.0.6RC2 and tested with the same results. :-( Anything else I should try? -Dave --- [2001-06-03 17:49:32] [EMAIL PROTECTED] First of all, try the latest release candidate for PHP 4.0.6: http://www.php.net/~andi/php-4.0.6RC2.tar.gz Note: You have to get the latest and greatest Curl from CVS to get this work. --Jani --- [2001-05-04 13:31:59] [EMAIL PROTECTED] Greetings. I have Apache/1.3.14 (Unix) running with PHP/4.0.4pl1 installed as a module and CURL 7.7.1 added to that. Our web sites need to fetch a request from a remote ad server in real-time as each page is generated. If $adr is the request, I used to use: $success = @readfile($adr); But then I found CURL and saw that is (a) was more robust and (b) seems to be more efficient than readfile. So I now use CURL in he following way: $aje_ch = @curl_init($adr); @curl_setopt ($aje_ch, CURLOPT_TIMEOUT, 1); @curl_setopt ($aje_ch, CURLOPT_MUTE, 1); @curl_exec ($aje_ch); @curl_close ($aje_ch); This works great, except that if I have Keepalive on in my Apache configuration file, the httpd server sits in keepalive state for FAR longer when using CURL than it does when using readfile. In the course of 2 or 3 hours, my server would normally be at about 150 httpd processes running at any given point in time. But when using CURL, it jumps to 650 httpd processes, with the lions share (99%) of those sitting in the keepalive state for very long. It seems like the CURL requests are causing Apache to set its Keepalive timeout to something much higher than it should be. Setting keepalive off in Apache's conf file works around this problem, but decreases server efficiency. I'd love to solve this problem. Please help! :-) For the record, this was posted to the cURL bug tracker over on SourceForge (http://sourceforge.net/tracker/?func=detailatid=100976ai d=418860group_id=976), and we went through quite a few gyrations with no success. Specifically, we tried disabling KeepAlive on the REMOTE server to see if that had any affect, and it did not. It seems not to matter what we request from, rather that any requests using PHP/cURL/Apache result in the LOCAL Apache bloating out of control with KeepAlive requests. Reverting back to readfile() based requests solves this problem but, well, cURL is better. ;-) All help would be appreciated, and I am available and willing to test anything on our servers. Thanks! -Dave --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10673edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11287 Updated: CURLOPT_WRITEHEADER crashes PHP
ID: 11287 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: cURL related Operating system: PHP Version: 4.0 Latest CVS (22/6 2001) Assigned To: Comments: Crashes with latest CVS, GDB backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (runnable)] 0x406b441a in curl_write (data=0x832a218 HTTP/1.1 200 OK\r\n, size=1, nmemb=17, ctx=0x832a548) at curl.c:259 259 php_curl_write *t = ch-handlers-write; (gdb) bt #0 0x406b441a in curl_write (data=0x832a218 HTTP/1.1 200 OK\r\n, size=1, nmemb=17, ctx=0x832a548) at curl.c:259 #1 0x41405a68 in Curl_client_write (data=0x832ad88, type=2, ptr=0x832a218 HTTP/1.1 200 OK\r\n, len=17) at sendf.c:246 #2 0x414122db in Transfer (c_conn=0x83256c0) at transfer.c:616 #3 0x41412c94 in Curl_perform (curl=0x832ad88) at transfer.c:873 #4 0x41412fd2 in curl_easy_perform (curl=0x832ad88) at easy.c:151 #5 0x406b64ce in php_if_curl_exec (ht=1, return_value=0x832ad6c, this_ptr=0x0, return_value_used=1) at curl.c:794 #6 0x4066b477 in execute (op_array=0x832549c) at ./zend_execute.c:1554 #7 0x4067bf50 in zend_execute_scripts (type=8, file_count=3) at zend.c:750 #8 0x40694fa3 in php_execute_script (primary_file=0xb54c) at main.c:1265 #9 0x406902ce in apache_php_module_main (r=0x832008c, display_source_mode=0) at sapi_apache.c:90 #10 0x40691079 in send_php (r=0x832008c, display_source_mode=0, filename=0x8321b04 /www/apache/htdocs/curl.php) at mod_php4.c:581 #11 0x406910c2 in send_parsed_php (r=0x832008c) at mod_php4.c:594 #12 0x80554f9 in ap_invoke_handler () at md4.c:255 #13 0x806a44f in process_request_internal () at md4.c:255 #14 0x806a4ba in ap_process_request () at md4.c:255 #15 0x8061306 in child_main () at md4.c:255 #16 0x80614e1 in make_child () at md4.c:255 #17 0x806165c in startup_children () at md4.c:255 #18 0x8061ccc in standalone_main () at md4.c:255 #19 0x806251c in main () at md4.c:255 #20 0x400d6c03 in __libc_start_main (main=0x8062164 main, argc=2, argv=0xb81c, init=0x804f3e0 _init, fini=0x8099f94 _fini, rtld_fini=0x4000bbc0 _dl_fini, stack_end=0xb814) at ../sysdeps/generic/libc-start.c:92 Previous Comments: --- [2001-06-05 10:30:21] [EMAIL PROTECTED] in PHP-4.0.6RC2(RC1) scripts crashes if you use in cURL the CURLOPT_WRITEHEADER option. in php-4.0.4pl1 it works correct... eg.: $ch = curl_init (http://foo.bar.com;); $header_file = fopen (header_curl.dat, w); curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file); $result=curl_exec ($ch); if ($header_file) fclose ($header_file); -- Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11287edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11618 Updated: session and form data
ID: 11618 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Operating system: linux 2.2.16-22 PHP Version: 4.0.4 Description: session and form data I have solve the problem when I set session.cache_limiter =must-revalidate But I don't why!Can somebody tell me? Previous Comments: --- [2001-06-22 12:46:30] [EMAIL PROTECTED] ? //test1.php session_start(); $aaa=sfsdsdasdf; $bbb=safsadfasdf; session_register(aaa); session_register(bbb); ? FORM METHOD=POST ACTION=test2.php INPUT TYPE=text NAME=a1 INPUT TYPE=text NAME=a2 INPUT TYPE=submit /FORM ? /--- ? //test2.php session_start(); echo aaa:.$aaa.br; echo bbb:.$bbb ? a href=javascript:window.history.back()back/a /--- When I set the session_cache_limiter = nocache ,that I submit my form ,and I can get the correct session. But when I click then back link ,I lost the data in the form . So I change the session_cache_limiter = private or public. That when I back I can got the data in the form. And I have a new problem,I need check the session in my program when the different user login(I check use status using session ) , When I login use different user ,the session I got is not correct. And I found I can't destroy the session.What shall I do? What is the different about nocache,private,public? --- Full Bug description available at: http://bugs.php.net/?id=11618 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10008 Updated: Can not create shared libraries
Jani, I would have used the web interface had there been information pointing me back to it in the email - it has been a while since I submitted the bug report. I only have one StrongArm server in this office, and currently it is used in a production environment (i.e. it is my webserver and mailserver) so we can't provide outside access to it - however we certainly would be willing to do some test builds/compiles on it - but don't have huge amounts of time to devote to this. That said, we are a nearly totally PHP shop - so we would indeed like to help out. How (and where) do we go to get the build that we should test? thanks, Shannon -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Friday, June 22, 2001 8:17 AM To: [EMAIL PROTECTED] Subject: Bug #10008 Updated: Can not create shared libraries ID: 10008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: User feedback (next time, use the WEB interface to answer): --- I have tried to reply to previous emails but all email attempts keep bouncing. We are STILL having the problem - and according to the manufacturer of the server, there IS a bug with PHP4.0 on StrongArm chip systems. I have not yet attempted to compile 4.0.6RC2 on the system - when I get a chance I will try that. Does it specifically address the strong arm chip issues? --- I'm not 100% sure but I think this might have been addressed in the latest CVS which uses libtool 1.4. The 4.0.6 does NOT use it so the problem might still be in it. Unfortunately we don't have any ARM/Linux systems to test this on. Could you provide us an access to one? --Jani Previous Comments: --- [2001-06-21 23:31:04] [EMAIL PROTECTED] No feedback and most likely a user error / broken system. --- [2001-06-03 20:24:17] [EMAIL PROTECTED] Is this problem still valid? Does it happen with PHP 4.0.5? And what about PHP 4.0.6RC2 from here: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-03-26 23:42:40] [EMAIL PROTECTED] When attempting to compile php4.0p11 for our netwinder (which is an arm based server running a variant of RedHat see www.netwinder.com for more info) I am running into consistant difficulties in compiling and linking. If I attempt to build using: ./configure --without-mysql --with-apxs the make appears to work - but the subsequent make install does NOT create any shared objects. Using a wide array of other options does NOT seem to solve these problems -though some options to the configure will move the error to the: make . Your help is much appreciated! Here are the contents of my config.log file. - config.log -- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2372: checking for working const configure:2543: gcc -o conftest -g -O2 -pthread conftest.c 15 configure:2563: checking for pthreads_cflags configure:2625: checking for pthreads_lib configure:2722: checking for AOLserver support configure:2796: checking for Apache module support via DSO through APXS
[PHP-DEV] Bug #11619: Socket function examples scripts aren't working with latest CVS
From: [EMAIL PROTECTED] Operating system: Slackware-current / Kernel 2.4.5 PHP version: 4.0 Latest CVS (2001-06-22) PHP Bug Type: Sockets related Bug description: Socket function examples scripts aren't working with latest CVS After checking the renamed socket functions, i tried to get the sockets example script running. It works fine under 4.0.5, so i renamed the functions to the new ones, und tried to get it running. It started, and i could connect without problems, but instead of being an echo server, i just got disconnectet. When are the new sockets function getting documented with an example script ? thx in advance -- Edit Bug report at: http://bugs.php.net/?id=11619edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags
How about a big warning on the bug creation page telling the to RTFM and make sure their bug doesn't already exist. I've seen this one at least 10 times. But they are end users, they never listen. -Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, 22 June, 2001 7:07 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags ID: 11611 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Could this be even more bogus? :) Previous Comments: --- [2001-06-22 04:39:51] [EMAIL PROTECTED] It's XHTML compliant --- [2001-06-21 22:13:10] [EMAIL PROTECTED] put this into a test php file: ?php $temp = this isnna testn; printf(%s, nl2br($temp)); ? and you should get this as output from your webserver: this isbr / br / a testbr / I have confirmed this to be also an issue in the 4.0.6 release candidates, but I do not know when this all of a sudden became an issue. I'd like to know why it's creating br / tags instead of br tags :) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11611edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Libtool 1.4 probs..
On Thu, 21 Jun 2001, Sascha Schumann wrote: For some odd reason, the libtool 1.4 wants to put -L/usr/lib into the link line..causing a few unexpected results due to reason I happen to have couple of older versions of some libs there. configure/compile is ok, but resulting lib isn't. Try running $ find / -name \*.la 2/dev/null|xargs egrep -- '-L/usr/lib[^/]' and remove all -L/usr/lib entries from the dependency_libs line. If that is indeed the source of problem, we might approach the libtool maintainers. I took the easy way out and I moved all the .la files from /usr/lib and now the latest CVS builds and runs just fine. So this actually is a bug in libtool, isn't it? --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] 4.0.6
Cool, thanks.. I have a question, has the ISAPI version been stabalised enough that it wont crash works IIS 5 server?? Last time I put it on it screwed it over and my bosses got real mad.. But, I'd rather have it as ISAPI.. but.. I'll have my but kicked if I install it and it wipes out my server. I used to run it on my portable, but that never had the same problems.. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11620: PHP has encountered an Access Violation at 012D24B6
From: [EMAIL PROTECTED] Operating system: W2K Server PHP version: 4.0.5 PHP Bug Type: IIS related Bug description: PHP has encountered an Access Violation at 012D24B6 The binary distribution of PHP 4.0.5 for win32 Base install IIS 5.0 Win2k Server SP2 + all security hot fixes for IIS as of 6/20/01 Restart Server, php script runs fine. After a period of time (machine is being used to build new site, so php not used much yet) an attemp to use a php script hangs and never returns. The event viewer says php4ts!zend_hash_copy + 0x1b + 0xA05E5983 if web server is restarted, get PHP has encountered an Access Violation at 012D24B6 displayed to the browser -- Edit Bug report at: http://bugs.php.net/?id=11620edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags
On Fri, Jun 22, 2001 at 03:18:20PM +0200, lenar wrote: Shouldn't there be an optional flag to nl2br to change the behavior of function to what it used to be. Just there's no point in br / like tags when the rest of your code is just generating HTML compliant output, not XHTML. Ok, somebody can always use something like str_replace(\n, br, $text) to get the old functionality. What if the rest of your code is generating XHTML? It's better to assume the more strict syntax, especially considering that nobody has yet found (to my knowledge) a browser where br / doesn't work. Matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11264 Updated: apache child crashes
ID: 11264 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproducible crash Operating system: Win ME PHP Version: 4.0.5 Description: apache child crashes Yeah... like i said Apache PHP sapi LoadModule php4_module c:/apache/php/sapi/php4apache.dll in httpd.conf. Previous Comments: --- [2001-06-21 14:14:14] [EMAIL PROTECTED] Let's try again: What SAPI are you using? Are you using the CGI or the Apache DSO? (do you have a LoadModule line for php in your httpd.conf?) --- [2001-06-19 23:24:15] [EMAIL PROTECTED] Apache 1.3.20 with PHP sapi. This only started happening i think with PHP 4.0.5 not 4.0.4. This happens with an older version of Apache too. I don't think it is Apache. I mean it is after all only 2 PHP function... die() and exit() that I notice crahing right now, but a while ago I noticed another one that causes a crash but I couldn't pinpoint which function then I ended up rewriting the script. Thanks, I really need this problem fixed. --- [2001-06-19 08:17:09] [EMAIL PROTECTED] I can not reproduce this with Apache 1.3.20/CGI or DSO. What SAPI are you using? Apache DSO or CGI? IIS? --Jani --- [2001-06-14 22:20:52] [EMAIL PROTECTED] actually now I know of 2 functions that are crashing it, die() and exit() --- [2001-06-14 22:05:42] [EMAIL PROTECTED] So where is this script? I can't see it here. Bogus. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=11264 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11621: PHP crashes while using MSSQL functions
From: [EMAIL PROTECTED] Operating system: Windows NT, Windows 2000 PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: PHP crashes while using MSSQL functions Hi! I am using PHP application on Windows NT platform and it is very unstable while using MSSQL functions. I have tried all IIS5, IIS4 and Apache for Win32 servers, both CGI/ISAPI versions of PHP. The best situation is on IIS5/Windows 2000, where application is relatively stable. It is not possible to use persistent connections anyway (I get 500 Internal server error or PHP has encountered an Access Violation at 73342FC3 immediately). There is worse situation on Windows NT, especially on IIS4. There it is not possible to use the application, because PHP returns error messages almost everytime and very often is crushes server, so I get system error message 0x005 Access violation... and it is neccessary to restart the web-server service. There is a bit better situation on Apache, but PHP is also very unstable in both CGI/module versions. As I checked, the most problems appears in mssql_query function. I have partially solved a problem, when I defined own functions, which open a database connection every time before calling respective function and closes it immediately after executing it. For example: function unidb_query($query) { $link=@mssql_connect(dbMainName,dbMainUser,dbMainPass); @mssql_select_db(dbMainData,$link); $result=@mssql_query($query,$link); @mssql_close($link); return $result; } This solution was successful, the number of crushes is much lower, but it is not a good solution at all, because of performance and lucidity reasons. Crashes are also more frequent, when I get some error or message from SQL server, e.g. constraint conflict, etc. I think the problem will be something like stack or heap overflow, because problems are cumulating - when I don't get a crash after the first error message, I will get it certainly after the second one. When I do not close a database connection after some action (mainly query), it is very probable, I get a crash during next action. Even if I do not use persistent connections, I get a crash, when I send a query in a new page, when there was not closed connection while parsing some page before. Also, when I look in system Task window, memory occupied by Apache or Inetsrv service is growing. A bug should be in MSSQL library, because, when I am using ODBC library, PHP is more stable (but not absolutely stable), but I cannot use ODBC in my application because of some another reasons. I have tested it on three computers, the problems were very similar, computers are working well in other tasks. Regards, Tomas Salamon [EMAIL PROTECTED] Signum CZ s.r.o. Czech Republic -- Edit Bug report at: http://bugs.php.net/?id=11621edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags
The short of it is that in HTML 4, it doesn't matter if you have a br /, BR, br, Br or bR, but in XHTML, you *must* have properly formed xml tags. br / or br/br is the only way to validly write a "br" tag in xml. So.. if the nl2br did not output br / you would not be able to use nl2br in XHTML pages. Instead of limiting the function to HTML 4 pages only.. it's now usable for HTML 4 and XHTML. Adding an optional flag would make everyone using XHTML have to change their code for nothing, since it doesn't actually matter for HTML 4. Sorry if that wasn't actually the "short of it". =) Daniel - Original Message - From: "lenar" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 22, 2001 8:18 AM Subject: Re: [PHP-DEV] Bug #11611 Updated: nl2br() outputting invalid br tags Shouldn't there be an optional flag to nl2br to change the behavior of function to what it used to be. Just there's no point in br / like tags when the rest of your code is just generating HTML compliant output, not XHTML. Ok, somebody can always use something like str_replace("\n", "br", $text) to get the old functionality. lenar. [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... ID: 11611 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Could this be even more bogus? :) Previous Comments: -- - [2001-06-22 04:39:51] [EMAIL PROTECTED] It's XHTML compliant -- - [2001-06-21 22:13:10] [EMAIL PROTECTED] put this into a test php file: ?php $temp = "this isnna testn"; printf("%s", nl2br($temp)); ? and you should get this as output from your webserver: this isbr / br / a testbr / I have confirmed this to be also an issue in the 4.0.6 release candidates, but I do not know when this all of a sudden became an issue. I'd like to know why it's creating br / tags instead of br tags :) -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11611edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Adding URI Translation Handlers
Now as for precompiled code, I am all for that. We have lots of bit of code that are run on every page and I know that it is possible to rework all this somehow to not have to do that. I am still not clear on your problem with the rewriting. I don't see what the number of files in the templates has to do with anything. Can you elaborate more on that. Maybe some examples of what the request would be and how you would rewrite it and why. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Stephen van Egmond [EMAIL PROTECTED] To: Brian Moon [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 22, 2001 12:50 PM Subject: Re: [PHP-DEV] Adding URI Translation Handlers Brian Moon ([EMAIL PROTECTED]) wrote: Isn't this what mod_rewrite is for? mod_rewrite works only in a static sense. You set up your rules, and fire up your Apache. If your rules change (as they certainly will in the case of 10,000 florists), you have to rewrite the rules file and restart apache. http://florists.ftd.com/florists/rosebowlfloral/ It also doesn't address the issue of the various files which will be there. Path_info will work with one file, in the case of articles. But if each (in this case) florist has a series of files in their templates (product detail pages, personal accounts, ordering pages, etc) you're out of luck. The example is real; I was the lead developer for florists.ftd.com for most of last year. The point I'm making is that I would like to improve the Apache SAPI code for PHP to support more of the Apache server's features, like the request rewriting step, tear-up/tear-down, and even precompiling code when the server forks so that it doesn't need to be recomputed on every hit. Are there other people interested in this that would like to get a hacking crew together? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Adding URI Translation Handlers
Brian Moon ([EMAIL PROTECTED]) wrote: I am still not clear on your problem with the rewriting. I don't see what the number of files in the templates has to do with anything. Can you elaborate more on that. Maybe some examples of what the request would be and how you would rewrite it and why. Consider, for example, sourceforge. http://sourceforge.net/projects/myproject/index.html http://sourceforge.net/projects/myproject/bug-list.html http://sourceforge.net/projects/myproject/bug-add.html There are zillions of myprojects, with new ones coming on at the rate of at least several per day. These are all pages which, in the URI - filename translation step of Apache, need to get pointed at some canonical project template directory. Doing this with one rewrite, as you did with articles and pathinfo, doesn't seem sufficient, since there are in fact several files under each directory rather than just one. /articles/65902.html probably gets rewritten to /articles.php which has to go looking through pathinfo. Fine, it works. But I don't think pathinfo is up to the task above. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11194 Updated: Sablotron bug
ID: 11194 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Operating system: PHP Version: 4.0.5 Assigned To: Comments: user reported bug fixed Previous Comments: --- [2001-06-22 11:24:51] [EMAIL PROTECTED] An upgrade to Sablotron 0.60 _seems_ to fix the problem. So I think it was an issue with Sablotron, not with PHP. --- [2001-05-30 18:28:16] [EMAIL PROTECTED] Sorry, this is a XSL that results in the problem, the previous one doesn't: --==[ begin ]==-- ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=html indent=yes encoding=utf-8 / xsl:template name=index xsl:param name=title/xsl:param xsl:param name=page/xsl:param xsl:text html /html /xsl:text /xsl:template xsl:template name=login xsl:text html head titleiBBS - xsl:value-of select=$title//title link href=css/sa_00.css rel=stylesheet type=text/css/ /head body /table /body /html /xsl:text /xsl:template /xsl:stylesheet --==[ end ]==-- --- [2001-05-30 18:25:07] [EMAIL PROTECTED] Here some example files that can reproduce the problem: --==[ test.php ]==-- ?php // include the XSL-file $xsl_file = test.html.xsl; // create a new domxml-object $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); $head = $root-new_child(HEAD, ); $head-new_child(TITLE, Here a title); // Create a new processor handle $th = @xslt_create() or die(Can't create XSLT handle!); // Open the XML and XSL files $sh = fopen($xsl_file, r) or die(Can't open XSL file); // Read in the XML and XSL contents $xslContent = fread($sh, filesize($xsl_file)); // Perform the XSL transformation xslt_process($xslContent, $doc-dumpmem(), $XSLtransformation); // Output the transformed XML file echo $XSLtransformation; // Free up the resources xslt_free($th); ? --==[ test.html.xsl ]==-- ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=html indent=yes encoding=utf-8 / xsl:template name=harry xsl:param name=title/xsl:param xsl:param name=page/xsl:param xsl:text html /table /html /xsl:text /xsl:template /xsl:stylesheet --==[ The End ]==-- I know the xslt doesn't do anything but I stripped a very long file to the part that reproduces the problem :) --- [2001-05-30 17:50:19] [EMAIL PROTECTED] Nope, PHP 4.06RC1 does not fix the problem.. --- [2001-05-30 11:24:04] [EMAIL PROTECTED] Does this happen with PHP 4.0.6RC1: http://www.php.net/~andi/php-4.0.6RC1.tar.gz --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11194edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11617: crash when restoring references
From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 (Cobalt Raq4) PHP version: 4.0 Latest CVS (2001-06-22) PHP Bug Type: *Session related Bug description: crash when restoring references There is still problem in serialize/unserialize mechanism used to restore session variables(after closing #8676 bug which was supoused to correct the problem). Here is simplest script I can produce that does apache segfault on my machine: ? class Cscreen { var $page; var $frames; function Cscreen() { $this - frames = array(); } }; class CError_handler { var $msg_error; function CError_handler() { $this - msg_error = new CMessage(); } }; class CConnection_Table { var $data; function CConnection_table() { $this - data = array(); } function mconnect($message,$object,$method) { $data[0] = $object; $data[1] = $method; $this - data[$message - msg_id][] = $data; } }; class CMessage { var $data; var $msg_id; function CMessage($data = 0) { global $__CMSGID_NEXT; $this - msg_id = $__CMSGID_NEXT++; $this - data = $data; } }; function MCONNECT($message,$obj_name,$method_name) { global $__connection_table; $__connection_table - mconnect($message,$obj_name,$method_name); }; session_start(); session_destroy(); $__connection_table = new CConnection_table; session_register(__connection_table); $screen = new Cscreen(); session_register(screen); $error_handler = new CError_handler($screen); MCONNECT($error_handler - msg_error,$screen,fatal_error); session_register(error_handler); echo done; exit(); -- Edit Bug report at: http://bugs.php.net/?id=11617edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11622: memory_limit directive is useless...
From: [EMAIL PROTECTED] Operating system: W2K Advanced Server PHP version: 4.0 Latest CVS (2001-06-22) PHP Bug Type: Scripting Engine problem Bug description: memory_limit directive is useless... Running PHP 4.07dev from phpWin on SourceForge...and running IIS 5.0 and running PHP in CGI form...have not tested the memory_limit directive on earlier versions of php.. using following script, the 30 timelimit was hit, and as it should, but php.exe was able to chew up over 100mbs and it would've gotten more if it wasnt' for the time limit which works - ? $i = 1; while(1) { $i++; $toast[$i] = asdfasfd; } ? -- Edit Bug report at: http://bugs.php.net/?id=11622edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] cannot build cvs under win2k
Harald Radi wrote: ... It builds flawlessly here under Win2K. It must be a problem on your end. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de Meet the PHP Project at LinuxTag, Booth 5.0.334/2 - http://phpinfo.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Patched ext/mysql/libmysql/my_config.h
I added a patch to the file in subject. It is now possible to create a self-contained module of mysql extension. Please update your sources. --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11602 Updated: com_invoke, com_load, com_release cause fatal error
ID: 11602 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: COM related Operating system: PHP Version: 4.0.5 Assigned To: Comments: i'd suggest you load the com extension before calling these Previous Comments: --- [2001-06-21 15:35:48] [EMAIL PROTECTED] php4.0.6 will be released this week, please reopen if this still happens. harald --- [2001-06-21 03:00:44] [EMAIL PROTECTED] using the following functions: com_invoke, com_load, com_release results in Fatal error: Call to undefined function --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11602edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11603 Updated: imap_sort function fails on huge mailboxes
ID: 11603 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: IMAP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: IMAP 4.1 is the IMAP protocol version as specified uin RFC2060 and regarding imap_sort() i'd guess that it runs into a timeout or that the number of messages in your mailbox is so high that it runs out of buffer space remember: IMAP sorting and searching is done by the IMAP server, not the client i don't have the c-client code at hand, but i'm rather sure the function call failed message is *not* produced by php Previous Comments: --- [2001-06-21 04:15:52] [EMAIL PROTECTED] Size of mailbox: 200MB C-Client updated to the newest stable available now, something kind of 2000 phpinfo() shows IMAP 4.1 1) What is IMAP 4.1. What IMAP libraries does line meen? 2) imap_sort function failes on such huge mailbox accounts it shows fuction call failed and nothing more. No reason of this falure given. And what is strange that only imap_sort function fails! But at the same time it perfectly works at accounts not larger than 50MB I really need help about that Thanks, Elnar C Hajiev --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11603edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11604 Updated: count() error codes
ID: 11604 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: you should use is_array() for argument type checking *before* calling count() or sizeof() Previous Comments: --- [2001-06-21 11:17:33] [EMAIL PROTECTED] count($var) can return 0 if $var is not set and 1 if $var is not an array. In my view these overlap with proper return values - I can have an empty array and I can have an array with only 1 element. Actually, I often do. Please make count($var) return -1 and -2 in these cases so I can reliably determine what's the situation with $var. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11604edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] cannot build cvs under win2k
Sebastian Bergmann wrote: Harald Radi wrote: ... It builds flawlessly here under Win2K. It must be a problem on your end. Maybe I found your problem: It seems that php4/win32/unistd.h is not used, but another file by the same name. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de Meet the PHP Project at LinuxTag, Booth 5.0.334/2 - http://phpinfo.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10338 Updated: session_write_close not documented
ID: 10338 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Previous Comments: --- [2001-04-15 13:27:11] [EMAIL PROTECTED] session_write_close is not documented, and it is very useful when one needs to flush the session cache in the middle of the page rather than at the end. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10338edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11616 Updated: Cc: Bcc: not being picked up from header
ID: 11616 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.5 Assigned To: hholzgra Comments: windwos mail code needs a rewrite Previous Comments: --- [2001-06-22 10:21:44] [EMAIL PROTECTED] I am running PHP as CGI on IIS 5.0 with service pack 2. This report verifies that bug #11349 is a definate problem. /win32/sendmail.c has the following code (starting at line 253): /* Send mail to all Cc rcpt's */ efree(tempMailTo); if (headers (pos1 = strstr(headers, Cc:))) { pos2 = strstr(pos1, rn); tempMailTo = estrndup(pos1, pos2-pos1); token = strtok(tempMailTo, ,); while(token != NULL) { sprintf(Buffer, RCPT TO:%srn, token); if ((res = Post(Buffer)) != SUCCESS) return (res); if ((res = Ack()) != SUCCESS) return (res); token = strtok(NULL, ,); } efree(tempMailTo); } The above code can only grab an email address that looks like this: Cc: [EMAIL PROTECTED] When I place it in this format I receive a Warning: Server Error message from the mail() function. sendmail.c cannot find a proper RFC 822 mail header like: Cc: Jack Smith [EMAIL PROTECTED] When I place this in the mail headers nothing happens. Also, there is no code at all that even looks for a Bcc address in the sendmail.c code. This is a massive problem. In order for the mail() function to be /usr/sbin/sendmail compliant it must be able to find and parse Cc: and Bcc: in each of the above formats. It must also remove the Bcc's from the header so that recieving mail clients cannot see them, just as sendmail does. Brent --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11616edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7068 Updated: fails when 'to:' argument has the form Name name@somewhere.xxx
ID: 7068 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.2 Assigned To: hholzgra Comments: windows mail code needs a rewrite Previous Comments: --- [2001-02-01 15:02:49] [EMAIL PROTECTED] Try this as a work around: mail([EMAIL PROTECTED], My Subject, My Body, To: Some User [EMAIL PROTECTED]nFrom: me [EMAIL PROTECTED] ); Sean --- [2001-01-12 07:55:55] [EMAIL PROTECTED] confirmed on NT 5 / Apache / CGI from today's CVS. mail( 'CYNIC [EMAIL PROTECTED]' , 'subject' , 'body body body' ) ; (it doesn't matter whether the name is quoted or not) result: --- Hi. This is the qmail-send program at php.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. CYNIC [EMAIL PROTECTED]: Sorry, no mailbox here by that name. (#5.1.1) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 28535 invoked from network); 12 Jan 2001 12:53:15 - Received: from unknown (HELO k0r3.reflektor.cz) (212.24.129.44) by www.php.net with SMTP; 12 Jan 2001 12:53:15 - Received: (qmail 29436 invoked by uid 202); 12 Jan 2001 12:52:37 - Received: from unknown (HELO zvahlav) (212.24.139.3) by k0r3.reflektor.cz with SMTP; 12 Jan 2001 12:52:37 - Date: Fri, 12 Jan 2001 13:57:38 -0100 From: [EMAIL PROTECTED] Subject: subject To: CYNIC [EMAIL PROTECTED] body body body --- [2000-10-06 15:03:20] [EMAIL PROTECTED] code that fails: mail(Greg Kempster [EMAIL PROTECTED], theSubject, theBody, From: me [EMAIL PROTECTED]); php.ini at mail portion: [mail function] SMTP = pop.ptld.uswest.net ;for win32 only sendmail_from = [EMAIL PROTECTED] ;for win32 only ;sendmail_path = ;for unix only, may supply arguments as well (default is 'sendmail -t -i') Additionally: This works: mail([EMAIL PROTECTED], theSubject, theBody, From: me [EMAIL PROTECTED]); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7068edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8909 Updated: PHP generates the Date: header line with a bad timezone
ID: 8909 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.4pl1 Assigned To: hholzgra Comments: windows mailcode needs a rewrite Previous Comments: --- [2001-01-25 11:54:32] [EMAIL PROTECTED] If the PHP mail() function is allowed to generate the Date: header field, the sign of the timezone is inverted. The system timezone is the number of minutes difference between UTC and local time (EST= +300). In the Date: header, the timezone is formatted as HHMM and is the difference between local time and UTC (reversed difference, EST= -0500). In win32/sendmail.c, the sign of the system timezone variable is copied to the Date: header without being inverted. Also, there should be a sign even if the timezone offset is 0. Therefore in sprintf() that generates the Date: header in the PostHeader() function, the timezone test should read: (_timezone 0) ? - : +, This problem was also in the PHP3 source. Regard, -Ron- --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8909edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11247 Updated: mail() on Win32 messes with Reply-To: or Errors-To: fields,
ID: 11247 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.4pl1 Assigned To: hholzgra Comments: windows mailcode needs a rewrite Previous Comments: --- [2001-06-01 19:21:15] [EMAIL PROTECTED] Sorry, this was with PHP 4.0.4pl1 as first reported. --- [2001-06-01 19:06:57] [EMAIL PROTECTED] PHP 4.0.5 Platform: Win32 only. mail() - SMTP bug. Sending a mail on Win32 platform with php.ini having set smtp_server correctly works fine. However, when setting an additional header like: Reply-To: [EMAIL PROTECTED] or Errors-To: [EMAIL PROTECTED] or even Foo-To: [EMAIL PROTECTED] will result in an e-mail not containing any To: field. I looked at win32/sendmail.c and saw these lines [...] if(!xheaders || !strstr(xheaders, To:)){ p += sprintf(p, To: %srn', mailTo); [...] I believe it incorrectly recognize any x-To: Field and then messes the mail headers. This bug doesn't occur on Unix platforms using sendmail, postfix, etc. The SMTP server used here works fine if I use my own SMTP class. However, I believe this is a bug so it can be fixed by someone more knowledgable than me. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11247edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11349 Updated: Function not working as documented
ID: 11349 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.5 Assigned To: hholzgra Comments: windows mail code needs a rewrite Previous Comments: --- [2001-06-08 04:18:04] [EMAIL PROTECTED] Under WinNT the mail function does not work as documented. It seems the version of sendmail in the win32 binary is not very compatible. For example you cannot use a to address like Lucas Hale[EMAIL PROTECTED] in the code src/win32/sendmail.c SendText assumes the to address is just a plain user@host address. Same for RCPT TO Also Cc: seems to cause all sorts of problems First it scans case sentivtly for Cc: even though the example in the documentation has cc: But once you change your string to Cc: it gets worse... I believe it is a crash but unsure, all I get is unknown error from server. Bcc wont work at all... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11349edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11348 Updated: cannot send email attachments
ID: 11348 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.5 Assigned To: hholzgra Comments: windows mailcode *badly* needs a rewrite Previous Comments: --- [2001-06-08 02:12:44] [EMAIL PROTECTED] i have written a script to send greeting-cards (email with text and grafik attachement) which works perfectly under linux. under windows 2000 php.exe crashes. if i send teh email with just html text attached it works fine. the problem was already in php 4.04 i hope you can fix it. it is really annoying greetings from austria michael mally --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11348edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11165 Updated: limit in lenght of mail
ID: 11165 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Mail related Operating system: PHP Version: 4.0.5 Assigned To: hholzgra Comments: windows mail code *badly* needs a rewrite Previous Comments: --- [2001-05-29 04:13:27] [EMAIL PROTECTED] When composing a mail message to be send from a PHP page, I discovered that the max lenght of an email is about 2500 characters, the rest of the mail is being skipped. This is very inconvienient!!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11165edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11021 Updated: apache crash when mail with linked files over 2 ko
ID: 11021 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Mail related Operating system: PHP Version: 4.0.5 Assigned To: hholzgra Comments: see #11165 Previous Comments: --- [2001-05-22 12:21:37] [EMAIL PROTECTED] I work with apache 1.3.19, with php 4.0.5 downloaded here I can't send any linked files with mail() when they are over about 2 ko... no error log apache crash : Ce programme va être arrété car il a effectué une opération non conforme (this program will be stopped because it made a non-conform error) APACHE a causé une défaillance de page dans le module MSVCRT.DLL à 0167:78004c96. APACHE a causé une défaillance de page dans le module PHP4TS.DLL à 0167:00bee5ea. APACHE a causé une défaillance de page dans le module PHP4TS.DLL à 0167:00c1d86d. the code : * * class Email { //---Global Variables var $mailTo= ;// array of To addresses var $mailFrom= ;// from address var $mailSubject= ;// email subject var $mailText= ;// plain text message var $mailAttachments= ;// array of attachments /*#Fonction rajoutée , le constructeur###*/ function EMail($mailTo, $mailFrom, $mailSubject, $mailText, $mailAttachments) { $this-mailTo = $mailTo; $this-mailFrom = $mailFrom; $this-mailSubject = $mailSubject; $this-mailText = $mailText; $this-mailAttachments = $mailAttachments; } /*** Function:setTo($inAddress) Description:sets the email To address Arguments:$inAddress as string separate multiple values with comma Returns:true if set ***/ function setTo($inAddress){ //--split addresses at commas $addressArray = explode(,,$inAddress); //--loop through each address and exit on error for($i=0;$icount($addressArray);$i++){ if($this-checkEmail($addressArray[$i])==false) return false; } //--all values are OK so implode array into string $this-mailTo = implode($addressArray,,); return true; } /*** Function:setFrom($inAddress) Description:sets the email FROM address Arguments:$inAddress as string (takes single email address) Returns:true if set ***/ function setFrom($inAddress){ if($this-checkEmail($inAddress)){ $this-mailFrom = $inAddress; return true; } return false; } /*** Function:setSubject($inSubject) Description:sets the email subject Arguments:$inSubject as string Returns:true if set ***/ function setSubject($inSubject){ if(strlen(trim($inSubject)) 0){ $this-mailSubject = ereg_replace(n,,$inSubject); return true; } return false; } /*** Function:setText($inText) Description:sets the email text Arguments:$inText as string Returns:true if set ***/ function setText($inText){ if(strlen(trim($inText)) 0){ $this-mailText = $inText; return true; } return false; } /*** Function:setAttachments($inAttachments) Description:stores the Attachment string Arguments:$inAttachments as string with directory included separate multiple values with comma Returns:true if stored ***/ function setAttachments($inAttachments){ if(strlen(trim($inAttachments)) 0){ $this-mailAttachments = $inAttachments; return true; } return false;
[PHP-DEV] Bug #8747 Updated: Cant send a file with more than 2607 octets
ID: 8747 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Mail related Operating system: PHP Version: 4.0.4pl1 Assigned To: hholzgra Comments: see #11165 Previous Comments: --- [2001-01-16 18:57:50] [EMAIL PROTECTED] ? /* * Class mime_mail * Original implementation by Sascha Schumann [EMAIL PROTECTED] * Modified by Tobias Ratschiller [EMAIL PROTECTED]: * - General code clean-up * - separate body- and from-property * - killed some mostly un-necessary stuff */ class mime_mail { var $parts; var $to; var $from; var $headers; var $subject; var $body; /* * void mime_mail() * class constructor */ function mime_mail() { $this-parts = array(); $this-to = ; $this-from = ; $this-subject = ; $this-body = ; $this-headers = ; } /* * void add_attachment(string message, [string name], [string ctype]) * Add an attachment to the mail object */ function add_attachment($message, $name = , $ctype = application/octet-stream) { $this-parts[] = array ( ctype = $ctype, message = $message, encode = $encode, name = $name ); } /* * void build_message(array part= * Build message parts of an multipart mail */ function build_message($part) { $message = $part[ message]; $message = chunk_split(base64_encode($message)); $encoding = base64; return Content-Type: .$part[ ctype]. ($part[ name]? ; name = .$part[ name]. : ). nContent-Transfer-Encoding: $encodingnn$messagen; } /* * void build_multipart() * Build a multipart mail */ function build_multipart() { $boundary = b.md5(uniqid(time())); $multipart = Content-Type: multipart/mixed; boundary = $boundarynnThis is a MIME encoded message.nn--$boundary; for($i = sizeof($this-parts)-1; $i = 0; $i--) { $multipart .= n.$this-build_message($this-parts[$i]). --$boundary; } return $multipart.= --n; } /* * void send() * Send the mail (last class-function to be called) */ function send() { $mime = ; if (!empty($this-from)) $mime .= From: .$this-from. n; if (!empty($this-headers)) $mime .= $this-headers. n; if (!empty($this-body)) $this-add_attachment($this-body, , text/plain); $mime .= MIME-Version: 1.0n.$this-build_multipart(); mail($this-to, $this-subject, , $mime); } }; // end of class /* EXAMPLE include mime8.class; $size=filesize(test.txt); $attachment = fread(fopen(test.txt, r), filesize(test.txt)); $mail = new mime_mail(); $mail-from = [EMAIL PROTECTED]; $mail-headers = Errors-To: [EMAIL PROTECTED]; $mail-to = [EMAIL PROTECTED]; $mail-subject = Testing...; $mail-body = This is just a test.; $mail-add_attachment($attachment, test_double.txt, text/plain); $mail-send(); ? PHP.INI : [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo =
[PHP-DEV] Bug #8734 Updated: Unable to send large emails, causes a GPF - small email work fine.
ID: 8734 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Mail related Operating system: PHP Version: 4.0.4pl1 Assigned To: hholzgra Comments: see #11165 Previous Comments: --- [2001-01-30 05:03:00] [EMAIL PROTECTED] reclassify --- [2001-01-16 11:47:11] [EMAIL PROTECTED] I have been able to make the change and recompile the code to use a 1Mb buffer, instead of a 4K buffer and the mail() function works fine now. You need to change the line #define MAIL_BUFFER_SIZE (1024*4)/* 4k buffer */ to #define MAIL_BUFFER_SIZE (1024*1024) /* 1Mb buffer */ in file sendmail.h to make this function work. Ideally, the buffer size should be calculated dynamically, but that'll take a bit longer of course ! Can someone try and pop this change into the next release please. TTFN ! Wayne Cope --- [2001-01-16 08:25:58] [EMAIL PROTECTED] I have checked the source code for the Windows version of the mail() function and have determined that there is a 4K limit to the mail buffer - which is nowhere near enough. The line is: #define MAIL_BUFFER_SIZE (1024*4)/* 4k buffer */ Which can be found in sendmail.h under the Win32 compilation. I can't compile the code to check for sure, but it does look like this is the problem. C'ya ! Wayne Cope --- [2001-01-16 07:40:01] [EMAIL PROTECTED] When sending attached files (test file is only 14K), a GPF is caused by the mail() function. When the file is small (e.g. 1K) the function works fine. I have checked the ini file settings and all seems fine, and have run the same code on version 4.0.4 and it also crashes then too. I am unable to check on any other versions. I would guess it's a similar problem to the other malloc problem in this section (bug report: 8360) as it would appear to be a memory issue. Let me know if you need any more info... Wayne Cope. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8734edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]