echoping/SRC/TODO

92 lines
2.5 KiB
Plaintext
Raw Normal View History

2000-07-20 18:31:39 +00:00
Actual bugs are registered at SourceForge:
http://sourceforge.net/bugs/?group_id=4581
2001-02-14 09:55:23 +00:00
To see a given bug (say #132001):
http://sourceforge.net/bugs/?group_id=4581&func=detailbug&bug_id=132001
2002-10-11 11:46:38 +00:00
-------------------------------------
grep -i TODO *.{c,h}
is interesting, too.
------------------------------------
2000-11-04 13:00:23 +00:00
Wishes:
2002-09-25 13:00:29 +00:00
Display other calculations such as kurtosis.
2000-11-04 13:00:23 +00:00
2000-06-29 11:48:49 +00:00
Check the TCP timeout with T/TCP. Difficult to test, few T/TCP
2002-10-11 11:42:53 +00:00
machines exist. Timeouts on T/TCP connections are a bit experimental.
2000-04-13 09:19:23 +00:00
TCP timeout with long packets seem to confuse Cisco routers. Does
someone can reproduce it and perform tests? It seems to work now.
2000-06-29 11:48:49 +00:00
2000-07-24 06:58:42 +00:00
Do not display the end-of-line after the HTTP reply, for instance when
a page is moved.
UDP isn't really useable with large packets because of sockets
limitations and the lack of workaround code.
2002-10-11 11:42:53 +00:00
If a Web page is empty, echoping will display meaningless messages.
Since echoping writes everything to the server, then begins to read
the reply, some echo servers will timeout if you send very long
messages, because they expect you to start to read right now.
2004-03-16 21:35:30 +00:00
Make FLUSH a configure-able option. It would be useful for driving
echoping from a GUI application, for instance. Code does exist but
untested and probably broken.
2002-10-11 11:42:53 +00:00
2002-11-20 08:39:17 +00:00
---------------------------------
New protocols (all with a configure option to enable/disable them
since most of them would require an external library)
* DNS (dig performs some of the functions of echoping but not all: it
does not set the return code, it cannot repeat a query, etc)
* whois
* LDAP
* PostgreSQL
2002-10-15 09:42:33 +00:00
---------------------------------
Long-term wishes (will need much more work):
Following a suggestion from Tobias Oetiker : the remaining thing is
parallel operation ... analog to fping, this would be great as it
would increasse the performance of eechoping greatly ... This would
require changing echoping and creating a loop around select().
Adding support for a new protocol (say, DNS, with BIND's library),
requires changing too many things. echoping needs a plug-in API, so we
can write the new cde outside of echoping and dlopen() it.
------------------------------------
2002-10-03 20:24:40 +00:00
Compiler's warnings:
2000-04-13 09:19:23 +00:00
2002-10-15 09:42:33 +00:00
Tru64's cc:
2002-10-03 20:24:40 +00:00
cc -DHAVE_CONFIG_H -I. -I. -I. -D_POSIX_PII_SOCKET -g -c icp.c
cc: Warning: icp.c, line 92: In this statement, the referenced type of the pointer value "(int ...)0" is "int", which is not compatible with "unsigned long". (ptrmismatch)
nr = recvfrom (sockfd, buf, DEFLINE, 0, (struct sockaddr *) 0, (int *) 0);
-----------------------------------------------------------------^
$Id$
2000-07-24 06:58:42 +00:00
2002-09-25 13:00:29 +00:00
2002-10-23 13:40:39 +00:00