Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.5.0a1
Bug #2826 phpdoc command stops without an error
Submitted: 2004-11-25 08:22 UTC
From: arthur at movenext dot nl Assigned:
Status: No Feedback Package: PhpDocumentor
PHP Version: 4.3.9 OS: Linux
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 38 - 5 = ?

 
 [2004-11-25 08:22 UTC] arthur at movenext dot nl
Description: ------------ When I run phpdoc on a large set of files it stops without an error. The problem was when the documentor encountered a @var tag without a description. I used the following command: phpdoc -o HTML:frames:earthli -d /data/files/ontwikkeling/software/source/ -t /data/files/ontwikkeling/software/prereleases/doc --parseprivate --ignore-tags I also encountered the problem when I use the other renderers. When I filled the @var tag it works properly. I'm using PhpDocumentor 1.3.0RC3, but I also had the problem with the latest stable version.

Comments

 [2005-10-18 19:10 UTC] drewish at php dot net
Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PEAR. I'm not sure how to really track this down with the given information. If you're still having this problem could you provide a copy of the code you're using? A link to a .tgz file would be best.
 [2007-07-16 21:01 UTC] ashnazg (Chuck Burgess)
Stumbled across this old bug today. I can't speak to v1.3.0RC3, but I can say that in later 1.3.x versions, there was behavior coded into PhpDocumentor to STOP and DIE when it encountered an @var tag with no datatype value. I can assume that behavior has been in there since 1.3.0RC3 or earlier. I removed this behavior in 1.4.0alpha1 via Request #10670.