RE: [reSIProcate] gdb - with respip question
When I built resip I just followed the build instructions for
/configure, make, make install from the command line. I had been
reading that resip would not compile under XCODE directly. I then
created a small server application to test my understanding of the resip
and hopefully get some experience with it. I used XCODE for this
application. Since the resip libraries where placed in
/usr/local/lib/reciprocate and headers where placed in
/usr/local/include/reciprocate it did not seem necessary to include the
resip directory path in my build target. I did include
-lresiprocate in the linker flags. The application builds and runs using
the command line but no source debugging. It builds under XCODE but will
not run. It Aborts. This might be the Obj C id data type issue. I used
the tarball reciprocate-0.9.0-5019.tar. I have not set up subversive as
of yet.
Thanks a ton,
Doug Alexander
-----Original Message-----
From: resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of John
Draper
Sent: Tuesday, August 23, 2005 7:34 PM
To: Alan Hawrylyshen; resiprocate-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [reSIProcate] gdb - with respip question
Alan Hawrylyshen wrote:
>
> On Aug 23, 2005, at 11.41, Doug Alexander wrote:
>
>> I am a newbie to resip and just learning so if this question is
>> stupid I'm sorry up front.
>>
>>
>>
>> I have built a simple sip server using resip on OS/X 10.3 panther.
>> However when I bring program up in gdb I can never find the source
>> for the code. It will run but if I need to set a break point I
>> can't. It must have something to do with namespace or directory
>> path. I used the gdb path command to set the path to my source but
>> that did not resolve the problem.
>>
>>
>>
>> Somebody please throw me a bone?
>>
>>
>
> Hi Doug;
>
> How are you building resiprocate, and which resiprocate version are
> you building? I'll try to reproduce the problem here on my OS/X boxes
> and let you know how I get around the issue.
>
> I seem to remember that this 'just worked' other than a bit of 'dir
> ...' trickery in gdb.
Lets not forget the variable symbol crash with the Mac's Obj C run time
variable "id".
The file "Handle.hxx" needs to change "id" with something else... I
chose "xid" and it compiled
fine.
Now you can add it as an x-code target, and you should have source level
debugging
possible now.
John
>
> Let me know,
>
> Alan
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
>
>
_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxxxxxx
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel