Pete French wrote:
>>
> I then tried defaults write NSGlobalDomain GSBackend libgnustep-xgps
> which now gets as far as falshing up the App icon in the bottom left
> corner, but then coredumps again.
>
OK, I fixed that.
> Gah!
>
> I am copying this back to bugs... does *anyone* out there h
Thanks - fixed
> Hello,
>
> Despite the big warning in the beginning of GNUstep.sh a small env
> pollution bug has crept into it. The attached patch should correct it.
___
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listi
Hello,
Despite the big warning in the beginning of GNUstep.sh a small env
pollution bug has crept into it. The attached patch should correct it.
Greetings,
BALATON Zoltan
--- GNUstep.sh.in.orig Sun Apr 7 23:38:58 2002
+++ GNUstep.sh.in Mon Apr 8 00:15:27 2002
@@ -195,7 +195,7 @@
d
Hello, Richard Frith-Macdonald.
RFM> > Here is a patch to the gnustep-base, whith additions such as:
RFM> > - fixes NSString's initWithCString* methods behaviour by commenting out
RFM> > GSString's. Without it initWithCString* methods doesn't convert C
RFM> > string into Unicode and this
On Sunday, April 7, 2002, at 04:24 PM, Serg Stoyan wrote:
> Hi, everybody!
>
> Here is a patch to the gnustep-base, whith additions such as:
>
> - fixes NSString's initWithCString* methods behaviour by commenting out
> GSString's. Without it initWithCString* methods doesn't convert C
> string
> Well you can try xgps again to see if it still works. It should mostly
> work (at least you should get farther than you are now). The differences
> between the backends isn't that great, but it could be a clue to what is
> going on.
> defaults write NSGlobalDomain GSBackend xgps
Hmm, th
Hi, everybody!
Here is a patch to the gnustep-base, whith additions such as:
- fixes NSString's initWithCString* methods behaviour by commenting out
GSString's. Without it initWithCString* methods doesn't convert C string
into Unicode and this is not OpenStep compliant;
- adds 2 languages i