Searched hist:2537 (Results 1 - 8 of 8) sorted by relevance
| /freebsd-10-stable/usr.bin/finger/ | ||
| H A D | finger.h | diff 2537 Wed Sep 07 05: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 05: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 05: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 05: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 05: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 05: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-stable/sbin/fsck_ffs/ | ||
| H A D | setup.c | diff 32622 Mon Jan 19 14: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-stable/sbin/newfs/ | ||
| H A D | newfs.c | diff 37775 Mon Jul 20 10: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 506 milliseconds