Subject: bin/1935: /usr/share/nls appears to be endian-specific
To: None <firstname.lastname@example.org>
From: calvin <calvin@COE.Wayne.Edu>
Date: 01/12/1996 11:40:54
>Synopsis: /usr/share/nls appears to be endian-specific
>Responsible: bin-bug-people (Utility Bug People)
>Arrival-Date: Fri Jan 12 12:05:01 1996
College of Education, C&IT, Wayne State University
System: NetBSD COE.Wayne.Edu 1.1 NetBSD 1.1 (COE) #2: Thu Jan 11 17:55:49 EST 1996 calvin@COE.Wayne.Edu:/usr/src/sys/arch/mac68k/compile/COE mac68k
When nfs mounting the MacBSD version of /usr/share to a PC running iBSD (NetBSD/i386)
the PC constantly complains about bad versions numbers of the libc.cat. When flipped
around so that the PC version is dominant, the Mac complains about bad version numbers.
In both cases, the error reports itself as:
Message Catalog System: /usr/share/nls/C/libc.cat is version 16777216, we need 1.
On a PC running NetBSD 1.1, mount (from a MacBSD 1.1 box) remote:/usr/share on top of
the local /usr/share. Try a "w" command, or any of the base utils that use libc, and
that will generate a libc message (make a directory where you don't have permissions,
run Mail, etc.)
Switching the client into the server, and the server into the client also produces
the same results.
I believe the problem is due to byte-ordering. The libc files and the code that reads
them, should be made network-endian.