| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
As it happens, "xterm-color" has just been an alias for "xterm" since
src/share/termcap/termcap.src 1.131 in September 2002.
PR: docs/132959
Approved by: ed (mentor)
|
|
|
|
|
|
|
|
|
| |
Change "there're" to "there are" which is consistent with the vast
majority of on line references.
Remove a spurious trailing "
Update the citation text with a suggestion from des.
|
| |
|
|
|
|
|
|
|
| |
- Reference date.
- Be more clear on context.
Suggested by: dougb
|
|
|
|
|
| |
the phase of the moon.
While not worlds best improvements, it will help calendar(1) later on.
|
|
|
|
| |
Minor reformatting on a few
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Check if large factor is prime before applying Pollard's algorithm;
fixes "factor 2147483647111311". Increase base if p-1 algorithm
reaches 1; fixes "factor 99999999999991".
Testcases from David A Bagley <bagleyd@tux.org>.
Fixes from Joseph Myers <jsm@NetBSD.org>.
Problem rediscovered by an attempt to factor my phone number.
A few other incidental fixes: correct a couple of factually incorrect
comments; use ident string macros; move from 4-clause to 3-clause
BSD licence (University of California copyright).
Obtained from: NetBSD
|
|
|
|
| |
Properly sort fortunes added in r174879 and r174959
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
first published in 1955. "Putluck Pogo" seems to be a typo.
|
|
|
|
|
|
|
|
| |
before a ).
PR: docs/136723
Submitted by: Ulrich Sporlein <uqs@spoerlein.net>
Approved by: re (kib)
|
|
|
|
|
|
| |
PR: conf/112024
Submitted by: Niclas Zeising <niclas.zeising@gmail.com>
MFC after: 2 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From the original PR:
s/milestones/millstones/
and less important..
s/man/Man/
Not every source I've seen capitalizes 'Man', but it seems
right. Uncapitalized 'man' would usually be preceded by
an 'a'. But I haven't seen any reference cite the orignal
source yet, so I can't say for sure.
http://quotationsbook.com/quote/31568/
PR: conf/131469
Submitted by: John Hein <jhein@timing.com>
MFC after: 2 days
|
|
|
|
|
|
|
|
|
| |
Update the time in the fortune to make the joke a little bit more
realistic again: Bump year from 2009 to 2039.
PR: conf/129860
Submitted by: Alan Amesbury <amesbury@umn.edu>
MFC after: 2 days
|
| |
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
| |
you by Thomas L. Friedman.
(http://www.nytimes.com/2008/10/08/opinion/08friedman.html?ref=opinion)
|
|
|
|
| |
http://voices.washingtonpost.com/postpartisan/2008/10/the_town_hall_debate_in_praise.html
|
|
|
|
|
|
|
|
| |
1) Split too long source lines
2) Portable code should not assume that null pointer == all-bits-0,
so back out prev. calloc() change.
Submitted by: bde
|
|
|
|
|
|
| |
1) Rename RANDOM_MAX to RANDOM_MAX_PLUS1 to not confuse with random()'s max
2) Use calloc() instead of zeroing fields explicitly
3) "too many lines" -> "too many delimiters" for err()
|
|
|
|
|
|
|
|
|
|
| |
Test case:
random -f some_small_file 10000
(in most cases must be no output)
2) Prevent number of lines > RANDOM_MAX (overflow or nothing may be
choosed) with EFBIG err()
3) After line is found, terminate list loop for -U case too,
since nothing to do in the rest of the loop left.
|
|
|
|
|
|
|
|
|
|
| |
used in randomize_fd.c.
Although the max value is the same currently, RAND_MAX is for rand(),
not for random().
So move RANDOM_MAX const to the common file now, make it UL and
use in randomize_fd.c too.
(in any case its old value was 1 less then must be, as noted in
the prev. commit)
|
|
|
|
|
|
| |
value with ((double)RAND_MAX + 1)
2) For exit code increase valid denominator upper range from 255 to 256
since returned value is [0 .. denom - 1]
|
| |
|
| |
|
| |
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
|
|
| |
http://www.schneier.com/blog/archives/2008/08/schneier_misquo.html
(and reorder one I appearantly didn't get in the right place last time.)
|
|
|
|
|
|
|
|
| |
o Correct Alan's surname.
PR: bin/125812
Submitted by: Derek Taylor [1], gavin [2]
MFC after: 1 week
|
| |
|
|
|
|
| |
kindly provided by four different correspondents since my last commit.
|
| |
|
| |
|
|
|
|
|
|
|
| |
+The computer assumes that all behavior is in pursuit of an ultimate
+goal. Whenever a motorist changes his or her mind and veers off
+course, the GPS lady issues that snippy announcement: "Recalculating!"
+ -- Joel Achenbach (www.slate.com, 20 jun 2008)
|
|
|
|
|
|
|
|
| |
Updated Lyndon Nerenberg's radio callsign and E-mail address.
PR: bin/7868
Submitted by: Lyndon Nerenberg <lyndon@orthanc.ca>
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
has been removed ages ago.
PR: docs/124166
Submitted by: keramida
Prodded by: novel,keramida
|
|
|
|
|
|
|
|
| |
+"Can you be more stupid than aggravating the judge AND your lawyer?
+No? Oh yes you can: You can aggravate the whole kernel community."
+ -- Alexander Lyamin (about Hans Reisers murder trial)
Found at: http://www.news.com/8301-10784_3-9925607-7.html?tag=nefd.top
|
| |
|
|
|
|
|
| |
to open software development (as well as to the other
kinds of human activity.)
|
|
|
|
|
|
|
|
| |
The quote predated rev. 1.232, which rev. 1.259 was to correct;
therefore it was protected by the "Don't remove fortunes" rule.
Noticed by: ceri
Pointy hat to: yar
|
|
|
|
|
|
|
|
| |
Remove militant and moralized quotes of Chinggis Khan.
Add one more quote of Chinggis Khan.
Reviewed by: yar
Approved by: keramida(mentor)
|
| |
|
|
|
|
| |
by Kernighan and Plauger.
|
|
|
|
|
| |
of "The Elements of Programming Style". Also spell the name
of the book properly.
|