Searched hist:26858 (Results 1 - 5 of 5) sorted by relevance
| /freebsd-11-stable/usr.sbin/ppp/ | ||
| H A D | defs.h | diff 26858 Mon Jun 23 21:10:13 MDT 1997 brian o Fix uptime for direct connections. o Style police o Make hangup abort the current connection, not necessarily exiting (-auto/-ddial). o Trap HUP and INT during DoChat and abort the connection attempt. This means you can now type "dial" and change your mind with ^C, or HUP the process to stop it dialing. Slapped into doing it by: Chuck Robey <chuckr@glue.umd.edu> |
| H A D | chat.c | diff 26858 Mon Jun 23 21:10:13 MDT 1997 brian o Fix uptime for direct connections. o Style police o Make hangup abort the current connection, not necessarily exiting (-auto/-ddial). o Trap HUP and INT during DoChat and abort the connection attempt. This means you can now type "dial" and change your mind with ^C, or HUP the process to stop it dialing. Slapped into doing it by: Chuck Robey <chuckr@glue.umd.edu> |
| H A D | main.c | diff 26858 Mon Jun 23 21:10:13 MDT 1997 brian o Fix uptime for direct connections. o Style police o Make hangup abort the current connection, not necessarily exiting (-auto/-ddial). o Trap HUP and INT during DoChat and abort the connection attempt. This means you can now type "dial" and change your mind with ^C, or HUP the process to stop it dialing. Slapped into doing it by: Chuck Robey <chuckr@glue.umd.edu> |
| H A D | command.c | diff 26858 Mon Jun 23 21:10:13 MDT 1997 brian o Fix uptime for direct connections. o Style police o Make hangup abort the current connection, not necessarily exiting (-auto/-ddial). o Trap HUP and INT during DoChat and abort the connection attempt. This means you can now type "dial" and change your mind with ^C, or HUP the process to stop it dialing. Slapped into doing it by: Chuck Robey <chuckr@glue.umd.edu> |
| /freebsd-11-stable/sys/i386/i386/ | ||
| H A D | support.s | diff 76031 Thu Apr 26 11:57:03 MDT 2001 jake Remove a leading underscore that prevented I386_CPU kernels from compiling. Submitted by: Alexander N. Kabaev <ak03@gte.com> PR: kern/26858 |
Completed in 292 milliseconds