[PATCH 0/4] Dbghelp & modules lookup

[Eric Pouech]

The following series implements a set of fixes related to the wayi
DbgHelp handles modules (path and names).

Actually, DbgHelp was always referring the module name when 
comparing two modules. This is wrong for two reasons:
- first, the name of the module is an opaque stuff that the
  caller to DbgHelp is passing, and can be anything
- secondly, even when using the default module name (computed
  as the base name of the filename), this could lead to the
  same strings for different modules.
I never saw 1/ happening, but 2/ happens (for example with
msacm32.dll and msacm32.drv and default module name generation).

This set of patch clearly makes the distinction inside DbgHelp 
between:
- the module names, used when referring to symbols in the
  modname!symname
- the file name, used when referring to a given module

A+

-- 
Eric Pouech