Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. Sandglass breakpoints, not load shared library symbols depends on *.so loading
QtWS25 Last Chance

Sandglass breakpoints, not load shared library symbols depends on *.so loading

Scheduled Pinned Locked Moved Solved General and Desktop
4 Posts 2 Posters 439 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • P Offline
    P Offline
    p535
    wrote on last edited by
    #1

    Good day!
    I build shared library config.so, which starts from some executable by two ways (depends on where it placed, two near folder):

    1. directly dlopen... from exec;
    2. through second library.
      My library is the same.

    When I starts debugging with case 2, breakpoints have sandglasses and the output contains:

    Could not load shared library symbols for config/config.so.
    Do you need "set solib-search-path" or "set sysroot"?

    Has anyone dealt with something like this?

    Qt 5.11.0 (GCC 6.3.0 20170516, 64) Qt Creator 4.6.2

    JonBJ 1 Reply Last reply
    0
    • P p535

      Good day!
      I build shared library config.so, which starts from some executable by two ways (depends on where it placed, two near folder):

      1. directly dlopen... from exec;
      2. through second library.
        My library is the same.

      When I starts debugging with case 2, breakpoints have sandglasses and the output contains:

      Could not load shared library symbols for config/config.so.
      Do you need "set solib-search-path" or "set sysroot"?

      Has anyone dealt with something like this?

      Qt 5.11.0 (GCC 6.3.0 20170516, 64) Qt Creator 4.6.2

      JonBJ Offline
      JonBJ Offline
      JonB
      wrote on last edited by
      #2

      @p535 said in Sandglass breakpoints, not load shared library symbols depends on *.so loading:

      solib-search-path

      No, but why don't you just Google this and set it to point to the necessary directory? E.g. https://stackoverflow.com/questions/44896217/how-to-save-set-solib-search-path shows its usage and how to save for future?

      P 1 Reply Last reply
      0
      • JonBJ JonB

        @p535 said in Sandglass breakpoints, not load shared library symbols depends on *.so loading:

        solib-search-path

        No, but why don't you just Google this and set it to point to the necessary directory? E.g. https://stackoverflow.com/questions/44896217/how-to-save-set-solib-search-path shows its usage and how to save for future?

        P Offline
        P Offline
        p535
        wrote on last edited by
        #3

        @JonB thank you!
        When I place .gdbinit with "set solib-search-path /dir-with-so/" in home directory, the breakpoints began to work.
        *seems like not a proper way?

        JonBJ 1 Reply Last reply
        0
        • P p535

          @JonB thank you!
          When I place .gdbinit with "set solib-search-path /dir-with-so/" in home directory, the breakpoints began to work.
          *seems like not a proper way?

          JonBJ Offline
          JonBJ Offline
          JonB
          wrote on last edited by
          #4

          @p535
          Good. Don't know what you mean by "seems like not a proper way". If you have to tell gdb where they are so it knows, that seems OK.

          1 Reply Last reply
          0

          • Login

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • Users
          • Groups
          • Search
          • Get Qt Extensions
          • Unsolved