From:	"Juan Manuel Guerrero" <ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De>
Organization:	Darmstadt University of Technology
To:	Prashant TR <tr AT yahoo-inc DOT com>
Date:	Thu, 15 Nov 2001 10:35:47 +0100
Subject:	small comment about shl20b.zip
CC:	djgpp-workers AT delorie DOT com
X-mailer:	Pegasus Mail for Windows (v2.54DE)
Message-ID:	<CE959467C17@HRZ1.hrz.tu-darmstadt.de>
Reply-To:	djgpp-workers AT delorie DOT com

I have downloaded shl20j[bds].zip. I have seen that the binary package
installs a charset.alias file into the lib directory. This charset.alias
file is completely empty except for comment lines at the beginning of the
file. When this file is installed into the lib directory it overwrites or
replaces the working charset.alias file installed by the gettext library
breaking completely NLS support. Now a binary with NLS support that tries
to infer the dos codepage for some country code set with LANG will stop
working due to a brocken/empty charset.alis file in lib.
In conclusion:
1) No DJGPP port, no matter if it supports or not NLS,
   should install a charset.alias file in lib.
2) The only ports that will continuosly provide an up to date charset.alias file,
   and will install them in lib, are gettext and libiconv.

I would seriously suggest to remove charset.alias from this binary package
in some future release. The way this package installs now, breakes DJGPP's
NLS support. For a newbie or an user not familiar with the way gettext/libiconv
works, it will become very hard to understand why NLS stops working after
shl20jb.zip installation.

TIA for removing charset.alias and regards,
Guerrero, Juan Manuel

- Raw text -