Re: GDB: without symbol name?
Re: GDB: without symbol name?
- Subject: Re: GDB: without symbol name?
- From: Greg Herlihy <email@hidden>
- Date: Sun, 05 Mar 2006 12:05:36 -0800
- Thread-topic: GDB: without symbol name?
The question marks indicate gdb's confusion about the method you have chosen
to solve the problem of creating a custom dictionary document. After all,
the dictionaries that Dictionary.app uses are XML files. So gdb cannot
figure you why you are not using an XML editor to create your own dictionary
documents. And the question marks are simply gdb's way of communicating all
that information.
Certainly, there are better XML editors available than gdb. At least, I am
pretty sure that that is the case.
Greg
On 3/5/06 11:09 AM, "Yung-Luen Lan" <email@hidden> wrote:
> Hi all:
>
> I want to build my own dictionary files which can be read by
> Dictionary.app. Because there's no documented API, I tried to reverse
> engineering on it. (Yes, I know Dictionary Manager is carbon API, but
> there is Cocoa wrapper in Dictionary.app)
>
> Because F-script anywhere and class-dump is our friend, I know there's
> some class called: "DSDictionaryObj", "DCMDictionaryObj", etc.
>
> Then, I ran gdb on Dictionary.app. Ooops, I cannot find those class:
>
> info classes DSDictionaryObj
> No classes matching "DSDictionaryObj"
> info classes DCMDictionaryObj
> No classes matching "DCMDictionaryObj"
>
> Why these symbols all disappeared? They must be somewhere static so
> class-dump can extract the information without dealing with runtime.
> Instead hooking the wrapper class, I decide to make a break at the
> carbon API: DCMFindRecords().
>
> Here's the backtrace:
>
> #0 0x9188b2b0 in DCMFindRecords ()
> #1 0x0000ac24 in ?? ()
> #2 0x0000a84c in ?? ()
> #3 0x0000a35c in ?? ()
> #4 0x928e73b4 in forkThreadForFunction ()
> #5 0x9002b1e0 in _pthread_body ()
>
> What does the "??" means? How does it possible to stripe out the
> symbols and I still can lookup them by F-script anywhere?
>
> Thanks.
> yllan
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Cocoa-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden