On 13 Jun 2008, at 08:05, David Wetzel wrote:
Am 13.06.2008 um 07:07 schrieb Richard Frith-Macdonald:
Thanks ... should be fixed by a change I just made in svn ...
please try it and let me know.
Program received signal SIGSEGV, Segmentation fault.
0xbd8f4e09 in GSFromUnicode (dst=0x202c22
Am 13.06.2008 um 07:07 schrieb Richard Frith-Macdonald:
Thanks ... should be fixed by a change I just made in svn ... please
try it and let me know.
Program received signal SIGSEGV, Segmentation fault.
0xbd8f4e09 in GSFromUnicode (dst=0x202c223e, size=0x2e753c22,
src=0x80b0e673, slen=1301,
Hi,
I'm currently investigating upgrading my mingw dev environment and came to the
point that I can test out a newer copy of libobjc.
I've noticed that the tarball from ftp://ftp.gnustep.org/pub/gnustep/libs/
still has thr-win32.c, while the tag in svn at
http://svn.gna.org/viewcvs/gnustep/lib
Well, that's odd. I don't know why thr-win32.c isn't tagged in 1.6.0.
I'm pretty sure you still use it, although I haven't tried to see if
others work as well. I compile the Windows installer with gnustep-
objc-1.6.0 with not extra dependencies:
http://www.gnustep.org/experience/Windows.ht
Just tried the installer out for the first time. Can't say whether I'll be able
to simply use it yet or not, but time will tell.
You might want to consider updating the msys environment since the current one
seems to blow up in Vista.
I'm using the following from mingw.org downloads with some su
I'll check on that for the next release. Thanks.
On Jun 13, 2008, at 4:12 PM, Matthew Jimenez wrote:
Just tried the installer out for the first time. Can't say whether
I'll be able to simply use it yet or not, but time will tell.
You might want to consider updating the msys environment since
I'll branch a new stable release tomorrow unless anyone has any
objections.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
On 14 Jun 2008, at 04:22, Adam Fedor wrote:
I'll branch a new stable release tomorrow unless anyone has any
objections.
Sounds good.
Just one thing though ...
In base/Source/Additions/Unicode.m I've changed the GROW() macro for
the case where characterset conversion output is being disca