Log of /trunk
Directory Listing
Revision
20 -
Directory Listing
-
[select for diffs]
Modified
2014-04-09T10:26:49Z
(10 years, 8 months ago)
by
trond
Diff to
previous 19
,
to
selected 11
64-bit quantities, i.e. int64_t, differ on i386 and amd64.
In the first case it's an alias for long long, but in the second
case it's an alias for long.
The solution seems to be twofold: (1) use printf length modifier for
(unsigned) long long, and (2) explicitly cast each 64-bit quantity
to (unsigned) long long.
Tested on FreeBSD/i386 stable/8 r255624 with gcc 4.2.1.
Tested on FreeBSD/amd64 stable/9 r263963 with clang 3.3.
Tested on FreeBSD/amd64 stable/9 r263963 with clang 3.3 using -m32.
Revision
11 -
Directory Listing
-
[selected]
Modified
2014-03-21T16:03:12Z
(10 years, 8 months ago)
by
trond
Diff to
previous 10
I figured it's neater to read the IPv6 addresses at 16 bit at a time.
Revision
9 -
Directory Listing
-
[select for diffs]
Modified
2014-03-20T09:49:12Z
(10 years, 8 months ago)
by
trond
Diff to
previous 8
,
to
selected 11
Added a command line option (-f) that toggles darkstattype to adhere to
the strict format specification. The default is set to off (false)
to go with darkstat's (f)actual format.
Revision
7 -
Directory Listing
-
[select for diffs]
Modified
2014-03-19T15:40:13Z
(10 years, 8 months ago)
by
trond
Diff to
previous 6
,
to
selected 11
darkstat 3.0.718 has deviated from the format specified in the export-format.txt file.
The lastseen timestamps comes ahead of the MAC address.
Added a macro to choose whether to follow the strict format or the latest format.
Interpretation of the latest format is the default. Perhaps this should be a command line option.
Corrected a serious mistake in my conversion of 64 bit quantities from network byte order (big endian) to little endian.
Why can't ntohl() and its friends have 64 bit counterparts?