Aleksander Salwa writes:
 > 
 > Some time ago I had a problem with locales on FreeBSD.
 > ....
 > On all machines I'm working on, 'char' is signed.
 > On Linux/x86, isalpha and others works fine with positive and negative
 > values of national characters. (For example, one polish character is
 > '\xc6', what can be evaluated as unsigned 198, or signed -58.)
 > But on FreeBSD/x86 these functions work only with values >127.
 > Because 'char' is signed, it needs casting to work with national
 > characters.
 > 
 > Now, the question is: is it a bug in Splitter.c or in FreeBSD system
 > libraries ? (or misconfigured system)
Probably in the FreeBSD library, because not only "Splitter.c"
uses "char" for strings but almost all C modules I know of.

Nevertheless, you patch to "splitter" should be welcome
as it solves a usability problem on FreeBSD systems.
Put it into the collector (URL:http://classic.zope.org/Collector).

You may file a problem report to the FreeBSD maintainers in
parallel.



Dieter

_______________________________________________
Zope maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )

Reply via email to