http://pear.php.net/bugs/search.php?cmd=display&package_name%5B0%5D=PHP_ParserGenerator&PHPSESSID=6sh8hov6085gl1gd4s43b0k8h0 Search Results en-us pear-webmaster@lists.php.net pear-webmaster@lists.php.net hourly 1 2000-01-01T12:00+00:00 http://pear.php.net/gifs/pearsmall.gif http://pear.php.net/bugs http://pear.php.net/bugs/16703 PHP_ParserGenerator Bug Reported by taras 2009-10-15T17:57:57+00:00 PHP: Irrelevant OS: Package Version: 0.1.5 Description: ------------ Terminals starting with Z letter are not created and could block creation of other terminals. Result could be: Fatal error: Uncaught exception 'Exception' with message 'state has no actions associated' in E:\xampp\php\PEAR\PHP\ParserGenerator\Data.php:669 Stack trace: #0 E:\xampp\php\PEAR\PHP\ParserGenerator.php(502): PHP_ParserGenerator_Data->FindActions() or while testing parser together with lexer generated by PHP_LexerGenerator , some constants could not be seen (constants representing not created terminals): ------------------------------- Parsing ------------------------------- Fatal error: Undefined class constant ... Logical error is in line 474 in file ParserGenerator.php for($i = 1; ord($lem->symbols[$i]->name[0]) < ord ('Z'); $i++); should be: for($i = 1; ord($lem->symbols[$i]->name[0]) <= ord ('Z'); $i++); Test script: --------------- grammar in file .y /* The common stuff */ start(res) ::= expr. expr ::= A. expr ::= Z. expr ::= B. expr ::= C. expr ::= D. Expected result: ---------------- should create in parser class constants const TP_A = 1; const TP_Z = 1; const TP_B = 1; const TP_C = 1; const TP_D = 1; Actual result: -------------- creates parser class with such constants: const TP_A = 1;]]> PHP_ParserGenerator Bug Reported by taras 2009-10-15T17:57:57+00:00 PHP: Irrelevant OS: Package Version: 0.1.5 Description: ------------ Terminals starting with Z letter are not created and could block creation of other terminals. Result could be: Fatal error: Uncaught exception 'Exception' with message 'state has no actions associated' in E:\xampp\php\PEAR\PHP\ParserGenerator\Data.php:669 Stack trace: #0 E:\xampp\php\PEAR\PHP\ParserGenerator.php(502): PHP_ParserGenerator_Data->FindActions() or while testing parser together with lexer generated by PHP_LexerGenerator , some constants could not be seen (constants representing not created terminals): ------------------------------- Parsing ------------------------------- Fatal error: Undefined class constant ... Logical error is in line 474 in file ParserGenerator.php for($i = 1; ord($lem->symbols[$i]->name[0]) < ord ('Z'); $i++); should be: for($i = 1; ord($lem->symbols[$i]->name[0]) <= ord ('Z'); $i++); Test script: --------------- grammar in file .y /* The common stuff */ start(res) ::= expr. expr ::= A. expr ::= Z. expr ::= B. expr ::= C. expr ::= D. Expected result: ---------------- should create in parser class constants const TP_A = 1; const TP_Z = 1; const TP_B = 1; const TP_C = 1; const TP_D = 1; Actual result: -------------- creates parser class with such constants: const TP_A = 1;]]> 2009-10-15T18:02:55+00:00 tkostyk &#x61;&#116; fidointelligence &#x64;&#111;&#x74; pl PHP_ParserGenerator Bug http://pear.php.net/bugs/13416 PHP_ParserGenerator Feature/Change Request Reported by rix0r 2008-03-17T15:03:15+00:00 PHP: 5.2.3 OS: Windows XP Package Version: CVS Description: ------------ Please provide an option for the parser generator to use a different template file than the standard Lempar.php. This allows better customisation of the generated parser by the user.]]> PHP_ParserGenerator Feature/Change Request Reported by rix0r 2008-03-17T15:03:15+00:00 PHP: 5.2.3 OS: Windows XP Package Version: CVS Description: ------------ Please provide an option for the parser generator to use a different template file than the standard Lempar.php. This allows better customisation of the generated parser by the user.]]> 2008-03-17T15:09:49+00:00 rix0rrr &#x61;&#116; gmail &#x64;&#111;&#x74; com PHP_ParserGenerator Feature/Change Request http://pear.php.net/bugs/12730 PHP_ParserGenerator Bug Reported by urkle 2007-12-19T12:58:34+00:00 PHP: 5.2.4 OS: Fedora 8 x86_64 Package Version: 0.1.5 Description: ------------ The __destructor() method that is created from Lempar.php has the ability to loop forever if yyidx never gets updated (ie. Error VERY early on). Proposed fix. Initialize public $yyidx = -1 to fix (line 248 in Lempar.php)]]> PHP_ParserGenerator Bug Reported by urkle 2007-12-19T12:58:34+00:00 PHP: 5.2.4 OS: Fedora 8 x86_64 Package Version: 0.1.5 Description: ------------ The __destructor() method that is created from Lempar.php has the ability to loop forever if yyidx never gets updated (ie. Error VERY early on). Proposed fix. Initialize public $yyidx = -1 to fix (line 248 in Lempar.php)]]> 2007-12-19T12:58:34+00:00 eddie &#x61;&#116; omegaware &#x64;&#111;&#x74; com PHP_ParserGenerator Bug http://pear.php.net/bugs/12652 PHP_ParserGenerator Bug Reported by urkle 2007-12-10T13:28:01+00:00 PHP: 5.2.5 OS: Fedora 8 x86_64 Package Version: 0.1.5 Description: ------------ The __toString() function (in Lempar.php) tries to return an undefined property $this->_string instead of trying to return $this->string. CVS HEAD has the same issue.]]> PHP_ParserGenerator Bug Reported by urkle 2007-12-10T13:28:01+00:00 PHP: 5.2.5 OS: Fedora 8 x86_64 Package Version: 0.1.5 Description: ------------ The __toString() function (in Lempar.php) tries to return an undefined property $this->_string instead of trying to return $this->string. CVS HEAD has the same issue.]]> 2008-02-09T04:39:58+00:00 eddie &#x61;&#116; omegaware &#x64;&#111;&#x74; com PHP_ParserGenerator Bug http://pear.php.net/bugs/11647 PHP_ParserGenerator Bug Reported by r0vert 2007-07-19T14:24:21+00:00 PHP: Irrelevant OS: Package Version: CVS Description: ------------ If using @X for the code of a rule it should be use the token number instead of the token value. Test script: --------------- match ::= TYPE(A) TEXT(T). { doSomething(@X, T) } Expected result: ---------------- doSomething($this->yystack[$this->yyidx + -1]->major, $this->yystack[$this->yyidx + 0]->minor) Actual result: -------------- doSomething($this->yystack[$this->yyidx + -1]->minor, $this->yystack[$this->yyidx + 0]->minor)]]> PHP_ParserGenerator Bug Reported by r0vert 2007-07-19T14:24:21+00:00 PHP: Irrelevant OS: Package Version: CVS Description: ------------ If using @X for the code of a rule it should be use the token number instead of the token value. Test script: --------------- match ::= TYPE(A) TEXT(T). { doSomething(@X, T) } Expected result: ---------------- doSomething($this->yystack[$this->yyidx + -1]->major, $this->yystack[$this->yyidx + 0]->minor) Actual result: -------------- doSomething($this->yystack[$this->yyidx + -1]->minor, $this->yystack[$this->yyidx + 0]->minor)]]> 2007-08-20T09:08:16+00:00 rovert &#x61;&#116; wowway &#x64;&#111;&#x74; com PHP_ParserGenerator Bug http://pear.php.net/bugs/11361 PHP_ParserGenerator Feature/Change Request Reported by cweiske 2007-06-19T02:41:49+00:00 PHP: Irrelevant OS: Package Version: 0.1.5 Description: ------------ When executing "phplemon --help", an "undefined option -h" message is shown. A newline should be added after it. Further, a proper help message should be available like "phplemon [options] file.lmn\nphplemon generates bla bla" and then the options listed.]]> PHP_ParserGenerator Feature/Change Request Reported by cweiske 2007-06-19T02:41:49+00:00 PHP: Irrelevant OS: Package Version: 0.1.5 Description: ------------ When executing "phplemon --help", an "undefined option -h" message is shown. A newline should be added after it. Further, a proper help message should be available like "phplemon [options] file.lmn\nphplemon generates bla bla" and then the options listed.]]> 2007-06-19T02:45:27+00:00 cweiske &#x61;&#116; php &#x64;&#111;&#x74; net PHP_ParserGenerator Feature/Change Request