RE: Question about gdb
RE: Question about gdb
- Subject: RE: Question about gdb
- From: "Guy Umbright" <email@hidden>
- Date: Thu, 26 Sep 2002 13:31:06 -0500
- Thread-topic: Question about gdb
Actually it does. I am having a very similar problem where ints & BOOLS are
displaying as <incomplete type> in gdb. NSLog shows the values are fine.
And its in just one particular project.
Unfortunately I have no solution... Apple? gdb smarty-person?
[sorry about the big dumb disclaimer]
>
-----Original Message-----
>
From: Gerben Wierda [mailto:email@hidden]
>
Sent: Thursday, September 26, 2002 12:48 PM
>
To: email@hidden
>
Subject: Question about gdb
>
>
>
A few weeks ago when I had a lot of changes in my app, gdb started to
>
have problems with my binary. Especially, it does not
>
recognize *most*
>
of the NSStrings in my app anymore. Suddenly, they are displayed as
>
being {...} and they cannot be inspected anymore and they
>
seem to be of
>
another Class than NSString. Some NSStrings still ca be inspected and
>
are recognized as such, most are not. Those parts of the app
>
work fine
>
and NSLog-based inspection works fine too. The app still
>
works (well, I
>
do have problems with parts where I might not understand Cocoa/syste
>
behaviour and this is why I need gdb to work at this point).
>
>
Take for instance the following code:
>
>
NSString *unarchiver = [[NSBundle mainBundle]
>
pathForResource:@"gnutar" ofType:nil];
>
>
now when I inspect this in PB-gdb it tells me variable unarchiver has
>
value {...}. Inspecting it (uncollapsing it) tells me it is
>
of a class
>
that has members _urlString and _baseURL, etc, and for instance the
>
NSString argument of the method also has this strange structure
>
according to gdb and the _urlString member contains what I
>
would expect
>
as contents of the NSString. The _urlString member of
>
unarcghiver above
>
contains something unrelated alltogether according to gdb, but works
>
fine if gdb is not involved.
>
>
Somehow either gdb is in error, or I have made a programming error
>
somewhere (I suspect this is the case) that has destroyed Class
>
information, or what? Has anyone seen this before and is there a clue
>
how to find the source of this?
>
>
I am sorry I cannot be more clear than this. Does this ring a
>
bell with
>
someone?
>
>
G
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
>
This electronic mail message and any attached files contain information
intended for the exclusive use of the individual or entity to whom it is
addressed and may contain information that is proprietary, privileged,
confidential and/or exempt from disclosure under applicable law. If you are
not the intended recipient, you are hereby notified that any viewing, copying,
disclosure or distribution of this information may be subject to legal
restriction or sanction. Please notify the sender, by electronic mail or
telephone, of any unintended recipients and delete the original message
without making any copies.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.