Searched hist:292 (Results 1 - 4 of 4) sorted by relevance
| /freebsd-10.1-release/etc/ | ||
| H A D | phones | diff 292 Sun Aug 15 05:11:52 MDT 1993 alm add more notes and examples |
| H A D | remote | diff 292 Sun Aug 15 05:11:52 MDT 1993 alm add more notes and examples |
| /freebsd-10.1-release/contrib/tzcode/stdtime/ | ||
| H A D | localtime.c | diff 107480 Sun Dec 01 23:05:08 MST 2002 peter Replace rev 1.33 with a real fix. The problem was integer overflows when trying to store the year in a signed int. The maximum time_t on ia64 is around 292 billion years in the future, but 'int' and struct tm.tm_year can only represent then ext 2.1 billion years or so. This solves the problem of mktime/localtime looping on ia64. Unfortunately, the standards say that tm_year is an 'int', so we are still stuck with a y2147483647 bug. bash2's configure script looks for bugs in mktime() and fails on ia64 because of this. However, mktime() on FreeBSD fails the test normally anyway so this is no big loss. This change does not affect any other platforms besides ia64. Approved by: re |
| /freebsd-10.1-release/sys/dev/ath/ | ||
| H A D | if_athvar.h | diff 237046 Thu Jun 14 02:33:10 MDT 2012 adrian Shrink ath_buf a little more: * Resize some types. In particular, bfs_seqno can be uint16_t for now. Previous work would assign the unassigned seqno a value of -1, which I obviously can't do here. * Remove bfs_pktdur. It was in the original code but nothing so far uses it. This gets ath_buf down (on my i386 system) to 292 bytes from 300 bytes. I'd rather it be much, much smaller. |
Completed in 122 milliseconds