>Number:         1935
>Category:       bin
>Synopsis:       /usr/share/nls appears to be endian-specific
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 12 12:05:01 1996
>Last-Modified:
>Originator:     calvin
>Organization:
College of Education, C&IT, Wayne State University
>Release:        1.1
>Environment:
	
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


>Description:
	
	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.
	
>How-To-Repeat:
	
	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.
	
>Fix:
	
	I believe the problem is due to byte-ordering. The libc files and the code that reads 
	them, should be made network-endian.
>Audit-Trail:
>Unformatted: