> On 4 Nov 2016, at 10:39, Ken Thomases wrote:
>
> On Nov 3, 2016, at 10:08 PM, Gerriet M. Denkmann wrote:
>>
>> URLByResolvingAliasFileAtURL does almost the same, has no special behaviour
>> with “/private”, and even can resolve an alias.
>> But: only when this alias is the final component o
On Nov 3, 2016, at 10:08 PM, Gerriet M. Denkmann wrote:
>
> URLByResolvingAliasFileAtURL does almost the same, has no special behaviour
> with “/private”, and even can resolve an alias.
> But: only when this alias is the final component of a path.
> I.e. /path/aliasToFoo will be resolved to /pat
> On 3 Nov 2016, at 23:05, Jens Alfke wrote:
>
> The docs for -stringByResolvingSymlinksInPath say that “for absolute paths,
> all symbolic links are guaranteed to be removed.” If it doesn’t actually do
> that, then there’s either a bug in the implementation or a bug in the docs;
> either way
> On 4 Nov 2016, at 2:00 AM, Konidaris Christos wrote:
>
> The problem was that my NIBs also contained NSViewController objects for some
> of their subviews. Changing these controllers to plain NSObjects eliminated
> the crashes.
>
> Thank you for pointing me to the correct direction.
>
Tha
The docs for -stringByResolvingSymlinksInPath say that “for absolute paths, all
symbolic links are guaranteed to be removed.” If it doesn’t actually do that,
then there's either a bug in the implementation or a bug in the docs; either
way, you should file a Radar.
(I’m not sure why you need to
> On 2 Nov 2016, at 19:24, Quincey Morris
> wrote:
>
> On Nov 2, 2016, at 10:00 , Konidaris Christos wrote:
>>
>> Our application crashes inside AppKit when compiled with any SDK > 10.9. The
>> crash happens at the following point in the program:
>>
>> activityPaneController = [[ESC_Activit
