ICEpdf
  1. ICEpdf
  2. PDF-389

Infinit loop when parsing a tililing pattern

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Duplicate
    • Affects Version/s: 4.3.1
    • Fix Version/s: 5.0.0 alpha1, 5.0
    • Component/s: Core/Parsing
    • Labels:
      None
    • Environment:
      any

      Description

      When the third page of the document in question is parsed a very strange initialization sequence begins. When handing the stroking tokens 'S' an 's' the method commonStroke is called, not to out of the ordinary here. But in the case of page three there is a tiling pattern being parsed.

       tilingPattern.setParentGraphicState(graphicState);
       tilingPattern.init();

      In the above case the parent graphic state contains the tilingPattern as the fill. So when tilingPattern.init() is called an infinit loop starts, each call tries to initialize the same tiling pattern.

      The quick and dirty way to avoid the look is to remove the setParentGraphicsState() . However further research into the PDF spec needs to be done to insure we're handing the graphics state correctly or if the PDF is malformed.

        Activity

        Patrick Corless created issue -
        Evgheni Sadovoi made changes -
        Field Original Value New Value
        Salesforce Case [5007000000KGEN9]
        Patrick Corless made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Duplicate [ 3 ]
        Patrick Corless made changes -
        Fix Version/s 5.0.0 alpha1 [ 10676 ]
        Patrick Corless made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

          • Assignee:
            Patrick Corless
            Reporter:
            Patrick Corless
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: