为什么Olly的分析在此代码部分中无法正常工作？

我不确定提出这个问题是否对我有任何法律障碍，因此，如果我要求解开包装的建议违反我的道歉规则。

我是新来的逆向工程并尝试手动解开包装PEtite 2.2 / 2.3作为学习经验，并且一直在尝试遵循本指南：http://users.freenet.am/~softland/tutorials/Petite.v2.3.MUP.txt。我要解压缩的程序是原始的PEtite Packer本身。

我禁用了传递异常的感觉，因为它感觉像是在作弊，而且我还没有完全掌握异常在此情况下的工作方式，似乎是在这里使用的使调试器脱轨，所以我想知道为什么以及如何自行解决。我已经在指南中介绍了这一部分：

and this exception program generates for jumping to exception handler, so at that line put
breakpoint on exception handler (goto to 4164E3 and press F2), then press SHIFT+F9 and
you are at the beginning of exception handle

使用OllyDbg 1.10（未修补）时，这是我在异常处理程序的地址处找到的内容（此地址也是Olly在尝试自动解压缩SFX功能时会在OEP处使用的地址）：



在指南中它说我应该找到行004164E3 CALL PETGUI.00416537在这里。如您所见，这里确实没有任何内容，但是无论我尝试使用哪种方法（或在教程等中看到的），它始终是我最终的地址，所以我进行了一次进程转储，突然间我得到了： br />


现在让我吃惊的是，由于该程序是自我修改的，这自然会使Olly感到困惑，所以我告诉Olly重新分析代码（在转储进程之前） ，最后我得到了这个结果：



我得到了预期的结果，但是有一些缺失... CALL指令可以在操作码部分看到，但是它尚未被Olly解析。现在我的问题是：


为什么Olly无法正确解析此CALL指令？
E8 4F000000怎么会神奇地变成CALL 416537？我在操作码中看不到任何416537。在这里找到答案，以供参考：https://stackoverflow.com/questions/10376787/need-help-understanding-e8-asm-call-instruction-x86。
在MOVS指令处，异常是在结束异常处理程序之前引发，如果我按Shift-F7或Shift-F8而不是Shift-F9进行单步操作，我最终会以4E3137结尾，该处充满了ADD BYTE PTR DS:[EAX], AL指令，大概是填充指令的区域，以后将被覆盖。我怎么到这里来了？如果我尝试继续步进，则会被告知EIP设置为00000000，无法继续。每当我选择例外单步时，情况似乎都是这样。错误显示出来，如果我刚刚使用Shift-F9，将被忽略。

我在OllyDbg 2.01中也遇到相同的问题。