On Sun, Mar 28, 2010 at 11:37 PM, Gregory Casamento
wrote:
> Hey guys... Matt and I just talked via IM and he reminded me of a
> really important point.
>
> The functionality using proxies works fine on 32bit machines, but is
> broken on 64 bit machines due to the fact that this bug:
>
> http://g
On 29 Mar 2010, at 07:37, Gregory Casamento wrote:
> Hey guys... Matt and I just talked via IM and he reminded me of a
> really important point.
>
> The functionality using proxies works fine on 32bit machines, but is
> broken on 64 bit machines due to the fact that this bug:
>
> http://gcc.gn
On 26 Mar 2010, at 20:55, Fred Kiefer wrote:
Before FOSDEM we were planing a coordinated release of the GNUstep
core
components. In the meantime a lot has happened. Base was completely
rewritten,
Is gnustep-base really ready for a release so shortly after a large
rewrite ?
I assume we'r
On 29 Mar 2010, at 13:44, Nicola Pero wrote:
> On 26 Mar 2010, at 20:55, Fred Kiefer wrote:
>
>> Before FOSDEM we were planing a coordinated release of the GNUstep core
>> components. In the meantime a lot has happened. Base was completely
>> rewritten,
>
> Is gnustep-base really ready for a rel
Before FOSDEM we were planing a coordinated release of the GNUstep
core
components. In the meantime a lot has happened. Base was completely
rewritten,
Is gnustep-base really ready for a release so shortly after a large
rewrite ?
I assume we're talking of an unstable release ? ;-)
Most
Wolfgang...
The patch looks good. Please go ahead and apply it and make the
change in GSNibLoading.m as well, if you wish.
Thanks, GC
On Sun, Mar 28, 2010 at 4:45 PM, Wolfgang Lux wrote:
> Gregory Casamento wrote:
>
>> Top level objects in the nib are the responsibility of the controller.
>>
Mhm, I already did all of that yesterday...
But there is more to do. We now need to change all the places where we
load NIB (or Gorm or XIB) files to free the top level objects. The code
is a lot cleaner now, but as far as memory leaks are concerned we are
almost back to square one. We now leak al
Hi
I haven't kept up with the state of development/readiness of the windows theme,
but I really don't agree with forcibly changing the default theme ... I know it
makes me really irate on the odd occasion when Apple change default behaviors
on OSX, and I have to look for the way to revert to
Hi Fred!
Mhm, I already did all of that yesterday...
But there is more to do. We now need to change all the places where we
load NIB (or Gorm or XIB) files to free the top level objects. The
code
is a lot cleaner now, but as far as memory leaks are concerned we are
almost back to square one.