src-test/usr.sbin/ppp/exec.c, branch release/5.2.0

o Clean up some #includes

2002-05-14T12:55:39Z

o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type. When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SESSIONID from the environment in direct mode or the NGM_PPPOE_SESSIONID message in other modes. If no SESSIONID is found, default to the interface index in client mode or zero in server mode. When the NAS-Port-Type is ISDN, set the NAS-Port to the minor number of the physical device (ie, the N in /dev/i4brbchN). This makes it easier for the RADIUS server to identify the client WRT accounting data etc. Prompted by: lsz8425

Merge the NETGRAPH branch into HEAD. tty devices now use netgraph's line

2002-03-30T12:30:09Z

discipline to do the async escaping, but no other benefits are available yet. Change ``ifdef HAVE_DES'' to ``ifndef NODES'' for consistency. Make the Makefile a little more sane WRT RELEASE_CRUNCH.

Handle hardware-imposed MTU/MRU limitations. PPPoE will no longer

2001-06-18T14:59:36Z

allow MRU/MTU negotiations to exceed 1492. Add an optional ``max'' specifier to ``set m[rt]u'', ie. set mtu max 1480 Bump the ppp version number. Sponsored by: Monzoon Networks AG and FreeBSD Services Limited

Make -DNOSUID (or -DPPP_NOSUID) possible to build ppp without SUID

2000-08-18T00:01:44Z

capabilities.

Correct PPPoE in multi-link mode

2000-06-22T20:51:03Z

Submitted by: jason@OpenBSD.org

Remove an unused variable

2000-05-26T08:29:11Z

Honour ``set speed sync'' and ``set device !program'' when

2000-05-24T09:05:58Z

used together by creating a SOCK_DGRAM socketpair() between the processes. Be polite when closing !program links and send a HUP to the process. This makes ssh tunnels over unreliable media (such as via httptunnel) reconnect properly.

Do some vfork() trickery so that the parent can determine

2000-03-22T03:01:53Z

if the childs exec() has succeeded or failed by taking advantage of the fact that both processes share the same memory. FWIW: I tried to implement this by doing a pipe(), setting the write desciptors close-on-exec flag in the child and writing errno to the descriptor if the exec() fails. The parent can then ``if (read()) got errno else exec worked''. This didn't work though - the child could write() to fd[1] on exec failure, but the parent got 0 trying to read() from fd[0] ! Is this a bug in execve() ?

Correct some typos introduced in the descriptor -> fdescriptor change.

2000-03-14T01:47:07Z

To avoid namespace polution in NetBSD:

2000-03-14T01:46:09Z

``struct descriptor'' -> ``struct fdescriptor''