On 7 Jan 2013, at 22:50, Pirmin Braun wrote:
> Am Mon, 7 Jan 2013 22:28:13 +
> schrieb Tom Davie :
>
>> Instead, simply try to reduce this to a simple test case in which the string
>> is not deallocated, yet all autorelease pools have been popped, and all
>&
On 7 Jan 2013, at 22:15, Pirmin Braun wrote:
> Am Mon, 7 Jan 2013 22:00:40 +
> schrieb Tom Davie :
>
>> Retain count means nothing. It may well have a retain count of 2, but be in
>> the autorelease pool twice. Can you confirm that these actually are never
>&
twice. Can you confirm that these actually are never
released, and provide a small test case that demonstrates it?
Thanks
Tom Davie
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
le length] == 0)
> +continue;
> +
> unichar c = [file characterAtIndex: 0];
> if(c != '-')
> {
Surely this is the incorrect behaviour, as it will cause off-by-one errors for
the subsequent arguments. Instead, it
Just a quick heads up – I'm still experiencing this deadlock in version 1.6.1
of the runtime. It can still be fixed by locking the runtime before locking
the initialise lock in objc_send_initialize.
Tom Davie
On 13 Aug 2012, at 11:26, Thomas Davie wrote:
> I've done some readin
On 4 Nov 2012, at 17:28, Ivan Vučica wrote:
> On 3. 11. 2012., at 10:50, Quentin Mathé wrote:
>
>> Hi Tom,
>>
>> On Ubuntu I recently solved this problem by editing the /etc/sudoers file
>> and commenting out the 'Defaults secure_path=XXX' line. This way, 'sudo -E'
>> inherits the PATH vari
awry.
Thanks
Tom Davie
On 3 Nov 2012, at 11:17, David Chisnall wrote:
> This sounds like a problem in the forwarding. Here it tries to invoke the
> fast proxying function:
>
>> #92241 0x76a810d2 in objc_msg_lookup_internal
>> (receiver=0x7fff8550, selector=
m:241
#92244 …. About 80 more stack frames of my code.
Thanks
Tom Davie
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On 3 Nov 2012, at 09:50, Quentin Mathé wrote:
> Hi Tom,
>
> Le 2 nov. 2012 à 21:35, Tom Davie a écrit :
>
>> On 2 Nov 2012, at 19:37, Richard Frith-Macdonald
>> wrote:
>>
>>> On 2 Nov 2012, at 19:27, Robert Slover wrote:
>>>
>>>>
On 2 Nov 2012, at 19:37, Richard Frith-Macdonald
wrote:
>
> On 2 Nov 2012, at 19:27, Robert Slover wrote:
>
>> Isn't the 'sudo' failing there? That seems likely to cause problems.
>>
> Good point ... could it be that sudo is messing up the PATH or somethign
> similar so GNUstep (specifical
ommand. The first is using trunk, the second is using 1.5.1, both using the
same make command.
Thanks
Tom Davie
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On 2 Nov 2012, at 17:51, Richard Frith-Macdonald
wrote:
>
> On 2 Nov 2012, at 17:47, Tom Davie wrote:
>
>>
>> On 2 Nov 2012, at 17:41, Richard Frith-Macdonald
>> wrote:
>>>>
>>>> Hi again Richard,
>>>>
>>&
of new stuff at the top, which notably
includes a call out to Makefile if it doesn't think you have a proper GNUstep
setup. I suspect that this code is doing something awry!
Thanks
Tom Davie
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
On 2 Nov 2012, at 17:32, Richard Frith-Macdonald
wrote:
>
> On 2 Nov 2012, at 17:20, Tom Davie wrote:
>
>>
>> On 2 Nov 2012, at 17:10, Richard Frith-Macdonald
>> wrote:
>>
>>>
>>> On 2 Nov 2012, at 16:11, Tom Davie wrote:
>>>
On 2 Nov 2012, at 17:10, Richard Frith-Macdonald
wrote:
>
> On 2 Nov 2012, at 16:11, Tom Davie wrote:
>
>>
>> On 2 Nov 2012, at 15:04, Richard Frith-Macdonald
>> wrote:
>>
>>>
>>> On 2 Nov 2012, at 14:54, Tom Davie wrote:
>>>
On 2 Nov 2012, at 16:37, Sebastian Reitenbach
wrote:
> Hi,
>
> On Friday, November 2, 2012 17:11 CET, Tom Davie wrote:
>
>>
>> On 2 Nov 2012, at 15:04, Richard Frith-Macdonald
>> wrote:
>>
>>>
>>> On 2 Nov 2012, at 14:54, Tom
On 2 Nov 2012, at 15:04, Richard Frith-Macdonald
wrote:
>
> On 2 Nov 2012, at 14:54, Tom Davie wrote:
>
>> Hi all,
>>
>> I'm slightly confused just right now. It's been a while since I installed
>> libobjc2, and I'm having trouble installi
storing correct behaviour?
Thanks
Tom Davie
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Heya,
We unfortunately are running into this same issue now. Did you manage to find
a solution to the crash?
Thanks
Tom Davie
On 31 Oct 2012, at 18:37, Quentin Mathé wrote:
> Hi,
>
> The NSAutoreleasePool implementation bound to the ARC_RUNTIME has some issues
> I think.
NULL != pool)") will of course infinite loop as pool is never
assigned to inside the loop.
Thanks
Tom Davie
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
pool, the correct
behaviour should be to leak in this scenario. Apple also logs that it's leaking
> 2) If it is so, then callers of this method - such as [NSBundle initialize] -
> should create their own pool instead of relying on the app to do that.
No, hence apple's log saying
21 matches
Mail list logo