1 |
Thank you all for those clues, pretty interesting. |
2 |
|
3 |
For now I suppose it is a gdb thing, as QtCreator is able to show details |
4 |
about STL containers as expected. |
5 |
|
6 |
Going to fiddle in gdb a bit more... |
7 |
|
8 |
|
9 |
2015-03-24 17:07 GMT-03:00 Fernando Rodriguez < |
10 |
frodriguez.developer@×××××××.com>: |
11 |
|
12 |
> On Tuesday, March 24, 2015 9:32:07 PM Nikos Chantziaras wrote: |
13 |
> > On 24/03/15 21:12, Fernando Rodriguez wrote: |
14 |
> > > On Tuesday, March 24, 2015 10:07:56 AM Francisco Ares wrote: |
15 |
> > >> Hi, |
16 |
> > >> |
17 |
> > >> Recently - but can't figure out exactly when - Qt Creator has become |
18 |
> unable |
19 |
> > >> to access Qt containers (where the STL ones work as expected) on the |
20 |
> debug |
21 |
> > >> panel. It shows <not accessible> in place of the expected item |
22 |
> quantity |
23 |
> > >> for a QList, for instance, but for a std::vector<std::string>, it |
24 |
> works, |
25 |
> > >> allowing inspection of all items. |
26 |
> > >> |
27 |
> > >> Any hints on what I may be doing wrong? The headers are all |
28 |
> accessible, |
29 |
> for |
30 |
> > >> instance. Should I build Qt with debug symbols enabled, as recommended |
31 |
> for |
32 |
> > >> glibc? |
33 |
> > >> |
34 |
> > >> Using current Qt 4.8.5, Qt Creator 2.8.1, gdb 7.7.1, gcc 4.8.3 |
35 |
> > >> |
36 |
> > >> Thanks! |
37 |
> > >> Francisco |
38 |
> > > |
39 |
> > > Try to print it from gdb cli, if it works you'll know the issue |
40 |
> QtCreator, |
41 |
> > > otherwise you're likely missing some symbols. You should always compile |
42 |
> any |
43 |
> > > development libraries with debug symbols. |
44 |
> > |
45 |
> > You don't need debug symbols for inspecting containers. They are not |
46 |
> > needed. The only reason for enabling debug symbols in Qt is if you want |
47 |
> > to step into Qt's code. |
48 |
> |
49 |
> Thank you. You do need symbols though, just not Qts for this specific case. |
50 |
> There are many reasons why you should compile your development libraries |
51 |
> with |
52 |
> symbols besides stepping into the code. Such as getting a backtrace. Even |
53 |
> proprietary (closed-source) libraries often make the symbols available for |
54 |
> this reason. |
55 |
> |
56 |
> -- |
57 |
> Fernando Rodriguez |
58 |
> |
59 |
> |