Searched hist:2537 (Results 1 - 9 of 9) sorted by relevance
/freebsd-10.3-release/usr.bin/finger/ | ||
H A D | finger.h | diff 2537 Wed Sep 07 07:22:41 MDT 1994 pst Install Luke's enhancements for finger. By default, behave like the old ugly 4.4bsd finger and print office information instead of remote login information. It's an easy one line fix to make it behave like most other vendor's fingers if we decide to change the default. Reviewed by: pst |
H A D | finger.1 | diff 2537 Wed Sep 07 07:22:41 MDT 1994 pst Install Luke's enhancements for finger. By default, behave like the old ugly 4.4bsd finger and print office information instead of remote login information. It's an easy one line fix to make it behave like most other vendor's fingers if we decide to change the default. Reviewed by: pst |
H A D | lprint.c | diff 2537 Wed Sep 07 07:22:41 MDT 1994 pst Install Luke's enhancements for finger. By default, behave like the old ugly 4.4bsd finger and print office information instead of remote login information. It's an easy one line fix to make it behave like most other vendor's fingers if we decide to change the default. Reviewed by: pst |
H A D | sprint.c | diff 2537 Wed Sep 07 07:22:41 MDT 1994 pst Install Luke's enhancements for finger. By default, behave like the old ugly 4.4bsd finger and print office information instead of remote login information. It's an easy one line fix to make it behave like most other vendor's fingers if we decide to change the default. Reviewed by: pst |
H A D | util.c | diff 2537 Wed Sep 07 07:22:41 MDT 1994 pst Install Luke's enhancements for finger. By default, behave like the old ugly 4.4bsd finger and print office information instead of remote login information. It's an easy one line fix to make it behave like most other vendor's fingers if we decide to change the default. Reviewed by: pst |
H A D | finger.c | diff 2537 Wed Sep 07 07:22:41 MDT 1994 pst Install Luke's enhancements for finger. By default, behave like the old ugly 4.4bsd finger and print office information instead of remote login information. It's an easy one line fix to make it behave like most other vendor's fingers if we decide to change the default. Reviewed by: pst |
/freebsd-10.3-release/sbin/fsck_ffs/ | ||
H A D | main.c | diff 31903 Sat Dec 20 21:36:58 MST 1997 bde Don't attempt to print the statistics for a "clean" preened filesystem when there isn't even a filesystem. Attempting to print them tended to cause SIGSEGV or SIGFPE depending on how far setup() got before it returned 0. This was broken in the previous revision by removing a return statement that the previous case depended on falling into. PR: 4840 (fixed by this commit) PR: 2537 (possibly fixed by Lite2 merge and later changes. setup() does more checking now) |
H A D | setup.c | diff 32622 Mon Jan 19 16:28:29 MST 1998 bde Guard against a block size of 0 in the label. When the first superblock is invalid, fsck looks at the label to help guess where the next superblock should be. If the partition type is 4.2BSD, fsck assumed that the block size was valid and divided by it, so it dumped core if the size was 0. Initialization of the label was broken almost 3 years ago in rev.1.9 of newfs/newfs.c. Newfs does not change the label at all, so there is no problem (except the breakage of the automatic search for backup superblocks) unless something else sets the partition type to 4.2BSD. However, it is too easy to set partition types to 4.2.BSD by copying an old label or by using a disktab entry to create the label. PR: 2537 |
/freebsd-10.3-release/sbin/newfs/ | ||
H A D | newfs.c | diff 37775 Mon Jul 20 12:04:42 MDT 1998 bde Backed out rev.1.9 (except don't bring back the vax code deleted in rev.1.9). fsck uses the per-partition ffs-related information in the label to find alternate superblocks when the main superblock is hosed. Rev.1.9 broke this by deleting the code that wrote the label. PR: 2537 xref: fsck/setup.c rev.1.8 |
Completed in 216 milliseconds