1. 19 Oct, 2014 4 commits
  2. 07 Oct, 2014 5 commits
  3. 06 Oct, 2014 1 commit
  4. 04 Oct, 2014 2 commits
  5. 26 Apr, 2014 1 commit
  6. 18 Feb, 2014 1 commit
  7. 17 Feb, 2014 1 commit
  8. 14 Feb, 2014 2 commits
  9. 13 Feb, 2014 1 commit
  10. 26 Nov, 2013 1 commit
  11. 21 Oct, 2013 1 commit
  12. 10 Oct, 2013 1 commit
  13. 08 Oct, 2013 1 commit
  14. 30 Sep, 2013 2 commits
  15. 30 Aug, 2013 4 commits
  16. 29 Aug, 2013 1 commit
  17. 21 Jun, 2013 1 commit
  18. 15 Jun, 2013 3 commits
  19. 14 Jun, 2013 1 commit
  20. 13 Jun, 2013 2 commits
  21. 12 Jun, 2013 1 commit
  22. 23 May, 2013 1 commit
  23. 13 May, 2013 2 commits
    • Mike Frysinger's avatar
      ifconfig: use sockaddr_storage to hold addresses · d87ceba5
      Mike Frysinger authored
      Currently, we pass around sockaddr to various locations where they
      might case things to IPv4 or IPv6 addresses.  In the latter case,
      this struct is not large enough to hold an IPv6 address, so we end
      up smashing the stack.
      
      For example:
      	ifconfig sit1 inet6 pointopoint ::1.2.3.4
      This calls ap->input() with an IPv6 address but a sockaddr struct.
      Internally, we cast this to sockaddr_in6 and then write too much.
      
      Rather than fixing this one cast, change the code to use the new
      sockaddr_storage struct.  Then point sockaddr_in and sockaddr_in6
      to that location.  This way we can use "sa" everywhere and then
      use "sin" and "sin6" automatically (since they point to the same
      storage).
      
      URL: http://sourceforge.net/p/net-tools/bugs/3/Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      d87ceba5
    • Mike Frysinger's avatar
      ifconfig: use in_addr_t for IPv4 types · 911ccc4c
      Mike Frysinger authored
      An IPv4 address is 32bits.  Using unsigned long to represent that results
      in misbehavior on 64bit hosts as sizeof(ulong) == 8.  Use in_addr_t in its
      place to represent IPv4 addresses.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      911ccc4c