About bug #7396 - Re: note 9208 rejected and deleted from is_file by jmcastagnetto (fwd)

[Hope I got the php-dev address right this time] Bug #7396 may not be a bug, but coding logic error. Read below for more information. ---------- Forwarded message ---------- > Date: Sun, 22 Oct 2000 20:07:36 -0400 > From: Whit <whit@transpect.com> > To: jmcastagnetto@php.net > Subject: Re: note 9208 rejected and deleted from > is_file by jmcastagnetto > > Hey JM, > > I _did_ submit a bug report, as I reported in the > note below. Further, I > tried to add more information to it, but _that_ > system rejected the addition > because although I had the password from the > original submission I had no > user id That is strange, the system does not require a use id, just a password. Look at: http://bugs.php.net/bugs.php?id=7396&edit=2 > - because the system never set me up with > one - and it _did_ > recognize I was still me, and showed my e-mail > address filled in. That > really needs to be fixed if you're going to insist > that bug reports are the > only place to discuss problems in the use of > functions I am not the one making the rules (the reason why I am CC'ing this msg to the Notes and Devel lists), the Notes team has a set of working rules of thumb to remove, edit, accept submissions to the on-line notes system. Anything that belongs to in the bug database should go there and/or the PHP-DEV list, anything belonging to support should go to the one of the support lists, etc. Notes clarifying a point in the manual are accepted, and eventually will be added to the manual by the documentation team. Notes giving examples of a not well documented function or a side effect or a bug are even better. Other random notes are treated according to the working rules of the editing team. BTW, the bug system works w/o you needing a special ID (apart from password/email). The only one who may need an ID, etc. would be the developer handling your bug report and fixing the code. Also, I cannot reproduce your bug. I tried a modification of your code (the one using is_file() instead of is_dir()), on the "phpdoc/en" directory (see cvs.php.net) and got: CNT: 12 Dir: /home/jesus/devel/php/phpdoc/en/. Dir: /home/jesus/devel/php/phpdoc/en/.. Dir: /home/jesus/devel/php/phpdoc/en/CVS Dir: /home/jesus/devel/php/phpdoc/en/appendices File: /home/jesus/devel/php/phpdoc/en/bookinfo.xml Dir: /home/jesus/devel/php/phpdoc/en/chapters File: /home/jesus/devel/php/phpdoc/en/chapters.ent File: /home/jesus/devel/php/phpdoc/en/chapters.ent~ Dir: /home/jesus/devel/php/phpdoc/en/features Dir: /home/jesus/devel/php/phpdoc/en/functions Dir: /home/jesus/devel/php/phpdoc/en/language File: /home/jesus/devel/php/phpdoc/en/preface.xml The code I used was: <?php $dir ="/home/jesus/devel/php/phpdoc/en"; $handle=opendir($dir); while ($file = readdir($handle)) { $retval[count($retval)] = $dir."/".$file; } closedir($handle); sort($retval); $cnt=count($retval); echo "CNT: $cnt\n"; $int=0; while($int<$cnt) { if(is_file($retval[$int])) { echo "File: ".$retval[$int]."\n"; } else { echo "Dir: ".$retval[$int]."\n"; } $int++; } ?> I am using PHP 3.0.3pl1 on Linux 6.1 >- unless the > submitter can only update the report by filing _more > reports_ - not what you > should want! Indeed. I assume that you did use the "User Modify" link when trying to add comments to the bug and not the "Dev Modify" one, didn't you? If you got a problem/error, send them to the PHP-DEV, or the documentation lists, and we'll fix the problem (if any) in the submission script. In my personal experience the system has worked OK, but if you had a difference experience, let us know. BTW, the msg you get is boilerplate text that is generated when a note is rejected. > Information on bugs are not just of interest to the > development team, but > also to others trying to use the faulty functions. > Why suppress such > knowledge and discussion? The purpose of the post to > the manual wasn't to > report the bug to the team The notes are not for discussion. In this case your bug report could be considering useful information, but it had 2 problems: 1) It looked (on a quick inspection) like a question, note the question mark at the end of the next to last sentence in the text quoted below 2) It was not a bug, but a problem w/ the code you were using Reason #2 was why it was rejected. Although #1 was what drew my attention to it. >- which I did through the > right form. The point > was to communicate with other users, which has been > invaluable to those of > use who've been using PHP since before version 1.0. > > Whit Regards. > On Sun, Oct 22, 2000 at 11:28:55PM -0000, > jmcastagnetto@php.net wrote: > > The user contributed notes are not a place to > > request support, report bugs or ask for new > features > > ; use the resources listed in > <http://www.php.net/support.php>\n for those > purposes. This was clearly stated in the page > > you used to submit your note, please carefully > read > > those insructions before submitting future > contributions. > > Your note has been removed from the on-line > manual. > > > > ----- Copy of your note below ----- > > > > is_file() and is_dir() appear to be seriously > broken when used against arrays of filenames - does > it have something to do with clearstatcache() and > PHP not realizing that a different name in the same > array is a different file, not another reference to > the last one it looked at? - but clearstatcache() > doesn't fix the problem either. Have submitted bug > report. > > -- > > \/\/ I-I I T > Blauvelt > whit@transpect.com ===== --- Jesus M. Castagnetto (jcastagnetto@yahoo.com) __________________________________________________ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/