I've been working on figuring out the stack from a minidump ; but have put that on hold as I had other things to figure out. Coming back to this problem, I figured I'd go back and use Windbg to help me with this. I think I am on the right track.
Using Windbg and showing the call stack, I don't understand a few lines that do not have addresses not associated to any known modules in the
... 2a 0017ce64 61500ad3 cxt+0x3280ad3 2b 0017ce98 61500ad3 cxt+0x32c0d8e 2c 0017d500 0f026cf0 0x168d6f12 2d 0017d56c 168d094f 0xf026cf0 2e 0017d5a8 6154b791 cxt+0x32cb781 ...
lm it shows a list of available modules, amongst which
cxt is there with base image. But the address listed in frame
2d don't belong to any particular module. There are similar lines further down in the call stack.
I don't have the symbols available. I doubt this is the issue since a module has a base image and a size (and thusly an ending address). If the two strange addresses don't belong to the range within the module in memory, it isn't part of the module. (I would think).
There's a lot of knowledge I'm missing, so I appreciate if someone can enlighten me as to what I'm missing.