« Debugalov has been burnt!
Bugtation No.97 »

Succession of Patterns (Part 1)

Looking at pattern cooperation studies it is easy to see that some patterns precede others, for example, heap corruption might be blocked by a hard error or a message box and therefore block other threads, creating conditions for another pattern to appear, wait chains. Blocked threads may block other coupled processes creating inter-process wait chains. Successive patterns reach the climax at the end and the system is no longer able to generate any other patterns.

The goal here is to find patterns that most likely happen in succession and another pattern series that are less likely to effect other abnormal conditions. Such pattern sequences can help in troubleshooting and finding root causes.

- Dmitry Vostokov @ DumpAnalysis.org - 

This entry was posted on Monday, June 22nd, 2009 at 11:16 am and is filed under Crash Dump Analysis, Crash Dump Patterns, Debugging, Memory Analysis Forensics and Intelligence. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

3 Responses to “Succession of Patterns (Part 1)”

  1. Crash Dump Analysis » Blog Archive » Succession of Patterns (Part 2) Says:
    June 3rd, 2010 at 11:13 pm

    […] I resume previously introduced memory analysis succession patterns post series. In this part I introduce a case study where Wait Chains (executive resources) and […]

  2. Crash Dump Analysis » Blog Archive » Old Mental Dumps from June 22nd Says:
    June 22nd, 2010 at 9:59 am

    […] Succession of Patterns (Part 1) - More work needs to be done here. I recently revived this theme by writing the next post: […]

  3. Crash Dump Analysis » Blog Archive » Notation for Memory and Trace Analysis (Part 1) Says:
    October 7th, 2010 at 1:16 pm

    […] part will introduce more categories and propose notational adornments for pattern succession, space differentiation and the inclusion of details in notational […]

Leave a Reply