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=21485&edit=1
--
PHP Documen
[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=21899&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21899&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21899&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21899&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21899&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21899&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21899&r=support Expected behavior: http://bugs.php.net/fix.php?id=21899&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21899&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21899&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21899&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21899&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21899&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21899&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21899&r=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=21899&edit=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=21899&edit=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 : -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=21883&edit=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 : -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=21883&edit=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 @@ You need to update your version of Bison. You can find the latest version - at &faqurl.bison;. + at &url.bison;. @@ -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 - INSTALL file that + INSTALL file that comes with the distribution for more information. @@ -206,7 +206,7 @@ Grab the latest Apache 1.3 distribution from - &faqurl.apache;. + &url.apache.source;. 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 - free version of the necessary + free version of the necessary libraries for Linux systems. 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 @@ 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. - OpenLink Software has Unix-based + OpenLink Software 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 website for a free download. + Please visit our website for a free download. @@ -77,7 +77,7 @@ Install MySQL on your platform according to instructions with MySQL. - Latest available from www.mysql.com + Latest available from www.mysql.com (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 revision 1.18 diff -u -r1.18 general.xml --- general.xml 21 Jan 2003 02:49:03 - 1.18 +++ general.xml 28 Jan 2003 00:21:38 - @@ -26,7 +26,7 @@ A nice introduction to PHP by Stig Sæther Bakken can be found - here on the Zend + here on the Zend website. Also, much of the PHP Conference Material is freely available. @@ -57,7 +57,7 @@ PHP/FI 2.0 is an early and no longer supported version of PHP. PHP 3 is the successor to PHP/FI 2.0 and is a lot nicer. PHP 4 is the current -
[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=21877&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21877 [Opn->Ver]: fread may read less bytes than requested even if EOF is not reached ...
ID: 21877
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: Documentation problem
Operating System: *
PHP Version: 4CVS-2003-01-25 (stable)
Assigned To: hholzgra
New Comment:
Try this code instead:
$f = fopen("./foo","r");
while (false !== ($c = fgetc($f))) {
...
}
As this is really what you want to do ;) The documentation for fgetc()
really needs to mention this as most others that might encounter this
0==false do (such as readdir).
A documention problem is to do the following to the fgetc docs:
a) Add an example that keeps in mind false vs 0
b) Implement the &return.falseproblem; entity.
Previous Comments:
[2003-01-27 19:53:30] [EMAIL PROTECTED]
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...)
[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=21877&edit=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 @@ - + @@ -11,7 +11,7 @@ Description - booleanmb_parse_str + boolmb_parse_str stringencoded_string arrayresult 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 @@ - + @@ -11,7 +11,7 @@ Description - booleanmb_send_mail + boolmb_send_mail stringto stringsubject stringmessage -- 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 @@ - + @@ -12,8 +12,8 @@ stringposix_ctermid - - Needs to be written. + + &warn.undocumented.func; 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 @@ - + @@ -12,8 +12,8 @@ stringposix_getcwd - - Needs to be written ASAP. + + &warn.undocumented.func; 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 @@ - + @@ -12,8 +12,8 @@ arrayposix_getgrnam stringname - - Needs to be written. + + &warn.undocumented.func; 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 @@ - + @@ -12,8 +12,8 @@ arrayposix_getrlimit - - Needs to be written ASAP. + + &warn.undocumented.func; 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 @@ - + @@ -14,8 +14,8 @@ boolposix_isatty intfd - - Needs to be written. + + &warn.undocumented.func; 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 --- phpdoc/en/reference/posix/functions/posix-ttyname.xml:1.2 Wed Apr 17 02:43:29 2002 +++ phpdoc/en/reference/posix/functions/posix-ttyname.xml Mon Jan 27 21:33:22 +2003 @@ -1,5 +1,5 @@ - + @@ -12,8 +12,8 @@ stringposix_ttyname intfd - - Needs to be written. + + &warn.undocumented.func; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[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 parser functions XML @@ -508,7 +508,7 @@ - + xmltest.xml @@ -544,7 +544,7 @@ - + This file is included from xmltest.xml: xmltest2.xml -- 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 @@ - + @@ -9,7 +9,7 @@ Description - booleanheaders_sent + boolheaders_sent string&file int&line 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 @@ - + @@ -10,7 +10,7 @@ Description - booleansetcookie + boolsetcookie stringname stringvalue intexpire -- 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 @@ - + @@ -13,7 +13,7 @@ intgid - Needs to be written. + &warn.undocumented.func; -- 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 @@ - + @@ -11,7 +11,7 @@ boolftp_fget resourceftp_stream - resourcefp + resourcehandle stringremote_file intmode intresumepos @@ -19,7 +19,7 @@ ftp_fget retrieves remote_file from the FTP server, and writes it to the given file pointer, - fp. The transfer mode + handle. The transfer mode specified must be either FTP_ASCII or FTP_BINARY. 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 @@ - + @@ -12,13 +12,13 @@ boolftp_fput resourceftp_stream stringremote_file - resourcefp + resourcehandle intmode intstartpos ftp_fput uploads the data from the file pointer - fp until the end of the file is reached. The results are stored + handle until the end of the file is reached. The results +are stored in remote_file on the FTP server. The transfer mode specified must be either FTP_ASCII or FTP_BINARY. 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 @@ - + ftp_nb_fget @@ -10,7 +10,7 @@ boolftp_nb_fget resourceftp_stream - resourcefp + resourcehandle stringremote_file intmode intresumepos @@ -18,7 +18,7 @@ ftp_nb_fget retrieves remote_file from the FTP server, and writes it to the given file pointer, - fp. The transfer mode + handle. The transfer mode specified must be either FTP_ASCII or FTP_BINARY. The difference between this function and the ftp_fget is that this function retrieves the file Index: phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml diff -u phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml:1.3 phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml:1.4 --- phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml:1.3 Tue Nov 12 06:57:54 2002 +++ phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml Mon Jan 27 22:37:19 2003 @@ -1,5 +1,5 @@ - + ftp_nb_fput @@ -11,13 +11,13 @@ boolftp_nb_fput resourceftp_stream stringremote_file - resourcefp + resourcehandle intmode intstartpos ftp_nb_fput uploads the data from the file pointer - fp until it reaches the end of the file. The results are stored + handle until it reaches the end of the file. The results +are stored in remote_file on the FTP server. The transfer mode specified must be either FTP_ASCII or FTP_BINARY. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
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 @@ - + @@ -18,8 +18,8 @@ session. - Voir aussi - session_encode + See also + session_encode. -- 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=16128&edit=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=21885&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
