Bug #10100 :: Wrong parsing of possible attributes in strings.

Package home | Report new bug | New search | Development Roadmap

Status: Open | Feedback | All | Closed Since Version 1.9.0

Bug #10100	Wrong parsing of possible attributes in strings.
Submitted:	2007-02-14 16:44 UTC
From:	simon at ruderich dot com	Assigned:	farell
Status:	Closed	Package:	PHP_CompatInfo (version 1.4.1)
PHP Version:	4.3.11	OS:	OS X 10.4
Roadmaps:	1.4.3, 1.4.2
Subscription	Your email:

Comments Add patch

Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes. If this is not your bug, you can add a comment by following this link. If this is your bug, but you forgot your password, you can retrieve your password here.

Password:		Check to remember your password for next time:

Status:	2007-04-02 21:30 UTC
Package:
Bug Type:
Summary:
From:	simon at ruderich dot com
New email:
PHP Version:		Package Version:	OS:

New Comment:

[2007-02-14 16:44 UTC] simon at ruderich dot com (Simon Ruderich)

Description:
------------
Hi,
I tried to test this simple file with PHP_CompatInfo. But it 
recognizes the "public" in this string not correct and 
interprets it as public attribute of php 5.
This bugs also occurs with private/protected.
Could you please look into this.
Thanks,
Simon

Test script:
---------------
<?php
  class Test
  {
    function test()
    {
      $test = "public$link";
    }
  }
?>

The $test = is not necessary to reproduce the bug, this works also:

<?php
  class Test
  {
    function test()
    {
      "public$link";
    }
  }
?>


Expected result:
----------------
Version 3.0.0

Constants/Tokens: none


Actual result:
--------------
Version 5.0.0

Constants/Tokens: public

Comments

[2007-03-20 20:42 UTC] farell (Laurent Laville)

will be fixed in release 1.4.2 of April

[2007-03-20 20:51 UTC] farell (Laurent Laville)

This bug has been fixed in CVS.

If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET).

If this was a problem with the pear.php.net website, the change should be live shortly.

Otherwise, the fix will appear in the package's next release.

Thank you for the report and for helping us make PEAR better.

fixed with revision 1.37 of file CompatInfo.php

[2007-04-02 12:12 UTC] simon at ruderich dot com

Thanks for your fix. It worked for the test script I 
provided, but I found another case where the bug still 
occurs.

It still happens with this script, could you please look 
into it.

<?php
  function test()
  {
    $result = "data/public/$link";
  }
?>

Also with this one:

<?php
  function test()
  {
    "data/public/$link";
  }
?>

Thanks for your support,
Simon

[2007-04-02 21:30 UTC] farell (Laurent Laville)

This bug has been fixed in CVS.

If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET).

If this was a problem with the pear.php.net website, the change should be live shortly.

Otherwise, the fix will appear in the package's next release.

Thank you for the report and for helping us make PEAR better.

fully fix will be release in next 8 hours