Update of /export/home/ntop/ntop
In directory unknown:/tmp/cvs-serv23148
Modified Files:
address.c emitter.c fcUtils.h globals-core.c globals-core.h
globals-defines.h globals-structtypes.h hash.c pbuf.c
protocols.c report.c reportUtils.c sessions.c util.c
webInterface.c
Log Message:
BMS0453
BMS0453
'Resolve' the sorting anomalies.
This still isn't perfect and won't be - read the page "about sorting this
column" for more details than you ever want.
hostSymIpAddress has been renamed to the more correct hostResolvedName and
a hostResolvedNameType flag added so we know what type it represents.
There is a routine, setResolvedName() to use when you change this. DO NOT
JUST ARBITRARILY RESET IT. The routine lets you change only from a less
prefered name to a more prefered one (e.g. MAC address -> DNS name).
If you turn on the debug, you can actually SEE ntop resolve the host as it
learns more about it:
DEBUG_CMPFCTN: setResolvedName(0x08a31ff0) 0 -> 5 3COM CORPORATION:XX:XX:XX -
hash.c(1150)
DEBUG_CMPFCTN: setResolvedName(0x08a31ff0) 5 3COM CORPORATION:XX:XX:XX -> 6
192.168.xxx.xxx - hash.c(948)
DEBUG_CMPFCTN: setResolvedName(0x08a31ff0) 6 192.168.xxx.xxx -> -7 pooh.yyy.yyy -
address.c(68)
(Neat, eh?)
The compare function to use is cmpFctnResolvedName - this not only knows
how to sort based on hostResolvedNameType, it knows how to sort on the
underlying fields if the resolved version is unavailable!
All of the routines that sorted hostSymIpAddress have been adjusted and
a few additional ones too - it can't HURT to use the smarter sort, even
if the table has been preselected to have only one type of entries.
-----Burton
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
