[RFA/windows] Spurious "dll not found" error messages on x64-windows.

Joel Brobecker brobecker@adacore.com
Thu Feb 11 11:22:00 GMT 2010


> Sorry but, I don't think this right.  What's the point of issuing the
> error after inferior startup?  I think it's only during startup that
> something like this would be useful.
> 
> I think making the error a complaint makes more sense.

Sure. I am not sure when DLLs are unloaded most... I was thinking
more about the case where a user does a LoadLibrary/FreeLibrary.

Regardless, here is a version that transforms the error into a complaint.
So far, complaints appears to be used only for symbol file events.
It's a tiny bit of a strech to include our complaint in that category,
but I think that creating a different category for that might be
a bit overkill. I don't mind doing so, however. I chose the simpler
approach for now, which gives us the following complaint when they
are activated:

    [New Thread 94404.0x222a8]
    During symbol reading, dll starting at 0x77a60000 not found..
    During symbol reading, dll starting at 0x77650000 not found..
    [...]

The "During symbol reading" is where the complaint category comes
in play.

Note that the module description in complaints.h says:

    Definitions for complaint handling during symbol reading in GDB.

But I don't see why this couldn't be used for other purposes (and
hence why we couldn't create new categories if necessary).

gdb/ChangeLog:

        * windows-nat.c: Add include of complaints.h.
        (handle_unload_dll): Change dll-not-found error into a complaint.

Tested on x86_64-windows with an x86-windows toolchain.

-- 
Joel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: unloaded-dll-not-found.diff
Type: text/x-diff
Size: 1146 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/gdb-patches/attachments/20100211/ebb68ba0/attachment.bin>


More information about the Gdb-patches mailing list