[PHP-DEV] Cannot edit user notes
the pop up window closes right away when trying to edit user notes. Someone wrote fuckdir as their comment on http://www.php.net/manual/en/class.dir.php and I tried to remove it, but no luck. -Chris -- 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] HTTP Status 500 makes Apache override message body
Hello, Those of you that needed to set HTTP status code with Header() calls know that if you set the status code to 500 (Header(HTTP/1.0 500 Internal Server Error)), Apache overrides whatever you have set as page body contents. This is a bit problematic if you want to use PHP to generate SOAP request responses because the standard says that fault response messages should return status code 500 and the message body should contain a SOAP XML response describing the fault. Since Apache redefines message body with some message in HTML (even if you set Content-Type header to text/xml) if a page script returns status code 500, SOAP standard full conformance seems impossible to achieve. Is this really a Apache problem or is it a PHP problem? Anybody knows how to overcome this problem? Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] -- E-mail: [EMAIL PROTECTED] URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp -- -- 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 #11411 Updated: Java support doesn't work when oci8 support is also compiled it
ID: 11411 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Java related Operating system: PHP Version: 4.0.5 Assigned To: Comments: just FYI: This is actually a glibc bug that prevents something linked with phtread to work if not all the parties are not linked with pthread. In this case, Apache. Previous Comments: --- [2001-06-11 20:45:00] [EMAIL PROTECTED] Nevermind. Compiled apache with pthread support and now it seems to be working. Very strange that it worked without oci8 support, though, and then didn't with oci8 support, while apache had no pthread support the whole time. --- [2001-06-11 20:15:36] [EMAIL PROTECTED] Configure options: --without-mysql --with-apxs=/usr/local/apache/bin/apxs --with-java=/usr/local/java --enable-trans-sid --with-gd=/usr/local --without-xml --with-oci8 Using IBM JVM 1.3 Works fine when I do NOT have oci8 support compiled in. As soon as I try it with oci8 support, java support stops working. Attempting to load a PHP page that uses java will never load. Nothing is logged to the error log. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11411edit=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 #11567 Updated: True Dynamic Binding and Public/Private
ID: 11567 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: function drawMe() { if( 2 == func_num_args() ) { doStuff( func_get_arg(0) , func_get_arg(1) ) ; } else { doStuff( $defaultX , $defaultY ) ; } } private vars/methods would be good... :) Previous Comments: --- [2001-06-19 15:10:06] [EMAIL PROTECTED] Ok Folks. I am really happy with PHP thus far. However to make it a true Object Oriented Language you absolutly need Dynamic binding. This would be such a huge boon for us developers who love to work within classes. Such as: // Inside the class Circle function DrawMe() { // Getting Ceter Coords.. DrawMe($centX, $centY); } function DrawMe($x, $y) { // Draws the circle at $x, $y } // End of code demo This kind of ability can be extremely huge, if you use it right. Also, it allows for developers to make a module extremely flexiable and powerful. Secondly, I think that we are missing public and private sections of the OOP world. In the above example, I would have the functions public, and the data structures inside of it totally hidden (or private) so the programmer who is using my include just has to deal with the interface, and can't touch the actual data. That is strength and beauty of encapsulation. I just thought you may want to hear this, and I am hoping to hear from you guys (and gals) that you are hard at work to implement it and it is coming soon. Thanks for reading my rant!! Mike Eggleston AmeriGroup [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11567edit=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 #11569: session_register() not working after session_unset(); session_destroy();
From: [EMAIL PROTECTED] Operating system: Solaris 8 / Sparc PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: session_register() not working after session_unset(); session_destroy(); I adopted most of this little script from user feedback in the session_unset()'s annotations. I ran into the same problem, and think that it demonstrates it well. ?php function dummy() { global $a; session_unset(); $a= 'foo'; echo br2. .session_register('a'); } session_start(); $a= 'foo'; session_register('a'); echo br1. $a; dummy(); echo br3. $a; ? If you run it, you'll see that, even though the second session_register() returns TRUE, $a is not registered again, and remains unset. This bug does not allow me to be paranoid enough coding a login-protected website. Thanks. -- Edit Bug report at: http://bugs.php.net/?id=11569edit=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 #11557 Updated: session,functions
ID: 11557 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: IIS related Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Could you please include the shortest possible script that can be used to reproduce this problem? Previous Comments: --- [2001-06-19 08:22:01] [EMAIL PROTECTED] Hi, I have installed php a couple of days back... and it installed perfectly well. but suddenly i realised that the sessions and some functions are not workingi have installed all the dlls on all possible directories like in winnt/system32 and even in php folder... but nothing happens... Error received using open function Call to undefined function: open() in D:phptest.php on line Error received usign the session_start() object Warning: Cannot send session cookie - headers already sent by (output started at D:phptest.php:7) in D:phptest.php on line 9 Warning: Cannot send session cache limiter - headers already sent (output started at D:phptest.php:7) in D:phptest.php on line 9 Warning: open(/tmpsess_cb9c30b6607e8a9dabb944360c6de2ff, O_RDWR) failed: m (2) in D:phptest.php on line 9 Could u help me out please regards vikram --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11557edit=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 #11403 Updated: calling session_start with protected images sends bogus headers
ID: 11403 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Closed Bug Type: *Session related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Just a note, this is problem only with IE. Seems like it doesn't like all the cache preventing headers sent by session_start() but using 'private' cache headers, it works. Go figure.. Previous Comments: --- [2001-06-19 15:03:13] [EMAIL PROTECTED] adding session_cache_limiter(private); before session_start(); fixed the problem. ? session_cache_limiter(private); session_start(); $filename = test.jpg; $fd = fopen ($filename, rb); $contents = fread ($fd, filesize ($filename)); fclose ($fd); Header (Content-type: image/jpeg); echo $contents; ? --- [2001-06-19 12:44:33] [EMAIL PROTECTED] And update to php 4.0.5 --- [2001-06-19 12:43:43] [EMAIL PROTECTED] 1. I am NOT using IE here. I tested this with IE now, and it works just fine. 2. Works also with Opera. 3. Works also with Mozilla. I suggest you check your php.ini settings. --- [2001-06-12 13:08:48] [EMAIL PROTECTED] adding Header (Content-type: image/jpeg); does NOT fix the problem. copy the fixed script to a new file name, and see that it does not work. you are looking at cached version. IE will cache the mimetype info associated with the image even if you clear your history. I am able to reproduce this consistantly on multiple machines --- [2001-06-12 01:45:23] [EMAIL PROTECTED] This works: ? session_start(); $filename = test.jpg; $fd = fopen ($filename, rb); $contents = fread ($fd, filesize ($filename)); fclose ($fd); Header (Content-type: image/jpeg); echo $contents; ? --- 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=11403edit=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 #11539 Updated: Oracle_Apache / PHP Installing
ID: 11539 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Old-Bug Type: Compile Failure Bug Type: OCI8 related Operating system: PHP Version: 4.0.6RC3 Assigned To: Comments: I don't think the OCI8 extension is (yet) compatible with OCI9 libs. The configure at least seems to think you have 8.0.x version installed. Previous Comments: --- [2001-06-19 07:28:01] [EMAIL PROTECTED] I'm traying new version 4.0.6RC3 ./configure --with-oci8=/oracle_ais/ais --with-apxs=/oracle_ais/ais/Apache/Apache/bin/apxs was OK but make gets error (file libnlsrtl3 dosn't exist in all server) Error message: Making all in . /bin/sh /php-4.0.6RC3/libtool --silent --mode=link gcc -I. -I/php-4.0.6RC3/ -I/php-4.0.6RC3/main -I/php-4.0.6RC3 -I/include -I/php-4.0.6RC3/Zend -I/php-4.0.6RC3/ext/mysql/libmysql -I/oracle_ais/817/rdbms/public -I/oracle_ais/817/rdbms/demo -I/php-4.0.6RC3/ext/xml/expat/xmltok -I/php-4.0.6RC3/ext/xml/expat/xmlparse -I/php-4.0.6RC3/TSRM -DAIX=43 -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -O2 -o libphp4.la -rpath /php-4.0.6RC3/libs -avoid-version -L/oracle_ais/817/lib -R /oracle_ais/817/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/oci8/liboci8.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lclntsh -lpsa -lcore4 -lnlsrtl3 -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl collect2: Library libnlsrtl3 not found make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. oracle1:/php-4.0.6RC3 # Thanks for help. --- [2001-06-18 16:45:51] [EMAIL PROTECTED] This should be fixed in latest CVS (and maybe also in the PHP 4.0.6RC3) so please try them out. Reopen if still no workie. Latest CVS: http://snaps.php.net/ 4.0.6RC3 http://www.php.net/~andi/php-4.0.6RC3.tar.gz (if above link doesn't work, try with RC4) --Jani --- [2001-06-18 10:03:58] [EMAIL PROTECTED] Hello ! I'm trying to install PHP 4.04pl1 as Apache module with Apache 1.3.12 installed with Oracle iAS 1.0.2.1 PHP compiled fine with such options: /configure --with-apxs=../Apache/Apache/bin/apxs but make install gets errors: Making install in Zend Target install-exec-am is up to date. Target install-data-am is up to date. Target install is up to date. Making install in main Target install-p is up to date. Target install is up to date. Making install in ext Making install in mysql Making install in libmysql /bin/sh /php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/php-4.0.4pl1/ext/mysql/libmysql -I/php-4.0.4pl1/main -I/php-4.0.4pl1 -I/include -I/php-4.0.4pl1/Zend -I/php-4.0.4pl1/ext/mysql/libmysql -I/php-4.0.4pl1/ext/xml/expat/xmltok -I/php-4.0.4pl1/ext/xml/expat/xmlparse -I/php-4.0.4pl1/TSRM -DAIX=43 -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DXML_BYTE_ORDER=21 -O2 -c libmysql.c In file included from libmysql.c:9: global.h:525: conflicting types for `int8' /usr/include/sys/inttypes.h:622: previous declaration of `int8' global.h:526: warning: redefinition of `int16' /usr/include/sys/inttypes.h:623: warning: `int16' previously declared here global.h:536: warning: redefinition of `int32' /usr/include/sys/inttypes.h:624: warning: `int32' previously declared here make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. Can you help me please? Jana --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11539edit=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 #11447 Updated: Switch statement sensible for white-space
ID: 11447 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: Linux (RedHat 6.2) PHP Version: 4.0.4pl1 Description: Switch statement sensible for white-space Observe that the spaces are significant. This doesn't work: ? switch($var){ ? ? case alpha: break; }? This does!: ? switch($var){ ? ? case alpha: break; }? I suppose that the interpreter converts text outside ? ? to echo statements, so that the first code block is equivalent to: ? switch($var){ echo ' '; case alpha: break; }? This code block gave the same parse error as the first one! (Expecting T_CASE or T_DEFAULT or '}') Previous Comments: --- [2001-06-19 12:29:47] [EMAIL PROTECTED] The bug is valid - if you close and reopen the PHP tags between the switch and the case statement, it is going to bark at you. It shouldn't. This does not work: ? switch($var){ ? ? case alpha: break; }? This does: ? switch($var){ case alpha: break; }? Why in the world would anyone do that, is a whole other issue, still they probably expect to be able to do just that. If they can't, we either need to document it as such, (thus re-classify this as documentation problem) or fix it. I do not know what it takes to fix that, but it is a valid report nevertheless. Unbogusifying... --- [2001-06-13 14:58:29] [EMAIL PROTECTED] Which style I use, the classical style (using {}) or the alternative style (using : and endswitch), doesn't matter; the problem is the same. Sniper's comment about using ? ? several times is surely justified when having one-line code as in his example, but when it comes to multi-line code, there is an issue of readability. I think that script A below is easier to read than script B. Don't you? --- begin script A --- ? switch($var): ? ? case alpha: ? pAlpha/p ? break; ? ? case beta: ? pBeta/p ? break; ? ? default: ? pDefault/p ? break; ? ? endswitch; ? --- end script A --- --- begin script B --- ? switch($var): case alpha: ? pAlpha/p ? break; case beta: ? pBeta/p ? break; default: ? pDefault/p ? break; endswitch; ? --- end script B --- --- [2001-06-13 10:18:56] [EMAIL PROTECTED] Use the {} instead of the : / endswitch; ie. ?php switch ($value) { case: ? pAlpha/p ?php break; } ? And anyway, using ? ? too much is really not good idea. This is just stupid: ? some code ?? more code?? code..? --- [2001-06-12 19:13:44] [EMAIL PROTECTED] Section 7.4 in the FAQ is a little bit related. Should perhaps the ending for a block of PHP-code be ? followed by any number of white-space characters? --- [2001-06-12 18:51:27] [EMAIL PROTECTED] The following script gave a parse error: ? switch($var): ? ? case alpha: ? pAlpha/p ? break; ? !-- ... -- ? endswitch; ? Parse error: parse error, expecting `T_CASE' or `T_DEFAULT' or `'}'' in my-path/bug.php on line 2 First I thought that this was really a bug, but then, while typing this report I realized that non-PHP-mode characters (like the two spaces) probably are converted to an echo instruction, so the PHP-parser sees something like the following code: switch($var): echo ' '; case alpha: echo 'pAlpha/p'; break; endswitch; The parser doesn't expect anything (but PHP-mode white-space) to come between the ':' on line 1 and 'case' on line 3 and therefore reports parse error. Right? For the sake of pretty-scripting, I would like this to change, but at the same time, now that I understand why the parser complains, I'm not sure if it should be changed... --- 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=11447 -- 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 #10934 Updated: set_error_handler () is not catching all errors
ID: 10934 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Yes, this is how it supposed to work. Fatal errors are always outputted via the default error handler. Previous Comments: --- [2001-05-17 13:12:53] [EMAIL PROTECTED] Short, sample function listed to quickly illustrate issue: [root@helpdesk bin]# more err.php ?php function userErrorHandler ($errno, $errmsg, $filename, $linenum, $vars) { echo USER ERROR HANDLER:; echo -- errno:$errno; echo -- errmsg:$errmsg; echo -- filename:$filename; echo -- linenum:$linenum; echo n; } $old_error_handler = set_error_handler(userErrorHandler); trigger_error(E_USER_ERROR, E_USER_ERROR); trigger_error(E_USER_WARNING, E_USER_WARNING); trigger_error(E_USER_NOTICE, E_USER_NOTICE); this_function_does_not_exist(); ? [root@helpdesk bin]# ./php -q err.php USER ERROR HANDLER: -- errno:256 -- errmsg:E_USER_ERROR -- filename:err.php -- linenum:13 USER ERROR HANDLER: -- errno:512 -- errmsg:E_USER_WARNING -- filename:err.php -- linenum:14 USER ERROR HANDLER: -- errno:1024 -- errmsg:E_USER_NOTICE -- filename:err.php -- linenum:15 br bFatal error/b: Call to undefined function: this_function_does_not_exist() in berr.php/b on line b16/bbr [root@helpdesk bin]# --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10934edit=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 #11509 Updated:
ID: 11509 User Update by: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Description: TEST 2 TEST 2 TEST 2 TEST 2 Previous Comments: --- [2001-06-16 11:58:55] [EMAIL PROTECTED] test elsewhere. --- [2001-06-15 19:10:11] [EMAIL PROTECTED] TEST TEST TEST TEST --- Full Bug description available at: http://bugs.php.net/?id=11509 -- 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: andi Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0 Latest CVS (2001-06-08) Assigned To: Comments: Brian, Can you please checkout the latest CVS of PHPZend and let us know if this problem is fixed now? Thanks. Previous Comments: --- [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 #9502 Updated: IE5.5 SP1: New browser instances displaying same session id
ID: 9502 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Session related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I suggest you report this to Microsoft. As it can not by any means be a server side problem. And you said it yourself, it works with older IE and with NS. Still bogus. Previous Comments: --- [2001-06-15 08:40:42] [EMAIL PROTECTED] I get the same session id's when I open up DIFFERENT instances of IE. So, start-Programs-Internet Explorer MULTIPLE times. --- [2001-06-14 23:24:54] [EMAIL PROTECTED] Of course you get same session id's. Cookies are shared between new windows opened from same browser. --- [2001-02-28 16:36:33] [EMAIL PROTECTED] My browser: IE 5.50.4522.1800 Update Version:; SP1; When running the script below on different instances of my browser I get the SAME session id appear. This does not occur in IE5.0 or Netscape 4.6/4.73 (i.e., I get the expected behaviour of different session ids appearing). Please can someone investigate this since it appears to be a very serious security issue. Many Thanks Dipen ? //Start the session. //This must be called before //sending any content. session_start(); //Register a couple of variables session_register(Name); session_register(Count); //Set variable based on form input if($inputName != ) { $Name = $inputName; } //Increment counter with each page load $Count++; ? HTML HEAD TITLEListing 7.6/TITLE /HEAD BODY ? //print diagnostic info print(BDiagnostic Information/BBRn); print(Session Name: . session_name() . BRn); print(Session ID: . session_id() . BRn); print(Session Module Name: . session_module_name() . BRn); print(Session Save Path: . session_save_path() . BRn); print(Encoded Session: . session_encode() . BRn); print(HRn); if($Name != ) { print(Hello, $Name!BRn); } print(You have viewed this page $Count times!BRn); //show form for getting name print(FORM ACTION=$SCRIPT_NAME?.SID. METHOD=POST); print(INPUT TYPE=text NAME=inputName VALUE=$NameBRn); print(INPUT TYPE=submit VALUE=Change NameBRn); print(/FORM); // added by dk (n.b. $SCRIPT_NAME is apache environment variable) print(script_name: . $SCRIPT_NAME . BRn); print(SID: . SID . BRn); // -- //use a link to reload this page print(A HREF=$SCRIPT_NAME?.SID.Reload/ABRn); ? /BODY /HTML --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9502edit=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 #11546 Updated: Register_Shutdown_Function doesn't happen after shutdown
ID: 11546 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Program Execution Operating system: Windows 2000 PHP Version: 4.0.5 Description: Register_Shutdown_Function doesn't happen after shutdown Windows 2000 - Apache 1.3x PHP 4.05 Running PHP.exe as CGI. Is this the problem? Previous Comments: --- [2001-06-19 14:23:17] [EMAIL PROTECTED] This works for me just fine within Linux. Also on Windows ME (PHP as Apache DSO). What is the SAPI you are using? Web server? Or is it run as CGI? --Jani --- [2001-06-18 21:28:27] [EMAIL PROTECTED] In theory (at least IMHO), this function should be used to register functions to finish up after the client has detached from the server. This way, time consuming tasks like logging, closing connections, sending e-mail, or whatever can be done *after* the client is happily surfing to their next page. However, I have tested Register_Shutdown_Function as much as I can locally, and no matter what I try... I have to wait until my shutdown functions are done before I see the page, get redirected, or whatever. This is bug or a feature? Or am I a dummy? This example should execute and be done... but instead it waits around till the shutdown function is finished. I used sleep cause its a good way to kill time, but it happens with any time consuming operation (sending 5 emails through SMTP for example) Example: ? Register_ShutDown_Function(KillTime); print(We're DONE here.); flush(); exit(); function KillTime(){ sleep(30); } ? --- Full Bug description available at: http://bugs.php.net/?id=11546 -- 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 #11566: It appears most functions don't check open_basedir
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: PHP options/info functions Bug description: It appears most functions don't check open_basedir It appears most functions that accept path/filename args don't check open_basedir. The following code needs to be added to many functions after the convert_to_string_ex function call: if (php_check_open_basedir((*filename)-value.str.val)) RETURN_FALSE; where 'filename' could of course change. (this check is typically inserted before the safe_mode check since safe_mode is often not used because of it's limiting factor for ISPs) -- Edit Bug report at: http://bugs.php.net/?id=11566edit=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 #11554 Updated: Apache processes get stuck
ID: 11554 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PostgreSQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please try the latest RC of PHP 4.0.6: http://www.php.net/~andi/php-4.0.6RC4.tar.gz I believe this is already fixed.. Previous Comments: --- [2001-06-19 08:38:50] [EMAIL PROTECTED] I forgot to say that php is compiled as dso with apache 1.3.19. I have tried to compile postgresql extension both as php dso and to compile it into the php module, with the same result. --- [2001-06-19 05:05:17] [EMAIL PROTECTED] After adding PostgreSQL module to an Apache webserver, the load on the machine went up to 20. There was no PostgreSQL code invoved, just pgsql.so was activated in php.ini. Here is the backtrace of a runaway process: #0 0x4068eb1a in pqFlush () from /usr/lib/libpq.so.2 #1 0x4068e25a in pqPutBytes () from /usr/lib/libpq.so.2 #2 0x4068e475 in pqPutnchar () from /usr/lib/libpq.so.2 #3 0x4068c3b3 in PQsendQuery () from /usr/lib/libpq.so.2 #4 0x4068ceb0 in PQexec () from /usr/lib/libpq.so.2 #5 0x40678d33 in _rollback_transactions (rsrc=0x81738f8) at pgsql.c:168 #6 0x4029a556 in zend_hash_apply (ht=0x4033a834, apply_func=0x40678d00 _rollback_transactions) at zend_hash.c:692 #7 0x40678f48 in php_rshutdown_pgsql (type=1, module_number=20) at pgsql.c:246 #8 0x402972b9 in module_registry_cleanup (module=0x81506a8) at zend_API.c:785 #9 0x4029a556 in zend_hash_apply (ht=0x4033a9e0, apply_func=0x4029728c module_registry_cleanup) at zend_hash.c:692 #10 0x40296420 in zend_deactivate_modules () at zend.c:522 #11 0x402a748c in php_request_shutdown (dummy=0x0) at main.c:670 #12 0x402a4fb9 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290 #13 0x8051374 in run_cleanups () #14 0x804fb76 in ap_clear_pool () #15 0x804fbf6 in ap_destroy_pool () #16 0x80600b5 in child_main () #17 0x80602cf in make_child () #18 0x8060380 in startup_children () #19 0x80609cd in standalone_main () #20 0x806120f in main () PHP 4.0.5 PostgreSQL 7.1 RedHat Linux 7.0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11554edit=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 #11545 Updated: no pdf_show2()?
ID: 11545 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: PDF related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Since 4.0.5, the pdf extension is using the pdf_show2() and pdf_show_xy2() API functions in PHP functions pdf_show() and pdf_show_xy(). Previous Comments: --- [2001-06-18 18:42:00] [EMAIL PROTECTED] According pdflib manual chapter 3.3.7 said about CJK (Chinese Japanese Korean) text : take care not to use the PDF_show()etc.functions,but instead PDF_show2()etc. Will we have pdf_show2() in next version? I really need it to show Chinese(and English, Numbers... of cause) Text. pdf_show()/pdf_continue_text() make all chars have the same width at all( Normally, Only Chinese char should have double width not all chars). --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11545edit=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 #11568 Updated: not working
ID: 11568 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-06-19 19:22:32] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11568edit=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 #8989 Updated: Bug#5493 resurfaced
ID: 8989 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *Session related Operating system: Windows NT 4 SP5/IIS4 PHP Version: 4.0.5 Description: Bug#5493 resurfaced Amazing. No report has been made that the bug has been resolved, yet you have a burr up your butt to close out the problem anyway. Great debugging technique. Truly professional. Good to know PHP is in such good hands. Yes, to answer your comment, I DO remember that I wrote that. In fact, it's basically a repeat of the same thing I wrote earlier, since you did not seem to pay attention the first time. Each time a point release is out, I check it, as I--like many PHP users--would like to have the latest features and bug fixes. PHP totally kicks ass, but unfortunately there are some glitches from time to time. HOWEVER, a nightly CVS build is not considered by most to be a stable release. Ergo we have such things as RELEASE CANDIDATES. PHP is now at 4.0.6 RC3 if memory recalls correctly. However, this too is not a full release. RCs are basically like beta releases for those so inclined (and with sufficient time) to be guinea pigs. CVS nightly builds are for those normally heavily involved, RCs are for those who want to help point out flaws in the next release, and then actual point releases are what most users obtain. I apologize if I don't satisfy your sudden demand for people to jump at testing your nightly builds or RCs. But like many I actually have a job and life that requires most of my time. I gladly test full point releases, but unfortunately do not have time to be your daily minion. This is the first time I've witnessed anyone involved with PHP development act in such a manner. I hope it's not a sign of things to come. Previous Comments: --- [2001-06-19 16:45:30] [EMAIL PROTECTED] Do you remember this: I have not tried the latest snapshots. I tend to wait for point releases to re test. Unfortunately I do not have that much time to keep retesting with the nightly b uilds, etc. When 4.0.6 is released, I will test with that. Then reopen this report when it is not fixed in 4.0.6. period --- [2001-06-19 10:56:24] [EMAIL PROTECTED] What is this, the Microsoft approach to dealing with bugs? You have no evidence if the problem is resolved, yet you close out the problem anyway. Burying your head in the sand doesn't make the issue go away. I'm sorry, but you don't close a problem until a resolution is found and the fix confirmed. There is a session bug, which existed in early 4.0 releases, was then fixed, and is now broken again. The last working version of PHP for Windows that did sessions properly was 4.0.3pl1, and nothing thus far indicates that this issue has been resolved since then. I have updated the PHP Version for you to reflect the problem still exists in 4.0.5, the latest release most users would touch. Most PHP users are not about to touch nightly CVS builds. That's why you HAVE point releases like 4.0.3pl1, 4.0.4, 4.0.5, etc. This problem should remain open until it can be confirmed that the bug is fixed. --- [2001-06-19 09:27:34] [EMAIL PROTECTED] Reopen this if it doesn't work with 4.0.6. --Jani --- [2001-06-15 11:08:43] [EMAIL PROTECTED] I have not tried the latest snapshots. I tend to wait for point releases to retest. Unfortunately I do not have that much time to keep retesting with the nightly builds, etc. When 4.0.6 is released, I will test with that. --- [2001-06-14 23:18:19] [EMAIL PROTECTED] Does this happen with latest snapshot from http://www.zend.com/snapshots/ ?? There have been some fixes regarding this. --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=8989 -- 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 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. Previous Comments: --- [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. --- [2001-06-05 03:43:44] [EMAIL PROTECTED] It's not reproducible. It happens anytime anywhere. But it keeps happening with the same script. The crashes are unique to one script. Before I had a scripts with a lot of DB calls and it kept crashing until I redid the script and changing the way I did everything. --- [2001-06-05 01:31:59] [EMAIL PROTECTED] Please provide the shortest possible script that actually works that can be used to reproduce this problem. The one you have here is complete mess. --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=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]
Re: [PHP-DEV] 4.0.6 - ?
RC6 just went out, so I guess if it's the last RC, it could be approx. time() + 604800. right? At 21:53 19.6. 2001, Andrei Zmievski wrote the following: -- When are we releasing 4.0.6? I'm asking more as an end user because it has a few bug fixes that affect our products. -Andrei * Power corrupts. Atomic power corrupts atomically. * -- 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] --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]
[PHP-DEV] Sybase query result problem
I think there is a bug in the PHP sybase_ct module. The following script produces the following error the second time getAppName/sybase_fetch_row is called. Error (warning): /users/pmoosman/test_data/test1.php(26) : Warning - 3 is not a valid Sybase result resource Script: ?php function getConnect() { $db = sybase_connect('','yyy','zzz'); return $db; } function getAppName($app_id) { // static $db; $sql = select name from web_apps where application_id=$app_id; $db = getconnect(); $result = sybase_query($sql, $db); $row = sybase_fetch_row($result); return $row[0]; } getAppName(23); getAppName(23); ? Note: If I uncomment the static $db line, the error (warning) goes away. I ran this script through the debugger and it looks like the db resource handle is getting incorrectly cleaned up. I compared php_sybase_ct.c to php_mysql.c and I noticed that php_mysql.c ups the reference count on db resource link and php_sybase_ct.c does not. So, my guess is that that is the problem. However, I'm new to PHP and I'm not very familiar with the Zend code, so I would appreciate someone with some Zend knowledge to look over my proposed fix. In my copy of php_sybase_ct.c version 1.43 I added the following two lines: Line #599: zend_list_addref(link); Line #638: zend_list_addref(SybCtG(default_link)); Any help would be appreciated. -- Paul Moosman [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] Multiple inserts in one sybase_query issue
Well, what you are doing in the second query is actually getting more resultsets in one query. The current sybase modules can't handle more than 1 resultset at a time. Try running sp_help through sybase_query(), you'll notice that only the first resultset is given back, all the rest is discarded. I'm thinking already a while about changing this so you can get an array of resultsets from sybase_query() which would allow you to do the stuff you're trying to do now.. Any ideas of the group would be appreciated (as i'm not a very good c-coder anyway) On Mon, Jun 18, 2001 at 06:01:54PM -0500, Ben Gabrielson wrote: I'm running PHP 3 (and PHP 4 on another server) with Sybase 11.9.2 on the database server. I have tried in a number or variations to insert a series of updates and inserts in the same sybase_query. I build a $query consisting of around 15-20 inserts and updates and call the sybase_query function, everything works fine and it writes to the database as expected however none of the sybase_querys after this point are recorded. For example when I create this string: $query = Declare @nonuser_signup_id numeric(10,0)\n; $query .= Insert into nonuser_signup (email, firstname, lastname, gender) values ('$email', '$firstname', '$lastname', '$gender')\n; $query .= Select @nonuser_signup_id = @@identity\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Free_Stuff, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Contests, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Surveys, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Shopping, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Games, 5, getdate())\n; $query .= Insert into user_optin (user_id,optin_type_id,promotion_id) values ($user_id, 10, 5)\n; $result = sybase_query($query, $db); Everything works fine, however when its broken up like this: $query = Declare @nonuser_signup_id numeric(10,0)\n; $query .= Insert into nonuser_signup (email, firstname, lastname, gender) values ('$email', '$firstname', '$lastname', '$gender')\n; $query .= Select @nonuser_signup_id = @@identity\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Free_Stuff, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Contests, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Surveys, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Shopping, 5, getdate())\n; $query .= Insert into nonuser_optin (nonuser_signup_id, optin_type_id, promotion_id, signup_date) values (@nonuser_signup_id, $Games, 5, getdate())\n; $result = sybase_query($query, $db); $query = ''; $query .= Insert into user_optin (user_id,optin_type_id,promotion_id) values ($user_id, 10, 5)\n; $result = sybase_query($query, $db); The last insert doesn't work. Is this a bug in PHP or am I overlooking something? Logically it seems that it should function the same in both cases. I should also note that when I break that up into a series of completely independant queries it works fine too, I can run a series of single inserts each with their own sybase_query and they all insert fine. However as you can see in the case above I am using a @@identity which makes splitting these up into different queries impossible. Thnaks in advance for any aid. Ben -- 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] -- Jo Giraerts Computerprutser Life BVBA Interleuvenlaan 15A, 3001 LEUVEN, BELGIUM icq:81939849, email:[EMAIL PROTECTED], ph0ne:+32(0)16 20 89 61 I've got these opium queens that move around my space, I said it's waste not, want not, I think I'll take another, I'm holding all this pain that I'm trying to smother. branvan3000 - Afrodisiac -- 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 - ?
Hopefully ASAP. We should release RC4 unless people find *serious* problems. Andi At 02:53 PM 6/19/2001 -0500, Andrei Zmievski wrote: When are we releasing 4.0.6? I'm asking more as an end user because it has a few bug fixes that affect our products. -Andrei * Power corrupts. Atomic power corrupts atomically. * -- 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] Totally Blue Sky
Sounds like a great idea. You could probably improve it by not using an actual browser, but by using the browser properties in a standalone application. Here me out... I am confident there are some Windows widgets that let you easily build you own browser.. which is actually Internet Explorer without all of the options. If you were to make a more limited browser interface (so that you cut out the browser functionality that an application shouldn't have home,forward,back,view source, disable javascript,disable cookies,etc, etc, etc), and then install the browser application... you could probably make it a standardized .EXE so that any user written PHP program would run on it. Other than that, you just need to get the web server figured out. How hard would it be to customize this browser application to start and quit apache in tandem with the application. Again, agree on a standardized apache config so that there is only one site running... which is on local host, you're pretty much set. I think its a great idea. Brian Tanner Project Manager Zaam Internet Solutions Toll Free: 1-866-225-2675 [EMAIL PROTECTED] http://www.zaam.com Situation: PHP is the greatest damned language I've ever used. With PHP and a database on the back-end, and a decent browser capable of running Javascript/JScript on the front end, you can create beautiful, seamless web applications with so little work that it almost seems like cheating. Problem: If you don't want your application to be just a web application, then you're stuck using some other relatively stinky language. Shudders while thinking back to the days when you had to write thousands of lines of code just to put some graphics on the screen or open a socket to a web server Variation on a theme: I'd love to be able to create a PHP Windows .exe that installed just like a regular application. This ideal program would run just like an application too. You'd launch it and it would open an application window, but the window contents would be the current web browser installed on the system, pointed to the index.php page in your newly installed application's directory. In other words, it would be like installing a PHP-enabled webserver whose output could only go to the application's main and child windows (if any). I do NOT want to require the user to install a webserver and I do NOT want the server to keep running after the application has quit, but I would LOVE to be able to do basic application type actions like saving files without having to resort to lame, bloated, miscarriages like signed Java applets. Also, I would LOVE to be able to simply create user interfaces without writing tons of code like in Visual C++. Admittedly, Visual BASIC is similar in purpose here, but as we all know, VB ain't got nothin' on PHP. Questions: [1] Does such a beast exist? [2] Can anyone think of a fundamental reason why we couldn't do such a thing? [3] Is the general consensus that this would be a handy thing to have, or is it just me? Please be kind with the flames, I'm new here... Gre7g. = Gre7g Luterman [EMAIL PROTECTED] http://www.templeofluna.com/ Stay informed: http://www.templeofluna.com/keeper/mailinglist.htm I want to die peacefully in my sleep, like my grandfather ...not screaming in terror like his passengers. -- 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 #11570: Security Hole on ChDir()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Directory function related Bug description: Security Hole on ChDir() ChDir() can be use to enter a directory which belongs to others. Hackers can use this hole to break the SafeMode and OpenBaseDir restriction and enter and view and even open files in someone else' directory. In a multiuser environment where users must have some files with the same owner( such as 'nobody', to handle file-upload tasks), this hole is extremely dangerous. -- Edit Bug report at: http://bugs.php.net/?id=11570edit=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/dev
I know the lists are just back online, so I shouldn't be making feature requests ... but it would be nice if the bug reports had their own mailing list instead of being sent to the dev list. I can see why you might not want this (dev people work on bugs), but I'm sure some people would like to be a part of the dev list without having to sift through 300+ bug reports a day. Just a thought. It's just catching up on the backlog. It will be back to more sane traffic soon. And I really would prefer to see the bug reports pass in front of as many eyes as possible. -Rasmus -- 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 #11567 Updated: True Dynamic Binding and Public/Private
ID: 11567 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: I completely disagree with the concept of dynamic binding. Calling different functions based on the number of arguments is spaghetti code waiting to happen. PHP supports default values for arguments which makes them optional. Your would be much cleaner if written with defaulted x and y arguments which you then check and if you have the default value for x and/or y you would calculate the center value. Or alternatively use func_num_args to see how many args were passed. To me it is cleaner to collect the functionality for a function in a single function instead of splitting it out over multiple functions. Imagine trying to debug some code and you end up looking at the wrong function just because you counted 17 arguments instead of 18. As for the public/private issue. Sure, from an OO purity perspective it would be nice. But it is functionally irrelevant. ie. your code would not work any better or worse by having the public/private differentiation. Previous Comments: --- [2001-06-19 22:05:53] [EMAIL PROTECTED] function drawMe() { if( 2 == func_num_args() ) { doStuff( func_get_arg(0) , func_get_arg(1) ) ; } else { doStuff( $defaultX , $defaultY ) ; } } private vars/methods would be good... :) --- [2001-06-19 15:10:06] [EMAIL PROTECTED] Ok Folks. I am really happy with PHP thus far. However to make it a true Object Oriented Language you absolutly need Dynamic binding. This would be such a huge boon for us developers who love to work within classes. Such as: // Inside the class Circle function DrawMe() { // Getting Ceter Coords.. DrawMe($centX, $centY); } function DrawMe($x, $y) { // Draws the circle at $x, $y } // End of code demo This kind of ability can be extremely huge, if you use it right. Also, it allows for developers to make a module extremely flexiable and powerful. Secondly, I think that we are missing public and private sections of the OOP world. In the above example, I would have the functions public, and the data structures inside of it totally hidden (or private) so the programmer who is using my include just has to deal with the interface, and can't touch the actual data. That is strength and beauty of encapsulation. I just thought you may want to hear this, and I am hoping to hear from you guys (and gals) that you are hard at work to implement it and it is coming soon. Thanks for reading my rant!! Mike Eggleston AmeriGroup [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11567edit=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 #11571: cannot insert data in msaccess
From: [EMAIL PROTECTED] Operating system: w2k PHP version: 4.0.5 PHP Bug Type: ODBC related Bug description: cannot insert data in msaccess hello. my script is : - ? /* connect database */ $dsn = nawa_dsn; $user = ; $pw = ; $conn = odbc_connect($dsn,$user,$pw); $sql = insert into TB_Login (UserID,Name) values ('002','Somphob'); /* check for errors */ if (!odbc_exec($conn,$sql)) { /* error */ echo Error; } else { echo OK!; } /* close connection */ odbc_close($conn); ? - and result is : - Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Operation must use an updateable query., SQL state S1000 in SQLExecDirect in c:\inetpub\wwwroot\customer\save.php on line 12 Error - please tell me. thank. -- Edit Bug report at: http://bugs.php.net/?id=11571edit=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] Totally Blue Sky
Sounds like a great idea. Thanks! You could probably improve it by not using an actual browser, but by using the browser properties in a standalone application. Here me out... I am confident there are some Windows widgets that let you easily build you own browser.. which is actually Internet Explorer without all of the options. Oh yeah, I believe you just have to open a WebBrowse OLE object in a cWin. I'm not having any luck doing it with my ancient, learning- edition version of Visual C++, but all the how-to's I'm finding make it SOUND trivial. Can anyone think of a down-side to this approach? If you were to make a more limited browser interface (so that you cut out the browser functionality that an application shouldn't have home,forward,back,view source, disable javascript,disable cookies,etc, etc, etc), and then install the browser application... you could probably make it a standardized .EXE so that any user written PHP program would run on it. ... save image, context menu, etc... Absolutely! You would definitely need to disable that stuff, at least once the application debugging is complete. Perhaps a conditional compile on the debugging flag so that those options are automatically disabled in release code. Other than that, you just need to get the web server figured out. I wouldn't think it would be too hard knocks wood. With Apache, PHP, and MySQL (or others) all being open source, I don't see any real reason why they couldn't be compiled into one big app. Plus there's a web full of experts to draw on. Actually, now that I think about it, it almost sounds like something that would make a killer commercial app if it weren't for GPL winks. j/k I'm sure an enterprising programmer could do quite well with it by publishing documentation like Larry Wall or by selling support like RedHat. The only thing that strikes me as really sloppy in this is that the simplest mechanism for the browser OLE to communicate with the server portion of the app would be via a port. In other words, you'd point your OLE at 127.0.0.1:X and tell Apache to serve port X, where X is some free port. Since ports are basically analagous to global variables, it means that you could run a browser simultaneously and surf http://127.0.0.1:X. I don't think there's generally much harm in such a thing, but it lacks the cleanliness of a real, compiled app. That also means that port X is occupied while the app is running and if you simulataneously launch something that wants to use port X, it will fail. That's not the end of the world, but I do find it annoying. It would be a bit like buying those tennis shoes with the air cushions in the heals and then having to get some CO2 cartridges to keep them pumped up. Oh also, another downside is that your PHP source would be stored as plaintext on the client machine. I'm guessing that it would not be impossible to encrypt/decrypt the pages on-the-fly, but it is another hassle. How hard would it be to customize this browser application to start and quit apache in tandem with the application. I don't see that as an issue. If we're running a browser as an OLE, then you're really just running an .exe we've created. I don't think it's any real magic to make Windows .exe's spawn child processes on initiation and slaughter them before exiting. Again, agree on a standardized apache config so that there is only one site running... which is on local host, you're pretty much set. Well since I don't think any of us are chomping at the bit to rewrite Apache, it only makes sense to compile it in! :) Therefore the config would be according to the standard. Any nay-sayers out there? Anyone with more Windows programming experience? I'm far from an expert here! Gre7g. = Gre7g Luterman [EMAIL PROTECTED] http://www.templeofluna.com/ Stay informed: http://www.templeofluna.com/keeper/mailinglist.htm Never pet a burning puppy. -- 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] Status: Closed Bug Type: Dynamic loading Operating system: Linux PHP Version: 4.0.4pl1 Description: Dynamic load library error 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. Previous Comments: --- [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 --- [2001-06-15 02:05:12] [EMAIL PROTECTED] how did I compile PHP? # ./configure --enable-versioning --enable-track-vars --with-imap=/usr/local/src/imap-4.7 --with-apxs=/usr/local/apache/bin/apxs # make # make install and modul (for example pgsql): # mkdir /tmp/newext # cd /tmp/newext/ # cp -rp /usr/local/src/php-4.0.5/ext/pgsql/* . # ./configure # make install # cd /usr/local/lib/php/extensions/ # cp no-debug-non-zts-20001222/pgsql.so . # pico /usr/local/lib/php.ini // uncommenting extension=pgsql.so # php PHP Warning: Invalid library (maybe not a PHP library) 'pgsql.so' in Unknown on line 0 Using RH7.1, PHP 4.0.5 --- [2001-06-14 16:37:28] [EMAIL PROTECTED] How did you compile PHP ? What was the configure line used? --- [2001-01-17 03:19:19] [EMAIL PROTECTED] dl(interbase.so) Invalid library (maybe not a PHP library) Ãnterbase.so½ --- 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 #8753 Updated: Dynamic load library error
ID: 8753 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Dynamic loading Operating system: Linux PHP Version: 4.0.4pl1 Description: Dynamic load library error 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. Previous Comments: --- [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 --- [2001-06-15 02:05:12] [EMAIL PROTECTED] how did I compile PHP? # ./configure --enable-versioning --enable-track-vars --with-imap=/usr/local/src/imap-4.7 --with-apxs=/usr/local/apache/bin/apxs # make # make install and modul (for example pgsql): # mkdir /tmp/newext # cd /tmp/newext/ # cp -rp /usr/local/src/php-4.0.5/ext/pgsql/* . # ./configure # make install # cd /usr/local/lib/php/extensions/ # cp no-debug-non-zts-20001222/pgsql.so . # pico /usr/local/lib/php.ini // uncommenting extension=pgsql.so # php PHP Warning: Invalid library (maybe not a PHP library) 'pgsql.so' in Unknown on line 0 Using RH7.1, PHP 4.0.5 --- [2001-06-14 16:37:28] [EMAIL PROTECTED] How did you compile PHP ? What was the configure line used? --- 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] Re: Bug #11557 Updated: session,functions
Hi, this is the snippete ?php session_start(); ? and error is Warning: open(/tmp\sess_e381bf8b6b5aea5756925a218535fdd3, O_RDWR) failed: m (2) in D:\php\vik\test.php on line 2 Iam not able to use any sessions(do i have to include any files) and also some functions like open... thanks in advance virkam - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 7:39 AM Subject: Bug #11557 Updated: session,functions ID: 11557 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: IIS related Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Could you please include the shortest possible script that can be used to reproduce this problem? Previous Comments: -- - [2001-06-19 08:22:01] [EMAIL PROTECTED] Hi, I have installed php a couple of days back... and it installed perfectly well. but suddenly i realised that the sessions and some functions are not workingi have installed all the dlls on all possible directories like in winnt/system32 and even in php folder... but nothing happens... Error received using open function Call to undefined function: open() in D:phptest.php on line Error received usign the session_start() object Warning: Cannot send session cookie - headers already sent by (output started at D:phptest.php:7) in D:phptest.php on line 9 Warning: Cannot send session cache limiter - headers already sent (output started at D:phptest.php:7) in D:phptest.php on line 9 Warning: open(/tmpsess_cb9c30b6607e8a9dabb944360c6de2ff, O_RDWR) failed: m (2) in D:phptest.php on line 9 Could u help me out please regards vikram -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11557edit=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 #11572: global variables cannot be accessed from an objects function?
From: [EMAIL PROTECTED] Operating system: debian linux PHP version: 4.0.4pl1 PHP Bug Type: Variables related Bug description: global variables cannot be accessed from an objects function? class a { function a() { if(!isset($GLOBALS[b])) { echo loading b; $GLOBALS[b] = new b(); } } } class b { function b() { if(!isset($GLOBALS[a])) { echo loading a; $GLOBALS[a] = new a(); } } } # creates an infinite loop new a(); -- Edit Bug report at: http://bugs.php.net/?id=11572edit=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 #11562 Updated: PHP crashes everytime with little syntax error
ID: 11562 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: 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? Previous Comments: --- [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] Re: Bug #11556 Updated: empty function does only accept variables, but no functions
Yeah, you repeated my comment - but that is no solution. if that is not a bug, there must me an explanation of this Bug Database schrieb: ID: 11556 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Empty can only be used on variables, and not on a return value from a function, unless you assign it to a variabele first. This also counts for p.e. unset(). Derick Previous Comments: --- [2001-06-19 06:57:08] [EMAIL PROTECTED] } elseif ($submit==suchen !empty(trim($search))) { . produces parse error: Parse error: parse error, expecting `T_VARIABLE' or `'$'' in /web/eisbaer-eis.de/www/download/index.php on line blah --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11556edit=2 -- Mit freundlichem Gruß Sönke Ruempler top concepts Internetmarketing GmbH -- http://www.topconcepts.com Tel. +49 4141 9912 30 mail: [EMAIL PROTECTED] Fax. +49 4141 9912 33 -- 24h-Support Hotline: +49 1908 34697 (€ 1.86/Min,CNS24) -- -- 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 #11565 Updated: classes/objects
ID: 11565 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: For both your requests are already feature requests filed. So I'm marking this one as duplicate. However, I was to lazy to look up the bug id's, and that's why I didn't add them here. Derick Previous Comments: --- [2001-06-19 13:22:46] [EMAIL PROTECTED] Hello, In the following example source: ?php class A { var $property = 'string value'; function methodA() { echo $this-propertyn; } } class B { var $objArray = array(); var $currentObj = 0; function B() { $this-objArray[$this-currentObj] = new A; } function methodB($index = 0) { return $this-objArray[$index]; } } $b = new B; /* * This works: */ $b-objArray[$b-currentObj]-methodA(); /* * But this don't: */ // $b-methodB()-methodA(); ? Is it possible to get this work? It is something like collections in JScript of Internet Explorer, for example: HTML SCRIPT LANGUAGE=JScript function numberCells() { var count=0; for (i=0; i document.all.mytable.rows.length; i++) { for (j=0; j document.all.mytable.rows(i).cells.length; j++) { // Looks like rows() is method of mytable and // cells() is method of object returned by rows() document.all.mytable.rows(i).cells(j).innerText = count; // ~~~ count++; } } } /SCRIPT BODY onload=numberCells() TABLE id=mytable border=1 TRTHnbsp;/THTHnbsp;/THTHnbsp;/THTHnbsp;/TH/TR TRTDnbsp;/TDTDnbsp;/TDTDnbsp;/TDTDnbsp;/TD/TR TRTDnbsp;/TDTDnbsp;/TDTDnbsp;/TDTDnbsp;/TD/TR /TABLE /BODY /HTML The following example works in PHP3, but not in PHP4: ?php class A { var $var = 'some value'; } class B { var $date = date('Y.m.d'); var $a = new A; } ? Is it possible to get it work in PHP4? Maybe, in the future versions of PHP4? If it's possible let me know about this. Ramunas P.s. Sorry for my English. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11565edit=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: Bug #11564 Updated: Passing variables using the GET method
ahh im sorry for the mistake :( - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 19, 2001 11:39 PM Subject: Bug #11564 Updated: Passing variables using the GET method ID: 11564 Updated by: cnewbill Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is a browser issue, since it uses # as the key that it needs to go that particular anchor of a page. Use urlencode when passing variables in the URL like that. ? if($name) { echo $name; }else{ echo a href=\$PHP_SELF?name=.urlencode(#asdf).\Click me/a; } ? -Chris Previous Comments: -- - [2001-06-19 12:18:54] [EMAIL PROTECTED] ? if($name) { echo $name; }else{ echo a href=$PHP_SELF?name=#asdfClick me/a; } ? When you click on 'Click Me', it displays the link again, when it should output '#asdf'. This does not happen using the POST method. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11564edit=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 #11540 Updated: Backslash and regular expressions
ID: 11540 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Regular Expressions Operating system: Windows PHP Version: 4.0.5 Description: Backslash and regular expressions I am told that I should put four backslahes in my pattern to make it match a single backslash. This is good in static patterns. But my pattern is a variable string which I want to put in good pattern format using the fonction preg_quote. But this function transforms one backslash in only two backshlashes (and not 4 !)... Thus, the only way to make my program work is to apply two times this function preg_quote. This works, but this is not very nice, is it ? So, isn't there a bug in function preg_quote ? Thanks in advance, Olivier Roos Previous Comments: --- [2001-06-18 11:53:03] [EMAIL PROTECTED] Hello, I have to write a program which replaces backslashes by slashes into HTML code. I would like to do this using regular expressions. Unfortunately, there may be a problem in pattern matching as PHP does not seem to work properly as soon as I add some backslashes in my patterns... Here is a small example which illustrates the problem: ? $test = X\X; // $test is a string containing a backslash echo $test.n; echo preg_quote($test).n; echo preg_match(/X\X/, $test).n; ? The output of this program is the following: XX X\X 0 The '0' means that the preg_match failed... But the pattern of this preg_match was the string $test quoted by preg_quote to become a valid pattern... (as you can see on second line of the output). So this preg_match should output '1', shouldn't it ?? Thanks in advance for any help or advice, Olivier Roos --- Full Bug description available at: http://bugs.php.net/?id=11540 -- 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: [PHP-QA] 4.0.6RC4 out.
Hello, I could build RC4 just fine. I'm using it on my dev machine now, I'll certainly find some probs (if there are some). configure script: ./configure --with-apache=../$APACHE_DIR --with-gd \ --with-ttf --with-mysql --with-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-memory-limit \ --with-dom --with-pgsql --with-curl \ --with-sablot --with-ftp --with-mcrypt \ --with-srm=/opt/srm --with-zlib --with-ncurses greetingz, Derick Rethans - 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]
RE: [PHP-DEV] Bug #8989 Updated: Bug#5493 resurfaced
I want to chime in here. The reason (IMHO) that they are asking you to test the latest release is because you are reporting a symptom of a bigger problem. They *think* that they fixed the bigger problem. However, the best way to be *sure* (like you want) -- is to have people see if the symptoms are gone. Instead of recreating every problem that people describe... they try to fix the root cause, and see if all of the related problems go away. Make sense? -Brian Amazing. No report has been made that the bug has been resolved, yet you have a burr up your butt to close out the problem anyway. Great debugging technique. Truly professional. Good to know PHP is in such good hands. Yes, to answer your comment, I DO remember that I wrote that. In fact, it's basically a repeat of the same thing I wrote earlier, since you did not seem to pay attention the first time. Each time a point release is out, I check it, as I--like many PHP users--would like to have the latest features and bug fixes. PHP totally kicks ass, but unfortunately there are some glitches from time to time. HOWEVER, a nightly CVS build is not considered by most to be a stable release. Ergo we have such things as RELEASE CANDIDATES. PHP is now at 4.0.6 RC3 if memory recalls correctly. However, this too is not a full release. RCs are basically like beta releases for those so inclined (and with sufficient time) to be guinea pigs. CVS nightly builds are for those normally heavily involved, RCs are for those who want to help point out flaws in the next release, and then actual point releases are what most users obtain. I apologize if I don't satisfy your sudden demand for people to jump at testing your nightly builds or RCs. But like many I actually have a job and life that requires most of my time. I gladly test full point releases, but unfortunately do not have time to be your daily minion. This is the first time I've witnessed anyone involved with PHP development act in such a manner. I hope it's not a sign of things to come. Previous Comments: --- [2001-06-19 16:45:30] [EMAIL PROTECTED] Do you remember this: I have not tried the latest snapshots. I tend to wait for point releases to re test. Unfortunately I do not have that much time to keep retesting with the nightly b uilds, etc. When 4.0.6 is released, I will test with that. Then reopen this report when it is not fixed in 4.0.6. period --- [2001-06-19 10:56:24] [EMAIL PROTECTED] What is this, the Microsoft approach to dealing with bugs? You have no evidence if the problem is resolved, yet you close out the problem anyway. Burying your head in the sand doesn't make the issue go away. I'm sorry, but you don't close a problem until a resolution is found and the fix confirmed. There is a session bug, which existed in early 4.0 releases, was then fixed, and is now broken again. The last working version of PHP for Windows that did sessions properly was 4.0.3pl1, and nothing thus far indicates that this issue has been resolved since then. I have updated the PHP Version for you to reflect the problem still exists in 4.0.5, the latest release most users would touch. Most PHP users are not about to touch nightly CVS builds. That's why you HAVE point releases like 4.0.3pl1, 4.0.4, 4.0.5, etc. This problem should remain open until it can be confirmed that the bug is fixed. --- [2001-06-19 09:27:34] [EMAIL PROTECTED] Reopen this if it doesn't work with 4.0.6. --Jani --- [2001-06-15 11:08:43] [EMAIL PROTECTED] I have not tried the latest snapshots. I tend to wait for point releases to retest. Unfortunately I do not have that much time to keep retesting with the nightly builds, etc. When 4.0.6 is released, I will test with that. --- [2001-06-14 23:18:19] [EMAIL PROTECTED] Does this happen with latest snapshot from http://www.zend.com/snapshots/ ?? There have been some fixes regarding this. --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=8989 -- 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] parent and grandparent functions
Hello, Sorry to write in dev, but i consider this a weakness of php. Something needs to be changed. Ok, maybe thereis a solution right now existing in PHP, but i'm unaware of it. Skip to the problem I have three classes: class a { function make() { // some code } } class b extends a { function make() { // some code parent::make(); } } class c extends b { function make() { // some code parent::make(); } } now the class 'c' is instantiated and the member function 'make' is called. All works up to the point where 'b'::make calls parent::make(). It seems to call itself :(. I can understand this is logical behaviour since it's still an instance of class c, so parent:: is still b::, but how should I call that grandparent's make()??? This doesn't seem like a good OOP. For example delphi's 'inherited' works relative to the class it's used in and it is way more useful than php's parent::. is there any elegant solution(s) to my problem? Lenar Lõhmus -- 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 #11555 Updated: date() format addition
ID: 11555 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: any PHP Version: 4.0.5 Description: date() format addition i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. switch(date(w,mktime(0,0,0,$mon,$daycnt+1,$year))) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=round((date(z, mktime(0,0,0, date(m),date(d)+1-$daysub,date(Y)))+7)/7); if($weeknumber==53) { //some years have 53 weeks some 52 //so we check next weeks weeknumber, if its 1 this is week 53, otherwise, this is week 1. switch(date(w,mktime(0,0,0,date(m),date(d)+8,date(Y { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $tmpweeknumber=round( (date(z, mktime(0,0,0, date(m), date(d)+8-$daysub, date(Y)))+7)/7); if($tmpweeknumber==1) $weeknumber=53; else $weeknumber=1; } Previous Comments: --- [2001-06-19 05:41:56] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. the algorithm is (mondaynumber+7)/7 where mondaynumber is the day of the year of the monday of the current year switch(date(w)) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=(date (z, mktime(0,0,0, date(m), date(d)-$daysub, date(Y)) )+7)/7; --- Full Bug description available at: http://bugs.php.net/?id=11555 -- 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] Memory overwriting problem in CVS
On 2001-06-19 16:58:51, Wez Furlong [EMAIL PROTECTED] wrote: The problem seems to have been introduced after snap php4-200106111635 but before CVS as of Fri 15th June. Looks like it was the same problem that Sebastian reported; its fixed now. --Wez. -- 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.6RC4 out.
Please test it http://www.php.net/~andi/php-4.0.6RC4.tar.gz Compiles just fine on my WinNT box (with the usual warnings). Could somebody with a bit more access to the cvs tree add the dbx.dsp project (in /ext/dbx) to the php_modules.dsw workspace (in /win32)? This isn't required for the 406 release, but would be nice for 407 onwards... Cheerio, Marc. -- 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 #11559 Updated: charset optional argument doesn't work with sybase_[p]connect
ID: 11559 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Sybase-ct (ctlib) related Operating system: HP-UX 10.20 PHP Version: 4.0.5 Description: charset optional argument doesn't work with sybase_[p]connect Okay, I've examined the php source code...and it appears that only php source for sybase db-lib accept the optional charset. The modification of the source to do for ct-lib seems to be easy, but how can I create a patch ? it's ok if I send you the new php_sybase_ct.c ? or how must I do ? Thanks for your answer @++ JC Previous Comments: --- [2001-06-19 09:39:58] [EMAIL PROTECTED] Hellow, here's a new bug for you :P Short Script : TITLECharset Sybase Bug/TITLE ? $CHARSET=iso_1; $DSQUERY=XYZ; $USER=x; $PASS=y; $dbh=sybase_connect($DSQUERY,$USER,$PASS,$CHARSET); sybase_close($dbh); ? Result of the script : Warning: Wrong parameter count for sybase_connect() in /PKl01h01/soft/web/site/html/charset.php on line 7 Warning: Supplied argument is not a valid Sybase-Link resource in /PKl01h01/soft/web/site/html/charset.php on line 8 PHP configured with : --with-config-file-path=/PKl01h01/soft/web/cfg --without-mysql --with-sybase-ct=/PKl01hp4/soft/ase11.5.1 --with-pdflib=/PKl01h01/soft/web --with-png-dir=/PKl01h01/soft/web --with-ttf=/PKl01h01/soft/web --with-jpeg-dir=/PKl01h01/soft/web --with-xpm-dir=/PKl01h01/soft/web --with-gd --prefix=/PKl01h01/soft/web --with-apxs=/PKl01h01/soft/web/apache/bin/apxs Hep please :) Thanks for your answer @++ JC --- Full Bug description available at: http://bugs.php.net/?id=11559 -- 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 #11573: Malformed HTTP response Header
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: *Session related Bug description: Malformed HTTP response Header I'm using the session*() functions and test them with a browser which refuses cookies. So I add PHPSESSID=. as a parameter of the requested url. For example, I call qcmcreate.php?parm1=xxxparm2=yyyPHPSESSID=z. I noticed that the HTTP header returned by my script contain an extra line that confuses my client. The end of the HTTP header looks like: Content-Type: test/html \r\n \r\n xxx \r\n \r\n (\r\n means a blank and empty line) What's wrong here are the xxx\r\n\r\n lines. Where xxx is up to 3 characters. These 3 lines make my client misinterpret the server response. If I make my browser accept cookies, the problem disappears. To make sure I did not echo anything, the 1st instruction of my qcmcreate.php script is die; What's wrong ? Thank you, Jerome Pl -- Edit Bug report at: http://bugs.php.net/?id=11573edit=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/dev
Colin wrote I know the lists are just back online, so I shouldn't be making feature requests ... but it would be nice if the bug reports had their own mailing list instead of being sent to the dev list. I can see why you might not want this (dev people work on bugs), but I'm sure some people would like to be a part of the dev list without having to sift through 300+ bug reports a day. Just a thought. Rasmus replied: It's just catching up on the backlog. It will be back to more sane traffic soon. And I really would prefer to see the bug reports pass in front of as many eyes as possible. Just use a simple filter in your mail client. Mine is set so that if a message subject contains: [PHP-DEV] Bug # - or - [PHP-DEV] Re: Bug # I shunt it to another mailbox. This makes it much easier to follow threads on the dev list and still pay attention to (or ignore, depending on workload) the bug messages. --zak -- 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 #10108 Updated: cc 1501:218 file XXX contains an incorrect file suffix
ID: 10108 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating system: AIX V4.3.3 PHP Version: 4.0.4pl1 Description: cc 1501:218 file XXX contains an incorrect file suffix Hi, I can't access the mentionned file : http://www.php.net/~andi/php-4.0.6RC2.tar.gz Michael Previous Comments: --- [2001-06-03 04:40:17] [EMAIL PROTECTED] This should be fixed with PHP 4.0.6, please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz -Jani --- [2001-04-02 06:22:45] [EMAIL PROTECTED] Hello, i tried to compile php-4.0.4pl1 on AIX V4.3.3 (ibm c compiler V4.4 with the lastest fixes) with the following configuration line ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/conf --enable-track-vars --without-xml --without-mysql --with-ibm-db2=/home/instdb2/sqllib --with-apxs=/usr/local/apache/bin/apxs --enable-c9x-inline before entering this configuration line, i made : export CFLAGS=-ma At the end of the make command, i have the folliwg errors : cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_highlight.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_llist.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_opcode.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_operators.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ptr_stack.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_stack.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_variables.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_API.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_extensions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_hash.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_list.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_indent.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_builtin_functions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_sprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/sapi_apache.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/mod_php4.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/php_apache.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/main.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/internal_functions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/snprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/php_sprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/safe_mode.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/fopen-wrappers.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/alloca.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/php_ini.lo contains an incorrect file suffix cc: 1501-218 file
[PHP-DEV] Bug #11558 Updated: Sybase-CT functions not found.
ID: 11558 Updated by: dbeu Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase-ct (ctlib) related Operating system: PHP Version: 4.0.5 Assigned To: Comments: such functions don't exist in the sybase_ct extension (only one available under win32) Previous Comments: --- [2001-06-19 09:34:20] [EMAIL PROTECTED] Using Sybase-CT library with apache on win2000 NT, I ve got trouble with those below functions : - sybase_min_error_severity ( Fatal error ) - sybase_min_message_severity ( Fatal error ) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11558edit=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: Bug #9280 Updated: HTTP/1.1 Expect: header not honoured
ID: 9280 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Do you have any example script that can be used to reproduce this behaviour? (I'm being lazy here.. :) First I created a simple PHP script which does nothing. I've called it null.php and it's in the root of my servers. It contains simply: BODY hello /BODY Now to test, I telnet to the web server port. First I connect to the machine with a stock PHP (4.0.4pl1) on it, and paste in the following: POST /null.php HTTP/1.1 Host: yellow.datatote.co.uk Content-Type: application/x-www-form-urlencoded Content-Length: 3 Accept: */* Expect: 100-continue Now I add an extra blank line after the Expect: header. Nothing happens. Next I connect to the machine with my modified PHP on it, and paste in: POST /null.php HTTP/1.1 Host: etweb_qa.datatote.co.uk Content-Type: application/x-www-form-urlencoded Content-Length: 3 Accept: */* Expect: 100-continue Now I add an extra blank line after the Expect: header. The web server responds with: HTTP/1.1 100 Continue This is as per the HTTP 1.1 spec (RFC 2068, section 8.2). To check that this behaviour is definitely PHP related, I created a dummy perl script (similar to the PHP one above) and return to the http port of the original machine (with unmodified PHP) and paste in: POST /cgi-bin/null.pl HTTP/1.1 Host: yellow.datatote.co.uk Content-Type: application/x-www-form-urlencoded Content-Length: 3 Accept: */* Expect: 100-continue Adding an extra blank line after the Expect: produces the correct HTTP/1.1 100 Continue line. This may not be quite what you wanted, but it should give you all the information you need to see the fault and to see that the fix works. Note that the two servers mentioned above are not publically accessible (sorry - development machines). I can provide public access to a null.php on a box with my patched PHP if that is any help. Also, we originally spotted this bug because someone was trying to use a standard URL fetch method using JRE 1.3 (I'm not a Java programmer so I don't know offhand what the method was). Hoep this helps, Paul. -- 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 #11540 Updated: Backslash and regular expressions
ID: 11540 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Regular Expressions Operating system: Windows PHP Version: 4.0.5 Description: Backslash and regular expressions Sorry my added comment is silly... I just understood why I have to put in my source code and why it is enough that preg_quote generates two backslashes... So there is no bug at all. Previous Comments: --- [2001-06-20 03:02:45] [EMAIL PROTECTED] I am told that I should put four backslahes in my pattern to make it match a single backslash. This is good in static patterns. But my pattern is a variable string which I want to put in good pattern format using the fonction preg_quote. But this function transforms one backslash in only two backshlashes (and not 4 !)... Thus, the only way to make my program work is to apply two times this function preg_quote. This works, but this is not very nice, is it ? So, isn't there a bug in function preg_quote ? Thanks in advance, Olivier Roos --- [2001-06-18 11:53:03] [EMAIL PROTECTED] Hello, I have to write a program which replaces backslashes by slashes into HTML code. I would like to do this using regular expressions. Unfortunately, there may be a problem in pattern matching as PHP does not seem to work properly as soon as I add some backslashes in my patterns... Here is a small example which illustrates the problem: ? $test = X\X; // $test is a string containing a backslash echo $test.n; echo preg_quote($test).n; echo preg_match(/X\X/, $test).n; ? The output of this program is the following: XX X\X 0 The '0' means that the preg_match failed... But the pattern of this preg_match was the string $test quoted by preg_quote to become a valid pattern... (as you can see on second line of the output). So this preg_match should output '1', shouldn't it ?? Thanks in advance for any help or advice, Olivier Roos --- Full Bug description available at: http://bugs.php.net/?id=11540 -- 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 #11556 Updated: empty function does only acceptvariables, but no functions
On Wed, 20 Jun 2001, Sönke Ruempler wrote: Yeah, you repeated my comment - but that is no solution. if that is not a bug, there must me an explanation of this It's not a bug, it's how empty and unset work. It's just part of the design of the language. empty and unset are not functions either, but rather language constructs. Derick Bug Database schrieb: ID: 11556 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Empty can only be used on variables, and not on a return value from a function, unless you assign it to a variabele first. This also counts for p.e. unset(). Derick Previous Comments: --- [2001-06-19 06:57:08] [EMAIL PROTECTED] } elseif ($submit==suchen !empty(trim($search))) { . produces parse error: Parse error: parse error, expecting `T_VARIABLE' or `'$'' in /web/eisbaer-eis.de/www/download/index.php on line blah --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11556edit=2 -- Mit freundlichem Gruß Sönke Ruempler top concepts Internetmarketing GmbH -- http://www.topconcepts.com Tel. +49 4141 9912 30 mail: [EMAIL PROTECTED] Fax. +49 4141 9912 33 -- 24h-Support Hotline: +49 1908 34697 (€ 1.86/Min,CNS24) -- -- 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] Derick Rethans - 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] proposed change in the build-system.
hi sascha, i would love if we could reduce the output of make from .. /bin/sh /home/thies/devel/apxs/libtool --silent --silent --mode=link gcc -I. -I/home/thies/devel/php4/main -I/home/thies/devel/apxs/main -I/home/thies/devel/php4 -I/usr/include/apache -I/home/thies/devel/apxs/Zend -I/usr/include/freetype2/freetype -I/usr/include/imap -I/home/thies/devel/php4/ext/mysql/libmysql -I/home/oracle/805/rdbms/demo -I/home/oracle/805/network/public -I/home/oracle/805/plsql/public -I/home/thies/devel/php4/ext/xml/expat -I/home/thies/devel/apxs/TSRM -I/home/thies/devel/php4/main -I/home/thies/devel/php4/Zend -I/home/thies/devel/php4/TSRM -DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -DUSE_EXPAT -g -O2 -prefer-pic -o libmain.la main.lo internal_functions.lo snprintf.lo php_sprintf.lo safe_mode.lo fopen_wrappers.lo alloca.lo php_ini.lo SAPI.lo rfc1867.lo php_content_types.lo strlcpy.lo strlcat.lo mergesort.lo reentrancy.lo php_variables.lo php_ticks.lo streams.lo network.lo php_open_temporary_file.lo php_logos.lo ... to something like: Using CFLAGS=-I/home/thies/devel/php4/main -I/home/thies/devel/apxs/main -I/home/thies/devel/php4 -I/usr/include/apache -I/home/thies/devel/apxs/Zend -I/usr/include/freetype2/freetype -I/usr/include/imap -I/home/thies/devel/php4/ext/mysql/libmysql -I/home/oracle/805/rdbms/demo -I/home/oracle/805/network/public -I/home/oracle/805/plsql/public -I/home/thies/devel/php4/ext/xml/expat -I/home/thies/devel/apxs/TSRM -I/home/thies/devel/php4/main -I/home/thies/devel/php4/Zend -I/home/thies/devel/php4/TSRM -DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -DUSE_EXPAT -g -O2 -prefer-pic Compiling /home/thies/devel/php4/ext/standard/array.c Compiling /home/thies/devel/php4/ext/standard/file.c Linking libstandart.la that's how a samba compile looks like. this would make the output of the make way more shorter readable. what do you think? 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 #11527 Updated: session_unregister() seems not work properly
ID: 11527 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Hi Jani, does your comment mean register_globals off is deprecated? I don't think so. :) Previous Comments: --- [2001-06-19 12:26:29] [EMAIL PROTECTED] You should be using this: $somevar = abc; Not the globals array. Works for me with PHP 4.0.6RC3 just fine then. http://www.php.net/~andi/php-4.0.6RC3.tar.gz --- [2001-06-18 21:24:42] [EMAIL PROTECTED] Yes, when you unregister something, you also need to unset it if you want it to be unset immediately. Maybe I was wrong, but Unregister takes place in the SECOND script, and the THIRD one still record the unregistered variable --- [2001-06-18 08:56:39] [EMAIL PROTECTED] Yes, when you unregister something, you also need to unset it if you want it to be unset immediately. --- [2001-06-17 21:41:40] [EMAIL PROTECTED] Well I found a solution. Just replace session_unregister() by unset() statement. --- [2001-06-17 20:06:04] [EMAIL PROTECTED] It seems that session_unregister() should remove a var from the session, isn't it ? ---test.php ?php // First script, register the var session_start() ; session_register(somevar) ; $HTTP_SESSION_VARS[somevar] = abc ; ? a href=test2.phpClick Here/a ---test2.php ?php // Second script, unregister the var session_start() ; echo somevar is . $HTTP_SESSION_VARS[somevar] ; session_unregister(somevar) ; ? bra href=test3.phpClick here again/a test3.php ?php // The third script, see the result session_start() ; print_r($HTTP_SESSION_VARS) ; session_unset() ; print_r($HTTP_SESSION_VARS) ; session_destroy() ; ? With the enable-trans-sid turned on, the result of the third script is : Array ( [somevar] = abc ) Array ( ) Is it a bug ? How shoud I do if I want to remove some variables from session but KEEP THE OTHERS unchanged ? Best Regards --- 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=11527edit=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: proposed change in the build-system.
that's how a samba compile looks like. this would make the output of the make way more shorter readable. This makes sense when the various parameters are constant throughout the whole build (which seems to be the case in Samba). How do you propose to handle additions to e.g. CFLAGS in extension subdirectories? - 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 #11540 Updated: Backslash and regular expressions
ID: 11540 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: *Regular Expressions Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-06-20 03:02:45] [EMAIL PROTECTED] I am told that I should put four backslahes in my pattern to make it match a single backslash. This is good in static patterns. But my pattern is a variable string which I want to put in good pattern format using the fonction preg_quote. But this function transforms one backslash in only two backshlashes (and not 4 !)... Thus, the only way to make my program work is to apply two times this function preg_quote. This works, but this is not very nice, is it ? So, isn't there a bug in function preg_quote ? Thanks in advance, Olivier Roos --- [2001-06-18 11:53:03] [EMAIL PROTECTED] Hello, I have to write a program which replaces backslashes by slashes into HTML code. I would like to do this using regular expressions. Unfortunately, there may be a problem in pattern matching as PHP does not seem to work properly as soon as I add some backslashes in my patterns... Here is a small example which illustrates the problem: ? $test = X\X; // $test is a string containing a backslash echo $test.n; echo preg_quote($test).n; echo preg_match(/X\X/, $test).n; ? The output of this program is the following: XX X\X 0 The '0' means that the preg_match failed... But the pattern of this preg_match was the string $test quoted by preg_quote to become a valid pattern... (as you can see on second line of the output). So this preg_match should output '1', shouldn't it ?? Thanks in advance for any help or advice, Olivier Roos --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11540edit=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: proposed change in the build-system.
On Wed, Jun 20, 2001 at 12:36:35PM +0200, Sascha Schumann wrote: that's how a samba compile looks like. this would make the output of the make way more shorter readable. This makes sense when the various parameters are constant throughout the whole build (which seems to be the case in Samba). How do you propose to handle additions to e.g. CFLAGS in extension subdirectories? maybe have another 'Using CFLAGS=-I..' line in the output -or- just say 'Adding to CFLAGS=blabla' when it happens. haven't really thought about that;-) - we could even have one 'Using CFLAGS=' whenever we enter a directory? 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 #11574: Using $thok()
From: [EMAIL PROTECTED] Operating system: Windows Me PHP version: 4.0.4pl1 PHP Bug Type: Reproducible crash Bug description: Using $thok() ? $var[0] = text0; $var[1] = text1; $var[2] = text2; $var[3] = text3; $var[4] = text4; $co = 0; while (($var[$co]) == TRUE) { $some = $var[$co]; echo $var[$co] . . strlen($var[$co]) . . strtok($some) . br ; $co++; } ? -- Edit Bug report at: http://bugs.php.net/?id=11574edit=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 #11575 Updated: Compile failure with Adabas v12
ID: 11575 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: Redhat V7.1 PHP Version: 4.0.6-RC4 and 4.0.5 Description: Compile failure with Adabas v12 Previous Comments: --- [2001-06-20 07:09:07] [EMAIL PROTECTED] # ./configure --prefix=/usr/local --with-apache=/var/tmp/Apachetoolbox-1.5.30/apache_1.3.20 --enable-exif --enable-track-vars --with-calendar=shared --enable-safe-mode --enable-magic-quotes --enable-trans-sid --enable-wddx --enable-ftp --with-adabas=/usr/SAG/aad/v1200 --with-gd=/usr --with-openssl --with-pgsql Check in /var/tmp/Apachetoolbox-1.5.30/logs/php-compile.log for errors. [root@heimdall Apachetoolbox-1.5.30]# more logs/php-compile.log Making all in Zend make[1]: Entering directory `/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/Zend' Making all in main make[1]: Entering directory `/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/main' make[2]: Entering directory `/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/main' gcc -I. -I/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/main -I/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/main -I/var/tm p/Apachetoolbox-1.5.30/src/php-4.0.6RC4 -I/var/tmp/Apachetoolbox-1.5.30/apache_1.3.20/src/include -I/var/tmp/Apachetoolbox-1.5 .30/apache_1.3.20/src/os/unix -I/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/Zend -I/var/tmp/Apachetoolbox-1.5.30/src/php-4. 0.6RC4/ext/mysql/libmysql -I/usr/SAG/aad/v1200/incl -I/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/ext/xml/expat/xmltok -I/v ar/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/ext/xml/expat/xmlparse -I/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/TSRM -DS UPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c internal_functions.c touch internal_functions.lo In file included from /var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/ext/odbc/php_odbc.h:78, from internal_functions.c:36: /usr/SAG/aad/v1200/incl/sqlext.h:1951: parse error before `SQLHANDLE' make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/Apachetoolbox-1.5.30/src/php-4.0.6RC4/main' make: *** [all-recursive] Error 1 Then obviously make! Thanks for your help. John --- Full Bug description available at: http://bugs.php.net/?id=11575 -- 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 RC3 ./configure
uh, disregard that message. that was pure insanity. [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]
[PHP-DEV] Bug #11576: The PHP Files are not working
From: [EMAIL PROTECTED] Operating system: Windows 2000 SP2 PHP version: 4.0.5 PHP Bug Type: IIS related Bug description: The PHP Files are not working The PHP Files are not working -- Edit Bug report at: http://bugs.php.net/?id=11576edit=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 #11577: Crypt-function doesn't work
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Crypt-function doesn't work This has worked before, but I installed a new version of Apache, PHP and a database and did some others small things as well and when I tried to use the crypt-function, it says this: Warning: crypt() is not supported in this PHP build in f:\musicdb\ww.php on line 3 I run Apache 1.3.20, PHP 4.0.5 and Oracle 8.1.7 at Windows 2000 Advanced Server. Could it be that the function is removed from the standard build PHP 4.0.5? -- Edit Bug report at: http://bugs.php.net/?id=11577edit=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] parent and grandparent functions
An update. When I hardcode the parent class name (example below) then it works. But if I decide to change the class inheritance hierarchy I need to manually revise all my existing classes. So where is the flexibility? Furthermore .. I found a note in php manual stating that in php405 get_parent_class also accepts class name string as it's only parameter. So when corectly passing parent class names to each make I'll be able to do something like that: function make($this_name) { $parent = get_parent_class($this_name); eval($parent::make('$parent')); } Unfortunately, the only thing I get form get_parent_class when calling it with string parameter is quite empty string (and I have 4.0.5). More. I think it would be wise to implement an class name like parent, for example 'inherited' which calls always the real parent class (that is the parent class of the class where such keyword is used not the parent class of current object instance) method (or the method of parent's parent if the method is not overriden in parent etc, generating an error if the method is not found in entire class inheritance hierarchy).. I hope you understood, since enhlish is not my primary language. If you need me to elaborate a bit then ask. Lenar Lenar Lõhmus [EMAIL PROTECTED] wrote in message 9gpn2a$oc6$[EMAIL PROTECTED]">news:9gpn2a$oc6$[EMAIL PROTECTED]... Hello, Sorry to write in dev, but i consider this a weakness of php. Something needs to be changed. Ok, maybe thereis a solution right now existing in PHP, but i'm unaware of it. Skip to the problem I have three classes: class a { function make() { // some code } } class b extends a { function make() { // some code parent::make(); // instead write: a::make();// hardcoded } } class c extends b { function make() { // some code parent::make(); // instead write: b::make();//hardcoded } } now the class 'c' is instantiated and the member function 'make' is called. All works up to the point where 'b'::make calls parent::make(). It seems to call itself :(. I can understand this is logical behaviour since it's still an instance of class c, so parent:: is still b::, but how should I call that grandparent's make()??? This doesn't seem like a good OOP. For example delphi's 'inherited' works relative to the class it's used in and it is way more useful than php's parent::. is there any elegant solution(s) to my problem? Lenar Lõhmus -- 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] Bug #8989 Updated: Bug#5493 resurfaced
Hello, On Wed, 20 Jun 2001, Brian Tanner wrote: They *think* that they fixed the bigger problem. However, the best way to be *sure* (like you want) -- is to have people see if the symptoms are gone. Instead of recreating every problem that people describe... they try to fix the root cause, and see if all of the related problems go away. Thank Brian you for clarifying this. I'm mostly doing too much at the same time to explain things like this, (and I guess that's also the case for Jani), so we just write small (and sometimes not-that-tact fullnotes). However, getting mad does not work either, and will mostly make things only worse. (i.e., makes us less eager to respond). About the 4.0.6 RC's. These are mostly more stable than the previous release (here 4.0.5). They are indeed not for production, but for development servers and workstations they work very nice. And yes, I do understand that not everybody can and will test nightly CVS builds, but IF they are tested, than bugs are more quicker verified, found and fixed. That is why we ask users to test RC's and nightly builds. regards, Derick Make sense? -Brian Amazing. No report has been made that the bug has been resolved, yet you have a burr up your butt to close out the problem anyway. Great debugging technique. Truly professional. Good to know PHP is in such good hands. Yes, to answer your comment, I DO remember that I wrote that. In fact, it's basically a repeat of the same thing I wrote earlier, since you did not seem to pay attention the first time. Each time a point release is out, I check it, as I--like many PHP users--would like to have the latest features and bug fixes. PHP totally kicks ass, but unfortunately there are some glitches from time to time. HOWEVER, a nightly CVS build is not considered by most to be a stable release. Ergo we have such things as RELEASE CANDIDATES. PHP is now at 4.0.6 RC3 if memory recalls correctly. However, this too is not a full release. RCs are basically like beta releases for those so inclined (and with sufficient time) to be guinea pigs. CVS nightly builds are for those normally heavily involved, RCs are for those who want to help point out flaws in the next release, and then actual point releases are what most users obtain. I apologize if I don't satisfy your sudden demand for people to jump at testing your nightly builds or RCs. But like many I actually have a job and life that requires most of my time. I gladly test full point releases, but unfortunately do not have time to be your daily minion. This is the first time I've witnessed anyone involved with PHP development act in such a manner. I hope it's not a sign of things to come. Previous Comments: --- [2001-06-19 16:45:30] [EMAIL PROTECTED] Do you remember this: I have not tried the latest snapshots. I tend to wait for point releases to re test. Unfortunately I do not have that much time to keep retesting with the nightly b uilds, etc. When 4.0.6 is released, I will test with that. Then reopen this report when it is not fixed in 4.0.6. period --- [2001-06-19 10:56:24] [EMAIL PROTECTED] What is this, the Microsoft approach to dealing with bugs? You have no evidence if the problem is resolved, yet you close out the problem anyway. Burying your head in the sand doesn't make the issue go away. I'm sorry, but you don't close a problem until a resolution is found and the fix confirmed. There is a session bug, which existed in early 4.0 releases, was then fixed, and is now broken again. The last working version of PHP for Windows that did sessions properly was 4.0.3pl1, and nothing thus far indicates that this issue has been resolved since then. I have updated the PHP Version for you to reflect the problem still exists in 4.0.5, the latest release most users would touch. Most PHP users are not about to touch nightly CVS builds. That's why you HAVE point releases like 4.0.3pl1, 4.0.4, 4.0.5, etc. This problem should remain open until it can be confirmed that the bug is fixed. --- [2001-06-19 09:27:34] [EMAIL PROTECTED] Reopen this if it doesn't work with 4.0.6. --Jani --- [2001-06-15 11:08:43] [EMAIL PROTECTED] I have not tried the latest snapshots. I tend to wait for point releases to retest. Unfortunately I do not have that much time to keep retesting with the nightly builds, etc. When 4.0.6 is released, I will test with that. --- [2001-06-14 23:18:19] [EMAIL PROTECTED] Does this happen with latest snapshot from http://www.zend.com/snapshots/ ?? There have been some
[PHP-DEV] Bug #11555 Updated: date() format addition
ID: 11555 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: You can use the strftime function already, it's the %W modifier. But it would be useful if date would support it indeed. Previous Comments: --- [2001-06-20 04:44:17] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. switch(date(w,mktime(0,0,0,$mon,$daycnt+1,$year))) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=round((date(z, mktime(0,0,0, date(m),date(d)+1-$daysub,date(Y)))+7)/7); if($weeknumber==53) { //some years have 53 weeks some 52 //so we check next weeks weeknumber, if its 1 this is week 53, otherwise, this is week 1. switch(date(w,mktime(0,0,0,date(m),date(d)+8,date(Y { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $tmpweeknumber=round( (date(z, mktime(0,0,0, date(m), date(d)+8-$daysub, date(Y)))+7)/7); if($tmpweeknumber==1) $weeknumber=53; else $weeknumber=1; } --- [2001-06-19 05:41:56] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. the algorithm is (mondaynumber+7)/7 where mondaynumber is the day of the year of the monday of the current year switch(date(w)) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=(date (z, mktime(0,0,0, date(m), date(d)-$daysub, date(Y)) )+7)/7; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11555edit=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 #11555 Updated: date() format addition
ID: 11555 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not closed... Previous Comments: --- [2001-06-20 08:52:32] [EMAIL PROTECTED] You can use the strftime function already, it's the %W modifier. But it would be useful if date would support it indeed. --- [2001-06-20 04:44:17] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. switch(date(w,mktime(0,0,0,$mon,$daycnt+1,$year))) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=round((date(z, mktime(0,0,0, date(m),date(d)+1-$daysub,date(Y)))+7)/7); if($weeknumber==53) { //some years have 53 weeks some 52 //so we check next weeks weeknumber, if its 1 this is week 53, otherwise, this is week 1. switch(date(w,mktime(0,0,0,date(m),date(d)+8,date(Y { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $tmpweeknumber=round( (date(z, mktime(0,0,0, date(m), date(d)+8-$daysub, date(Y)))+7)/7); if($tmpweeknumber==1) $weeknumber=53; else $weeknumber=1; } --- [2001-06-19 05:41:56] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. the algorithm is (mondaynumber+7)/7 where mondaynumber is the day of the year of the monday of the current year switch(date(w)) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=(date (z, mktime(0,0,0, date(m), date(d)-$daysub, date(Y)) )+7)/7; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11555edit=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] A L'AIDE !!!
Bonjour, je suis un tout nouveau programmeur PHP. Mais aujourd'hui je bloque sur ce problème : print(option value=\Choisissez\Choisissez/option); while ($ligne = mysql_fetch_array($resultat)) { echo option name=\ville\ value=\; echo $ligne[ville]; echo \; echo $ligne[ville]; echo /option\n; } Le paramètre qui est envoyé à la page des résultats doit être le nom de la ville que l'on a préalablement choisi dans le menu déroulant. Or, je ne peut mettre en même temps $ligne[ville] pour la valeur du menu déroulant et $ligne[ville] pour l'affichage dans le menu déroulant. Quelqu'un peut-il me donner un coup de pouce ? Marc -- 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 #11578: http header order not respected and messages not transmitted
From: [EMAIL PROTECTED] Operating system: win32 (nt4 and 2000) PHP version: 4.0.5 PHP Bug Type: HTTP related Bug description: http header order not respected and messages not transmitted ? // // description : ntlm authentification module // //get the msg wich is contained in the headers of the apache server. function get_msg_auth() { //$msg=no auth scheme//; $headers = getallheaders(); while (list($header, $value) = each($headers)) { if ($header == Authorization) { $msg=$value; } } $msg=substr($msg,5,strlen($msg)); return $msg; } //return to the browser the first step of the ntlm authentification schema. function beginntlm() { header(HTTP/1.1 401 accès refusé); header(WWW-Authenticate: NTLM); } //send the msg2 to the client. function putmsg2($msg) { header(HTTP/1.1 401 accès refusé); header(www-authenticate: NTLM .$msg); return($msg); } //do the authentification function ntlm_auth () { $fp = fopen(c:/test.txt,w+); beginntlm(); fwrite($fp,msg1 = ); fwrite($fp,get_msg_auth()); fwrite($fp,\nmsg2 = ); //msg2 not in the script cause it is too big fwrite($fp,putmsg2(TlRMTVNTUAACDAAMADAFgoGgPhfzJ50JifsAAHIAcgA8RABPAE0ARwBFAE4AAgAMAEQATwBNAEcARQBOAAEAHABTAFIAVgBHAEUAVABJAFQAXwBJAFMAUwBZADEABAAMAGQAbwBtAGcAZQBuAAMAKgBzAHIAdgBnAGUAdABpAHQAXwBpAHMAcwB5ADEALgBkAG8AbQBnAGUAbgAA)); fwrite($fp,\nmsg3 = ); fwrite($fp,get_msg_auth()); fclose($fp); } ntlm_auth(); // header(location: index.php); ? the following code is working(IE only..), i get the correct test.txt but if i uncomment the last line header(location..=) the redirection is done but the auth header are not correct.. i've used tcpdump to see what is the problem and i've find that the header are not transmitted in the correct order and are modified i doesn't know if its the apache fault or the php optimer fault by my compagny really wait for a php version that permit to send and to get the headers correctly.. Thanks a lot the php used is the binary for win32 with default modules and default php.ini (apache is used) php is used an module of apache. -- Edit Bug report at: http://bugs.php.net/?id=11578edit=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 #11579: errors in output
From: [EMAIL PROTECTED] Operating system: win nt server 4.0 sp5 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: errors in output I just upgraded to 4.0.5 from 4.0.4 but the problem remains. It seems that when the output is very long the engine inserts strange characters like ffb , 1005 , 108e. It seems also that this errors repeats regularly into the output. NB: the output is generated through while cycle inner a recursive function. -- Edit Bug report at: http://bugs.php.net/?id=11579edit=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 #11580: array manipulation makes apache segfault
From: [EMAIL PROTECTED] Operating system: Linux 2.2.18 PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: array manipulation makes apache segfault manipulating an array like this will make apache segfault: $array[0] = x; $array = $array[0]; $array[0] = $array[1]; tested in 4.0.5, 4.0.4pl1 and 4.0.3pl1... all segfault -- Edit Bug report at: http://bugs.php.net/?id=11580edit=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 #11581: Call to undefined function: socket() but compiled with --enable-sockets
From: [EMAIL PROTECTED] Operating system: Slackware-current / Kernel 2.4.5 PHP version: 4.0 Latest CVS (2001-06-20) PHP Bug Type: Sockets related Bug description: Call to undefined function: socket() but compiled with --enable-sockets iam using the latest CVS version of php 4.0.7-devel, just downloaded and compiled today. i've compiled it with: Configure Command './configure' '--with-imap=../../imap-2001.BETA.SNAP-0105220031' '--with-pcntl' '--with-mysql=/usr/mysql' '--with-zlib-dir' '--with-ftp' '--with-gd--with-jpeg' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--with-config-file-path=/etc' '--enable-sockets' '--with-openssl' '--with-xpm' '--enable-pcntl' now my problem is, that if i execute the sample script for the socket() function, it reports: bFatal error/b: Call to undefined function: socket() in bficken.php/b on line b10/bbr Did i configure something wrong, (standard php.ini) or is this really a bug ? -- Edit Bug report at: http://bugs.php.net/?id=11581edit=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] List messages are being delayed?
Ah, thank you for the response. I was afraid it might have been something to do with my end. From what I can tell, you are hosting this on your own connection at home/work? Is there no one in the community that is willing to host the server for you guys? Daniel - Original Message - From: Rasmus Lerdorf [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: phpdoc [EMAIL PROTECTED]; Bug Database [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 8:44 AM Subject: Re: [PHP-DEV] List messages are being delayed? For some reason, it seems that messages sent to the lists aren't being delivered for over 5 hours or more. I only just got a message that I sent today at 11:30AM. Although, they do show up on the news server pretty quickly. Is anyone else experiencing this? Sure, the lists will be somewhat slow. The bandwidth needed to deliver all these is right on the limit of what I can provide. At peak times the box falls behind, but then it catches up as things slow down. And sometimes I need the bandwidth and I will just unplug the list server for a while as my connection is pretty much useless when the box is plugged in. This is a temporary situation just to get the lists working again. An alternative will need to be found quickly. -Rasmus -- 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: Another question: I assume it does NOT crash if you don't have errors in your scripts? Previous Comments: --- [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]
Re: [PHP-DEV] List messages are being delayed?
From what I can tell, you are hosting this on your own connection at home/work? Is there no one in the community that is willing to host the server for you guys? It is on my home DSL connection. And yes, there are people willing, but we are somewhat picky about the terms of such hosting. We basically want a server to ourselves with full root access, but we also want someone we can call who will get the server back up and running quickly if something happens. And we want to host it somewhere that will still be around in 6 months. -Rasmus -- 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 #11560 Updated: to many sessions are generated when using set_session_save_handler with mysql
ID: 11560 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Operating system: Red Hat 7.0 PHP Version: 4.0.5 Description: to many sessions are generated when using set_session_save_handler with mysql Using a session_handler like this one: http://gateway.digitaria.com/~chris/php/mysql_session_handler/mysql_session_handler.phps Using a mySQL-database. Have the following configure './configure' '--with-mysql' '--with-apache=../apache_1.3.20' '--enable-track-vars' '--enable-trans-sid' '--enable-ftp' '-disable-debug' The problem: I have noticed that if you use set_session_save_handler with mysql and you donÂ’t accept cookies and there is a broken image on the page, PHP generates to many sessions: This is an example code that generates this error (named test.php3): ?php mysql_connect (localhost, user, pass); include(the session file like the one linked above); session_start(); ? img src=fdsafdsaf.jpg ?php // count the number of sessions stored in the database $numsessions = mysql_num_rows(mysql_query(select * from sessions)); echo $ numsessions; ? br a href=test.php3test/a Notice how the number of sessions are added, but you still have your same session id. What happens is that PHP generates a number of session ids, that are never used. This problem doesnÂ’t occur if you have cookies enabled, or donÂ’t uses set_session_save_handler. I have also noticed that the image doesn't need to be broken, It can also be a gif and only contain a transparent colour. This generates the same error. Previous Comments: --- [2001-06-19 11:01:09] [EMAIL PROTECTED] Using a session_handler like this one: http://gateway.digitaria.com/~chris/php/mysql_session_handler/mysql_session_handler.phps Using a mySQL-database. Have the following configure './configure' '--with-mysql' '--with-apache=../apache_1.3.20' '--enable-track-vars' '--enable-trans-sid' '--enable-ftp' '-disable-debug' The problem: I have noticed that if you use set_session_save_handler with mysql and you donÂ’t accept cookies and there is a broken image on the page, PHP generates to many sessions: This is an example code that generates this error (named test.php3): ?php mysql_connect (localhost, user, pass); include(the session file like the one linked above); session_start(); ? img src=fdsafdsaf.jpg ?php // count the number of sessions stored in the database $numsessions = mysql_num_rows(mysql_query(select * from sessions)); echo $ numsessions; ? br a href=test.php3test/a Notice how the number of sessions are added, but you still have your same session id. What happens is that PHP generates a number of session ids, that are never used. This problem doesnÂ’t occur if you have cookies enabled, or donÂ’t uses set_session_save_handler. --- Full Bug description available at: http://bugs.php.net/?id=11560 -- 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 #11582: php segfaults upon array operation
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: php segfaults upon array operation hi, below is the backtrace of the SEGFAULT. i can reproduce in 100% of the cases by commenting in the one line $this-attributes[data][entries][$zone][] = $entry; or $this-attributes[data][entries][$zone] = array(); $zone is a string $entry is an array. these are perfectly okay and work. but in the project i'm working on, the code-path leading to these statements screws something up. these lines are 2 nested while loops, and the segfault happens (always) after the 3rd iteration of the inner loop. i was not yet able to extract a (short) script to reproduce the problem, but i will continue trying to create one... regards, -lukas (gdb) bt #0 0x21 in ?? () #1 0x405e24ad in zend_fetch_dimension_address_inner (ht=0x8535cec, op2=0x86c61e4, Ts=0xbfff63f0, type=1) at ./zend_execute.c:521 #2 0x405d8823 in zend_fetch_dimension_address (result=0x86c61c4, op1=0x86c61d4, op2=0x86c61e4, Ts=0xbfff63f0, type=1) at ./zend_execute.c:671 #3 0x405dacf5 in execute (op_array=0x86298d4) at ./zend_execute.c:1165 #4 0x405dcd0e in execute (op_array=0x8354af4) at ./zend_execute.c:1534 #5 0x405dcd0e in execute (op_array=0x84b837c) at ./zend_execute.c:1534 #6 0x405df2e1 in execute (op_array=0x83ee0cc) at ./zend_execute.c:2039 #7 0x405dcd0e in execute (op_array=0x83ee0cc) at ./zend_execute.c:1534 #8 0x405dcd0e in execute (op_array=0x8633d8c) at ./zend_execute.c:1534 #9 0x405eac25 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #10 0x405fc453 in php_execute_script (primary_file=0xb510) at main.c:1209 #11 0x405f8d1a in apache_php_module_main (r=0x80a4180, display_source_mode=0) at sapi_apache.c:89 #12 0x405f9679 in send_php (r=0x80a4180, display_source_mode=0, filename=0x0) at mod_php4.c:521 #13 0x405f96ae in send_parsed_php (r=0x80a4180) at mod_php4.c:532 #14 0x8054e7f in ap_invoke_handler () #15 0x806753c in ap_some_auth_required () #16 0x80675b3 in ap_process_request () #17 0x805fa17 in ap_child_terminate () ---Type return to continue, or q return to quit--- #18 0x805fc5b in ap_child_terminate () #19 0x805ffab in ap_child_terminate () #20 0x80604ec in ap_child_terminate () #21 0x8060be3 in main () #22 0x40107b5c in __libc_start_main (main=0x8060760 main, argc=44, ubp_av=0xb874, init=0x804fa3c _init, fini=0x808aafc _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 -- Edit Bug report at: http://bugs.php.net/?id=11582edit=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 #10108 Updated: cc 1501:218 file XXX contains an incorrect file suffix
ID: 10108 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: get this one: http://www.php.net/~andi/php-4.0.6RC4.tar.gz Previous Comments: --- [2001-06-20 05:37:00] [EMAIL PROTECTED] Hi, I can't access the mentionned file : http://www.php.net/~andi/php-4.0.6RC2.tar.gz Michael --- [2001-06-03 04:40:17] [EMAIL PROTECTED] This should be fixed with PHP 4.0.6, please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz -Jani --- [2001-04-02 06:22:45] [EMAIL PROTECTED] Hello, i tried to compile php-4.0.4pl1 on AIX V4.3.3 (ibm c compiler V4.4 with the lastest fixes) with the following configuration line ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/conf --enable-track-vars --without-xml --without-mysql --with-ibm-db2=/home/instdb2/sqllib --with-apxs=/usr/local/apache/bin/apxs --enable-c9x-inline before entering this configuration line, i made : export CFLAGS=-ma At the end of the make command, i have the folliwg errors : cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_highlight.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_llist.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_opcode.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_operators.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ptr_stack.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_stack.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_variables.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_API.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_extensions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_hash.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_list.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_indent.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_builtin_functions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_sprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/sapi_apache.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/mod_php4.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/php_apache.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/main.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/internal_functions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/snprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/php_sprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/safe_mode.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/fopen-wrappers.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/alloca.lo contains an incorrect file
Re: [PHP-DEV] List messages are being delayed?
I'm experiencing the same thing. Edin - Original Message - From: Daniel Beckham [EMAIL PROTECTED] To: phpdoc [EMAIL PROTECTED]; Bug Database [EMAIL PROTECTED] Sent: Wednesday, June 20, 2001 1:33 AM Subject: [PHP-DEV] List messages are being delayed? For some reason, it seems that messages sent to the lists aren't being delivered for over 5 hours or more. I only just got a message that I sent today at 11:30AM. Although, they do show up on the news server pretty quickly. Is anyone else experiencing this? Daniel -- 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 #10108 Updated: cc 1501:218 file XXX contains an incorrect file suffix
ID: 10108 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Try this link: www.php.net/~andi/php-4.0.6RC4.tar.gz Previous Comments: --- [2001-06-20 10:06:38] [EMAIL PROTECTED] get this one: http://www.php.net/~andi/php-4.0.6RC4.tar.gz --- [2001-06-20 05:37:00] [EMAIL PROTECTED] Hi, I can't access the mentionned file : http://www.php.net/~andi/php-4.0.6RC2.tar.gz Michael --- [2001-06-03 04:40:17] [EMAIL PROTECTED] This should be fixed with PHP 4.0.6, please try the latest release candidate: http://www.php.net/~andi/php-4.0.6RC2.tar.gz -Jani --- [2001-04-02 06:22:45] [EMAIL PROTECTED] Hello, i tried to compile php-4.0.4pl1 on AIX V4.3.3 (ibm c compiler V4.4 with the lastest fixes) with the following configuration line ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/conf --enable-track-vars --without-xml --without-mysql --with-ibm-db2=/home/instdb2/sqllib --with-apxs=/usr/local/apache/bin/apxs --enable-c9x-inline before entering this configuration line, i made : export CFLAGS=-ma At the end of the make command, i have the folliwg errors : cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_compile.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_constants.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_dynamic_array.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_execute_API.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_highlight.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_llist.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_opcode.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_operators.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ptr_stack.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_stack.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_variables.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_API.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_extensions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_hash.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_list.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_indent.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_builtin_functions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_sprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/sapi_apache.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/mod_php4.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libsapi.al/php_apache.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/main.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/internal_functions.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/snprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/php_sprintf.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libmain.al/safe_mode.lo contains an incorrect file suffix cc: 1501-218
Re: [PHP-DEV] Totally Blue Sky
Have you looked at http://gtk.php.net/? Maybe that's what you need. Edin - Original Message - From: Gre7g Luterman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 19, 2001 9:43 PM Subject: [PHP-DEV] Totally Blue Sky Situation: PHP is the greatest damned language I've ever used. With PHP and a database on the back-end, and a decent browser capable of running Javascript/JScript on the front end, you can create beautiful, seamless web applications with so little work that it almost seems like cheating. Problem: If you don't want your application to be just a web application, then you're stuck using some other relatively stinky language. Shudders while thinking back to the days when you had to write thousands of lines of code just to put some graphics on the screen or open a socket to a web server Variation on a theme: I'd love to be able to create a PHP Windows .exe that installed just like a regular application. This ideal program would run just like an application too. You'd launch it and it would open an application window, but the window contents would be the current web browser installed on the system, pointed to the index.php page in your newly installed application's directory. In other words, it would be like installing a PHP-enabled webserver whose output could only go to the application's main and child windows (if any). I do NOT want to require the user to install a webserver and I do NOT want the server to keep running after the application has quit, but I would LOVE to be able to do basic application type actions like saving files without having to resort to lame, bloated, miscarriages like signed Java applets. Also, I would LOVE to be able to simply create user interfaces without writing tons of code like in Visual C++. Admittedly, Visual BASIC is similar in purpose here, but as we all know, VB ain't got nothin' on PHP. Questions: [1] Does such a beast exist? [2] Can anyone think of a fundamental reason why we couldn't do such a thing? [3] Is the general consensus that this would be a handy thing to have, or is it just me? Please be kind with the flames, I'm new here... Gre7g. = Gre7g Luterman [EMAIL PROTECTED] http://www.templeofluna.com/ Stay informed: http://www.templeofluna.com/keeper/mailinglist.htm I want to die peacefully in my sleep, like my grandfather ...not screaming in terror like his passengers. -- 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] Bug #11432 Updated: crash when restoring references to objects
On Wed, Jun 20, 2001 at 04:47:43PM +0200, Thies C. Arntzen wrote: please try attached patch and report back! this patch fixes the crash - the reference is still fu**ed afetr the 2nd reload - switching my brain into 2nd gear;-) 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] 4.0.6 - ?
Andrei Zmievski wrote: When are we releasing 4.0.6? I'm asking more as an end user because it has a few bug fixes that affect our products. As soon as we stop putting in bug fixes to the RCs! -- Dan Kalowsky Tonight I think I'll walk alone, Worldgate Communications I'll find my soul as I go home. Software Engineer - TICS Group - Temptation -- 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.6RC4 out.
On Tue, Jun 19, 2001 at 09:55:08PM +0300 , Andi Gutmans wrote: Part of the getting back to normal process is getting 4.0.6 out of the door :) Please test it http://www.php.net/~andi/php-4.0.6RC4.tar.gz I *really* would like to get it out. here are some bugs I came around during packaging for Debian 1) sapi/caudium/config.m4 - install doesn't honor INSTALL_ROOT and also doesn't create dir for the module - INSTALL_IT=\$(INSTALL) -m 0755 $SAPI_SHARED $withval/lib/$PIKE_VERSION/PHP4.so + INSTALL_IT=\$(mkinstalldirs) \$(INSTALL_ROOT)$withval/lib/$PIKE_VERSION/ +\$(INSTALL) -m 0755 $SAPI_SHARED \$(INSTALL_ROOT)$withval/lib/$PIKE_VERSION/PHP4.so 2) ext/sablot/config.m4 cannot be build as DSO, because the second test for expat-dir destroys ext_shared from --with-sablot and as a result it adds libraries to the main libphp4.so and not to sablot.so PHP_ARG_WITH(sablot, for Sablotron XSL support, [ --with-sablot[=DIR] Include Sablotron support]) +php_ext_shared=$ext_shared PHP_ARG_WITH(expat-dir, libexpat dir for Sablotron 0.50, [ --with-expat-dir=DIRSablotron: libexpat dir for Sablotron 0.50]) +ext_shared=$php_ext_shared if test $PHP_SABLOT != no; then - PHP_EXTENSION(sablot, $ext_shared) + PHP_EXTENSION(sablot, $php_ext_shared) PHP_SUBST(SABLOT_SHARED_LIBADD) - PHP_ADD_LIBRARY_WITH_PATH(expat, $i/lib) + PHP_ADD_LIBRARY_WITH_PATH(expat, $i/lib, SABLOT_SHARED_LIBADD) 3) the type of regoff_t is bad. libc defines it as int and if you use large file support (LFS, -DLARGE_SOURCE ) it breaks, because off_t is 64bit. The same should be applied to apache (include/hsregex.h) --- regex/regex.h +++ regex/regex.h @@ -14,7 +14,7 @@ #define API_EXPORT(type)type #endif -typedef off_t regoff_t; +typedef int regoff_t; typedef struct { int re_magic; Petr Cech -- Debian GNU/Linux maintainer - www.debian.{org,cz} [EMAIL PROTECTED] * Joy sees a potato running down the street and shouting I'm late! I'm late! ;)) -- 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 #11582 Updated: php segfaults upon array operation
ID: 11582 Updated by: thies Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating system: PHP Version: 4.0.5 Assigned To: Comments: please send the shortest possible testcase that shows your problem! Previous Comments: --- [2001-06-20 10:05:23] [EMAIL PROTECTED] hi, below is the backtrace of the SEGFAULT. i can reproduce in 100% of the cases by commenting in the one line $this-attributes[data][entries][$zone][] = $entry; or $this-attributes[data][entries][$zone] = array(); $zone is a string $entry is an array. these are perfectly okay and work. but in the project i'm working on, the code-path leading to these statements screws something up. these lines are 2 nested while loops, and the segfault happens (always) after the 3rd iteration of the inner loop. i was not yet able to extract a (short) script to reproduce the problem, but i will continue trying to create one... regards, -lukas (gdb) bt #0 0x21 in ?? () #1 0x405e24ad in zend_fetch_dimension_address_inner (ht=0x8535cec, op2=0x86c61e4, Ts=0xbfff63f0, type=1) at ./zend_execute.c:521 #2 0x405d8823 in zend_fetch_dimension_address (result=0x86c61c4, op1=0x86c61d4, op2=0x86c61e4, Ts=0xbfff63f0, type=1) at ./zend_execute.c:671 #3 0x405dacf5 in execute (op_array=0x86298d4) at ./zend_execute.c:1165 #4 0x405dcd0e in execute (op_array=0x8354af4) at ./zend_execute.c:1534 #5 0x405dcd0e in execute (op_array=0x84b837c) at ./zend_execute.c:1534 #6 0x405df2e1 in execute (op_array=0x83ee0cc) at ./zend_execute.c:2039 #7 0x405dcd0e in execute (op_array=0x83ee0cc) at ./zend_execute.c:1534 #8 0x405dcd0e in execute (op_array=0x8633d8c) at ./zend_execute.c:1534 #9 0x405eac25 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #10 0x405fc453 in php_execute_script (primary_file=0xb510) at main.c:1209 #11 0x405f8d1a in apache_php_module_main (r=0x80a4180, display_source_mode=0) at sapi_apache.c:89 #12 0x405f9679 in send_php (r=0x80a4180, display_source_mode=0, filename=0x0) at mod_php4.c:521 #13 0x405f96ae in send_parsed_php (r=0x80a4180) at mod_php4.c:532 #14 0x8054e7f in ap_invoke_handler () #15 0x806753c in ap_some_auth_required () #16 0x80675b3 in ap_process_request () #17 0x805fa17 in ap_child_terminate () ---Type return to continue, or q return to quit--- #18 0x805fc5b in ap_child_terminate () #19 0x805ffab in ap_child_terminate () #20 0x80604ec in ap_child_terminate () #21 0x8060be3 in main () #22 0x40107b5c in __libc_start_main (main=0x8060760 main, argc=44, ubp_av=0xb874, init=0x804fa3c _init, fini=0x808aafc _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xb86c) at ../sysdeps/generic/libc-start.c:129 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11582edit=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 #11559 Updated: charset optional argument doesn't work with sybase_[p]connect
ID: 11559 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Sybase-ct (ctlib) related Operating system: HP-UX 10.20 PHP Version: 4.0.5 Description: charset optional argument doesn't work with sybase_[p]connect Okay, I've updated the c source from second patch of bug #11320 and now it works. Can you update your cvs ? Thanks @++ JC Previous Comments: --- [2001-06-20 05:02:31] [EMAIL PROTECTED] Okay, I've examined the php source code...and it appears that only php source for sybase db-lib accept the optional charset. The modification of the source to do for ct-lib seems to be easy, but how can I create a patch ? it's ok if I send you the new php_sybase_ct.c ? or how must I do ? Thanks for your answer @++ JC --- [2001-06-19 09:39:58] [EMAIL PROTECTED] Hellow, here's a new bug for you :P Short Script : TITLECharset Sybase Bug/TITLE ? $CHARSET=iso_1; $DSQUERY=XYZ; $USER=x; $PASS=y; $dbh=sybase_connect($DSQUERY,$USER,$PASS,$CHARSET); sybase_close($dbh); ? Result of the script : Warning: Wrong parameter count for sybase_connect() in /PKl01h01/soft/web/site/html/charset.php on line 7 Warning: Supplied argument is not a valid Sybase-Link resource in /PKl01h01/soft/web/site/html/charset.php on line 8 PHP configured with : --with-config-file-path=/PKl01h01/soft/web/cfg --without-mysql --with-sybase-ct=/PKl01hp4/soft/ase11.5.1 --with-pdflib=/PKl01h01/soft/web --with-png-dir=/PKl01h01/soft/web --with-ttf=/PKl01h01/soft/web --with-jpeg-dir=/PKl01h01/soft/web --with-xpm-dir=/PKl01h01/soft/web --with-gd --prefix=/PKl01h01/soft/web --with-apxs=/PKl01h01/soft/web/apache/bin/apxs Hep please :) Thanks for your answer @++ JC --- Full Bug description available at: http://bugs.php.net/?id=11559 -- 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 #8676 Updated: Bad serialization of objects with references
ID: 8676 Updated by: thies Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: sas Comments: fixed in CVS Previous Comments: --- [2001-06-14 23:35:25] [EMAIL PROTECTED] There are a lot of duplicate reports on this one. --- [2001-05-23 10:35:15] [EMAIL PROTECTED] Yes, the bug is still in 4.0.5. I put it back online on http://www.generasound.com/test/bug.php You can see it in action provided your browser accepts cookies (go there and click reload). --- [2001-05-22 21:29:45] [EMAIL PROTECTED] Could you please give some feedback if this problem persists with a recent version (CVS, snapshot, 4.0.5 release) of PHP? Thanks! --- [2001-01-12 11:15:12] [EMAIL PROTECTED] Some complex objects won't be correctly stored into the session. This is probably a problem with serialize/unserialize. It happens with objects structure containing some references. The code below builds the simpliest structure I could find that pinpouts the problem. With more complex structure, you can have all sorts of strange behaviour, including crashing PHP, but the behaviours vary from one PHP installation to another (even with the same version and compile flags). ?php /* View this script with a browser and press reload It will probably display --137645276 instead of --Object You can view it at http://www.generasound.com/test/bug.php */ session_start(); if (!isset($form)) { $form = new stdClass(); $submit = new stdClass(); $upperif = new stdClass(); $upperif-Child = $submit; $upperif-Layout = new stdClass(); $upperif-Layout-Child = new stdClass(); $upperif-Layout-Child-Interface = $submit; $lowerif = new stdClass(); $form-Children[0] = $upperif; $form-Children[1] = $lowerif; $form-Layout = new stdClass(); $form-Layout-Children[1] = new stdClass(); $form-Layout-Children[1]-Interface = $lowerif; echo --.$form-Layout-Children[1]-Interface.BR; session_register(form); } else { echo --.$form-Layout-Children[1]-Interface.BR; } ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8676edit=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 #11577 Updated: Crypt-function doesn't work
ID: 11577 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating system: Windows 2000 Advanced Server PHP Version: 4.0.5 Description: Crypt-function doesn't work Okay, thanks... I'll temporarily use 4.04pl1 then and wait for 4.0.6. Any idea when it will be released? Previous Comments: --- [2001-06-20 10:56:53] [EMAIL PROTECTED] When 4.0.5 was packed crypt was not enabled (mistake). It will be in 4.0.6 again. --- [2001-06-20 07:39:00] [EMAIL PROTECTED] This has worked before, but I installed a new version of Apache, PHP and a database and did some others small things as well and when I tried to use the crypt-function, it says this: Warning: crypt() is not supported in this PHP build in f:musicdbww.php on line 3 I run Apache 1.3.20, PHP 4.0.5 and Oracle 8.1.7 at Windows 2000 Advanced Server. Could it be that the function is removed from the standard build PHP 4.0.5? --- Full Bug description available at: http://bugs.php.net/?id=11577 -- 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 #11432 Updated: crash when restoring references to objects
ID: 11432 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-06-19 11:21:49] [EMAIL PROTECTED] I think this bug is strictly related to bug #8676. I didn't look close enough to all open bugs wher reporting this one. I'll test new CVS when #8676 will be closed. --- [2001-06-15 06:59:17] [EMAIL PROTECTED] Reclassifying (I don't think it can be reproduced with 'pure scripting' alone, so it's probably a session module bug --- [2001-06-12 13:40:40] [EMAIL PROTECTED] reproduced with 4.0.6RC3 --- [2001-06-12 08:29:39] [EMAIL PROTECTED] Here are two scripts that operates on referenced objects. make.php creates object $b with reference to object $a as argument. After serialize/unserialize show.php checks if the reference still exists. PHP 4.0.1pl1 lost references. PHP 4.0.4pl1 segfaults on show.php PHP 4.0.5segfaults on show.php and(!) sometimes on make.php Config line: ./configure --with-pgsql=shared --with-apxs --sysconfdir=/etc --prefix=/usr --localstatedir =/var --with-config-file-path=/etc/httpd/conf/ --with-gettext=/usr/share/gettext make.php: ? class ClassA { var $arg_a; }; class ClassB { var $arg_b; function ClassB($a) { $this - arg_b = $a; } }; session_start(); session_destroy(); session_register(b); session_register(a); $a = new ClassA(); $a - arg_a = 4; $b = new ClassB($a); echo done. Click a href=show.phphere/a; ? show.php: ? class ClassA { var $arg_a; }; class ClassB { var $arg_b; function ClassB($a) { $this - arg_b = $a; } }; session_start(); $a - arg_a = 6; echo $b - arg_b - arg_a; ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11432edit=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 #11583: Missing files
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.5 PHP Bug Type: Compile Problem Bug description: Missing files I have downloads the CVS version of php4.0.5 and i can compile php_pgsql.dll which is the only file i need, this error comes up. Configuration: pgsql - Win32 Debug_TS Compiling... pgsql.c c:\home\web\php4\main\php_network.h(28) : fatal error C1083: Cannot open include file: 'arpa/inet.h': No such file or directory Error executing cl.exe. pgsql.dll - 1 error(s), 0 warning(s) why cant i compile it and is there pre-compiled file? Paul -- Edit Bug report at: http://bugs.php.net/?id=11583edit=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 #8676 Updated: Bad serialization of objects with references
ID: 8676 Updated by: thies Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: *Session related Operating system: PHP Version: 4.0.5 Assigned To: sas Comments: forgot to close Previous Comments: --- [2001-06-20 11:15:31] [EMAIL PROTECTED] fixed in CVS --- [2001-06-14 23:35:25] [EMAIL PROTECTED] There are a lot of duplicate reports on this one. --- [2001-05-23 10:35:15] [EMAIL PROTECTED] Yes, the bug is still in 4.0.5. I put it back online on http://www.generasound.com/test/bug.php You can see it in action provided your browser accepts cookies (go there and click reload). --- [2001-05-22 21:29:45] [EMAIL PROTECTED] Could you please give some feedback if this problem persists with a recent version (CVS, snapshot, 4.0.5 release) of PHP? Thanks! --- [2001-01-12 11:15:12] [EMAIL PROTECTED] Some complex objects won't be correctly stored into the session. This is probably a problem with serialize/unserialize. It happens with objects structure containing some references. The code below builds the simpliest structure I could find that pinpouts the problem. With more complex structure, you can have all sorts of strange behaviour, including crashing PHP, but the behaviours vary from one PHP installation to another (even with the same version and compile flags). ?php /* View this script with a browser and press reload It will probably display --137645276 instead of --Object You can view it at http://www.generasound.com/test/bug.php */ session_start(); if (!isset($form)) { $form = new stdClass(); $submit = new stdClass(); $upperif = new stdClass(); $upperif-Child = $submit; $upperif-Layout = new stdClass(); $upperif-Layout-Child = new stdClass(); $upperif-Layout-Child-Interface = $submit; $lowerif = new stdClass(); $form-Children[0] = $upperif; $form-Children[1] = $lowerif; $form-Layout = new stdClass(); $form-Layout-Children[1] = new stdClass(); $form-Layout-Children[1]-Interface = $lowerif; echo --.$form-Layout-Children[1]-Interface.BR; session_register(form); } else { echo --.$form-Layout-Children[1]-Interface.BR; } ? --- 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=8676edit=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 #11570 Updated: Security Hole on ChDir()
ID: 11570 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Directory function related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-06-20 00:22:31] [EMAIL PROTECTED] ChDir() can be use to enter a directory which belongs to others. Hackers can use this hole to break the SafeMode and OpenBaseDir restriction and enter and view and even open files in someone else' directory. In a multiuser environment where users must have some files with the same owner( such as 'nobody', to handle file-upload tasks), this hole is extremely dangerous. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11570edit=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 #11576 Updated: The PHP Files are not working
ID: 11576 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: IIS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not enough info Previous Comments: --- [2001-06-20 07:28:14] [EMAIL PROTECTED] The PHP Files are not working --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11576edit=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] 4.0.6RC4 out.
Please test it http://www.php.net/~andi/php-4.0.6RC4.tar.gz Compiles nicely under RH7.0 (will test with Debian later). Two failed tests with the CGI, though: Running tests in /usr/local/sources/php-4.0.6RC4//ext/standard/tests/time = microtime() function ... passed strtotime() function (002.phpt) ... failed Running tests in /usr/local/sources/php-4.0.6RC4//tests/lang snip OO Bug Test (Bug #7515) (029.phpt) ... failed My config: ./configure \ --with-mysql=/usr/local \ --disable-pear \ --enable-track-vars \ --disable-debug \ --disable-magic-quotes \ --enable-ftp \ --with-gettext \ --with-xml \ --with-dom \ --enable-wddx \ --with-curl \ --with-pgsql \ --with-zlib \ --enable-versioning \ --enable-sockets \ --with-openssl \ --with-snmp \ --with-readline \ --with-mcrypt - Colin -- 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 #11567 Updated: True Dynamic Binding and Public/Private
ID: 11567 User Update by: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating system: Linux PHP Version: 4.0.5 Description: True Dynamic Binding and Public/Private I disagree with your comment on how dynamic bindings are used. The whole purpose of dynamic binding is give a function whose purpose could be asked for in many different ways yet is asking to do the same thing the ability to hide how it works from the programmer using it. In C++, there is a function of exp, which could be sent four different methods: int exp (int base, int exponent) double exp (int base, double exponent) double exp (double base, int exponent) double exp (double base, double exponent) If anything, it makes the programmers job easier to utilize this function because they only have to remember ONE function, not four different ones accomplishing the same task. Admittedly, PHP doesn't have data types in the traditional sense, however it should have Dynamic Binding because one of the most fundamental rules of Object Oriented Programming is the idea of hiding the how and just utilizing the functions and classes. The same argument can be made for the public/private distinction. Adding this feature is an excellent way to make sure that programmers do not mess with the logical code that you worked so hard on. Also, it forces programmers to use the functions of the class, as the orginal programmer percieved it. I want to see PHP become the best Web Programming Language out there, and proper OOD techniques is fundamental to getting there. Previous Comments: --- [2001-06-20 00:42:51] [EMAIL PROTECTED] I completely disagree with the concept of dynamic binding. Calling different functions based on the number of arguments is spaghetti code waiting to happen. PHP supports default values for arguments which makes them optional. Your would be much cleaner if written with defaulted x and y arguments which you then check and if you have the default value for x and/or y you would calculate the center value. Or alternatively use func_num_args to see how many args were passed. To me it is cleaner to collect the functionality for a function in a single function instead of splitting it out over multiple functions. Imagine trying to debug some code and you end up looking at the wrong function just because you counted 17 arguments instead of 18. As for the public/private issue. Sure, from an OO purity perspective it would be nice. But it is functionally irrelevant. ie. your code would not work any better or worse by having the public/private differentiation. --- [2001-06-19 22:05:53] [EMAIL PROTECTED] function drawMe() { if( 2 == func_num_args() ) { doStuff( func_get_arg(0) , func_get_arg(1) ) ; } else { doStuff( $defaultX , $defaultY ) ; } } private vars/methods would be good... :) --- [2001-06-19 15:10:06] [EMAIL PROTECTED] Ok Folks. I am really happy with PHP thus far. However to make it a true Object Oriented Language you absolutly need Dynamic binding. This would be such a huge boon for us developers who love to work within classes. Such as: // Inside the class Circle function DrawMe() { // Getting Ceter Coords.. DrawMe($centX, $centY); } function DrawMe($x, $y) { // Draws the circle at $x, $y } // End of code demo This kind of ability can be extremely huge, if you use it right. Also, it allows for developers to make a module extremely flexiable and powerful. Secondly, I think that we are missing public and private sections of the OOP world. In the above example, I would have the functions public, and the data structures inside of it totally hidden (or private) so the programmer who is using my include just has to deal with the interface, and can't touch the actual data. That is strength and beauty of encapsulation. I just thought you may want to hear this, and I am hoping to hear from you guys (and gals) that you are hard at work to implement it and it is coming soon. Thanks for reading my rant!! Mike Eggleston AmeriGroup [EMAIL PROTECTED] --- Full Bug description available at: http://bugs.php.net/?id=11567 -- 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 #11555 Updated: date() format addition
ID: 11555 Updated by: cmv Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: cmv Comments: Trouble is (I suppose), some week-of-year functions consider Monday the first day of the week, and some consider Sunday. I guess two switches in date() should be done. I'll work on this. Previous Comments: --- [2001-06-20 08:53:13] [EMAIL PROTECTED] Not closed... --- [2001-06-20 08:52:32] [EMAIL PROTECTED] You can use the strftime function already, it's the %W modifier. But it would be useful if date would support it indeed. --- [2001-06-20 04:44:17] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. switch(date(w,mktime(0,0,0,$mon,$daycnt+1,$year))) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=round((date(z, mktime(0,0,0, date(m),date(d)+1-$daysub,date(Y)))+7)/7); if($weeknumber==53) { //some years have 53 weeks some 52 //so we check next weeks weeknumber, if its 1 this is week 53, otherwise, this is week 1. switch(date(w,mktime(0,0,0,date(m),date(d)+8,date(Y { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $tmpweeknumber=round( (date(z, mktime(0,0,0, date(m), date(d)+8-$daysub, date(Y)))+7)/7); if($tmpweeknumber==1) $weeknumber=53; else $weeknumber=1; } --- [2001-06-19 05:41:56] [EMAIL PROTECTED] i live in sweden, where displaying weeknumbers in calendars of any sort is common. the following code does the work, tho i'd be very happy if it could be supported to be returned from the date() function. the algorithm is (mondaynumber+7)/7 where mondaynumber is the day of the year of the monday of the current year switch(date(w)) { case 1: $daysub=0; break; case 2: $daysub=1; break; case 3: $daysub=2; break; case 4: $daysub=3; break; case 5: $daysub=4; break; case 6: $daysub=5; break; case 0: $daysub=6; break; } $weeknumber=(date (z, mktime(0,0,0, date(m), date(d)-$daysub, date(Y)) )+7)/7; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11555edit=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 #11577 Updated: Crypt-function doesn't work
ID: 11577 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: When 4.0.5 was packed crypt was not enabled (mistake). It will be in 4.0.6 again. Previous Comments: --- [2001-06-20 07:39:00] [EMAIL PROTECTED] This has worked before, but I installed a new version of Apache, PHP and a database and did some others small things as well and when I tried to use the crypt-function, it says this: Warning: crypt() is not supported in this PHP build in f:musicdbww.php on line 3 I run Apache 1.3.20, PHP 4.0.5 and Oracle 8.1.7 at Windows 2000 Advanced Server. Could it be that the function is removed from the standard build PHP 4.0.5? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11577edit=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 #9177 Updated: crypt problems with openssl
ID: 9177 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Encryption and hash functions Operating system: linux 2.4.3 (rh 7.1) PHP Version: Latest CVS Description: crypt problems with openssl I just tried RC4 and configure works perfectly, however the final php binary (or module) do not support MD5 crypted strings. CONFIGURE COMMAND: PROG_SENDMAIL=/usr/local/sbin/sendmail \ ./configure \ --prefix=/usr/local/support/php-4.0.6rc4 \ --with-config-file-path=/usr/local/support/php-4.0.6rc4/conf \ --with-exec-dir=/usr/local/support/php-4.0.6rc4/exec \ --with-gettext=/usr/local/devel/gettext \ --with-mcal=/usr/local/devel/libmcal \ --with-mysql=/usr/local/devel/mysql \ --with-ldap=/usr/local/devel/openldap \ --with-gdbm=/usr/local/devel/gdbm \ --with-zlib=/usr/local/devel/zlib \ --with-zlib-dir=/usr/local/devel/zlib \ --with-openssl=/usr/local/security/openssl \ --with-imap=/usr/local/devel/c-client \ --with-imap-ssl \ --enable-sockets \ --enable-ftp \ --enable-url-includes \ --enable-discard-path TEST SCRIPT: ?= crypt('blah', '$1$blahblah$'); ? TEST SCRIPT OUTPUT: $14z//s6g2/V2 EXPECTED OUTPUT: $1$blahblah$U2V.EOEMhaQKxDSQ8t/Ty0 Previous Comments: --- [2001-05-23 01:43:08] [EMAIL PROTECTED] Could you please try the PHP 4.0.6 RC1: http://www.php.net/~andi/php-4.0.6RC1.tar.gz --Jani --- [2001-05-12 02:39:26] [EMAIL PROTECTED] no luck: # make distclean # ./cvsclean # cvs update -d (upgrade libtool to 1.4) # ./buildconf # ../php.mod.config ---CONFIGURE DIES--- Configuring extensions checking if the location of ZLIB install directory is defined... yes checking whether to include ZLIB support... yes checking for gzgets in -lz... no configure: error: Zlib module requires zlib = 1.0.9 ---CONFIGURE DIES--- --CONFIG.LOG-- configure:8640: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/security/openssl/lib -L/usr/local/security/openssl/lib conftest.c -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv 15 configure:8694: checking if the location of ZLIB install directory is defined configure:8739: checking whether to include ZLIB support configure:8935: checking for gzgets in -lz configure:8954: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/security/openssl/lib -L/usr/local/security/openssl/lib conftest.c -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv 15 /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status configure: failed program was: #line 8943 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gzgets(); int main() { gzgets() ; return 0; } --CONFIG.LOG-- --PHP.MOD.CONFIG-- PROG_SENDMAIL=/usr/local/sbin/sendmail ./configure --prefix=/usr/local/services/apache-1.3.19 --with-config-file-path=/usr/local/services/apache-1.3.19/conf --with-apache=../apache_1.3.19 --with-gnu-ld --with-exec-dir=/usr/local/services/apache-1.3.19/exec --with-mysql=/usr/local/services/mysql --with-imap=/usr/local/devel/c-client --with-imap-ssl --with-openssl=/usr/local/security/openssl --with-gdbm=/usr/local/devel/gdbm --with-zlib=/usr/local/devel/zlib --with-gd=/usr/local/devel/gd --with-jpeg-dir=/usr/local/devel/jpeg --with-png-dir=/usr/local/devel/png --with-zlib-dir=/usr/local/devel/zlib --with-gettext=/usr/local/devel/gettext --with-ldap=/usr/local/services/openldap --enable-sockets --enable-ftp --enable-url-includes --PHP.MOD.CONFIG-- # ls /usr/local/devel/zlib/* /usr/local/devel/zlib/include: zconf.h zlib.h /usr/local/devel/zlib/lib: libz.a --- [2001-05-11 19:02:30] [EMAIL PROTECTED] Please try the latest CVS as there have been a couple of fixes which should fix the problems with zlib you had. --Jani --- [2001-04-23 19:43:22] [EMAIL PROTECTED] It doesn't seem like it was fixed. From CVS checked about about 30 minutes ago, configure says: checking for MD5 crypt... no And a simple script that is supposed to return an md5 crypted string, returns a DES crypted string. --BEG SCRIPT-- ?= crypt('rasmuslerdorf', '$1$rasmusle$'); ? --END SCRIPT-- --BEG OUTPUT-- $1Hat1hn6A1pw --END OUTPUT-- When php is compiled without openssl, the correct output is acquired which is: $1$rasmusle$rISCgZzpwk3UhDidwXvin0 (I hope it is alright to re-open the
[PHP-DEV] Bug #11574 Updated: Using $thok()
ID: 11574 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproducible crash Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This works fine for me on Linux with php 4.0.6RC4, can you try one of the snapshots from www.zend.com/snapshots and see if the problem still exists? Previous Comments: --- [2001-06-20 07:07:39] [EMAIL PROTECTED] ? $var[0] = text0; $var[1] = text1; $var[2] = text2; $var[3] = text3; $var[4] = text4; $co = 0; while (($var[$co]) == TRUE) { $some = $var[$co]; echo $var[$co] . . strlen($var[$co]) . . strtok($some) . br ; $co++; } ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11574edit=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]