Project

General

Profile

Bug #972

libbc has a private, incompatible utmp.h

Added by Albert Lee over 8 years ago. Updated over 8 years ago.

Status:
Rejected
Priority:
Low
Assignee:
-
Category:
lib - userland libraries
Start date:
2011-04-28
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:

Description

usr/src/lib/libbc/inc/include/utmp.h only contains a struct utmp and nonuser macro, but they both differ from usr/src/head/utmp.h. It's likely struct utmp is entirely wrong.

History

#1

Updated by Rich Lowe over 8 years ago

This is likely not correct. The utmp.h in libbc is describing the
SunOS4 'utmp' structure, rather than the 5.x utmpx, but I believe is
doing so on purpose. There's a 'compat.h' which does other, similarly
strange, things.

None of libbc's headers are delivered, I think we just carry them
around to support the sad parts of /usr/ucb which still require them,
and to let it build itself.

I think all of this is in support of allowing SunOS4 applications to
read the 5.x utmpx/wtmpx files, but receive 4.x struct utmp data (I
suspect that the definitions are in both compat.h and utmp.h for silly
reasons, but haven't checked).

Mostly, the thing we've done to libbc has been to touch it as little
as possible and hope it drops off, it is full of code both apparently
and actually incorrect. But also practically impossible to test
(unless you have a collection of SunOS 4 binaries.)

#2

Updated by Albert Lee over 8 years ago

  • Status changed from New to Rejected

Thanks for the explanation.

Also available in: Atom PDF