Britain and its colonies eliminated 11 days (not 10), following
September 2, 1752.
From "A.D. 1751. Anno vicesimo quarto GEORGII II. CAP. XXIII.
An Act for Regulating the Commencement of the Year; and for
Correcting the Calendar now in Use.":
"... and that the natural Day next immediately following the said 2nd Day of
*September* [1752], shall be called, reckoned and accounted to be the 14th
Day of *September*, omitting for that Time only the 11 intermediate nominal
Days of the common Calendar;
and that the several natural Days, which shall follow and succeed next after
the said 14th Day of *September*, shall be respectively called, reckoned and
numbered forwards in numerical Order from the said 14th Day of *September*,
according to the Order and Succession of Days now used in the present
Calendar; "
Added a caution note on using cal for very old dates.
Problem mentionned in PR 5215 by John Franklin (franklin@bev.net).
Thanks to Perry Metzger for his comments and for reviewing this man page.
* The direction flag wasn't set right in the presence of ROMDEBUG.
* There were missing data32's.
* We weren't as careful as we should be with relocations.
be used uninitialized when name[0] != PROC_CURPROC and
proclists[0]->pd_list == NULL; actually, this can never happen
(proclists[0] == &allproc), but the compiler can not know this, so it
complains
the provided port is a valid number use that rather than trying to do
getservbyname() against it.
fixes a problem on foreign systems noted by Chuck Silvers <chuq@chuq.com>
when completing the filename (either in vi mode with vi-tabcomplete on,
or in emacs mode after double esc), escape any shell special characters
and chars from $IFS with backslash - very handy especially when
dealing with filenames containing spaces
The patch has been sent to maintainer, but I haven't got any reply yet even
after about a month :(
for a while, but showed up due to recent static poisoning.) Note that although
fmt.c builds against ../mail/head.c, this function never actually gets used.
