Re: [PHP-DEV] ftp_connect()???
are you talking the php.ini? i have no idea on this... Matthias Blaser [EMAIL PROTECTED] ¼¶¼g©ó¶l¥ó·s»D :[EMAIL PROTECTED] On Wednesday 31 October 2001 22:52, JIM wrote: i was developing in redhat 7.2. with php/4.0.4pl1. iwas able to use ftp_connect(). but, in a freebsd with php/4.0.6, it returns error that call to undefined function... add --enable-ftp to your configuration script options... matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13906: Oracle OCI Non-Blocking mode
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Oracle OCI Non-Blocking mode The Oracle OCI Module doesn't support non-blocking mode yet. This makes sense e.g. for cancelling SQL queries that run too long. This would include support for OCIBreak() and OCIReset() as well as get/set functions. -- Edit bug report at: http://bugs.php.net/?id=13906edit=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 #13907: Oracle Fetch row by row number
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Oracle Fetch row by row number Currently there's no way of fetching a row by row number. OCIFetchStatement() fetches all rows returned by a query. OCIFetchInto() only allows to return the NEXT row. It would make sense to be able to selectively fetch a subset of rows or single rows by row number for large row lists. -- Edit bug report at: http://bugs.php.net/?id=13907edit=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] Stack overflow in ext/pcre
When running pear/PHPDoc php.exe (built from current CVS) crashes on Win32. set mem_limit to high value ( 32MB), running PHPDoc over PEAR is a hardcore test... -- 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] Postgres Socket Dir Option?
Hi, i miss an option (php.ini or compile) to set the directory of postgres socket, because the default dir /tmp is not in all situations secure. maybe pgsql.socket_dir ... Regards, Holger -- 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] cvsclean script
i had a closer look at the php4/cvsclean script yesterday as i was experiencing some problems when running configure that were clearly related to left-over files from previous runs while i thought cvsclean would remove every file not under CVS control i found in php4/build/build.mk that it only removes files matching .cvsignore entries ... :( so here's a short script that would find out which files to keep by examining all CVS/Entries files instead: -- #!/bin/sh ( # list all file entries within CVS Entries files for cvsdir in `find . -name CVS` do cvsdir=`echo $cvsdir | sed -e's/\/CVS$//'` awk -F / /[^D].*/ { if(NF1 \$1==\\) print \$cvsdir/\\$2} \ $cvsdir/CVS/Entries done # list *all* files find . -type f -print | grep -v '/CVS/' | grep -v '/CVS$' # files listed only once are not CVS-managed, so we remove them # (files listed in CVS but nonexistant will also appear only # once, but trying to remove them won't harm so we do not # take action to identify them here) ) | sort | uniq -u | xargs rm -vf # remove empty directories find . -type d -a -empty | xargs rm -rvf -- i think this is cvsclean done the RIGHT WAY(TM) and will check it in next week if i read no serious objections -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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] cvsclean script
What problems were those? Which files were leftovers which didn't get deleted? Just add them to .cvsignore ? I haven't noticed any problems.. :) (if it ain't broken, don't fix it :) --Jani On Fri, 2 Nov 2001, Hartmut Holzgraefe wrote: i had a closer look at the php4/cvsclean script yesterday as i was experiencing some problems when running configure that were clearly related to left-over files from previous runs while i thought cvsclean would remove every file not under CVS control i found in php4/build/build.mk that it only removes files matching .cvsignore entries ... :( so here's a short script that would find out which files to keep by examining all CVS/Entries files instead: -- #!/bin/sh ( # list all file entries within CVS Entries files for cvsdir in `find . -name CVS` do cvsdir=`echo $cvsdir | sed -e's/\/CVS$//'` awk -F / /[^D].*/ { if(NF1 \$1==\\) print \$cvsdir/\\$2} \ $cvsdir/CVS/Entries done # list *all* files find . -type f -print | grep -v '/CVS/' | grep -v '/CVS$' # files listed only once are not CVS-managed, so we remove them # (files listed in CVS but nonexistant will also appear only # once, but trying to remove them won't harm so we do not # take action to identify them here) ) | sort | uniq -u | xargs rm -vf # remove empty directories find . -type d -a -empty | xargs rm -rvf -- i think this is cvsclean done the RIGHT WAY(TM) and will check it in next week if i read no serious objections -- 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] cvsclean script
Jani Taskinen wrote: What problems were those? Which files were leftovers which didn't get deleted? can't reproduce now :( (didn't take a snapshot copy before trying out) Just add them to .cvsignore ? .cvsignore is a negative list, cvsclean should work on a positive list aka. CVS/Entries instead I haven't noticed any problems.. :) i haven't until yesterday ... (if it ain't broken, don't fix it :) well, i'd say cvsclean *is* broken, it at least does not conform to the no suprises rule :( i'd expect running cvsclean gives me exactly the set of files i'd get from a fresh checkout and nothing more, and that definetly isn't the case with the current cvsclean while it is with my alternative -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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] Benjamin Kromann
On Thu, Nov 01, 2001 at 02:56:57AM -0800, Frank M. Kromann wrote: Hi, It is getting late now in CA, but I have to tell you all about Benjamin Kromann, our new son :-) He was born last night at 11:23pm and he is a healthy boy 50 cm long and he weighs 3550 g. Mis mom is doing very well allthough we all need some sleep now. Happy hacking to all of you and I'll be back in a couple of weeks. congrats and have fun with the new lifestyle! tc - Frank -- 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] Stack overflow in ext/pcre
Alexander Merz wrote: set mem_limit to high value ( 32MB), running PHPDoc over PEAR is a hardcore test... Nevertheless, I would expect a PHP warning instead of a crash, no? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Stack overflow in ext/pcre
On Fri, 02 Nov 2001, Sebastian Bergmann wrote: Alexander Merz wrote: set mem_limit to high value ( 32MB), running PHPDoc over PEAR is a hardcore test... Nevertheless, I would expect a PHP warning instead of a crash, no? No. This is a limitation of the PCRE library, which manifests itself when you work with very long strings and fairly complex patterns. -Andrei Programming X-Windows is like trying to find the square root of pi using roman numerals. - Henry Spencer -- 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] cvsclean script
On Fri, Nov 02, 2001 at 03:15:09PM +0100, Hartmut Holzgraefe wrote : i'd expect running cvsclean gives me exactly the set of files i'd get from a fresh checkout and nothing more, and that definetly isn't the case with the current cvsclean while it is with my alternative I'd expect running cvsclean cleans up the source tree in a way it *works like* a fresh cleanout. But I don't want my private files floating in the tree (like some private testing c sources, some diffs and what else) to be deleted when they don't influence the configuration/compilation. Thats why we have cvsignore file. Probably they weren't adjuested and should be fixed. Sounds reasonable? - Markus -- 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] cvsclean script
On Fri, 02 Nov 2001, Markus Fischer wrote: I'd expect running cvsclean cleans up the source tree in a way it *works like* a fresh cleanout. But I don't want my private files floating in the tree (like some private testing c sources, some diffs and what else) to be deleted when they don't influence the configuration/compilation. Thats why we have cvsignore file. Probably they weren't adjuested and should be fixed. Sounds reasonable? I agree. -Andrei Any sufficiently advanced bug is indistinguishable from a feature. -- Rich Kulawiec -- 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] Extension checkins?
On Thu, 1 Nov 2001 18:25:52 -0600, [EMAIL PROTECTED] (Matt McClanahan) wrote: Mentioning what it does may be a good start.. I have been in communication with the developer for DbTcp [http://www.fastflow.it/dbftp/], a proxy server for Windows ODBC connections. I rely on PHP for production work and recently encountered a large client that needed a site to interface with their FoxPro database. I scoured the web, including the PHP mailing lists, major code repositories and such. I experimented with iODBC, unixODBC, ODBCSocketServer with unacceptable results. I used ODBCSocketServer for a week until I discovered that it can't handle large result sets from the database. DbTcp is a similiar setup to ODBCSocketServer, in that you run a service on the Windows machine that communicates through TCP/IP. It doesn't seem to have the limitations of other software (in that it is handling 233,000 row result sets without a problem), it is currently GPL, and is in active development. The current distribution of DbTcp comes with a PHP extension and this week I've spent some time in communication with the author in bringing the extension up to speed. We've debugged some issues, rounded out the memory management better, we're allowing for persistent connections now, and it's becoming par with the other PHP database extensions. I know much could still be done to libdbftp to ensure it is cross-platform, but I have it performing well on both a Linux box and a FreeBSD box. I'm not trying to market this extension, or make it sound like the answer to everything. I'm not sure what the general need for an ODBC bridge is. For unixODBC, I know Easysoft's ODBC-ODBC bridge sells for $400-$5600 depending on the license. I think that's an indication of the need. The author, Giussani Cristian, has opened a public project at SourceForge [http://sourceforge.net/projects/dbtcp/] and checked the source code in. I'm interested in any feedback concerning the module itself and a possible place as an extension included in the PHP distribution. I'd certainly like to see the project progress into public view, so other people aren't banging their heads against other projects that are still unstable. Much appreciated, Jonathan -- 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] cvsclean script
This was what I was thinking too. I have lot of stuff which is not (yet) added to CVS. Wouldn't this script delete all those too? The current cvsclean ONLY deletes the files which are not in CVS and are mentioned in .cvsignore. Much safer that way. If there are files that are not mentioned in .cvsignore files you'll get a list of them by doing 'cvs update' (The ones marked with '?' :) -1 from me for changing this. Fix the .cvsignore files instead. --Jani On Fri, 2 Nov 2001, Markus Fischer wrote: On Fri, Nov 02, 2001 at 03:15:09PM +0100, Hartmut Holzgraefe wrote : i'd expect running cvsclean gives me exactly the set of files i'd get from a fresh checkout and nothing more, and that definetly isn't the case with the current cvsclean while it is with my alternative I'd expect running cvsclean cleans up the source tree in a way it *works like* a fresh cleanout. But I don't want my private files floating in the tree (like some private testing c sources, some diffs and what else) to be deleted when they don't influence the configuration/compilation. Thats why we have cvsignore file. Probably they weren't adjuested and should be fixed. Sounds reasonable? - Markus -- 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] ftp_connect()???
No. He means when compiling PHP you must run 'configure'. [me@somehost /php-source]# ./configure --enable-ftp -Chris -Original Message- From: JIM [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 01, 2001 2:02 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] ftp_connect()??? are you talking the php.ini? i have no idea on this... Matthias Blaser [EMAIL PROTECTED] ¼¶¼g©ó¶l¥ó·s»D :[EMAIL PROTECTED] On Wednesday 31 October 2001 22:52, JIM wrote: i was developing in redhat 7.2. with php/4.0.4pl1. iwas able to use ftp_connect(). but, in a freebsd with php/4.0.6, it returns error that call to undefined function... add --enable-ftp to your configuration script options... matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP 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] Stack overflow in ext/pcre
Andrei Zmievski wrote: No. This is a limitation of the PCRE library, which manifests itself when you work with very long strings and fairly complex patterns. Can't we catch this in our extension? Crashes are not nice :) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13908: address parameter truncated at char 1970
From: [EMAIL PROTECTED] Operating system: Solaris PHP version: 4.0.6 PHP Bug Type: Mail related Bug description: address parameter truncated at char 1970 I've problems in using the mail() function on Solaris 2.6 with a huge number of recipients My mail is send correctly to the first ones, but the address parameter is truncated approximately at the 1970th character. I tried to use sendmail outside of php with a very long address parameter, and it works fine. My configure line is ./configure' '--with-oracle' '--with-oci8' '--with-config-file-path' '--with-ldap=/usr/local/ldap41sdk' '--enable-safe-mode=yes' '--enable-force-cgi-redirect=no' '--enable-discard-path=yes' '--with-pdflib=/usr/local' '--enable-shared=pdflib' '--with-zlib-dir -- Edit bug report at: http://bugs.php.net/?id=13908edit=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] Stack overflow in ext/pcre
On Fri, 02 Nov 2001, Sebastian Bergmann wrote: Andrei Zmievski wrote: No. This is a limitation of the PCRE library, which manifests itself when you work with very long strings and fairly complex patterns. Can't we catch this in our extension? Crashes are not nice :) It really depends both on the string *and* the pattern used. Short of doing setjmp/longjmp, I don't see a good way of dealing with it, and even that is evil. -Andrei The Heineken Uncertainty Principle: You can never be sure how many beers you had last night. -- 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 #13909: Parsed .php as .html error when parsed .shtml as .html exist
From: [EMAIL PROTECTED] Operating system: Linux RH 7 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: Parsed .php as .html error when parsed .shtml as .html exist When both server-parse exist in httpd.conf, one will not work. How to make Apache to parse .php as .html and then follow by parsing .shtml as .html. My conf is as followed: AddType application/x-httpd-php .php .html AddType application/x-httpd-php-source .phps AddType text/html .shtml .html AddHandler server-parsed .shtml .html --- Help please, Cheers, Earnpin Lee, [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=13909edit=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] Stack overflow in ext/pcre
Andrei Zmievski wrote: It really depends both on the string *and* the pattern used. Short of doing setjmp/longjmp, I don't see a good way of dealing with it, and even that is evil. Additional note: PHPDoc did not crash, when I used it on the phpOpenTracker source tree, which was about a month ago. Strange... -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13909 Updated: Parsed .php as .html error when parsed .shtml as .html exist
ID: 13909 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: Linux RH 7 PHP Version: 4.0.6 New Comment: AFAIK, you can't with 1.3.x. You can try 2.0, which is still in beta (or alpha?). Previous Comments: [2001-11-02 13:06:56] [EMAIL PROTECTED] When both server-parse exist in httpd.conf, one will not work. How to make Apache to parse .php as .html and then follow by parsing .shtml as .html. My conf is as followed: AddType application/x-httpd-php .php .html AddType application/x-httpd-php-source .phps AddType text/html .shtml .html AddHandler server-parsed .shtml .html --- Help please, Cheers, Earnpin Lee, [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=13909edit=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 #13909 Updated: Parsed .php as .html error when parsed .shtml as .html exist
ID: 13909 Updated by: cnewbill Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Configuration Issues Operating System: Linux RH 7 PHP Version: 4.0.6 New Comment: I am pretty sure Apache 1.3.x only allows one processor for an extension. There are convuleted (VERY) ways to do this, but why??? Why would you want this?? :) Everything shtml can do, so can PHP and more. -Chris Previous Comments: [2001-11-02 13:23:11] [EMAIL PROTECTED] AFAIK, you can't with 1.3.x. You can try 2.0, which is still in beta (or alpha?). [2001-11-02 13:06:56] [EMAIL PROTECTED] When both server-parse exist in httpd.conf, one will not work. How to make Apache to parse .php as .html and then follow by parsing .shtml as .html. My conf is as followed: AddType application/x-httpd-php .php .html AddType application/x-httpd-php-source .phps AddType text/html .shtml .html AddHandler server-parsed .shtml .html --- Help please, Cheers, Earnpin Lee, [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=13909edit=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 #13866 Updated: strtok() parses erroneously empty substrings - PHP 4.0.7RC2
ID: 13866 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Strings related Operating System: Linux PHP Version: 4.0.6 New Comment: fixed in CVS Previous Comments: [2001-10-29 17:32:55] [EMAIL PROTECTED] NOTE, the PHP version is reported as 4.0.7RC2 but that's not in the predefined list on the form. -- The function strtok() misparses strings where some fields are empty, such as #1 and #4 in the list below, 1|carrot||(no adjective) 2|pepper|red|(adjective) 3|pepper|green|(adjective) 4|tomato||(no adjective) 5|apricot|dried|(adjective) Compare the output of the test program (the code is listed below) running (under PHP 4.0.7RC2) at: http://www.web-ho.com/PHP/test-module.php versus the same program (under PHP 4.0.3pl1) at: http://www.pierrejelenc.com/PHP/test-module.php Both the Apache module and the CGI version in /usr/local/bin/php are affected. == test-module.php = ?php $Item=file(test-data); for ($i=0; $icount($Item);$i++) { $Number=strtok(chop($Item[$i]),|); $Name=strtok(|); $Type=strtok(|); $Comment=strtok(|); print($Type $Name: line #$Number $Commentbr\n); } ? /body/html === I am not in charge of program maintenance on either system, but I am the webmaster for several sites there. I was encouraged by the administrator of the machine on which web-ho.com is located to report this myself. Cheers, Pierre Jelenc [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=13866edit=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 #13910: PHP hangs up while loading incorrect jpg file
From: [EMAIL PROTECTED] Operating system: Linux, Win32 PHP version: 4.0.6 PHP Bug Type: *Graphics related Bug description: PHP hangs up while loading incorrect jpg file If I load an incorrect jpe File with ImageCreateFromJPEG that PHP often hags up. Sometimes until I kill it or it's terminating after timeout. Simply try this witch a defect jpg-file: for ($i=0;$i20;$i++) { if ($img=@ImageCreateFromJPEG(x.jpg)) { ImageDestroy($img); } } For nessesary furtur information please contact me. regards Andreas Mueller -- Edit bug report at: http://bugs.php.net/?id=13910edit=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 #13910 Updated: PHP hangs up while loading incorrect jpg file
ID: 13910 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Graphics related Operating System: Linux, Win32 PHP Version: 4.0.6 New Comment: Post a like to that broken picture please Derick Previous Comments: [2001-11-02 15:59:23] [EMAIL PROTECTED] If I load an incorrect jpe File with ImageCreateFromJPEG that PHP often hags up. Sometimes until I kill it or it's terminating after timeout. Simply try this witch a defect jpg-file: for ($i=0;$i20;$i++) { if ($img=@ImageCreateFromJPEG(x.jpg)) { ImageDestroy($img); } } For nessesary furtur information please contact me. regards Andreas Mueller Edit this bug report at http://bugs.php.net/?id=13910edit=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 #13912: Array index references inside double quotes cause parse errors
From: [EMAIL PROTECTED] Operating system: Redhat Linux - Kernel 2.4.12 PHP version: 4.0.6 PHP Bug Type: Arrays related Bug description: Array index references inside double quotes cause parse errors A parse error results when an increment or decrement operator is used in an array index that falls between double quotes. For example: ? $a = array(1 = un, deux, trois, quatre, cinq); $i = 1; while ($i 5) echo Number $i is $a[$i++]br /; ? Yields - Parse error: parse error, expecting `']'' in public_html/testarray.php on line 4 While this works fine: while ($i 5) echo Number $i is . $a[$i++] .br /; I think this is part of a larger issue of resolving references inside quoted array indexes. It seems an error occurs whenever using an index that's anything more complicated than a literal value or a simple variable. For example, given a function returnNumber() that simply returns whatever number you pass to it, this line produces a parse error: echo Number 2 is $a[returnNumber(2)]br /; While this one prints out the translation for the number 2, as expected: echo Number 2 is .$a[returnNumber(2)].br /; -- Edit bug report at: http://bugs.php.net/?id=13912edit=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 #13912 Updated: Array index references inside double quotes cause parse errors
ID: 13912 Updated by: cnewbill Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: Redhat Linux - Kernel 2.4.12 PHP Version: 4.0.6 New Comment: RTM http://www.php.net/manual/en/migration4.strings.php -Chris Previous Comments: [2001-11-02 17:38:38] [EMAIL PROTECTED] A parse error results when an increment or decrement operator is used in an array index that falls between double quotes. For example: ? $a = array(1 = un, deux, trois, quatre, cinq); $i = 1; while ($i 5) echo Number $i is $a[$i++]br /; ? Yields - Parse error: parse error, expecting `']'' in public_html/testarray.php on line 4 While this works fine: while ($i 5) echo Number $i is . $a[$i++] .br /; I think this is part of a larger issue of resolving references inside quoted array indexes. It seems an error occurs whenever using an index that's anything more complicated than a literal value or a simple variable. For example, given a function returnNumber() that simply returns whatever number you pass to it, this line produces a parse error: echo Number 2 is $a[returnNumber(2)]br /; While this one prints out the translation for the number 2, as expected: echo Number 2 is .$a[returnNumber(2)].br /; Edit this bug report at http://bugs.php.net/?id=13912edit=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 #13913: Empty strings on nlist and rawlist
From: [EMAIL PROTECTED] Operating system: Windows XP final PHP version: 4.0.6 PHP Bug Type: FTP related Bug description: Empty strings on nlist and rawlist Thank you for hearing me :) The problem is that whatever i try there is no data in any nlist or rawlist command i issue on my ftp server. I started out with IIS 5.1 (standard winXP) and ended with bulletproof FTP 1.25, both not giving any listings.. Some sample code: -- $dir=ftp_pwd($conn_id); $rawlist = ftp_rawlist($conn_id,$dir); $nlist = ftp_nlist($conn_id,$dir); if ($rawlist) { echo BRSpawned value for nlist was .$nlist; } else { echo BRempty as usual..; } if ($rawlist) { echo BRSpawned value for rawlist was .$rawlist; } else { echo BRempty as usual..; } echo BR; print_r($rawlist); print_r($nlist); -- where there: - was a connection in the 1st place ($conn_id) - i encountered not a single error message - i used the if .. else to prove my wrong - i received no data in my string I have seen various bug reports resembling what i've expierenced but none of them got answered because they all stopped giving information which ended in: can't reproduce the error. I hope you (the brave volunteer) could help me.. :) Thanxx -- Edit bug report at: http://bugs.php.net/?id=13913edit=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] Benjamin Kromann
Congratulations, Frank! Enjoy your sleep, and if you need someone to talk baby-talk with, I'm here. ;-) - Stig Thies C. Arntzen wrote: On Thu, Nov 01, 2001 at 02:56:57AM -0800, Frank M. Kromann wrote: Hi, It is getting late now in CA, but I have to tell you all about Benjamin Kromann, our new son :-) He was born last night at 11:23pm and he is a healthy boy 50 cm long and he weighs 3550 g. Mis mom is doing very well allthough we all need some sleep now. Happy hacking to all of you and I'll be back in a couple of weeks. congrats and have fun with the new lifestyle! -- 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] Strange crash
This script crashes for me, but it work if comment out the line 17 (the var_dump). Tomas V.V.Cox ?php require_once 'PEAR.php'; class Net_Nntp extends PEAR { function connect($nntpserver, $port = 119) { $fp = @fsockopen($nntpserver, $port, $errno, $errstr, 15); socket_set_blocking($fp, true); $response = fgets($fp, 128); $this-fp = $fp; } function prepare_connection($nntpserver, $port = 119, $newsgroup) { $err = $this-connect($nntpserver, $port); //var_dump($err); $this-command(GROUP $newsgroup); } function command($cmd, $testauth = true) { fputs($this-fp, $cmd\r\n); } } $news = new Net_NNTP; $news-prepare_connection('news.php.net', 119, 'php.pear.dev'); echo works\n; ? -- 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 #13641 Updated: Erroneous code makes PHP.EXE crash
ID: 13641 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Open Bug Type: Reproducible crash Operating System: Win32 (W2K) PHP Version: 4.0.6 New Comment: not critical Previous Comments: [2001-10-15 10:51:47] [EMAIL PROTECTED] Let's not assign this to me, as I've no Windows box to test. Derick [2001-10-12 12:06:15] [EMAIL PROTECTED] FYI: A freshly compiled 4.0.7RC3 doesn't crash either (on Win2K). [2001-10-12 10:29:10] [EMAIL PROTECTED] PHP-4.0.8-dev crashes (the latest build from php4win, 2001-10-04). PHP-4.0.7RC1 works fine. I don't have access to a more recent version of PHP-4.0.7, as I can't build Windows versions myself (yet). Tested on Win2K. [2001-10-12 10:03:19] [EMAIL PROTECTED] PHP-4.0.8-dev crashes (the latest build from php4win, 2001-10-04). PHP-4.0.7RC1 works fine. I don't have access to a more recent version of PHP-4.0.7, as I can't build Windows versions myself (yet). Tested on Win2K. [2001-10-12 07:28:42] [EMAIL PROTECTED] There were a lot of changes to this file since PHP 4.0.6. Can you test it with a snapshot from (http://www.php4win.com/builds/latest-build.php) ? Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=13641 Edit this bug report at http://bugs.php.net/?id=13641edit=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] Strange crash
Sterling was a bad boy it seems ;-) r1.76-1.77 broke when he changed zval_dtor() to zval_ptr_dtor(). - Markus -- 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 #13900 Updated: date(I) does not correctly identify daylight saving time
ID: 13900 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Windows NT/XP PHP Version: 4.0.6 New Comment: Tried it from the command line and got all zeros. Previous Comments: [2001-11-01 15:44:10] [EMAIL PROTECTED] You said you were running it as a CGI therefore my test should be equivalent without me having to use Apache. I don't see how the CGI being called through Apache could do this. BUT jic, please try executing your PHP CGI from the command line against those test scripts and see if you get the same results. -Chris [2001-11-01 15:32:35] [EMAIL PROTECTED] Well, I am getting zeros... I get in on PHP 4.06 on Windows XP pro and I get zeros on PHP 4.05 on Windows NT 4.0. both are running on Apache. Maybe that is the issue. Are you running PHP on Apache? [2001-11-01 14:13:27] [EMAIL PROTECTED] See http://bugs.php.net/bug.php?id=13888 for why the months are doubled. Here is my result from first script C:\phpphp t.php X-Powered-By: PHP/4.0.6 Content-type: text/html 11 All 1's not 0's. Second script 110 I have NO clue what it is doing on your box, mine is Windows XP RC2 I don't have access to any other windows version right now only Linux. Can someone else verify this on NT4? I am using the exact same PHP on XP as you. -Chris [2001-11-01 09:52:59] [EMAIL PROTECTED] Bug id #13880 Status: Bogus User Modify Dev Modify From: [EMAIL PROTECTED] Reported: 2001-10-30 19:25:30 Type: Date/time related OS: Windows NT/XP PHP Version: 4.0.6 Summary: date(I) does not correctly identify daylight saving time [2001-10-30 19:25:30] [EMAIL PROTECTED] There appears to be a bug in the date() function when using the I (capital i) format. Date(I) always returns 0 (zero) no matter what the date is. Date(I) is used to determin if a date occurs during daylight saving time or not. Here is the script I am using: if (date(I, mktime(0,0,0,6,1,2001))=1) { do this; } else { do that; } No mater what the date is it always returns zero. I have tried setting date(I) to a variable outside of the if/then statement but it always sets the variable to zero. I have tried setting the timestamp to a variable first and using it in date(): $ts = mktime(0,0,0,6,1,2001); $ds = date(I, $ts); That doesn't work either, returns zero. No matter what I do it just doesn't work. Does this part of date() even work? Running PHP 4.05 with Zend Optimizer v1.1.0 on Windows NT 4.0 build 1381, CGI version, Apache/1.3.20 . Also doesn't work on PHP 4.06 on Windows XP, CGI version, Apache/1.3.22. Thank you for your consideration and hard work. PHP is a great product. Keep up the good work! Bradford Plummer [2001-10-30 19:33:48] [EMAIL PROTECTED] Two obvious problems with your test script. I should be in quotes, and = should be ==. Make those changes and try again. This works okay on Linux. -Chris [2001-10-30 19:36:28] [EMAIL PROTECTED] Works on Windows XP as well with 4.0.6. -Chris [2001-10-30 19:36:33] [EMAIL PROTECTED] Works on Windows XP as well with 4.0.6. -Chris [2001-11-01 01:34:05] [EMAIL PROTECTED] cnewbill said this: Two obvious problems with your test script. I should be in quotes, and = should be ==. Make those changes and try again. This works okay on Linux. -Chris -- First of all... You are right. I left the quotes out of my bug report. I was, however, using them in the actual script. If you tested my script you may have also noticed that the following commands return a zero on a Win32 system when they should return a one: echo date(I, mktime(0,0,0,5,1,2001)); echo date(I, mktime(0,0,0,6,1,2001)); echo date(I, mktime(0,0,0,7,1,2001)); echo date(I, mktime(0,0,0,8,1,2001)); echo date(I, mktime(0,0,0,9,1,2001)); echo date(I, mktime(0,0,0,10,1,2001)); Also returning a zero instead of a one are: echo date(I, mktime(0,0,0,date(m)-1,date(d), date(Y))); echo date(I, mktime(0,0,0,date(m)-2,date(d), date(Y))); echo date(I, mktime(0,0,0,date(m)-3,date(d), date(Y))); echo date(I, mktime(0,0,0,date(m)-4,date(d), date(Y))); echo date(I, mktime(0,0,0,date(m)-5,date(d), date(Y))); echo date(I, mktime(0,0,0,date(m)-6,date(d), date(Y))); echo date(I, mktime(0,0,0,date(m)-7,date(d), date(Y))); So it doesn't seem to matter how I format the original if/then statement because it will always evaluate incorrectly because date() is doing something screwy on
[PHP-DEV] Bug #13893 Updated: win32_apache_mod_ssl + php = crash
ID: 13893 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.0.8 New Comment: Not a bug. You need to compile PHP with the apache you're running it with as the distribution module is not compiled with Apache that has EAPI enabled. Or use the CGI instead. --Jani Previous Comments: [2001-11-01 09:48:52] [EMAIL PROTECTED] grin ... all ya bug-hole scanners, i do not have IIS nor do i permit any CGI access to foregin hosts ... and all you will be honored on a listing i created : voice.phon.ioc.ee/loosers-list.txt :) [2001-10-31 20:40:41] [EMAIL PROTECTED] if u feel like looking at my server try - voice.phon.ioc.ee there you can get the php.ini file ... if it gives you any help ... and a simple php file is there and a .txt extension-version aswell ... [2001-10-31 20:28:34] [EMAIL PROTECTED] using php 4.0.8 gave : - Syntax error on line 196 of c:/server/apache/conf/httpd.conf: Cannot load c:/www/php/sapi/php4apache.dll into server: (127) The specified procedure could not be found: - and using php from commandline (and gave a file.php as a parameter) worked just fine ... it has made my head spin now for 2 days ... and i am ready to give up :) [2001-10-31 19:50:01] [EMAIL PROTECTED] Hi! there seems to be a conflict in attaching together: os : w2k Apache/1.3.22 PHP/4.0.6 mod_ssl/2.8.5 OpenSSL/0.9.6b the error message : -- [Thu Nov 01 02:36:51 2001] [warn] Loaded DSO c:/www/php/sapi/php4apache.dll uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) Apache/1.3.22 (Win32) PHP/4.0.6 mod_ssl/2.8.5 OpenSSL/0.9.6b running... -- immidiate crash -- shows that php's library uses so called API interface and mod-ssl apache compilation expects EAPI compiled version ... any ideas how to get past apache generated errors and will be shut down ok message ? or how to get a -DEAPI compiled version of php-modules ... if i try loading php as CGI it gave out error 400 Invalid URI in request GET /index.php HTTP/1.0 there seems to be something unfittable for php in apache+mod_ssl for win32 ... any ideas / hints are welcomed ... thanks in advance, Jürgen Edit this bug report at http://bugs.php.net/?id=13893edit=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 #13893 Updated: win32_apache_mod_ssl + php = crash
ID: 13893 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.0.8 New Comment: Not a bug. You need to compile PHP with the apache you're running it with as the distribution module is not compiled with Apache that has EAPI enabled. okay, ill give it a shot ... i mean i know from previous experineces (compiling apache) is and will be a tough job under win32 ... Or use the CGI instead. i just explained that i TRY thatone (in fact it is the only way i can get my apache running with the word php included in the httpd.conf ... ) and the result ? HTTP 400 - Bad Request ... it makes no sense and i know it ... but it's all i can get from PHP at all trough apache... and belive me this is not my first installation of apache+php ... nor the second ... but it's the first of this kind, where i have trouble ... Previous Comments: [2001-11-02 23:18:26] [EMAIL PROTECTED] Not a bug. You need to compile PHP with the apache you're running it with as the distribution module is not compiled with Apache that has EAPI enabled. Or use the CGI instead. --Jani [2001-11-01 09:48:52] [EMAIL PROTECTED] grin ... all ya bug-hole scanners, i do not have IIS nor do i permit any CGI access to foregin hosts ... and all you will be honored on a listing i created : voice.phon.ioc.ee/loosers-list.txt :) [2001-10-31 20:40:41] [EMAIL PROTECTED] if u feel like looking at my server try - voice.phon.ioc.ee there you can get the php.ini file ... if it gives you any help ... and a simple php file is there and a .txt extension-version aswell ... [2001-10-31 20:28:34] [EMAIL PROTECTED] using php 4.0.8 gave : - Syntax error on line 196 of c:/server/apache/conf/httpd.conf: Cannot load c:/www/php/sapi/php4apache.dll into server: (127) The specified procedure could not be found: - and using php from commandline (and gave a file.php as a parameter) worked just fine ... it has made my head spin now for 2 days ... and i am ready to give up :) [2001-10-31 19:50:01] [EMAIL PROTECTED] Hi! there seems to be a conflict in attaching together: os : w2k Apache/1.3.22 PHP/4.0.6 mod_ssl/2.8.5 OpenSSL/0.9.6b the error message : -- [Thu Nov 01 02:36:51 2001] [warn] Loaded DSO c:/www/php/sapi/php4apache.dll uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) Apache/1.3.22 (Win32) PHP/4.0.6 mod_ssl/2.8.5 OpenSSL/0.9.6b running... -- immidiate crash -- shows that php's library uses so called API interface and mod-ssl apache compilation expects EAPI compiled version ... any ideas how to get past apache generated errors and will be shut down ok message ? or how to get a -DEAPI compiled version of php-modules ... if i try loading php as CGI it gave out error 400 Invalid URI in request GET /index.php HTTP/1.0 there seems to be something unfittable for php in apache+mod_ssl for win32 ... any ideas / hints are welcomed ... thanks in advance, Jürgen Edit this bug report at http://bugs.php.net/?id=13893edit=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 #13900 Updated: date(I) does not correctly identify daylight saving time
ID: 13900 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Windows NT/XP PHP Version: 4.0.6 New Comment: I downloaded 4.06 again and installed it manually. I have a feeling that my php.ini is somehow different than the standard because when I tried to use the optimized php.ini file I couldn't even load my script. But when I used the dist version the script worked (except for the date(I) part). I must have my PHP configured incorrectly. But why would it do it on two different computers and two different versions of PHP??? Previous Comments: [2001-11-02 21:56:52] [EMAIL PROTECTED] Tried it from the command line and got all zeros. [2001-11-01 15:44:10] [EMAIL PROTECTED] You said you were running it as a CGI therefore my test should be equivalent without me having to use Apache. I don't see how the CGI being called through Apache could do this. BUT jic, please try executing your PHP CGI from the command line against those test scripts and see if you get the same results. -Chris [2001-11-01 15:32:35] [EMAIL PROTECTED] Well, I am getting zeros... I get in on PHP 4.06 on Windows XP pro and I get zeros on PHP 4.05 on Windows NT 4.0. both are running on Apache. Maybe that is the issue. Are you running PHP on Apache? [2001-11-01 14:13:27] [EMAIL PROTECTED] See http://bugs.php.net/bug.php?id=13888 for why the months are doubled. Here is my result from first script C:\phpphp t.php X-Powered-By: PHP/4.0.6 Content-type: text/html 11 All 1's not 0's. Second script 110 I have NO clue what it is doing on your box, mine is Windows XP RC2 I don't have access to any other windows version right now only Linux. Can someone else verify this on NT4? I am using the exact same PHP on XP as you. -Chris [2001-11-01 09:52:59] [EMAIL PROTECTED] Bug id #13880 Status: Bogus User Modify Dev Modify From: [EMAIL PROTECTED] Reported: 2001-10-30 19:25:30 Type: Date/time related OS: Windows NT/XP PHP Version: 4.0.6 Summary: date(I) does not correctly identify daylight saving time [2001-10-30 19:25:30] [EMAIL PROTECTED] There appears to be a bug in the date() function when using the I (capital i) format. Date(I) always returns 0 (zero) no matter what the date is. Date(I) is used to determin if a date occurs during daylight saving time or not. Here is the script I am using: if (date(I, mktime(0,0,0,6,1,2001))=1) { do this; } else { do that; } No mater what the date is it always returns zero. I have tried setting date(I) to a variable outside of the if/then statement but it always sets the variable to zero. I have tried setting the timestamp to a variable first and using it in date(): $ts = mktime(0,0,0,6,1,2001); $ds = date(I, $ts); That doesn't work either, returns zero. No matter what I do it just doesn't work. Does this part of date() even work? Running PHP 4.05 with Zend Optimizer v1.1.0 on Windows NT 4.0 build 1381, CGI version, Apache/1.3.20 . Also doesn't work on PHP 4.06 on Windows XP, CGI version, Apache/1.3.22. Thank you for your consideration and hard work. PHP is a great product. Keep up the good work! Bradford Plummer [2001-10-30 19:33:48] [EMAIL PROTECTED] Two obvious problems with your test script. I should be in quotes, and = should be ==. Make those changes and try again. This works okay on Linux. -Chris [2001-10-30 19:36:28] [EMAIL PROTECTED] Works on Windows XP as well with 4.0.6. -Chris [2001-10-30 19:36:33] [EMAIL PROTECTED] Works on Windows XP as well with 4.0.6. -Chris [2001-11-01 01:34:05] [EMAIL PROTECTED] cnewbill said this: Two obvious problems with your test script. I should be in quotes, and = should be ==. Make those changes and try again. This works okay on Linux. -Chris -- First of all... You are right. I left the quotes out of my bug report. I was, however, using them in the actual script. If you tested my script you may have also noticed that the following commands return a zero on a Win32 system when they should return a one: echo date(I, mktime(0,0,0,5,1,2001)); echo date(I, mktime(0,0,0,6,1,2001)); echo date(I, mktime(0,0,0,7,1,2001)); echo date(I, mktime(0,0,0,8,1,2001)); echo date(I, mktime(0,0,0,9,1,2001)); echo date(I, mktime(0,0,0,10,1,2001)); Also returning a zero instead of a one are: echo date(I,
Re: [PHP-DEV] Proposal: interface improvement for exec(), system(), and passthru().
No compatibility issues but fixing two annoying safe-mode limitations? Go ahead :-) - Stig Arcady Genkin wrote: This refers to bug 18843 ( http://bugs.php.net/bug.php?id=13843 ) I'm willing to give a shot at coding the fix for this bug, provided that the proposed resolutions (below) are approved by somebody with cvs commit powers. Otherwise, let's discuss how to fix it some other way. Right now magic behavior of exec() and friends under safe mode is not even documented anywhere (at least not under Safe Mode or individual sections for each of the functions), and is the cause of really unreasonable limitations. Problem 1: -- Under safe mode PHP programmer has no mechanism of passing command-line parameters that contain spaces to programs with exec() et al. Proposed Resolution: Allow an array to be passed as the first argument of exec() and friends, with the following semantics: o If the first argument is a string, the functions' semantics is the same as it is now. This way the new interface is 100% backward-compatible. o If the first argument is an array, we assume that: - the first element of the array is the command to be executed, - and all other elements are command-line parameters - if PHP is in safe mode, quote each parameter separately This way the command line and the parameters can be quoted properly under safe mode, and still allow blanks in parameters. Problem 2: -- Under safe mode a programmer has no mechanism to do include 21 in the command line with exec() et all. Proposed resolution: Given the interface improvement as explained above, if the _last element_ of the array passed as the first parameter of exec() is a token 21, treat it as a special case and _don't_ magically escape it under safe mode. Many thanks, -- Arcady Genkin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Proposal: interface improvement for exec(), system(), and passthru().
Arcady Genkin [EMAIL PROTECTED] wrote: o If the first argument is an array, we assume that: - the first element of the array is the command to be executed, - and all other elements are command-line parameters - if PHP is in safe mode, quote each parameter separately wouldn't it be better to just use execvp() and make escpaing each parameter not be an issue? (that also makes it easier to pass arguments with spaces, etc, and i think it would be useful even outside of safe mode.) that doesn't solve the 21 problem, but perhaps that could be handled as a special case. using /bin/sh to run things from exec() and system() just always gives me the willies. :) jim -- 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]