• 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: Is it possible that PreferencePane's share "classes name space"?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Is it possible that PreferencePane's share "classes name space"?


  • Subject: Re: Is it possible that PreferencePane's share "classes name space"?
  • From: Nick Zitzmann <email@hidden>
  • Date: Tue, 5 Sep 2006 15:46:10 -0600


On Sep 5, 2006, at 3:33 PM, Andrei Tchijov wrote:

I can deal with this particular problem (by using #define to re- name all "shared" classes in new version). What bothers me is the fact that there is no ANY guaranty that I will not come up with class name which is used/implemented by some other preference pane. Am I missing something?

Objective-C bundles can't be unloaded, and class name conflicts are not allowed, so this is expected behavior.


Nick Zitzmann
<http://www.chronosnet.com/>


_______________________________________________ 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
References: 
 >Is it possible that PreferencePane's share "classes name space"? (From: Andrei Tchijov <email@hidden>)

  • Prev by Date: Is it possible that PreferencePane's share "classes name space"?
  • Next by Date: Re: CoreData bug? NSUnknownKeyException thrown when using NSPersistentStoreCoordinator
  • Previous by thread: Is it possible that PreferencePane's share "classes name space"?
  • Next by thread: Re: Is it possible that PreferencePane's share "classes name space"?
  • Index(es):
    • Date
    • Thread