Path: utzoo!utgpu!watmath!uunet!cs.utexas.edu!rutgers!apple!bloom-beacon!bu-cs!spdcc!gnosys!gst
From: gst@gnosys.UUCP (Gary S. Trujillo)
Newsgroups: unix-pc.general
Subject: Re: Daylight Savings Time -- works okay now
Summary: I ain't got no libp.a :-(
Keywords: daylight dst libp.a
Message-ID: <142@gnosys.UUCP>
Date: 6 Apr 89 17:10:46 GMT
References: <9153@alice.UUCP>
Reply-To: gst@gnosys.UUCP (Gary S. Trujillo)
Organization: gst's 3B1 - Somerville, Massachusetts
Lines: 39

In article <9153@alice.UUCP> wilber@alice.UUCP (Bob Wilber) writes:
> ... 
> And my thanks to Rob for reminding us to convert ctime.o in libp.a.
> 
> Bob Wilber    wilber@research.att.com

Hmmm.  I just went looking for libp.a to patch it, and discovered that
I don't have one, as such.  What I do have is a /lib/libp directory that
looks as follows:

	drwxr-xr-x  2 bin     bin          64 Oct  1  1987 libp

	/lib/libp:
	total 403
	-r--r--r--  1 bin     bin      197462 Oct  1  1987 libc.a
	-r--r--r--  1 bin     bin        8596 Oct  1  1987 libmalloc.a

I checked my listings of what's what on the development set floppies,
and discovered that this situation is what one would expect after having
installed said development set:

	40775  bin         0  Apr 20 18:21:51 1987  lib/libp
	100644 bin    197462  Jan  1 13:10:00 1970  lib/libp/libc.a
	100644 bin      8596  Jan  1 13:10:00 1970  lib/libp/libmalloc.a

(Don't worry about the timestamps, I purposely set them to the date when I
did my system installation, just to make incremental dumps easier.)

However, this alternate libc.a does indeed have a ctime.o that has the
old value for the DST-changing date, and which succumbs quite nicely to
Lenny and Gil's recently-posted patch routine.  Thanks again, guys!

    partial output of "cmp -l /tmp/libc.a /usr/lib/libp/libc.a:

	18864 167 140

-- 
Gary S. Trujillo			      {linus,bbn,m2c}!spdcc!gnosys!gst
Somerville, Massachusetts		     {icus,ima,stech,wjh12}!gnosys!gst