| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This structure is not part of POSIX. According to POSIX, gettimeofday()
has the following prototype:
int gettimeofday(struct timeval *restrict tp, void *restrict tzp);
Also, POSIX states that gettimeofday() shall return 0 (as long as tzp is
not used). Remove dead error handling code. Also use NULL for a
nul-pointer instead of integer 0.
While there, change all pieces of code that only use tv_sec to use
time(3), as this provides less overhead.
|
|
|
|
|
|
|
|
|
|
| |
usually be set first when using -v.
Adjust an example that sets the day to 30 before setting the month to 3 in
accordance with this approach as the example would always fail in February!
PR: 147354
MFC after: 2 weeks
|
|
|
|
| |
I removed utmp and its manpage, but not other manpages referring to it.
|
|
|
|
|
| |
date: use libc utmpx routines instead of the ones provided by libulog.
pax: don't depend on <utmp.h>
|
|
|
|
|
| |
utmpx also has OLD_TIME/NEW_TIME messages, which seem to be intended for
the same purpose as how we call logwtmp() here.
|
|
|
|
|
|
|
| |
date via -f %s).
Reported by: Eugene Grosbein
Diagnosed by: Miguel Lopes Santos Ramos
|
|
|
|
| |
Pointed out by: ru
|
|
|
|
| |
be safe, memset the entire msg to '0'.
|
| |
|
|
|
|
|
|
|
| |
Xref locale(1) and bump document date.
Reviewed by: keramida
No Objections: -standards
|
| |
|
|
|
|
| |
Sort standard sections in the (documented) preferred order.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on March 31 won't take you to March 2 or 3 (now the result will
be the last day of February.)
In general, now stepping by months from the last days of the current
month A will take you to the very last day of the target month B if
B is shorter than A.
The previous version would just step to March 31 and rely on mktime(3)
to correct the date. Despite its simplicity, such way was counter-intuitive
to users and caused pain to shell script writers.
Noticed by: Igor Timkin <ivt at gamma dot ru>
Approved by: brian
MFC after: 2 weeks
|
|
|
|
|
|
| |
back into epoch time. Everytime I'm asked to do this by someone I
have to spend about ten minutes recreating the same command line.
So record it under examples.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
decoration. Further improvements are welcome, but at least this
is a separate of the various modes of operation date has, as well as
sectioning off the two deprecated options for settimeofday(tz) that
don't even apply to actual operation of date as such, anyway.
|
|
|
|
| |
OK'ed by: imp, core
|
|
|
|
|
|
|
|
|
|
| |
in the comment applies to a decision that needs to be made in relation
to the year 2000.
In fact, that statement probably should be changed to be
more generic (getting the year from the current time perhaps). Otherwise,
starting in 2069 two digit year conversions in date(1) will start assuming
1900 instead of 2000. hehe.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Obsolete WFORMAT= junk also removed where possible.
OK'ed by: obrien
Tested on: sparc64, alpha, i386
|
| |
|
|
|
|
| |
put from another.
|
|
|
|
| |
udp/timed -> timed/udp
|
| |
|
|
|
|
| |
MFC After: 1 week
|
| |
|
|
|
|
| |
Reviewed by: mike
|
|
|
|
|
|
| |
Suggested by: sheldonh
Approved by: bde
MFC after: 1 day
|
|
|
|
|
|
| |
sets
PR: 35606
|
| |
|
|
|
|
| |
Tested on i386 and alpha.
|
|
|
|
|
|
|
|
|
|
|
| |
o Old-style K&R declarations have been converted to new C89 style
o register has been removed
o prototype for main() has been removed (gcc3 makes it an error)
o int main(int argc, char *argv[]) is the preferred main definition.
o Attempt to not break style(9) conformance for declarations more than
they already are.
Approved by: arch@, new style(9)
|
|
|
|
|
|
| |
set WARNS=0.
Reviewed by: mike
|
|
|
|
| |
MFC after: 1 day
|
|
|
|
|
|
|
| |
Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text.
Not only this slows down the mdoc(7) processing significantly, but it also
has an undesired (in this case) effect of disabling hyphenation within the
entire enclosed block.
|
| |
|
| |
|
|
|
|
|
| |
PR: 27986
Submitted by: Cyrille Lefevre <clefevre@redirect.to>
|
|
|
|
|
|
| |
PR: bin/27399
Submitted by: "Crist J. Clark" <crist.clark@globalstar.com>
MFC after: 3 days
|
| |
|
|
|
|
|
| |
PR: 24773
Approved by: nik
|
|
|
|
|
| |
PR: 23502
Submitted by: Robert Boyd <rboyd@pokerspot.com>
|
| |
|
| |
|
|
|
|
| |
Submitted by: Chris Faulhaber <jedgar@fxp.org>
|