Re: [PHP-DOC] Re: Suggestion for a clean PHP 5 - Manual
Derick Rethans wrote: upload them yourself, but if that is not setup stuff them on some site so that I can take care of it later. PDF versions of manual are available at http://badame.vse.cz/jkj/php/ you can download them and put them on php.net. Please let me know after you download files, so I can free resources on server. Jirka -- - Jirka Kosek e-mail: [EMAIL PROTECTED] http://www.kosek.cz -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21485 [Opn]: feof() doesn't return true on a non-blocking socket stream
ID: 21485 Updated by: [EMAIL PROTECTED] -Summary: feof() doesn't returns true on a socket stream Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Sockets related +Bug Type: Documentation problem Operating System: Win2K/Linux PHP Version: 4.3.0 Assigned To: wez New Comment: This is expected behaviour. feof() will only return true for a socket stream when the connection has been closed. If you are running in non-blocking mode, you need to check the return value of fgets to see if it is false. If it returns false it simply means that there is no more data at that time. You can then check if the EOF has been reached. Your script is responsible for implementing some kind of timeout to catch the kind of communication error you have described (both sides of the socket are waiting for the other to send data). This is difficult to do with a raw non-blocking socket, so instead of doing that, there are two other techniques which are more flexible (for most users): 1. Use stream_set_timeout() on a regular blocking socket. Useful only if you are using a single socket to read from. 2. Use stream_select() on a number of regular blocking sockets. Useful if your script is talking to a number of servers concurrently. Both of these allow you to set a timeout duration; the first will cause your fgets() and fread() calls to timeout after the specified duration; they will return false in that case, which you should check for and break out of your while loop. while (!feof($fp)) { $data = fgets($fp); if ($data === false) break; } stream_select() will wait for up to the timeout duration for data to arrive on any of the streams that you pass as parameters. You can then read data from the relevant streams. This is slightly more complicated to implement than using stream_set_timeout, but more powerful overall. feof() is definitely working the way it should, as are the other functions that I have mentioned. I'm changing this to a documentation problem, because we should explain about non-blocking sockets and some of the common pitfalls more clearly in the docs. Previous Comments: [2003-01-27 03:42:47] [EMAIL PROTECTED] Sorry for my late respons, i didnt know u were waiting for input... I think the reason your example works is because the smtp-server closes the socket after the QUIT -command. Try to misspell it and see what happens...(i.e 'QUIIT') You get a unrecognized command response from the server, but the important thing is that the smtp-server doesnt close the socket. The while-loop will now continue to loop until maximum execution time (30 secs in my case) The feof() -never- returns true in php 4.3.0 but does so in 4.2.3. And this is exacly my problem. (In my real case I dont connect to a smtp-server but the scenario is the same.) Regards /Bjarne [2003-01-25 01:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2003-01-09 04:33:57] [EMAIL PROTECTED] The following works for me: $fp = fsockopen(localhost, 25); stream_set_blocking($fp, false); fwrite($fp, QUIT\r\n); while(!feof($fp)) { $data = fgets($fp); var_dump($data); } echo \nAll done\n; Under Win2000, WinXP, Linux2.4.19 (with IPv6), FreeBSD4.5 (with IPv6)... Not verified at all for me. [2003-01-09 04:23:45] [EMAIL PROTECTED] The following works for me: $fp = fsockopen(localhost, 25); stream_set_blocking($fp, false); fwrite($fp, QUIT\r\n); while(!feof($fp)) { $data = fgets($fp); var_dump($data); } echo \nAll done\n; Remember that feof() will only return true when there is no more data in the internal buffer held by the stream, so you need to drain off any input by consuming it all first. [2003-01-09 04:05:25] [EMAIL PROTECTED] The nature of non-blocking sockets means that your script must always be prepared to handle a false or zero length return from fgets/fread, so I'm not worried about that aspect. However, the feof() does seem to be a problem. Looking into it... 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/21485 -- Edit this bug report at http://bugs.php.net/?id=21485edit=1 -- PHP Documentation Mailing List
[PHP-DOC] #21899 [NEW]: Wrong example in wordwrap
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Wrong example in wordwrap Hi, someone wrote a note for wordwrap function (http://www.php.net/manual/en/function.wordwrap.php) which contains the following: The first example is not a very good one, since jumped over the lazy dog. is longer than 20 characters. :) And it's true, the example output is wrong. The lines should be cutted by 20 characters. Greetings Oliver -- Edit bug report at http://bugs.php.net/?id=21899edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21899r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21899r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21899r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21899r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21899r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21899r=support Expected behavior: http://bugs.php.net/fix.php?id=21899r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21899r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21899r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21899r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21899r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21899r=dst IIS Stability: http://bugs.php.net/fix.php?id=21899r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21899r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] CVS karma access for greek manual translation (again)
At 00.53 27/01/03 -0200, Dimitris Glezos wrote: sorry for the second email, but I already emailed [EMAIL PROTECTED] 2 times for karma access needed for the greek manual translation and noone answered me. (username subbie) I see there is a CVS account with that name that dates more than one year ago. It is also needed to create a new phpdoc-EL CVS module, and a new doc-EL mailing list for the new translation (although we already have a ML hosted on the Cyprus Linux User Group - www.cylug.org). I cant help you here, sorry. -- Simone Cortesi http://cortesi.com/ blog * photos * PHP in italian did I help you? http://cortesi.com/wishlist.php -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21899 [Opn]: Wrong example in wordwrap
ID: 21899 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Documentation problem PHP Version: 4.3.0 -Assigned To: +Assigned To: cortesi New Comment: assign to myself Previous Comments: [2003-01-27 06:25:11] [EMAIL PROTECTED] Hi, someone wrote a note for wordwrap function (http://www.php.net/manual/en/function.wordwrap.php) which contains the following: The first example is not a very good one, since jumped over the lazy dog. is longer than 20 characters. :) And it's true, the example output is wrong. The lines should be cutted by 20 characters. Greetings Oliver -- Edit this bug report at http://bugs.php.net/?id=21899edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21899 [Opn-Csd]: Wrong example in wordwrap
ID: 21899 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.3.0 Assigned To: cortesi New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-27 06:42:32] [EMAIL PROTECTED] assign to myself [2003-01-27 06:25:11] [EMAIL PROTECTED] Hi, someone wrote a note for wordwrap function (http://www.php.net/manual/en/function.wordwrap.php) which contains the following: The first example is not a very good one, since jumped over the lazy dog. is longer than 20 characters. :) And it's true, the example output is wrong. The lines should be cutted by 20 characters. Greetings Oliver -- Edit this bug report at http://bugs.php.net/?id=21899edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21883 [Opn-Csd]: getimagesize(JPEG2000.jp2) return FALSE
ID: 21883 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows XP pro SP1 PHP Version: 4.3.0 New Comment: Thank you, i think the bug is closed. I am waiting for PHP 4.3.x where x 1. Previous Comments: [2003-01-26 15:34:34] [EMAIL PROTECTED] Sadly, JPEG 2000 support didn't make it for 4.3. JPEG 2000 raw codestream support should be in 4.3.1. JP2 support will probably feature in 5.0. A current stable snapshot should work for JPC, and JP2 will work if you compile from HEAD. adamw [2003-01-26 04:43:04] [EMAIL PROTECTED] It's only working correctly in PHP 4.3 - doc problem. [2003-01-26 01:55:46] [EMAIL PROTECTED] -Short script : ?php $taille = getimagesize(JPEG2000.jp2); dump $taille; ? -List of modules : I dowloaded PHP4.3 binary for Windows (ZIP file), from your site. -Any other information : I tried the same script with a JPG image, it works. I saw every where that JPEG2000 is managed in PHP 4.3. : http://www.zend.com/manual/function.getimagesize.php for exemple. Is there a Zend PHP or is it for the future ? -- Edit this bug report at http://bugs.php.net/?id=21883edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21883 [Csd-Opn]: jpc and jp2
ID: 21883 Updated by: [EMAIL PROTECTED] -Summary: getimagesize(JPEG2000.jp2) return FALSE Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Documentation problem -Operating System: Windows XP pro SP1 +Operating System: all PHP Version: 4.3.0 New Comment: This remains open until jpc and jp2 are documented properly. This may need to be faq that's referred to in various places? Or maybe a language-snippet? Because I doubt getimagesize() is the only appropriate place for this information. Previous Comments: [2003-01-27 12:42:37] [EMAIL PROTECTED] Thank you, i think the bug is closed. I am waiting for PHP 4.3.x where x 1. [2003-01-26 15:34:34] [EMAIL PROTECTED] Sadly, JPEG 2000 support didn't make it for 4.3. JPEG 2000 raw codestream support should be in 4.3.1. JP2 support will probably feature in 5.0. A current stable snapshot should work for JPC, and JP2 will work if you compile from HEAD. adamw [2003-01-26 04:43:04] [EMAIL PROTECTED] It's only working correctly in PHP 4.3 - doc problem. [2003-01-26 01:55:46] [EMAIL PROTECTED] -Short script : ?php $taille = getimagesize(JPEG2000.jp2); dump $taille; ? -List of modules : I dowloaded PHP4.3 binary for Windows (ZIP file), from your site. -Any other information : I tried the same script with a JPG image, it works. I saw every where that JPEG2000 is managed in PHP 4.3. : http://www.zend.com/manual/function.getimagesize.php for exemple. Is there a Zend PHP or is it for the future ? -- Edit this bug report at http://bugs.php.net/?id=21883edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: Suggestion for a clean PHP 5 - Manual
On Mon, 27 Jan 2003, Jirka Kosek wrote: Derick Rethans wrote: upload them yourself, but if that is not setup stuff them on some site so that I can take care of it later. PDF versions of manual are available at http://badame.vse.cz/jkj/php/ you can download them and put them on php.net. Please let me know after you download files, so I can free resources on server. Just to reiterate my opinion on the matter :) These are from September 9, 2002. The current manual build is from January 27, 2003. That's slighly more than a 4.5 month difference and IMHO it'd not be useful to post these on the site. As we all know, a lot has changed in the last 4.5 months ... including the introduction of PHP 4.3.0. Let's wait until new PDF's are built. Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/faq obtaining.xml
Commemts? I don't see a reason to have any faq only urls. Why do we need this at all? I vote merge them all! :) Ok, its done and ready for commit. faqurl.ent is properly merged with global.ent, no leading faqurl anymore. The en/faq is updated properly and also ready to commit, the build system gets rid off faqurl.ent (manual.xml.in installpart.xml modofied) BUT, following (partly) translations exists: phpdoc-cs phpdoc-de phpdoc-he phpdoc-it phpdoc-ja phpdoc-pl phpdoc-zh Three ways to go on: (A) Commiting and let the other lang modules take care for the changes. (B) Inform the other translation teams, explain them what happend and how they can easily fix their faq translation. Maybe (A) and (B) together, or (c) I check out the modules in question and make the changes. Friedhelm -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/faq obtaining.xml
Ok, its done and ready for commit. faqurl.ent is properly merged with global.ent, no leading faqurl anymore. The en/faq is updated properly and also ready to commit, the build system gets rid off faqurl.ent (manual.xml.in installpart.xml modofied) BUT, following (partly) translations exists: phpdoc-cs phpdoc-de phpdoc-he phpdoc-it phpdoc-ja phpdoc-pl phpdoc-zh Three ways to go on: (A) Commiting and let the other lang modules take care for the changes. (B) Inform the other translation teams, explain them what happend and how they can easily fix their faq translation. Maybe (A) and (B) together, or Lets do (B) first, then if for some time they do not reply, (A). Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: Suggestion for a clean PHP 5 - Manual
Philip Olson wrote: Just to reiterate my opinion on the matter :) These are from September 9, 2002. The current manual build is from January 27, 2003. That's slighly more than a 4.5 month difference and IMHO it'd not be useful to post these on the site. As we all know, a lot has changed in the last 4.5 months ... including the introduction of PHP 4.3.0. Let's wait until new PDF's are built. Don't expect PDFs from my in a near future, I don't have spare time for building fresh copies now. I put substantial effort to building PDFs in September. I had feeling that PHP doc group want PDFs as they were requested by some people and PHP doc group hadn't resources for building them at that time. For some technical reasons PDFs were not published. I can understand to these problems, but don't expect strong motivation for building fresh ones from me. The only profit for volunteer is feeling that he had done something useful for community. I have no feeling now, except that I wasted two days of my machine time :-) Do as you want. If you think that all people are using newest version of PHP, and there is no one who can benefit from quite older PDFs, throw them away. Never mind. Jirka -- - Jirka Kosek e-mail: [EMAIL PROTECTED] http://www.kosek.cz -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: Suggestion for a clean PHP 5 - Manual
Philip Olson wrote: Just to reiterate my opinion on the matter :) These are from September 9, 2002. The current manual build is from January 27, 2003. That's slighly more than a 4.5 month difference and IMHO it'd not be useful to post these on the site. As we all know, a lot has changed in the last 4.5 months ... including the introduction of PHP 4.3.0. Let's wait until new PDF's are built. Don't expect PDFs from my in a near future, I don't have spare time for building fresh copies now. I put substantial effort to building PDFs in September. I had feeling that PHP doc group want PDFs as they were requested by some people and PHP doc group hadn't resources for building them at that time. For some technical reasons PDFs were not published. I can understand to these problems, but don't expect strong motivation for building fresh ones from me. The only profit for volunteer is feeling that he had done something useful for community. I have no feeling now, except that I wasted two days of my machine time :-) Do as you want. If you think that all people are using newest version of PHP, and there is no one who can benefit from quite older PDFs, throw them away. Never mind. Jirka -- - Jirka Kosek e-mail: [EMAIL PROTECTED] http://www.kosek.cz -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: Suggestion for a clean PHP 5 - Manual
On Mon, 27 Jan 2003, Jirka Kosek wrote: Philip Olson wrote: Just to reiterate my opinion on the matter :) These are from September 9, 2002. The current manual build is from January 27, 2003. That's slighly more than a 4.5 month difference and IMHO it'd not be useful to post these on the site. As we all know, a lot has changed in the last 4.5 months ... including the introduction of PHP 4.3.0. Let's wait until new PDF's are built. Don't expect PDFs from my in a near future, I don't have spare time for building fresh copies now. I put substantial effort to building PDFs in September. I had feeling that PHP doc group want PDFs as they were requested by some people and PHP doc group hadn't resources for building them at that time. For some technical reasons PDFs were not published. I can understand to these problems, but don't expect strong motivation for building fresh ones from me. The only profit for volunteer is feeling that he had done something useful for community. I have no feeling now, except that I wasted two days of my machine time :-) It was unfortunate that the PDF's never made it to the site but if we don't have a system in place that can build new ones within a sane amount of time (monthly) then maybe it's best we wait until that can be done. Jirka, your original idea was to do this monthly, so this is no longer possible? If not, let's just wait until this can all be generated automatically or in the very least, monthly. Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: Suggestion for a clean PHP 5 - Manual
Philip Olson wrote: best we wait until that can be done. Jirka, your original idea was to do this monthly, so this is no longer possible? I hope that I will find time once in one or two months. If not, let's just wait until this can all be generated automatically or in the very least, monthly. Problem is that process I use utilizes CPU for 100% for ~ 3 hours for single language. And that conversion from Word to PDF must be invoked manually. Maybe it will be possible to automate this with some Word macro, but I haven't time to investigate in this direction now. Jirka -- - Jirka Kosek e-mail: [EMAIL PROTECTED] http://www.kosek.cz -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] merging of global.ent and faqurl.ent
Hi all, your translation team has (partly) translated the faq section. As you might know, global entities (url.mysql; for example) are defined in the phpdoc module in entities/global.ent and entities for the faq in entities/faqurls.ent. For easier maintenance the content of faqurls.ent will be merged with global.ent with the result of only one file holding all entities: global.ent. This merge will happen soon (in one week) and will affect your already translated parts of the faq. What will happen? Once the files in question are committed to the phpdoc module: after updating your working copy of phpdoc, a run of autoconf followed by ./configure -- with-lang=your_lang many missing entities will show up in the file entities/missing-entities.ent. The result: due to this missing entities the links in your_lang faq section will be broken. What can your translation team do? Prepare your translated faq with the upcoming new entities asap, drop a note to the list when you are done and the changes will happen in sync. To get started two files are attached: changes: exactly which entities changed to what faq_diff: unified diff of phpdoc/en/faq/*.xml If you have any questions/caomplaints/concerns don't hesitate drop a mail to the list. Regards Friedhelm Betz Index: build.xml === RCS file: /repository/phpdoc/en/faq/build.xml,v retrieving revision 1.20 diff -u -r1.20 build.xml --- build.xml 15 Nov 2002 09:49:56 - 1.20 +++ build.xml 28 Jan 2003 00:21:38 - @@ -143,7 +143,7 @@ answer para You need to update your version of Bison. You can find the latest version - at ulink url=faqurl.bison;faqurl.bison;/ulink. + at ulink url=url.bison;url.bison;/ulink. /para /answer /qandaentry @@ -183,7 +183,7 @@ If you're linking with Apache 1.2.x, did you remember to add the appropriate information to the EXTRA_LIBS line of the Configuration file and re-rerun Apache's Configure script? See the - ulink url=faqurl.file.installation;INSTALL/ulink file that + ulink url=url.file.installation;INSTALL/ulink file that comes with the distribution for more information. /para para @@ -206,7 +206,7 @@ listitem simpara Grab the latest Apache 1.3 distribution from - ulink url=faqurl.apache;faqurl.apache;/ulink. + ulink url=url.apache.source;url.apache.source;/ulink. /simpara /listitem listitem Index: databases.xml === RCS file: /repository/phpdoc/en/faq/databases.xml,v retrieving revision 1.16 diff -u -r1.16 databases.xml --- databases.xml 30 Jun 2002 16:08:45 - 1.16 +++ databases.xml 28 Jan 2003 00:21:38 - @@ -26,7 +26,7 @@ On Unix machines, you can use the Sybase-CT driver to access Microsoft SQL Servers because they are (at least mostly) protocol-compatible. Sybase has made a - ulink url=faqurl.sybase;free version of the necessary + ulink url=url.sybase.ctlib;free version of the necessary libraries for Linux systems/ulink. For other Unix operating systems, you need to contact Sybase for the correct libraries. Also see the answer to the next question. @@ -47,7 +47,7 @@ para If you are running PHP on a Unix box and want to talk to MS Access on a Windows box you will need Unix ODBC drivers. - ulink url=faqurl.openlinksw;OpenLink Software/ulink has Unix-based + ulink url=url.openlink;OpenLink Software/ulink has Unix-based ODBC drivers that can do this. There is a free pilot program where you can download an evaluation copy that doesn't expire and prices start at $675 for the commercial supported version. @@ -64,7 +64,7 @@ use ODBC from PHP straight to your database - i.e. with OpenLink's drivers. If you do need to use an intermediary file format, OpenLink have now released Virtuoso (a virtual database engine) for NT, Linux and other unix platforms. - Please visit our ulink url=faqurl.openlinksw;website/ulink for a free download. + Please visit our ulink url=url.openlink;website/ulink for a free download. /programlisting /para para @@ -77,7 +77,7 @@ listitem simpara Install MySQL on your platform according to instructions with MySQL. - Latest available from ulink url=faqurl.mysql;www.mysql.com/ulink + Latest available from ulink url=url.mysql;www.mysql.com/ulink (get it from your mirror!). No special configuration required except when you set up a database, and configure the user account, you should put % in the host field, or the host name of the Index: general.xml === RCS file: /repository/phpdoc/en/faq/general.xml,v retrieving
[PHP-DOC] cvs: phpdoc / .cvsignore
betzMon Jan 27 19:45:10 2003 EDT Modified files: /phpdoc .cvsignore Log: now really version independent ignore of autoconf cache;-) Index: phpdoc/.cvsignore diff -u phpdoc/.cvsignore:1.36 phpdoc/.cvsignore:1.37 --- phpdoc/.cvsignore:1.36 Wed Jan 22 18:07:54 2003 +++ phpdoc/.cvsignore Mon Jan 27 19:45:09 2003 @@ -37,4 +37,4 @@ chmonly.xml installpart.xml reserved.constants.xml -autom4te-* +autom4te* -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21877 [Com]: fread may read less bytes than requested even if EOF is not reached ...
ID: 21877 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: * PHP Version: 4CVS-2003-01-25 (stable) Assigned To: hholzgra New Comment: here was my code: $f=fopen(./foo,r); while($c=fgetc($f)){ ... } ...and the 'while' loop was quit long before EOF was reached. After examination, it was quit when a character 0 was read (thus confusion between 0 and EOF...) Previous Comments: [2003-01-25 13:07:29] [EMAIL PROTECTED] ok, it only true for non-blocking php streams ... but still this should be mentioned on the fread() page [2003-01-25 12:56:17] [EMAIL PROTECTED] i asume this not only true for C fread() but also for PHP ? if so - should be documented as such ... -- Edit this bug report at http://bugs.php.net/?id=21877edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/mbstring/functions mb-parse-str.xml mb-send-mail.xml
damsMon Jan 27 21:30:18 2003 EDT Modified files: /phpdoc/en/reference/mbstring/functions mb-parse-str.xml mb-send-mail.xml Log: boolean = bool Index: phpdoc/en/reference/mbstring/functions/mb-parse-str.xml diff -u phpdoc/en/reference/mbstring/functions/mb-parse-str.xml:1.2 phpdoc/en/reference/mbstring/functions/mb-parse-str.xml:1.3 --- phpdoc/en/reference/mbstring/functions/mb-parse-str.xml:1.2 Wed Apr 17 02:39:59 2002 +++ phpdoc/en/reference/mbstring/functions/mb-parse-str.xml Mon Jan 27 21:30:18 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/mbstring.xml, last change in rev 1.3 -- refentry id=function.mb-parse-str refnamediv @@ -11,7 +11,7 @@ refsect1 titleDescription/title methodsynopsis - typeboolean/typemethodnamemb_parse_str/methodname + typebool/typemethodnamemb_parse_str/methodname methodparamtypestring/typeparameterencoded_string/parameter/methodparam methodparam choice=opttypearray/typeparameterresult/parameter/methodparam /methodsynopsis Index: phpdoc/en/reference/mbstring/functions/mb-send-mail.xml diff -u phpdoc/en/reference/mbstring/functions/mb-send-mail.xml:1.2 phpdoc/en/reference/mbstring/functions/mb-send-mail.xml:1.3 --- phpdoc/en/reference/mbstring/functions/mb-send-mail.xml:1.2 Wed Apr 17 02:39:59 2002 +++ phpdoc/en/reference/mbstring/functions/mb-send-mail.xml Mon Jan 27 21:30:18 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/mbstring.xml, last change in rev 1.19 -- refentry id=function.mb-send-mail refnamediv @@ -11,7 +11,7 @@ refsect1 titleDescription/title methodsynopsis - typeboolean/typemethodnamemb_send_mail/methodname + typebool/typemethodnamemb_send_mail/methodname methodparamtypestring/typeparameterto/parameter/methodparam methodparamtypestring/typeparametersubject/parameter/methodparam methodparamtypestring/typeparametermessage/parameter/methodparam -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/posix/functions posix-ctermid.xml posix-getcwd.xml posix-getgrnam.xml posix-getrlimit.xml posix-isatty.xml posix-ttyname.xml
damsMon Jan 27 21:33:22 2003 EDT Modified files: /phpdoc/en/reference/posix/functionsposix-ctermid.xml posix-getcwd.xml posix-getgrnam.xml posix-getrlimit.xml posix-isatty.xml posix-ttyname.xml Log: use of warn.undocumented.func; Index: phpdoc/en/reference/posix/functions/posix-ctermid.xml diff -u phpdoc/en/reference/posix/functions/posix-ctermid.xml:1.2 phpdoc/en/reference/posix/functions/posix-ctermid.xml:1.3 --- phpdoc/en/reference/posix/functions/posix-ctermid.xml:1.2 Wed Apr 17 02:43:24 2002 +++ phpdoc/en/reference/posix/functions/posix-ctermid.xml Mon Jan 27 21:33:21 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/posix.xml, last change in rev 1.2 -- refentry id=function.posix-ctermid refnamediv @@ -12,8 +12,8 @@ typestring/typemethodnameposix_ctermid/methodname void/ /methodsynopsis -para - Needs to be written. + para + warn.undocumented.func; /para /refsect1 /refentry Index: phpdoc/en/reference/posix/functions/posix-getcwd.xml diff -u phpdoc/en/reference/posix/functions/posix-getcwd.xml:1.2 phpdoc/en/reference/posix/functions/posix-getcwd.xml:1.3 --- phpdoc/en/reference/posix/functions/posix-getcwd.xml:1.2Wed Apr 17 02:43:25 2002 +++ phpdoc/en/reference/posix/functions/posix-getcwd.xmlMon Jan 27 21:33:22 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/posix.xml, last change in rev 1.2 -- refentry id=function.posix-getcwd refnamediv @@ -12,8 +12,8 @@ typestring/typemethodnameposix_getcwd/methodname void/ /methodsynopsis -para - Needs to be written ASAP. + para + warn.undocumented.func; /para /refsect1 /refentry Index: phpdoc/en/reference/posix/functions/posix-getgrnam.xml diff -u phpdoc/en/reference/posix/functions/posix-getgrnam.xml:1.2 phpdoc/en/reference/posix/functions/posix-getgrnam.xml:1.3 --- phpdoc/en/reference/posix/functions/posix-getgrnam.xml:1.2 Wed Apr 17 02:43:25 2002 +++ phpdoc/en/reference/posix/functions/posix-getgrnam.xml Mon Jan 27 21:33:22 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/posix.xml, last change in rev 1.2 -- refentry id=function.posix-getgrnam refnamediv @@ -12,8 +12,8 @@ typearray/typemethodnameposix_getgrnam/methodname methodparamtypestring/typeparametername/parameter/methodparam /methodsynopsis -para - Needs to be written. + para + warn.undocumented.func; /para /refsect1 /refentry Index: phpdoc/en/reference/posix/functions/posix-getrlimit.xml diff -u phpdoc/en/reference/posix/functions/posix-getrlimit.xml:1.2 phpdoc/en/reference/posix/functions/posix-getrlimit.xml:1.3 --- phpdoc/en/reference/posix/functions/posix-getrlimit.xml:1.2 Wed Apr 17 02:43:27 2002 +++ phpdoc/en/reference/posix/functions/posix-getrlimit.xml Mon Jan 27 21:33:22 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/posix.xml, last change in rev 1.2 -- refentry id=function.posix-getrlimit refnamediv @@ -12,8 +12,8 @@ typearray/typemethodnameposix_getrlimit/methodname void/ /methodsynopsis -para - Needs to be written ASAP. + para + warn.undocumented.func; /para /refsect1 /refentry Index: phpdoc/en/reference/posix/functions/posix-isatty.xml diff -u phpdoc/en/reference/posix/functions/posix-isatty.xml:1.2 phpdoc/en/reference/posix/functions/posix-isatty.xml:1.3 --- phpdoc/en/reference/posix/functions/posix-isatty.xml:1.2Wed Apr 17 02:43:27 2002 +++ phpdoc/en/reference/posix/functions/posix-isatty.xmlMon Jan 27 21:33:22 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/posix.xml, last change in rev 1.2 -- refentry id=function.posix-isatty refnamediv @@ -14,8 +14,8 @@ typebool/typemethodnameposix_isatty/methodname methodparamtypeint/typeparameterfd/parameter/methodparam /methodsynopsis -para - Needs to be written. + para + warn.undocumented.func; /para /refsect1 /refentry Index: phpdoc/en/reference/posix/functions/posix-ttyname.xml diff -u phpdoc/en/reference/posix/functions/posix-ttyname.xml:1.2 phpdoc/en/reference/posix/functions/posix-ttyname.xml:1.3 ---
[PHP-DOC] cvs: phpdoc /en/reference/xml reference.xml
damsMon Jan 27 21:58:18 2003 EDT Modified files: /phpdoc/en/reference/xmlreference.xml Log: unused id Index: phpdoc/en/reference/xml/reference.xml diff -u phpdoc/en/reference/xml/reference.xml:1.7 phpdoc/en/reference/xml/reference.xml:1.8 --- phpdoc/en/reference/xml/reference.xml:1.7 Mon Dec 2 07:55:44 2002 +++ phpdoc/en/reference/xml/reference.xml Mon Jan 27 21:58:18 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- reference id=ref.xml titleXML parser functions/title titleabbrevXML/titleabbrev @@ -508,7 +508,7 @@ /programlisting /example /para - para id=example.xml-xmltest.xml + para example titlexmltest.xml/title programlisting role=xml @@ -544,7 +544,7 @@ /programlisting /example /para - para id=example.xml-xmltest2.xml + para This file is included from filenamexmltest.xml/filename: example titlexmltest2.xml/title -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/http/functions headers-sent.xml setcookie.xml
damsMon Jan 27 22:02:39 2003 EDT Modified files: /phpdoc/en/reference/http/functions headers-sent.xml setcookie.xml Log: boolean - bool Index: phpdoc/en/reference/http/functions/headers-sent.xml diff -u phpdoc/en/reference/http/functions/headers-sent.xml:1.11 phpdoc/en/reference/http/functions/headers-sent.xml:1.12 --- phpdoc/en/reference/http/functions/headers-sent.xml:1.11Sun Dec 1 05:52:42 2002 +++ phpdoc/en/reference/http/functions/headers-sent.xml Mon Jan 27 22:02:38 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.11 $ -- +!-- $Revision: 1.12 $ -- !-- splitted from ./en/functions/http.xml, last change in rev 1.7 -- refentry id=function.headers-sent refnamediv @@ -9,7 +9,7 @@ refsect1 titleDescription/title methodsynopsis - typeboolean/typemethodnameheaders_sent/methodname + typebool/typemethodnameheaders_sent/methodname methodparam choice=opttypestring/typeparameteramp;file/parameter/methodparam methodparam choice=opttypeint/typeparameteramp;line/parameter/methodparam /methodsynopsis Index: phpdoc/en/reference/http/functions/setcookie.xml diff -u phpdoc/en/reference/http/functions/setcookie.xml:1.17 phpdoc/en/reference/http/functions/setcookie.xml:1.18 --- phpdoc/en/reference/http/functions/setcookie.xml:1.17 Tue Jan 21 22:24:26 2003 +++ phpdoc/en/reference/http/functions/setcookie.xmlMon Jan 27 22:02:39 2003 @@ -1,6 +1,6 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.17 $ -- +!-- $Revision: 1.18 $ -- !-- splitted from ./en/functions/http.xml, last change in rev 1.2 -- refentry id=function.setcookie refnamediv @@ -10,7 +10,7 @@ refsect1 titleDescription/title methodsynopsis - typeboolean/typemethodnamesetcookie/methodname + typebool/typemethodnamesetcookie/methodname methodparamtypestring/typeparametername/parameter/methodparam methodparam choice=opttypestring/typeparametervalue/parameter/methodparam methodparam choice=opttypeint/typeparameterexpire/parameter/methodparam -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/posix/functions posix-getgrgid.xml
damsMon Jan 27 22:16:51 2003 EDT Modified files: /phpdoc/en/reference/posix/functionsposix-getgrgid.xml Log: warn.undocumented.func Index: phpdoc/en/reference/posix/functions/posix-getgrgid.xml diff -u phpdoc/en/reference/posix/functions/posix-getgrgid.xml:1.2 phpdoc/en/reference/posix/functions/posix-getgrgid.xml:1.3 --- phpdoc/en/reference/posix/functions/posix-getgrgid.xml:1.2 Wed Apr 17 02:43:25 2002 +++ phpdoc/en/reference/posix/functions/posix-getgrgid.xml Mon Jan 27 22:16:51 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/posix.xml, last change in rev 1.2 -- refentry id=function.posix-getgrgid refnamediv @@ -13,7 +13,7 @@ methodparamtypeint/typeparametergid/parameter/methodparam /methodsynopsis para - Needs to be written. + warn.undocumented.func; /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/ftp/functions ftp-fget.xml ftp-fput.xml ftp-nb-fget.xml ftp-nb-fput.xml
damsMon Jan 27 22:37:20 2003 EDT Modified files: /phpdoc/en/reference/ftp/functions ftp-fget.xml ftp-fput.xml ftp-nb-fget.xml ftp-nb-fput.xml Log: fp - handle revert Index: phpdoc/en/reference/ftp/functions/ftp-fget.xml diff -u phpdoc/en/reference/ftp/functions/ftp-fget.xml:1.5 phpdoc/en/reference/ftp/functions/ftp-fget.xml:1.6 --- phpdoc/en/reference/ftp/functions/ftp-fget.xml:1.5 Tue Nov 12 06:57:54 2002 +++ phpdoc/en/reference/ftp/functions/ftp-fget.xml Mon Jan 27 22:37:19 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- !-- splitted from ./en/functions/ftp.xml, last change in rev 1.2 -- refentry id=function.ftp-fget refnamediv @@ -11,7 +11,7 @@ methodsynopsis typebool/typemethodnameftp_fget/methodname methodparamtyperesource/typeparameterftp_stream/parameter/methodparam - methodparamtyperesource/typeparameterfp/parameter/methodparam + methodparamtyperesource/typeparameterhandle/parameter/methodparam methodparamtypestring/typeparameterremote_file/parameter/methodparam methodparamtypeint/typeparametermode/parameter/methodparam methodparam choice=opttypeint/typeparameterresumepos/parameter/methodparam @@ -19,7 +19,7 @@ para functionftp_fget/function retrieves parameterremote_file/parameter from the FTP server, and writes it to the given file pointer, - parameterfp/parameter. The transfer parametermode/parameter + parameterhandle/parameter. The transfer parametermode/parameter specified must be either constantFTP_ASCII/constant or constantFTP_BINARY/constant. /para Index: phpdoc/en/reference/ftp/functions/ftp-fput.xml diff -u phpdoc/en/reference/ftp/functions/ftp-fput.xml:1.5 phpdoc/en/reference/ftp/functions/ftp-fput.xml:1.6 --- phpdoc/en/reference/ftp/functions/ftp-fput.xml:1.5 Tue Nov 12 06:57:54 2002 +++ phpdoc/en/reference/ftp/functions/ftp-fput.xml Mon Jan 27 22:37:19 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- !-- splitted from ./en/functions/ftp.xml, last change in rev 1.2 -- refentry id=function.ftp-fput refnamediv @@ -12,13 +12,13 @@ typebool/typemethodnameftp_fput/methodname methodparamtyperesource/typeparameterftp_stream/parameter/methodparam methodparamtypestring/typeparameterremote_file/parameter/methodparam - methodparamtyperesource/typeparameterfp/parameter/methodparam + methodparamtyperesource/typeparameterhandle/parameter/methodparam methodparamtypeint/typeparametermode/parameter/methodparam methodparam choice=opttypeint/typeparameterstartpos/parameter/methodparam /methodsynopsis para functionftp_fput/function uploads the data from the file pointer - parameterfp/parameter until the end of the file is reached. The results are stored + parameterhandle/parameter until the end of the file is reached. The results +are stored in parameterremote_file/parameter on the FTP server. The transfer parametermode/parameter specified must be either constantFTP_ASCII/constant or constantFTP_BINARY/constant. Index: phpdoc/en/reference/ftp/functions/ftp-nb-fget.xml diff -u phpdoc/en/reference/ftp/functions/ftp-nb-fget.xml:1.3 phpdoc/en/reference/ftp/functions/ftp-nb-fget.xml:1.4 --- phpdoc/en/reference/ftp/functions/ftp-nb-fget.xml:1.3 Tue Nov 12 06:57:54 2002 +++ phpdoc/en/reference/ftp/functions/ftp-nb-fget.xml Mon Jan 27 22:37:19 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- refentry id=function.ftp-nb-fget refnamediv refnameftp_nb_fget/refname @@ -10,7 +10,7 @@ methodsynopsis typebool/typemethodnameftp_nb_fget/methodname methodparamtyperesource/typeparameterftp_stream/parameter/methodparam - methodparamtyperesource/typeparameterfp/parameter/methodparam + methodparamtyperesource/typeparameterhandle/parameter/methodparam methodparamtypestring/typeparameterremote_file/parameter/methodparam methodparamtypeint/typeparametermode/parameter/methodparam methodparam choice=opttypeint/typeparameterresumepos/parameter/methodparam @@ -18,7 +18,7 @@ para functionftp_nb_fget/function retrieves parameterremote_file/parameter from the FTP server, and writes it to the given file pointer, - parameterfp/parameter. The transfer parametermode/parameter + parameterhandle/parameter. The transfer parametermode/parameter specified must be either constantFTP_ASCII/constant or constantFTP_BINARY/constant. The difference between this function and the functionftp_fget/function is that this function retrieves the file Index: phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml diff -u
Re: [PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions fgetc.xml file.xml flock.xml fseek.xml ftruncate.xml move-uploaded-file.xml popen.xml rmdir.xml umask.xml
Le dimanche, 26 jan 2003, à 23:14 America/Montreal, Sara Golemon a écrit : Re: fgetc.xml It was recently decided that handle should be used in lieu of fp for naming stream resource parameters, would you mind rolling back just that file? OOps, here it is. Dams. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session/functions session-decode.xml
damsMon Jan 27 23:06:29 2003 EDT Modified files: /phpdoc/en/reference/session/functions session-decode.xml Log: See also - Voir aussi Index: phpdoc/en/reference/session/functions/session-decode.xml diff -u phpdoc/en/reference/session/functions/session-decode.xml:1.3 phpdoc/en/reference/session/functions/session-decode.xml:1.4 --- phpdoc/en/reference/session/functions/session-decode.xml:1.3Sat Jan 18 21:41:21 2003 +++ phpdoc/en/reference/session/functions/session-decode.xmlMon Jan 27 23:06:26 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/session.xml, last change in rev 1.2 -- refentry id=function.session-decode refnamediv @@ -18,8 +18,8 @@ session. /para para - Voir aussi - functionsession_encode/function + See also + functionsession_encode/function. /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: merging of global.ent and faqurl.ent
The changes from falurl to url in phpdoc-zh molude have been all done! Greg Friedhelm Betz [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi all, your translation team has (partly) translated the faq section. As you might know, global entities (url.mysql; for example) are defined in the phpdoc module in entities/global.ent and entities for the faq in entities/faqurls.ent. For easier maintenance the content of faqurls.ent will be merged with global.ent with the result of only one file holding all entities: global.ent. This merge will happen soon (in one week) and will affect your already translated parts of the faq. What will happen? Once the files in question are committed to the phpdoc module: after updating your working copy of phpdoc, a run of autoconf followed by ./configure -- with-lang=your_lang many missing entities will show up in the file entities/missing-entities.ent. The result: due to this missing entities the links in your_lang faq section will be broken. What can your translation team do? Prepare your translated faq with the upcoming new entities asap, drop a note to the list when you are done and the changes will happen in sync. To get started two files are attached: changes: exactly which entities changed to what faq_diff: unified diff of phpdoc/en/faq/*.xml If you have any questions/caomplaints/concerns don't hesitate drop a mail to the list. Regards Friedhelm Betz -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21885 [Opn]: move_uploaded_file error with open_basedir
ID: 21885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Filesystem function related +Bug Type: Documentation problem Operating System: Windows XP - IIS PHP Version: 4.3.0 New Comment: This was changed because of this bug: http://bugs.php.net/bug.php?id=16128edit=1 And it will stay. Reclassified as documentation prob. Previous Comments: [2003-01-27 17:11:21] [EMAIL PROTECTED] yes - i have the same problem with php running as cgi in windows 2000 pro with IIS. it used to work just fine, but now with 4.3.0 i get the same error. it seems like this is a bug, because the documentation specifically says: move_uploaded_file() is not affected by the normal safe-mode UID-restrictions. This is not unsafe because move_uploaded_file() only operates on files uploaded via PHP. even though open_basedir is not safe_mode i think the same logic should apply! meanwhile i'll just add the temp dir to open_basedir is a quickfix. [2003-01-27 15:35:20] [EMAIL PROTECTED] Yeah this behavior has changed, it didn't do this in 4.2.3. It seems like it *used to* bypass the open_basedir check when using move_uploaded_file on a file in upload_tmp_dir. Or rather, it added one's upload_tmp_dir to open_basedir automatically (bug 17488). Could someone comment as to whether or not this is a permanent change, and if so, perhaps document it somewhere on php.net? (FreeBSD 4.6-STABLE Apache/1.3.27 PHP/4.3.0 apxs, safe_mode=Off) [2003-01-27 06:36:28] [EMAIL PROTECTED] no that is my writing fault on this submission :) [2003-01-27 05:25:48] [EMAIL PROTECTED] missing _ in open_basedir ? [2003-01-26 05:01:33] [EMAIL PROTECTED] i've a script that worked well with 4.2.2, this scripts makes an upload my ini is set to: open basedir=. ; File Uploads ; ; Whether to allow HTTP file uploads. file_uploads = On ; Temporary directory for HTTP uploaded files (will use system default if not ; specified). upload_tmp_dir =c:\temp\php-uploads ; Maximum allowed size for uploaded files. upload_max_filesize = 6M my script does simply: move_uploaded_file($_FILES['new_file_file']['tmp_name'], $this-path.$this-filename); in my class... it gives me: Warning: move_uploaded_file() [function.move-uploaded-file.html]: open_basedir restriction in effect. File(c:\temp\php-uploads\phpD.tmp) is not within the allowed path(s): (.) in C:\neoportal\modules\mediaalbum\mediafile_class.php on line 95 it seems that a open_basedir check is made on the source file and not only on the destination file. the file is correctly uploaded to c:\temp\php-uploads\phpD.tmp but not moved to dest folder (that is a subfolder of current dir so it's in the allowed path) The same error is in PHPMYADMIN 2.3.3pl1 when i try to upload a file .sql Adding the c:\temp\ path to open basedir as .;c:\temp\ doesn't help -- Edit this bug report at http://bugs.php.net/?id=21885edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php