ru 637fad7f2d Due to the documented bug in inet_aton(3), it wasn't possible
to use 0xffffffff (INADDR_NONE) as a netmask value.  The fix
is to use inet_addr(3) which doesn't suffer from this problem.

PR:		bin/28873

Also, while here, fixed the bug when netmask value was ignored
(RTF_HOST flag was set) if the "destination gateway netmask"
syntax is used, e.g. ``route add 1.2.3.4 127.1 255.255.255.255''.
2001-07-11 16:11:15 +00:00
..
2001-04-07 11:21:35 +00:00
2001-07-05 12:37:08 +00:00
2001-06-23 09:10:48 +00:00
2001-07-06 07:38:47 +00:00
2001-06-24 23:31:07 +00:00
2001-07-01 22:47:09 +00:00
2001-07-04 13:57:34 +00:00
2001-06-07 16:59:19 +00:00
2001-06-16 07:16:14 +00:00
2001-06-11 12:39:29 +00:00
2001-07-05 11:22:50 +00:00
2001-07-04 14:18:31 +00:00
2001-07-09 11:06:47 +00:00