Re: Break on library load before main

Aleksey Midenkov <[email protected]>
Newsgroups gmane.comp.gdb.devel
Message-ID <CAF8BazAcHapt48DKxcighBe24V=SHbi5K7bxKqBdmEeLN5aaiA@mail.gmail.com>
On Mon, Jun 30, 2014 at 3:54 PM, Andreas Schwab <[email protected]> wrote:
> Aleksey Midenkov <[email protected]> writes:
>
>> I tried to stop execution before main() with following methods:
>>
>> 1. break dlopen
>> 2. catch load
>> 3. catch syscall uselib
>>
>> Nothing works! When I issue 'start', all libraries get loaded without
>> stop before main(). I should mention, that 'catch load' somehow works.
>> It stops somewhere, but very late (see attachment for output log).
>
> Try set stop-on-solib-events 1.
>

It also stops too late (after finished reading all symbols):

...
Reading symbols from /usr/lib/x86_64-linux-gnu/libogg.so.0...(no
debugging symbols found)...done.
Loaded symbols for /usr/lib/x86_64-linux-gnu/libogg.so.0
Reading symbols from /lib/x86_64-linux-gnu/libresolv.so.2...Reading
symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libresolv-2.19.so...done.
done.
Loaded symbols for /lib/x86_64-linux-gnu/libresolv.so.2
Stopped due to shared library event:
  Inferior loaded /usr/lib/libkdecore.so.5
    /home/midenok/src/kde/kdevelop/stable/opt/lib/libkdevplatforminterfaces.so.7
    /home/midenok/src/kde/kdevelop/stable/opt/lib/libkdevplatformshell.so.7
    /usr/lib/libktexteditor.so.4
    /usr/lib/x86_64-linux-gnu/libQtDeclarative.so.4
    /usr/lib/libkdeclarative.so.5
    /home/midenok/src/kde/kdevelop/stable/opt/lib/libsublime.so.7
    /usr/lib/libkdeui.so.5
    /usr/lib/x86_64-linux-gnu/libQtDBus.so.4
    /usr/lib/x86_64-linux-gnu/libQtCore.so.4
    /usr/lib/x86_64-linux-gnu/libQtGui.so.4
    /usr/lib/x86_64-linux-gnu/libstdc++.so.6
    /lib/x86_64-linux-gnu/libc.so.6
    /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4
    /lib/x86_64-linux-gnu/libz.so.1
...

Strange message 'Inferior loaded ...'. It lists all libs loaded.
Shouldn't it stop on each lib one-by-one?
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.