Subject: bin/4235: magic(5) is missing some db(3) entries
To: None <gnats-bugs@gnats.netbsd.org>
From: Luke Mewburn <lukem@karybdis.lair.werj.com.au>
List: netbsd-bugs
Date: 10/08/1997 11:00:11
>Number: 4235
>Category: bin
>Synopsis: magic(5) is missing some db(3) entries
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: bin-bug-people (Utility Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: lm
>Arrival-Date: Tue Oct 7 18:05:02 1997
>Last-Modified:
>Originator: Luke Mewburn
>Organization:
NetBSD Foundation
>Release: 971005
>Environment:
System: NetBSD karybdis 1.2G NetBSD 1.2G (KARYBDIS) #3: Sun Oct 5 23:43:33 EST 1997 lukem@karybdis:/z/src/current/src/sys/arch/i386/compile/KARYBDIS i386
>Description:
/usr/share/misc/magic is missing some entries for the db(3)
btree stuff. whilst the db(3) routines are not endian
specific, it appears that byteswapping is automagically
enabled when necessary. the entries in magic(5) for the btree
stuff only have big endian entries.
Also, there's some typos in one of the documentation files in
the source. `PORTING' has a lot of words that start with
``sq''. E.g:
SunOS sqarc 4.1.1 8 sun4
No problems.
ULTRIX squint 4.2 0 RISC
No problems.
A/UX sqmac 3.0a9 SVR22 mc68020
No problems.
>How-To-Repeat:
file /var/yp/`domainname`/*.db
>Fix:
apply this patch for the magic stuff.
I'm not sure if the same thing needs to be done for the
db(3) hash entries that are also in this file
dunno about the typos in `PORTING' - probably not important.
*** database.orig Tue Oct 15 02:54:39 1996
--- database Wed Oct 8 10:49:06 1997
***************
*** 36,38 ****
--- 36,44 ----
>12 belong x Free Page %d,
>16 belong x Number of Records %d,
>20 belong x Flags 0x%x)
+ 0 lelong 0x053162 Berkeley DB Btree file, little endian
+ >4 lelong >0 (Version %d,
+ >8 lelong x Page Size %d,
+ >12 lelong x Free Page %d,
+ >16 lelong x Number of Records %d,
+ >20 lelong x Flags 0x%x)
>Audit-Trail:
>Unformatted: