Home   Screenshots   Demo   Downloads   News FAQ   Mail archive   Documentation   Roadmap   P*Wcal   CWcal   DWcal   Themes   Internationalization   Maintainer   Contributors   Web repositories   CVS   NeoSystem   MyNews

	When I run wcal, I get a lot of warning messages about "UTF-8"

On some machines (RedHat Linux 8 and 9 for US), wcald prints a lot of warnings: Malformed UTF-8 character (byte 0xfe) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5865. Malformed UTF-8 character (unexpected non-continuation byte 0x6d, immediately after start byte 0xee) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5865. Malformed UTF-8 character (unexpected non-continuation byte 0x74, immediately after start byte 0xe3) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5865. Malformed UTF-8 character (1 byte, need 3, after start byte 0xe3) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5865. Malformed UTF-8 character (1 byte, need 3, after start byte 0xe3) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5866. Malformed UTF-8 character (unexpected non-continuation byte 0x6d, immediately after start byte 0xee) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5869. Malformed UTF-8 character (unexpected continuation byte 0xba, with no preceding start byte) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5889. Malformed UTF-8 character (unexpected continuation byte 0xba, with no preceding start byte) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5890. Malformed UTF-8 character (unexpected continuation byte 0xba, with no preceding start byte) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5892. Malformed UTF-8 character (unexpected continuation byte 0xba, with no preceding start byte) at /usr/lib/perl5/site_perl/5.8.0/Date/Manip.pm line 5892. ... Wcal then displays some internationalized messages in french rather than english (messages with accents). This is due to the RedHat installation process that configure the machine to use unicode characters. When you look at the environment of a user by running: env in a shell window. You will see that the LANG environment variable is set to en_US.UTF-8. ... LANG=en_US.UTF-8 ... To avoid the bug you have to use non unicode characters (en_US). The first solution is to configure all users to use non unicode characters. To do that, you will edit the <b>/etc/sysconfig/i18n</b> file and replace the line: LANG="en_US.UTF-8" by the line: LANG="en_US" This is the surest way to avoid further problems. The second solution is useful if you want to keep unicode characters for other applications or processes. In that case, you can just change the <b>LANG</b> environment variable in the environment of wcal user. For example, if wcal user uses bash shell, you can add this line: export LANG="en_US"