Jean-Pierre Radley wrote:
>
> Roger Cornelius typed (on Wed, Jul 21, 2004 at 03:14:16PM +0000):
> | Jean-Pierre Radley wrote:
> | >
> | > Roger Cornelius typed (on Wed, Jul 21, 2004 at 02:12:52AM +0000):
> | > | Jean-Pierre Radley wrote:
> | > | >
> | > | > I don't find that the hack in that last URL fixes the problem.
> | > |
> |
> | But is it broken? It seems to work as described in the man page. When
> | I discovered the problem I did a google search for "updwtmpx man page".
> | The results showed that some implementations worked like SCO's, others
> | updated only wtmpx. Here's a couple of examples:
> |
> | http://www.uwo.ca/cgi-bin/rmanx.pl?t...ent/section=3C
> | http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?getutx+3
> |
> | It seems like this is more a problem of different implementations rather
> | than broken ones.
> |
> | > This works for me, to a point.
> |
> | What do you mean by "to a point"?
>
> The TZ variable is maintained, but HZ disappears.
> There are no duplicate entries in the output of 'last',
> but 'brand -t -u' does not show a license being consumed.

I can't explain why your unpatched copy of 3.8.1p1 does not produce
duplicate entries in wtmp/wtmpx. It did here and was confirmed by Tim
Rice on 5.0.4 and 5.0.7. The environment problem is a different issue.
Apparently it wasn't completely fixed between 3.8p1 and 3.8.1p1.
--
Roger Cornelius racpop@tenzing.org