#203 Include path remapping randomly fails

current_cvs
closed
Browsing (93)
5
2012-03-27
2012-03-24
No

Navigating through the kernel source with architecture and sub-architectures requires that 'maps' rules are applied in a definite order since they are cumulative.

Remapping rules are stored in Perl hash. Application is requested by a "for each (%maps)" instruction which pulls the rule in random order ("to protect against attacks", Perldoc says). The consequence is the order of the rules is not preserved, thus some dependent rules may be applied before the master rule and they will fail.

However, it may work correctly sometimes which hides the bug. Anyway, this is not satisfactory.

Suggestion: change rules storage from hash to array to control the application order.

Is there an impact on performance?

Discussion

  • Andre-Littoz

    Andre-Littoz - 2012-03-27
    • status: open --> closed
     
  • Andre-Littoz

    Andre-Littoz - 2012-03-27

    'maps' parameter changed from hash to array.

    This change involved a minor modification in sub mappath. A new sub unmappath has been created to "reverse" (when this is possible) the effects of mappath.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks