This have a clearly different aim. Despite starting this server is as simple as
a call -[CGIServer start] but it is intended to be used as independent server.
发自我的 iPad
在 2013-5-17，13:52，Richard Frith-Macdonald 写道：
>
> On 16 May 2013, at 20:50, Maxthon Chan wrote:
>
>> Well it turned out th
I recently tried GNUstepWeb and it worked for me on Debian. I think I used
everything from trunk.
Regarding WebUIKit, don't forget about Objective-J language and Cappuccino
framework. You convert xibs into cibs and load them directly. I'm writing a
university project in that plus Django; while
Hi,
I found that Grr is unable to open its Gorm files on amd64. First I thought
that resaving the gorm files might help, but that didn't worked out.
After a closer look I found that the patch below helps.
The patch is against latest release, but I also haven't seen any changes in
trunk against
On 16 May 2013, at 09:55, Ivan Vučica wrote:
> Hi all,
>
> some more Android related woes.
>
> Making all for library libgnustep-base...
> Compiling file NSTimeZone.m ...
> NSTimeZone.m:1644:56: error: use of undeclared identifier 'daylight'
> if (NULL != tzname[0] && '\0' != *tznam
This patch looks correct to me. As I will be away for the long weekend, feel free to apply it yourself. You are correct, the archive files created since the last release containing paragraph styles wont be loaded correctly any more. But there isn't much we can be, we really have to get out a bug f
On Friday, May 17, 2013 17:10 CEST, "Fred Kiefer" wrote:
>
> This patch looks correct to me. As I will be away for the long weekend, feel
> free to apply it yourself. You are correct, the archive files created since
> the last release containing paragraph styles wont be loaded correctly an
I discovered this from stack traces of toll-free bridged calls.
All CoreFoundation objects have an Objective-C isa pointer. For toll-free
bridged objects, this pointer points to an Objective-C class which is a
subclass of the corresponding class cluster public class, like for CFArray the
subcla
And about memory management. All CoreFoundation objects places the field for
retain count at the same offset as Cocoa objects do. Since all CoreFoundation
objects have their respective isa field pointing to their corresponding Cocoa
class, no matter public or private, the standard Objective-C de
On 17 May 2013, at 17:48, Chan Maxthon wrote:
> All CoreFoundation objects places the field for retain count at the same
> offset as Cocoa objects do
Cocoa objects do not have an in-object retain count. This is why retain /
release on GNUstep are so much faster than on OS X / iOS. On iOS, th
