We are running into an occasional problem with our application on
GNUstep (Ubuntu 9.04) where we deadlock when attempting to call
performSelectorOnMainThread: The back trace with the locked threads is
included below. The only condition that I can see for this situation is
that somehow the o
Am 25.08.2010 19:47, schrieb Eric Wasylishen:
>> Now this is not fair :-( I specifically asked to not use the
>> NSBitmapImage method as this is horribly slow (I did write it, so I
>> should know). What I wanted you to test is use the colour conversion
>> from NSColor. In this case create an NSColo
On 25 Aug 2010, at 09:30, Fred Kiefer wrote:
> If I remember correctly, this file was removed by David or Richard.
> (Most likely David as I could not find an entry in the ChangeLog file
> stating the removal :-)
I thought this was me too, but in fact:
$ svn log -v Headers/Additions/GNUstepBase/
> Now this is not fair :-( I specifically asked to not use the
> NSBitmapImage method as this is horribly slow (I did write it, so I
> should know). What I wanted you to test is use the colour conversion
> from NSColor. In this case create an NSColor object and ask it for the
> RGB values.
>
> NSCo
If I remember correctly, this file was removed by David or Richard.
(Most likely David as I could not find an entry in the ChangeLog file
stating the removal :-)
I thought writing a ChangeLog entry was still standard, required
practice
for the core libraries ... has this changed for gnuste
Thanks. Removing the weak reference fixes our problem. We're checking in that
change to sync.m.
Doug
On Aug 25, 2010, at 9:47 AM, David Chisnall wrote:
> On 25 Aug 2010, at 16:24, Gregory Casamento wrote:
>
>> The issue is the weak linking directive in sync.m. Windows doesn't
>> support wea
On 25 Aug 2010, at 16:24, Gregory Casamento wrote:
> The issue is the weak linking directive in sync.m. Windows doesn't
> support weak linking, so it ignores these functions.
The weak linkage shouldn't be needed anymore. It comes from back when sync.m
was in Foundation. Now it should be in
The issue is the weak linking directive in sync.m. Windows doesn't
support weak linking, so it ignores these functions.
GC
On Tue, Aug 24, 2010 at 7:10 PM, Doug Simons wrote:
> The recent changes in base have caused us to get link errors on
> objc_sync_enter and objc_sync_exit (on Windows). I
Am 25.08.2010 01:10, schrieb Doug Simons:
> The recent changes in base have caused us to get link errors on
> objc_sync_enter and objc_sync_exit (on Windows). I don't understand
> what the problem is, since both functions are present in sync.m,
> which is being built (and is now the implementation
Am 24.08.2010 22:36, schrieb Doug Simons:
> Somewhere along the way in the last month or two the header file
> .../base/Headers/Additions/GNUstepBase/objc-gu2next.h went away. I
> can't find any mention of it in the ChangeLog and my SVN skills are
> insufficient to find what happened.
>
> Does any
Am 24.08.2010 22:49, schrieb Eric Wasylishen:
> Hi Fred,
> The problems I was trying to fix here is that changing the color wheel
> brightness and resize the color wheel window was quite slow with the
> default color panel size, and got unbearably slow if you made the
> window bigger.
>
> On my co
Le mercredi 25 août 2010 à 08:55 +0200, Wolfgang Lux a écrit :
> Philippe Roussel wrote:
>
> > Last detail : if I remove [AppointmentEditor controlTextDidChange:] or
> > just don't call [NSTextField objectValue] everything works correctly.
> > I could rework my code to avoid controlTextDidChange:
12 matches
Mail list logo