Re: Settings.bundle settings disappear while running

2016-01-12 Thread Eric Dolecki
I believe so yes. The problem has gone away for some reason though. Perhaps 
magic.

Sent from Outlook Mobile




On Tue, Jan 12, 2016 at 8:46 PM -0800, "Ben Kennedy"  wrote:










Hey Eric,

I've seen a problem with recent versions of the toolchain where the Settings 
app fails to display entries for the app's Settings.bundle (the section appears 
blank) after deploying new builds.  At first I thought something was borked 
with our app, but I eventually realized that force-quitting the Settings.app 
and relaunching it causes the stuff to show up again.  This seemed only to be a 
problem during development.

Is that what you're talking about?

cheers,

-ben

> On 21 Dec 2015, at 12:52 pm, Eric E. Dolecki  wrote:
> 
> Working on an application with some App settings in the Settings.bundle.
> They do not appear when running the application in debug - but if I quite
> the app and launch the app settings from Settings.app they display.
> 
> Is there a trick to get them to be avalable while running the application?
> There is a NSUserDefaultsDidChangeNotification that I thought I would
> observe in changes in the app settings, but I can’t if they don’t display.
> 
> Thanks,
> Eric
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/ben%40zygoat.ca
> 
> This email sent to b...@zygoat.ca






___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Settings.bundle settings disappear while running

2016-01-12 Thread Ben Kennedy
Hey Eric,

I've seen a problem with recent versions of the toolchain where the Settings 
app fails to display entries for the app's Settings.bundle (the section appears 
blank) after deploying new builds.  At first I thought something was borked 
with our app, but I eventually realized that force-quitting the Settings.app 
and relaunching it causes the stuff to show up again.  This seemed only to be a 
problem during development.

Is that what you're talking about?

cheers,

-ben

> On 21 Dec 2015, at 12:52 pm, Eric E. Dolecki  wrote:
> 
> Working on an application with some App settings in the Settings.bundle.
> They do not appear when running the application in debug - but if I quite
> the app and launch the app settings from Settings.app they display.
> 
> Is there a trick to get them to be avalable while running the application?
> There is a NSUserDefaultsDidChangeNotification that I thought I would
> observe in changes in the app settings, but I can’t if they don’t display.
> 
> Thanks,
> Eric
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/ben%40zygoat.ca
> 
> This email sent to b...@zygoat.ca


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Weird Message from NSZombies

2016-01-12 Thread Seth Willits
> On Jan 12, 2016, at 7:02 AM, Dave  wrote:
> 
> When I start up my App with Zombies enabled, I get the following message sent 
> to the log (NSLog):
> 
> objc[2579]: Class _NSZombie_OS_xpc_array is implemented in both ?? and ??. 
> One of the two will be used. Which one is undefined.
> 
> Not sure what this means? Anyone have any idea?


Ignore it. It has nothing to do with you doing anything wrong.



--
Seth Willits




___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Can a privileged launchd daemon binary be linked against private framework?

2016-01-12 Thread Motti Shneor
Hi.

I’m developing that privileged daemon, mostly a C++ unix-style thing, that will 
be started from a System-preferences panel, and kept alive by launchd.

The SMJobBless() API will copy my daemon to the /Library/PrivilegedHelperTools/ 
and will run it from there. 

My daemon must link against some 3rd-party private framework that must reside 
on disk for license reasons. I can’t install the framework  in normal 
search-paths /Library/Frameworks or ~/Library/Frameworks, again for licensing 
reasons. The framework needs to be private.

What I had in mind, is to have my daemon packaged as a normal OS-X code-bundle, 
with private framework embedded in its bundle  (along with other resources). 

However — If I understand right, the binary of the daemon, copied to 
/Library/PrivilegedHelperTools will not be able to find its framework in 
runtime - or maybe it can?

Is there some combination of @runpath @loder_path and other link-time magic I 
could use to achieve that?

Motti Shneor.



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Weird Message from NSZombies

2016-01-12 Thread Dave
Hi,

When I start up my App with Zombies enabled, I get the following message sent 
to the log (NSLog):

objc[2579]: Class _NSZombie_OS_xpc_array is implemented in both ?? and ??. One 
of the two will be used. Which one is undefined.

Not sure what this means? Anyone have any idea?

All the Best
Dave


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Panes vs. Separate Windows

2016-01-12 Thread Dave

> On 12 Jan 2016, at 03:56, Greg Weston  wrote:
> 
>> (I also don’t want to restart Xcode wars, but I do actually believe that the 
>> unified window style that arrived in Xcode 4 was an actual decision about 
>> which worked best, made by clever people who actually thought about it. It 
>> wasn’t — I believe — merely clueless. I also want to point out that Xcode 3 
>> was *hugely* criticized for its window bloat.)
> 
> For what it's worth, I felt like the changes to Xcode over the last few 
> versions were most likely motivated by the notion that Xcode should 
> superficially mimic Eclipse.
> 
> I loathe Eclipse.
> 
> I barely write for Apple platforms any more, and in all honesty Xcode is a 
> non-trivial part of that.

I know, XCode is horrid, however with 5 mins worth of setup you can make it 
more bearable and almost usable with separate windows. If you’d like to know 
how I’ve set it up, give me a shout off list and I’ll send you the details.

Cheers
Dave


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com