• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Xcode...
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Xcode...


  • Subject: Re: Xcode...
  • From: Chris Ridd <email@hidden>
  • Date: Tue, 24 Jun 2003 13:27:45 +0100

On 24/6/03 1:11 pm, Jeff Harrell <email@hidden> wrote:
> On Tuesday, June 24, 2003, at 06:57 AM, M. Uli Kusterer wrote:
>> Since I can already change source code while in the debugger of PB
>> right now, I'm a little puzzled... will the app automagically pick up
>> the change and recompile while debugging? Or what is the advantage
>> over the behaviour we already have.
>
> It works like this. Let's say your program has ten object files, two of
> which contain the code necessary to call main(). Xcode will only link
> those two objects, and will dynamically link the other objects at run
> time. You can make code changes to the other modules and have the
> dynamic loader actually change the behavior of your application while
> it's still running, without recompiling or relinking. (You have to
> compile the one module, obviously.)

Dyld has always been unable (AFAICR, unless this was an NSBundle limitation)
to unload loaded objects, so how are they able to replace a linked-in
object? Are there any limitations in this replacement, like not being able
to replace something with globals or something?

Cheers,

Chris
_______________________________________________
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.

References: 
 >Re: Xcode... (From: Jeff Harrell <email@hidden>)

  • Prev by Date: Re: Xcode...
  • Next by Date: Re: Xcode...
  • Previous by thread: Re: Xcode...
  • Next by thread: Re: Xcode...
  • Index(es):
    • Date
    • Thread