You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
echoping/tickets-SourceForge/bugs.json

3646 lines
170 KiB
JSON

{"tickets": [{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Reading more than a byte at a time?",
"description": "echoping performs one read\\(\\) system call per character. It would be probably faster \\(benchmark it\\) to collect several characters.\r\n",
"discussion_thread": {
"_id": "7f6771c8",
"posts": [
{
"text": "An experimental version implements buffered read.\r\nYou can get it with CVS, on the branch buffered-read-3-0-BETA\r\nIt improves performances for remote servers but degrades horribly for local servers. help welcome.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2000-06-29 11:51:01",
"last_edited": null,
"slug": "446f",
"subject": "#1 Reading more than a byte at a time?"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: Error - status not found --> open-later",
"attachments": [],
"author": "bortz",
"timestamp": "2000-06-29 11:51:01",
"last_edited": null,
"slug": "88bf",
"subject": "#1 Reading more than a byte at a time?"
},
{
"text": "Stevens \\(section 13.8 of Unix network programming, second edition\\) suggests to solve this problem by using the libc, instead of system calls, and to do a fgets instead of read.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2000-06-30 13:48:31",
"last_edited": null,
"slug": "fbf4",
"subject": "#1 Reading more than a byte at a time?"
},
{
"text": "Fixed in the current CVS tree, with the use of fgets.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2000-07-23 19:21:11",
"last_edited": null,
"slug": "501d",
"subject": "#1 Reading more than a byte at a time?"
},
{
"text": "Here are the results for the fgets version, on a Linux/glibc machine:\r\n\r\nHTTP, local\r\nfgets 0.005 s\r\nread 0.025 s\r\n\r\necho, local\r\nfgets 0.002 s\r\nread 0.003 s\r\nWith the default size, the fgets version gets quickly much faster when the size increases.\r\n\r\nHTTP ethernet\r\nfgets 0.010\r\nread 0.023\r\n\r\necho ethernet\r\nfget 0.005\r\nread 0.006\r\nWith larger sizes:\r\nfgets 0.023\r\nread 0.058\r\n\r\nHTTP remote\r\nno difference\r\n\r\necho disant\r\nno difference\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2000-07-23 19:49:14",
"last_edited": null,
"slug": "f84f",
"subject": "#1 Reading more than a byte at a time?"
},
{
"text": "Properly fixed in 4.0.0\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-25 20:33:10",
"last_edited": null,
"slug": "4779",
"subject": "#1 Reading more than a byte at a time?"
},
{
"text": "- **status**: open-later --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-25 20:33:10",
"last_edited": null,
"slug": "df26",
"subject": "#1 Reading more than a byte at a time?"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-01-25 20:33:10",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabc95fcbc979b923a457",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/7f6771c8/",
"ticket_num": 1,
"custom_fields": {
"_priority": "5",
"_milestone": "Wish"
},
"created_date": "2000-04-13 12:35:29"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Fails if the SSL server does not end with CRLF",
"description": "With a SSL server like www.ssl.de, which sends chunks NOT terminated by end-of-line, echoping 4.0.2 segfaults, the current CVS version says "error reading HTTP reply".\r\n\r\n",
"discussion_thread": {
"_id": "8318ebae",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS",
"attachments": [],
"author": "bortz",
"timestamp": "2001-03-11 13:43:16",
"last_edited": null,
"slug": "cb49",
"subject": "#9 Fails if the SSL server does not end with CRLF"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in 4.2.0",
"attachments": [],
"author": "bortz",
"timestamp": "2001-03-16 15:57:52",
"last_edited": null,
"slug": "048e",
"subject": "#9 Fails if the SSL server does not end with CRLF"
},
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-03-16 15:57:52",
"last_edited": null,
"slug": "b9f4",
"subject": "#9 Fails if the SSL server does not end with CRLF"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-03-16 15:57:52",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd05fcbc979b923a50c",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/8318ebae/",
"ticket_num": 9,
"custom_fields": {
"_priority": "4"
},
"created_date": "2001-01-29 09:30:36"
},{
"status": "open",
"reported_by_id": null,
"related_artifacts": [],
"attachments": [],
"reported_by": "*anonymous",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "B0kn5C <a href=\"http://ezbwdyuamorh.com/\">ezbwdyuamorh</a>,",
"description": "B0kn5C &lt;a href=\"http://ezbwdyuamorh.com/\"&gt;ezbwdyuamorh&lt;/a&gt;, \\[url=http://ebrcrcebmvlg.com/\\]ebrcrcebmvlg\\[/url\\], \\[link=http://rgtzpqcmyfqw.com/\\]rgtzpqcmyfqw\\[/link\\], http://ubyssqxspgrk.com/",
"discussion_thread": {
"_id": "74ea1ed6",
"posts": [
{
"text": "I enjoy this specific Burberry Bags http://bags.me.cc greatly as it's the cold season inside a part of the region therefore it provides my own ft nice manner. The sole issue usually We can not transport my own Burberry Bags http://bags.me.cc while it's raining there isn't anything really wish i could simply because then in your specialest.",
"attachments": [],
"author": "nobody",
"timestamp": "2013-03-30 18:39:31",
"last_edited": null,
"slug": "093a",
"subject": "#59 B0kn5C <a href=\"http://ezbwdyuamorh.com/\">ezbwdyuamorh</a>,"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2014-08-17 13:21:47.348000",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac1c5fcbc979b923aa0d",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/74ea1ed6/",
"ticket_num": 59,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2012-08-30 13:02:16"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "ICP replies even when timeouting",
"description": "rodtchenko is switched off but nevertheless:\r\n\r\n% ./echoping -v -i http://www.cnam.fr/ rodtchenko\r\n\r\nThis is ./echoping, version 3.0.0-BETA.\r\n\r\nTrying to send an ICP packet of 53 bytes to the internet address 172.19.1.3...\r\nSent \\(53 bytes\\)...\r\nICP reply: &amp;quot;ICP\\_OP\\_INVALID&amp;quot;\r\n0 bytes read from server.\r\n",
"discussion_thread": {
"_id": "194a3a75",
"posts": [
{
"text": "Fixed today in CVS",
"attachments": [],
"author": "bortz",
"timestamp": "2000-06-29 12:03:34",
"last_edited": null,
"slug": "1dc8",
"subject": "#2 ICP replies even when timeouting"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2000-06-29 12:03:34",
"last_edited": null,
"slug": "fe92",
"subject": "#2 ICP replies even when timeouting"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2000-06-29 12:03:34",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabcb5fcbc979b923a481",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/194a3a75/",
"ticket_num": 2,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2000-06-29 10:03:24"
},{
"status": "closed-out-of-date",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping 5 has problems with Sun's cc",
"description": "echoping 5 uses the &amp;quot;signed&amp;quot; keyword which is not standard. On Solaris, it compiles and works with \ngcc, but not with Sun's cc:\n\ncc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -c echoping.c\n&amp;quot;echoping.c&amp;quot;, line 48: warning: signed is a keyword in ANSI C\n&amp;quot;echoping.c&amp;quot;, line 48: undefined symbol: signed\n&amp;quot;echoping.c&amp;quot;, line 48: syntax error before or at: char\n&amp;quot;echoping.c&amp;quot;, line 140: undefined symbol: port\\_name\n\n",
"discussion_thread": {
"_id": "218438c4",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS",
"attachments": [],
"author": "bortz",
"timestamp": "2002-10-21 19:27:30",
"last_edited": null,
"slug": "27b5",
"subject": "#13 echoping 5 has problems with Sun's cc"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nechoping 5.0.1 now compiles with Sun's cc. Nevertheless, there is still a bug with getnameinfo\\(\\): machine \naddresses in the output of echoping -v are garbled \\(gcc has no problems on Solaris\\).\n\n",
"attachments": [],
"author": "bortz",
"timestamp": "2002-11-04 15:46:21",
"last_edited": null,
"slug": "a256",
"subject": "#13 echoping 5 has problems with Sun's cc"
},
{
"text": "- **summary**: echoping 5 does not compile with Sun's c --> echoping 5 has problems with Sun's cc",
"attachments": [],
"author": "bortz",
"timestamp": "2002-11-04 15:46:21",
"last_edited": null,
"slug": "40fe",
"subject": "#13 echoping 5 has problems with Sun's cc"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nechoping 6 has not been tested on Solaris but since SF compile farm closed, I no longer have a Solaris machine. Anyway, the bug is \"probably\" fixed. \r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:42:27",
"last_edited": null,
"slug": "47a7",
"subject": "#13 echoping 5 has problems with Sun's cc"
},
{
"text": "- **status**: open --> closed-out-of-date",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:42:27",
"last_edited": null,
"slug": "88b4",
"subject": "#13 echoping 5 has problems with Sun's cc"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-26 21:42:27",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd45fcbc979b923a56a",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/218438c4/",
"ticket_num": 13,
"custom_fields": {
"_priority": "5"
},
"created_date": "2002-10-15 08:58:00"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "Segfault on HP/UX",
"description": "Does anyone have an access to an HP UX machine and ideas about this strange bug?\r\n\r\nHP-UX matrix B.10.20 A 9000/785 2013947219 two-user license\r\n\r\nechoping.c: In function \\`main':\r\nechoping.c:353: warning: implicit declaration of function \\`bzero'\r\nechoping.c:56: warning: \\`sp' might be used uninitialized in this function\r\nechoping.c:61: warning: \\`nr' might be used uninitialized in this function\r\n\r\n../echoping -v central.internatif.org\r\n-=-=-\r\nThis is ./echoping, version 3.0.0-BETA.\r\n\r\nTrying to connect to internet address 212.208.230.30 to transmit 256 bytes...\r\nTrying to send 256 bytes to internet address 212.208.230.30...\r\nConnected...\r\nSent \\(256 bytes\\)...\r\n256 bytes read from server.\r\nChecked\r\nElapsed time: 0.067932 seconds\r\n-=-=-\r\n\r\n../echoping -v -h / www.pasteur.fr:80\r\n-=-=-\r\nThis is ./echoping, version 3.0.0-BETA.\r\n\r\nzsh: segmentation fault \\(core dumped\\) ./echoping -v -h / www.pasteur.fr:80\r\n-=-=-\r\n\r\n-=-=-\r\n\\#0 0x7af5b900 in memorymap \\(\\) from /usr/lib/libc.1\r\n\\#1 0x7af5a908 in \\_mmap \\(\\) from /usr/lib/libc.1\r\n\\#2 0x7af593d4 in malloc \\(\\) from /usr/lib/libc.1\r\n\\#3 0x7afe75d8 in \\_findbuf \\(\\) from /usr/lib/libc.1\r\n\\#4 0x7afe63e8 in \\_filbuf \\(\\) from /usr/lib/libc.1\r\n\\#5 0x7afe5fe8 in fgets\\_unlocked \\(\\) from /usr/lib/libc.1\r\n\\#6 0x7afe6230 in fgets \\(\\) from /usr/lib/libc.1\r\n\\#7 0x7af3577c in \\_isalpha \\(\\) from /usr/lib/libc.1\r\n\\#8 0x7af35b38 in \\_\\_nsw\\_getconfig \\(\\) from /usr/lib/libc.1\r\n\\#9 0x7af21110 in \\_yp\\_unbind \\(\\) from /usr/lib/libc.1\r\n\\#10 0x7af20d9c in gethostbyname \\(\\) from /usr/lib/libc.1\r\nError accessing memory address 0x0: Invalid argument.\r\n-=-=-\r\n\r\n\r\negcs or cc\r\n",
"discussion_thread": {
"_id": "c6a76b8a",
"posts": [
{
"text": "Apparently \\(I don't have HP/UX machine\\) closed in 4.\\*, may be because of the AIX fix on gethostbyname.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-26 15:04:34",
"last_edited": null,
"slug": "8cb7",
"subject": "#3 Segfault on HP/UX"
},
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-26 15:04:34",
"last_edited": null,
"slug": "d4fc",
"subject": "#3 Segfault on HP/UX"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-01-26 15:04:34",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabcc5fcbc979b923a492",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/c6a76b8a/",
"ticket_num": 3,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2000-06-30 13:50:28"
},{
"status": "closed-duplicate",
"reported_by_id": "50a475c25fcbc915cab290e8",
"related_artifacts": [],
"attachments": [],
"reported_by": "intruders",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "Compiling error",
"description": "I'm getting the following error trying to compile \r\nechoping:\r\n\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nechoping.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nerror.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nreadline.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nwriten.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nutil.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nhttp.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nicp.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nHTParse.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c \r\nsmtp.c\r\ngcc -g -O2 -Wall -o echoping echoping.o error.o \r\nreadline.o writen.o util.o http.o icp.o HTParse.o \r\nsmtp.o -lm -lssl -lcrypto\r\nerror.o: In function \\`sys\\_err\\_str':\r\n/usr/src/echoping-5.0.1/error.c:114: \\`sys\\_errlist' is \r\ndeprecated; use \\`strerror' or \\`strerror\\_r' instead\r\n/usr/src/echoping-5.0.1/error.c:113: \\`sys\\_nerr' is \r\ndeprecated; use \\`strerror' or \\`strerror\\_r' instead\r\n",
"discussion_thread": {
"_id": "f5761080",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nSee \\#725454\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-04-30 08:56:51",
"last_edited": null,
"slug": "d1c4",
"subject": "#18 Compiling error"
},
{
"text": "- **status**: open --> closed-duplicate",
"attachments": [],
"author": "bortz",
"timestamp": "2003-04-30 08:56:51",
"last_edited": null,
"slug": "1542",
"subject": "#18 Compiling error"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-04-30 08:56:51",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabdb5fcbc979b923a610",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/f5761080/",
"ticket_num": 18,
"custom_fields": {
"_priority": "5"
},
"created_date": "2003-04-15 13:27:34"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "Should not stop when a HTTP error occurs",
"description": "ludwigV:~&amp;gt; echoping -n 20 -h /zipcentral/ members.xoom.com\r\nElapsed time: 8.670115 seconds\r\nElapsed time: 31.302731 seconds\r\nError reading HTTP header \\(Connection reset by peer\\)\r\n\r\n\r\nIt's not a good idea to stop iterations after a temporary error like this one.\r\n",
"discussion_thread": {
"_id": "7a3d8c09",
"posts": [
{
"text": "Fixed in the current CVS tree\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2000-07-23 19:22:42",
"last_edited": null,
"slug": "8f41",
"subject": "#5 Should not stop when a HTTP error occurs"
},
{
"text": "Fix released with 4.0.0",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-25 20:34:05",
"last_edited": null,
"slug": "f8b4",
"subject": "#5 Should not stop when a HTTP error occurs"
},
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-25 20:34:05",
"last_edited": null,
"slug": "0597",
"subject": "#5 Should not stop when a HTTP error occurs"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-01-25 20:34:05",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabcd5fcbc979b923a4b4",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/7a3d8c09/",
"ticket_num": 5,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2000-07-12 20:23:44"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Segfaults on AIX",
"description": "Like bug 108659: everything is fine with &amp;quot;echo&amp;quot; but it crashes with HTTP.\r\n\r\n",
"discussion_thread": {
"_id": "40e7f76b",
"posts": [
{
"text": "Fixed in 3.0.1. free\\(\\) on something which was malloced seems to crash :-\\(",
"attachments": [],
"author": "bortz",
"timestamp": "2000-07-12 20:22:40",
"last_edited": null,
"slug": "b803",
"subject": "#4 Segfaults on AIX"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2000-07-12 20:22:40",
"last_edited": null,
"slug": "0d42",
"subject": "#4 Segfaults on AIX"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2000-07-12 20:22:40",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabcd5fcbc979b923a4a3",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/40e7f76b/",
"ticket_num": 4,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2000-07-02 19:46:49"
},{
"status": "closed-fixed",
"reported_by_id": "514a1311e88f3d0ac75ff539",
"related_artifacts": [],
"attachments": [],
"reported_by": "markwal",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Compile Error (sys_sterrlist)",
"description": "make\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c\r\nechoping.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c error.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c\r\nreadline.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c\r\nwriten.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c util.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c http.c\r\nhttp.c: In function \\`read\\_from\\_server':\r\nhttp.c:55: warning: \\`nr' might be used uninitialized in\r\nthis function\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c icp.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c\r\nHTParse.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c smtp.c\r\ngcc -g -O2 -Wall -o echoping echoping.o error.o\r\nreadline.o writen.o util.o http.o icp.o HTParse.o\r\nsmtp.o -lm\r\nerror.o\\(.text+0x12c\\): In function \\`sys\\_err\\_str':\r\n/root/echoping-5.0.1/error.c:114: \\`sys\\_errlist' is\r\ndeprecated; use \\`strerror' or \\`strerror\\_r' instead\r\nerror.o\\(.text+0xfb\\):/root/echoping-5.0.1/error.c:113:\r\n\\`sys\\_nerr' is deprecated; use \\`strerror' or\r\n\\`strerror\\_r' instead\r\n",
"discussion_thread": {
"_id": "7e2ae653",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=762256\n\nstill seems to work just do make test then make install you\r\nonly get this error if using the new gcc 3.2.2 3.2.1 i\r\ndidn't get the error but like i said it still works if u go\r\nahead and make install",
"attachments": [],
"author": "markwal",
"timestamp": "2003-04-22 17:42:41",
"last_edited": null,
"slug": "ac5e",
"subject": "#19 Compile Error (sys_sterrlist)"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nOK, so it is just a warning, I will fix it one day. Thanks for the bug report. Please, next time, mention the operating \nsystem and the compiler in the first report :-\\)\n\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-04-30 09:00:20",
"last_edited": null,
"slug": "1816",
"subject": "#19 Compile Error (sys_sterrlist)"
},
{
"text": "- **priority**: 5 --> 2\n- **assigned_to**: nobody --> bortz",
"attachments": [],
"author": "bortz",
"timestamp": "2003-04-30 09:00:20",
"last_edited": null,
"slug": "8e0c",
"subject": "#19 Compile Error (sys_sterrlist)"
},
{
"text": "Logged In: NO \n\nFixed in the current CVS ",
"attachments": [],
"author": "nobody",
"timestamp": "2003-11-05 12:34:45",
"last_edited": null,
"slug": "8746",
"subject": "#19 Compile Error (sys_sterrlist)"
},
{
"text": "- **summary**: Compile Error --> Compile Error (sys_sterrlist)\n- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-05 12:36:13",
"last_edited": null,
"slug": "0ba6",
"subject": "#19 Compile Error (sys_sterrlist)"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in 5.1",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:26:18",
"last_edited": null,
"slug": "0b04",
"subject": "#19 Compile Error (sys_sterrlist)"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:26:18",
"last_edited": null,
"slug": "2be2",
"subject": "#19 Compile Error (sys_sterrlist)"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:26:18",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabdc5fcbc979b923a621",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/7e2ae653/",
"ticket_num": 19,
"custom_fields": {
"_priority": "2"
},
"created_date": "2003-04-22 05:11:22"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping does not work on macOS X (broken getaddrinfo?)",
"description": "Reported by &amp;quot;Andrew J. Erickson&amp;quot; &amp;lt;eric0570@umn.edu&amp;gt;\n\nHe says:\n\n\nI had to change the CFLAGS in the Makefile to &amp;quot;CFLAGS = \n-D\\_BSD\\_SOCKLEN\\_T\\_=int -no-cpp-precomp&amp;quot; in order to get echoping to \ncompile on Mac OS X.\n\nAfter successfully compiling, it doesn't seem like echoping is \nworking. The results of 'make test' follow. The 'getaddrinfo' call \nseems to keep failing. Any ideas what is causing this?\n\n&amp;gt;Can't connect to server \\(Operation timed out\\)\n&amp;gt;getaddrinfo error for host: www.debian.org No address associated \n&amp;gt;with\n&amp;gt;nodename\n\n\n\n",
"discussion_thread": {
"_id": "b384ecce",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=263476\n\nI encountered the same problem with the HTTP ping. Changing\r\nthe case of the argument to the getaddrinfo call fixed the\r\nproblem for me \\(patch below\\). I haven't tried the other ping\r\ntypes.\r\n\r\ndiff -u -r echoping-5.0.1.orig/echoping.h\r\nechoping-5.0.1/echoping.h\r\n\\--- echoping-5.0.1.orig/echoping.h 2002-10-11\r\n05:12:53.000000000 -0700\r\n+++ echoping-5.0.1/echoping.h 2003-06-25\r\n00:35:05.000000000 -0700\r\n@@ -114,7 +114,7 @@\r\n\\#define ECHO\\_TCP\\_PORT &amp;quot;echo&amp;quot;\r\n\\#define DISCARD\\_TCP\\_PORT &amp;quot;discard&amp;quot;\r\n\\#define CHARACTER\\_GENERATOR\\_TCP\\_PORT &amp;quot;chargen&amp;quot;\r\n-\\#define DEFAULT\\_HTTP\\_TCP\\_PORT &amp;quot;HTTP&amp;quot;\r\n+\\#define DEFAULT\\_HTTP\\_TCP\\_PORT &amp;quot;http&amp;quot;\r\n\\#define DEFAULT\\_HTTPS\\_TCP\\_PORT &amp;quot;HTTPS&amp;quot;\r\n\\#define DEFAULT\\_ICP\\_UDP\\_PORT &amp;quot;ICP&amp;quot;\r\n\r\n",
"attachments": [],
"author": "dlhull",
"timestamp": "2003-07-04 06:11:56",
"last_edited": null,
"slug": "c32f",
"subject": "#21 echoping does not work on macOS X (broken getaddrinfo?)"
},
{
"text": "Logged In: YES \nuser\\_id=263476\n\nI encountered the same problem with the HTTP ping. Changing\r\nthe case of the argument to the getaddrinfo call fixed the\r\nproblem for me \\(patch below\\). I haven't tried the other ping\r\ntypes.\r\n\r\ndiff -u -r echoping-5.0.1.orig/echoping.h\r\nechoping-5.0.1/echoping.h\r\n\\--- echoping-5.0.1.orig/echoping.h 2002-10-11\r\n05:12:53.000000000 -0700\r\n+++ echoping-5.0.1/echoping.h 2003-06-25\r\n00:35:05.000000000 -0700\r\n@@ -114,7 +114,7 @@\r\n\\#define ECHO\\_TCP\\_PORT &amp;quot;echo&amp;quot;\r\n\\#define DISCARD\\_TCP\\_PORT &amp;quot;discard&amp;quot;\r\n\\#define CHARACTER\\_GENERATOR\\_TCP\\_PORT &amp;quot;chargen&amp;quot;\r\n-\\#define DEFAULT\\_HTTP\\_TCP\\_PORT &amp;quot;HTTP&amp;quot;\r\n+\\#define DEFAULT\\_HTTP\\_TCP\\_PORT &amp;quot;http&amp;quot;\r\n\\#define DEFAULT\\_HTTPS\\_TCP\\_PORT &amp;quot;HTTPS&amp;quot;\r\n\\#define DEFAULT\\_ICP\\_UDP\\_PORT &amp;quot;ICP&amp;quot;\r\n\r\n",
"attachments": [],
"author": "dlhull",
"timestamp": "2003-07-04 06:13:08",
"last_edited": null,
"slug": "1f41",
"subject": "#21 echoping does not work on macOS X (broken getaddrinfo?)"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS. Thanks for the patch and sorry for the delay. \n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-05 12:41:14",
"last_edited": null,
"slug": "3aea",
"subject": "#21 echoping does not work on macOS X (broken getaddrinfo?)"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-05 12:41:14",
"last_edited": null,
"slug": "c385",
"subject": "#21 echoping does not work on macOS X (broken getaddrinfo?)"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:28:10",
"last_edited": null,
"slug": "6602",
"subject": "#21 echoping does not work on macOS X (broken getaddrinfo?)"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:28:10",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabdf5fcbc979b923a66f",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/b384ecce/",
"ticket_num": 21,
"custom_fields": {
"_priority": "5"
},
"created_date": "2003-06-03 12:49:13"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "-n does not work with SSL",
"description": "ludwigV:Programmes/Reseaux/echoping/SRC % ./echoping -h /externe.html -C www.pasteur.fr \r\nElapsed time: 0.769302 seconds\r\nludwigV:Programmes/Reseaux/echoping/SRC % ./echoping -h /externe.html -C -n 5 www.pasteur.fr\r\nElapsed time: 0.787113 seconds\r\nHTTP error &amp;quot;&amp;lt;\\!DOCTYPE HTML PUBLIC &amp;quot;-//W3C//DTD HTML 4.0 Frameset//EN&amp;quot;&amp;quot;\r\n\r\nIt seems the first line of the body is taken as a HTTP header?\r\n",
"discussion_thread": {
"_id": "379139af",
"posts": [
{
"text": "Fixed in 4.0.1",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-26 10:39:23",
"last_edited": null,
"slug": "9c86",
"subject": "#6 -n does not work with SSL"
},
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-26 10:39:23",
"last_edited": null,
"slug": "9f42",
"subject": "#6 -n does not work with SSL"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-01-26 10:39:23",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabce5fcbc979b923a4ca",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/379139af/",
"ticket_num": 6,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2001-01-25 20:37:49"
},{
"status": "open-fixed",
"reported_by_id": "51840af32718467ad6898df9",
"related_artifacts": [],
"attachments": [],
"reported_by": "afm",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "default port not set for http, memory leak",
"description": "echopoing with default options creates a Host: header of the form\r\n\r\nHost: www.dom.ain:0\r\n\r\nwhich is accepted by some serves, but fails with many others \\(it \r\nusually fails when the really have to look at Host:, i.e. when they are \r\nhosting virtual servers\\).\r\n\r\nThe -n option with a very large number of iterations causes a \r\nmemory leak.",
"discussion_thread": {
"_id": "fcd1368f",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nThe bug with no port Host: www.dom.ain:0 is a real one. Sorry.\r\n\r\nFor the memory leak, I wouldn't worry too much, echoping\r\ndoes not run as a daemon and -n is limited \\(20 by default\\).\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2005-11-07 21:39:37",
"last_edited": null,
"slug": "659b",
"subject": "#28 default port not set for http, memory leak"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-later",
"attachments": [],
"author": "bortz",
"timestamp": "2005-11-07 21:39:37",
"last_edited": null,
"slug": "dd7d",
"subject": "#28 default port not set for http, memory leak"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nAsd said before, the memory leak is not too serious because you typically never run echoping permanently \\(monitors like SmokePing runs a fresh echoping each time\\). \r\n\r\nAnd solving memory leaks in C is not obvious, so this bug will wait, sorry.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:37:42",
"last_edited": null,
"slug": "588b",
"subject": "#28 default port not set for http, memory leak"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nFixed in the repository \\(but I don't remember when\\)",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:43:37",
"last_edited": null,
"slug": "8035",
"subject": "#28 default port not set for http, memory leak"
},
{
"text": "- **status**: open-later --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:43:37",
"last_edited": null,
"slug": "4e7e",
"subject": "#28 default port not set for http, memory leak"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-04 21:43:37",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe55fcbc979b923a729",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/fcd1368f/",
"ticket_num": 28,
"custom_fields": {
"_priority": "5"
},
"created_date": "2005-09-06 08:32:03"
},{
"status": "closed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "We should use stdarg and not varargs",
"description": "Otherwise, when SSL is used, its inclusion of stdarg collides with varargs \\(the actual result depend on the platform\\) example on a PowerPC/Debian:\r\n\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c error.c\r\nerror.c:29: macro \\`va\\_start' used with just one arg\r\nerror.c:61: macro \\`va\\_start' used with just one arg\r\nerror.c:88: macro \\`va\\_start' used with just one arg\r\n",
"discussion_thread": {
"_id": "bfe2c6c4",
"posts": [
{
"text": "Fixed in CVS.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-01-28 21:08:23",
"last_edited": null,
"slug": "b547",
"subject": "#7 We should use stdarg and not varargs"
},
{
"text": "- **status**: open --> closed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:15",
"last_edited": null,
"slug": "67fe",
"subject": "#7 We should use stdarg and not varargs"
},
{
"text": "Fixed in 4.1.0",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:16",
"last_edited": null,
"slug": "5c00",
"subject": "#7 We should use stdarg and not varargs"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-02-15 08:28:15",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabce5fcbc979b923a4db",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/bfe2c6c4/",
"ticket_num": 7,
"custom_fields": {
"_priority": "6",
"_milestone": "Normal"
},
"created_date": "2001-01-25 20:56:34"
},{
"status": "open-later",
"reported_by_id": "51840af32718467ad6898df9",
"related_artifacts": [],
"attachments": [],
"reported_by": "afm",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping does not work with chunked encoding",
"description": "If an HTTP/1.1 server uses chunked encoding to send the reply, \r\nechoping waits relatively long for the connection to close. The \r\ndesirable behavior would be that echoping interpret the chunked \r\nencoding \\(this shouldn't be too hard, read the line containing the hex \r\nencoded size of the next chunk, read the chunk, and repeat until the \r\nchunk size is 0, which indicates the end of the response\\), so that\r\nit can accurately measure the time it takes the server to send the \r\nresponse, not the timeout to connection close.\r\n\r\nTemporary workaround for me: replace version string 1.1 by 1.0, so \r\nthe server is no longer tempted to use chunked encoding.",
"discussion_thread": {
"_id": "bd6b0fd8",
"posts": [
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-later",
"attachments": [],
"author": "bortz",
"timestamp": "2005-11-07 21:40:26",
"last_edited": null,
"slug": "bae5",
"subject": "#29 echoping does not work with chunked encoding"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nAnyone knows a HTTP server which uses chunked encoding? It would be easier to test the patch.\r\n\r\nI do not find where I enable it in Apache configuration. It seems it is automatic if Apache does not know the content length. http://httpd.apache.org/docs/2.2/mod/core.html\\#keepalive\r\n\r\nRFC 2616, section 3.6.1 and 19.4.6, which includes pseudo-code\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-05 11:42:00",
"last_edited": null,
"slug": "0d9e",
"subject": "#29 echoping does not work with chunked encoding"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2005-11-07 21:40:26",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe65fcbc979b923a749",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/bd6b0fd8/",
"ticket_num": 29,
"custom_fields": {
"_priority": "5"
},
"created_date": "2005-09-06 09:05:44"
},{
"status": "closed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "SSL_write fails in too many cases",
"description": "With some servers \\(apparently not the SSL ones\\) with Linux and on all servers on other platforms \\(like Tru64\\):\r\n\r\n% ./echoping -h / -C -n 2 www.creditmutuel.fr\r\nElapsed time: 1.962123 seconds\r\nSSL\\_write error on socket \r\n\r\nBut echoping does not use SSL error functions so there is no reason given.\r\n\r\nhttp://www.openssl.org/docs/ssl/SSL\\_get\\_error.html\r\nhttp://www.openssl.org/docs/crypto/ERR\\_error\\_string.html\r\n\r\n\r\n",
"discussion_thread": {
"_id": "9a2edac5",
"posts": [
{
"text": "Fixed in CVS. Never believe the documentation, we apparently have to free the SSL structure.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-11 21:09:59",
"last_edited": null,
"slug": "82bf",
"subject": "#8 SSL_write fails in too many cases"
},
{
"text": "Fixed in 4.1.0",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:32",
"last_edited": null,
"slug": "a701",
"subject": "#8 SSL_write fails in too many cases"
},
{
"text": "Fixed in 4.1.0",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:43",
"last_edited": null,
"slug": "dad5",
"subject": "#8 SSL_write fails in too many cases"
},
{
"text": "- **status**: open --> closed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:43",
"last_edited": null,
"slug": "e05a",
"subject": "#8 SSL_write fails in too many cases"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-02-15 08:28:43",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabcf5fcbc979b923a4f1",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/9a2edac5/",
"ticket_num": 8,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2001-01-26 10:58:55"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "End-of-line after the HTTP reply",
"description": "% echoping -h / www.nic.fr\r\nHTTP error \"HTTP/1.1 301 Moved Permanently\r\n\"\r\n\r\nThere is a spurious end-of-line.\r\n",
"discussion_thread": {
"_id": "327c43c1",
"posts": [
{
"text": "- **summary**: End-of-line after the HTTP repl --> End-of-line after the HTTP reply",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-08 15:11:53",
"last_edited": null,
"slug": "d546",
"subject": "#33 End-of-line after the HTTP reply"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nA similar effect occurs when there is only a CR, without LF:\r\n\r\n\"TTP error \"HTTP/1.1 302 Moved Temporarily\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-08 19:31:40",
"last_edited": null,
"slug": "bd14",
"subject": "#33 End-of-line after the HTTP reply"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-08 15:11:53",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabeb5fcbc979b923a7ab",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/327c43c1/",
"ticket_num": 33,
"custom_fields": {
"_priority": "2"
},
"created_date": "2007-03-08 15:11:27"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Meaningless message when Web page is empty",
"description": "If the HTML file is empty, echoping says:\r\n\r\nError reading HTTP body \\(Illegal seek\\)\r\n",
"discussion_thread": {
"_id": "26201866",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=448954\nOriginator: NO\n\nHi,\r\n\r\nI have the same problem here. So it's not possible to messure sites wich have a redirect without any data.\r\nI use echoping with somkeping.\r\nechoping -v -R -h / www.ac-wendlingen.de\r\n\r\nThis is echoping, version 6.0.2.\r\n\r\nTrying to connect to internet address 81.169.135.52 80 to transmit 96 bytes...\r\nTrying to send 256 bytes to internet address 81.169.135.52...\r\nConnected...\r\nTCP Latency: 0.029647 seconds\r\nSent \\(96 bytes\\)...\r\nApplication Latency: 0.032318 seconds\r\nError reading HTTP body \\(Illegal seek\\)\r\n\r\nThats the output from the Webserver:\r\ntelnet www.layer-ads.de 80\r\nTrying 213.95.1.55...\r\nConnected to www.layer-ads.de.\r\nEscape character is '^\\]'.\r\nGET / HTTP/1.1\r\nHost: www.layer-ads.de\r\n\r\nHTTP/1.1 301 Moved Permanently\r\nConnection: close\r\nLocation: http://layer-ads.de/\r\nContent-Length: 0\r\nDate: Wed, 12 Mar 2008 14:38:45 GMT\r\nServer: bash-httpd 0.02\r\n\r\nConnection closed by foreign host.\r\n",
"attachments": [],
"author": "odin81",
"timestamp": "2008-03-12 15:17:32",
"last_edited": null,
"slug": "7bea",
"subject": "#34 Meaningless message when Web page is empty"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-08 15:14:39",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabec5fcbc979b923a7bc",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/26201866/",
"ticket_num": 34,
"custom_fields": {
"_priority": "1"
},
"created_date": "2007-03-08 15:14:39"
},{
"status": "closed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "[SSL] echoping does not seed the random device",
"description": "On Tru64 and other operating systems without /dev/urandom:\r\n\r\nSSL\\_write error on socket: error:24064064:random number generator:SSLEAY\\_RAND\\_BYTES:PRNG not seeded \r\n\r\nThis is documented in the SSL FAQ :\r\n\r\nhttp://www.openssl.org/support/faq.html\\#USER1\r\n\r\nechoping should probably use RAND\\_\\*.\r\n\r\n",
"discussion_thread": {
"_id": "d969e351",
"posts": [
{
"text": "Fixed in CVS. I hope it is cryptographically correct, I'm not a security demigod.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-14 10:09:39",
"last_edited": null,
"slug": "46b1",
"subject": "#10 [SSL] echoping does not seed the random device"
},
{
"text": "Fixed in 4.1.0",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:58",
"last_edited": null,
"slug": "2966",
"subject": "#10 [SSL] echoping does not seed the random device"
},
{
"text": "- **status**: open --> closed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-02-15 08:28:58",
"last_edited": null,
"slug": "80ec",
"subject": "#10 [SSL] echoping does not seed the random device"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-02-15 08:28:58",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd15fcbc979b923a522",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/d969e351/",
"ticket_num": 10,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2001-02-12 15:42:39"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "No interleaving of writes and reads",
"description": "Since echoping writes everything to the server, then begins to read\r\nthe reply, some echo servers will timeout if you send very long\r\nmessages, because they expect you to start to read right now.\r\n\r\nOf course, it does not apply to half-duplex protocols like HTTP or SMTP.\r\n",
"discussion_thread": {
"_id": "96c5f15a",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-08 15:22:36",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabed5fcbc979b923a7ca",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/96c5f15a/",
"ticket_num": 35,
"custom_fields": {
"_priority": "2"
},
"created_date": "2007-03-08 15:22:36"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Forcing the cache to refresh",
"description": "One user would like to:\r\n\r\nCan I add something to this line to force a refresh-miss \\(like Shift-Reload in Netscape\\) \r\n\r\nA good implementation is described:\r\nhttp://squid-cache.dnepr.net/mail-archive/squid-users/199808/0222.html\r\n\r\n",
"discussion_thread": {
"_id": "a76667df",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS \\(options -a and -A\\)\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-03-06 16:47:08",
"last_edited": null,
"slug": "6e07",
"subject": "#11 Forcing the cache to refresh"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in 4.2.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2001-03-16 15:58:56",
"last_edited": null,
"slug": "bae7",
"subject": "#11 Forcing the cache to refresh"
},
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2001-03-16 15:58:56",
"last_edited": null,
"slug": "9842",
"subject": "#11 Forcing the cache to refresh"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2001-03-16 15:58:56",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd25fcbc979b923a538",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/a76667df/",
"ticket_num": 11,
"custom_fields": {
"_priority": "2",
"_milestone": "Wish"
},
"created_date": "2001-02-14 11:13:30"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Possible SSL bug (only in v. 5?)",
"description": "It seems that echoping 5 sends the request in the clear, even when -C is specified. See a report in:\r\n\r\nhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340310\r\n\r\nVersion 6 seems OK but IWBN to review the code to know what happened and how it was fixed.\r\n\r\nNo need to panic, no one uses echoping with sensitive information :-\\)\r\n",
"discussion_thread": {
"_id": "c1ffe03e",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-27 07:29:09",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabed5fcbc979b923a7d1",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/c1ffe03e/",
"ticket_num": 36,
"custom_fields": {
"_priority": "7"
},
"created_date": "2007-03-27 07:29:09"
},{
"status": "closed-fixed",
"reported_by_id": null,
"related_artifacts": [],
"attachments": [],
"reported_by": "*anonymous",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "echoping 4 does not compile on SunOS 5.6",
"description": "lmcabea@tweed:~/src/echoping-4.2.0$ ./configure --prefix=$HOME/bin\r\ncreating cache ./config.cache\r\nchecking host system type... sparc-sun-solaris2.6\r\nchecking for a BSD compatible install... ./install-sh -c\r\nchecking whether build environment is sane... yes\r\nchecking whether make sets $\\{MAKE\\}... ./configure: make: not found\r\nno\r\nchecking for working aclocal... missing\r\nchecking for working autoconf... missing\r\nchecking for working automake... missing\r\nchecking for working autoheader... missing\r\nchecking for working makeinfo... found\r\nchecking for gcc... gcc\r\nchecking whether the C compiler \\(gcc \\) works... yes\r\nchecking whether the C compiler \\(gcc \\) is a cross-compiler... no\r\nchecking whether we are using GNU C... yes\r\nchecking whether gcc accepts -g... yes\r\nchecking for a BSD compatible install... ./install-sh -c\r\nchecking how to run the C preprocessor... gcc -E\r\nchecking for ANSI C header files... yes\r\nchecking for sys/time.h... yes\r\nchecking for unistd.h... yes\r\nchecking if external sys\\_nerr is declared... no\r\nchecking if external sys\\_nerr exists... yes\r\nchecking if external sys\\_errlist is declared... no\r\nchecking if external sys\\_errlist exists... yes\r\nchecking for working const... yes\r\nchecking whether time.h and sys/time.h may both be included... yes\r\nchecking for socket in -lsocket... yes\r\nchecking if libsocket is mandatory... yes\r\nchecking for gethostbyname in -lnsl... yes\r\nchecking if libnsl is mandatory... yes\r\nchecking return type of signal handlers... void\r\nchecking for vprintf... yes\r\nchecking for gettimeofday... yes\r\nchecking for socket... yes\r\nchecking for gethostbyname... yes\r\nchecking for sigaction... yes\r\nchecking for usleep... yes\r\nchecking for getaddrinfo... no\r\nchecking T/TCP... no\r\nchecking Type Of Service... yes\r\nchecking Socket priority... no\r\nupdating cache ./config.cache\r\ncreating ./config.status\r\ncreating Makefile\r\ncreating config.h\r\n\r\nConfiguration of echoping:\r\nchecking HTTP... enabled\r\nchecking ICP... disabled\r\nchecking OPENSSL... disabled\r\nchecking SMTP... enabled\r\nchecking TTCP... disabled\r\nchecking TOS... enabled\r\nchecking PRIORITY... disabled\r\nlmcabea@tweed:~/src/echoping-4.2.0$ make \r\nbash: make: command not found\r\nlmcabea@tweed:~/src/echoping-4.2.0$ pwd\r\n/home/lmcabea/src/echoping-4.2.0\r\nlmcabea@tweed:~/src/echoping-4.2.0$ gmake\r\ngcc -DHAVE\\_CONFIG\\_H -I. -I. -I. -g -O2 -Wall -c echoping.c\r\nechoping.c: In function \\`main':\r\nechoping.c:475: warning: implicit declaration of function \\`bzero'\r\nechoping.c:604: \\`socklen\\_t' undeclared \\(first use in this function\\)\r\nechoping.c:604: \\(Each undeclared identifier is reported only once\r\nechoping.c:604: for each function it appears in.\\)\r\nechoping.c:604: parse error before \\`sizeof'\r\nechoping.c:670: continue statement not within a loop\r\nechoping.c:745: continue statement not within a loop\r\nechoping.c:778: continue statement not within a loop\r\nechoping.c:920: continue statement not within a loop\r\nechoping.c:939: continue statement not within a loop\r\nechoping.c:64: warning: unused variable \\`rc'\r\nechoping.c:51: warning: \\`sockfd' might be used uninitialized in this function\r\nechoping.c:1037: warning: control reaches end of non-void function\r\nechoping.c: At top level:\r\nechoping.c:1038: warning: type defaults to \\`int' in declaration of \\`printstats'\r\nechoping.c:1038: warning: data definition has no type or storage class\r\nechoping.c:1039: parse error before \\`if'\r\nechoping.c:1049: conflicting types for \\`printstats'\r\nechoping.c:1038: previous declaration of \\`printstats'\r\ngmake: \\*\\*\\* \\[echoping.o\\] Error 1\r\nlmcabea@tweed:~/src/echoping-4.2.0$ uname -a\r\nSunOS tweed 5.6 Generic\\_105181-20 sun4u sparc SUNW,Ultra-80\r\nlmcabea@tweed:~/src/echoping-4.2.0$ \r\n",
"discussion_thread": {
"_id": "850253b9",
"posts": [
{
"text": "Logged In: NO \n\njust adding a second vote on this one \n....\r\n\r\n\r\n\\[root@localhost\\] $ ./configure --enable-tos --enable-\npriority --enable-http --enable-smtp --with-\nssl=/usr/local/ssl\r\nloading cache \n./config.cache\r\nchecking host system type... sparc-sun-\nsolaris2.6\r\nchecking for a BSD compatible install... ./install-\nsh -c\r\nchecking whether build environment is sane... \nyes\r\nchecking whether make sets $\\{MAKE\\}... \nyes\r\nchecking for working aclocal... missing\r\nchecking \nfor working autoconf... missing\r\nchecking for working \nautomake... missing\r\nchecking for working autoheader... \nmissing\r\nchecking for working makeinfo... \nmissing\r\nchecking for gcc... gcc\r\nchecking whether the C \ncompiler \\(gcc -L/usr/local/ssl/lib\\) works... yes\r\nchecking \nwhether the C compiler \\(gcc -L/usr/local/ssl/lib\\) is a cross-\ncompiler... no\r\nchecking whether we are using GNU C... \nyes\r\nchecking whether gcc accepts -g... yes\r\nchecking for a \nBSD compatible install... ./install-sh -c\r\nchecking how to run \nthe C preprocessor... gcc -E\r\nchecking for ANSI C header \nfiles... yes\r\nchecking for sys/time.h... yes\r\nchecking for \nunistd.h... yes\r\nchecking if external sys\\_nerr is declared... \nno\r\nchecking if external sys\\_nerr exists... yes\r\nchecking if \nexternal sys\\_errlist is declared... no\r\nchecking if external \nsys\\_errlist exists... yes\r\nchecking for working const... \nyes\r\nchecking whether time.h and sys/time.h may both be \nincluded... yes\r\nchecking for socket in -lsocket... \nyes\r\nchecking if libsocket is mandatory... yes\r\nchecking \nfor gethostbyname in -lnsl... yes\r\nchecking if libnsl is \nmandatory... yes\r\nchecking return type of signal handlers... \nvoid\r\nchecking for vprintf... yes\r\nchecking for \ngettimeofday... yes\r\nchecking for socket... yes\r\nchecking \nfor gethostbyname... yes\r\nchecking for sigaction... \nyes\r\nchecking for usleep... yes\r\nchecking for \ngetaddrinfo... no\r\nchecking for SSL\\_CTX\\_new in -lssl... \nyes\r\nchecking T/TCP... no\r\nchecking Type Of Service... \nyes\r\nchecking Socket priority... no\r\nconfigure: warning: \nNo socket priority support on this system, request \nignored\r\nupdating cache ./config.cache\r\ncreating \n./config.status\r\ncreating Makefile\r\ncreating \nconfig.h\r\n\r\nConfiguration of echoping:\r\nchecking \nHTTP... enabled\r\nchecking ICP... disabled\r\nchecking \nOPENSSL... enabled\r\nchecking SMTP... \nenabled\r\nchecking TTCP... disabled\r\nchecking TOS... \nenabled\r\nchecking PRIORITY... \ndisabled\r\n\\[root@localhost\\] $ make\r\ngcc -\nDHAVE\\_CONFIG\\_H -I. -I. -I. -I/usr/local/ssl/include -g -O2 -Wall -c \nechoping.c\r\nechoping.c: In function \n\\`main':\r\nechoping.c:475: warning: implicit declaration of \nfunction \\`bzero'\r\nechoping.c:604: \\`socklen\\_t' undeclared \n\\(first use in this function\\)\r\nechoping.c:604: \\(Each \nundeclared identifier is reported only \nonce\r\nechoping.c:604: for each function it appears \nin.\\)\r\nechoping.c:604: parse error before \n\\`sizeof'\r\nechoping.c:670: continue statement not within a \nloop\r\nechoping.c:702: continue statement not within a \nloop\r\nechoping.c:745: continue statement not within a \nloop\r\nechoping.c:760: continue statement not within a \nloop\r\nechoping.c:778: continue statement not within a \nloop\r\nechoping.c:920: continue statement not within a \nloop\r\nechoping.c:939: continue statement not within a \nloop\r\nechoping.c:51: warning: \\`sockfd' might be used \nuninitialized in this function\r\nechoping.c:1037: warning: \ncontrol reaches end of non-void function\r\nechoping.c: At top \nlevel:\r\nechoping.c:1038: warning: type defaults to \\`int' in \ndeclaration of \\`printstats'\r\nechoping.c:1038: warning: data \ndefinition has no type or storage class\r\nechoping.c:1039: \nparse error before \\`if'\r\nechoping.c:1049: conflicting types for \n\\`printstats'\r\nechoping.c:1038: previous declaration of \n\\`printstats'\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: \nCommand failed for target \\`echoping.o'",
"attachments": [],
"author": "nobody",
"timestamp": "2002-08-02 23:59:46",
"last_edited": null,
"slug": "4b1e",
"subject": "#12 echoping 4 does not compile on SunOS 5.6"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in echoping 5. It now compiles fine with gcc, at least on SunOS 5.8/Solaris 2.something.\n\n",
"attachments": [],
"author": "bortz",
"timestamp": "2002-10-15 08:56:13",
"last_edited": null,
"slug": "c169",
"subject": "#12 echoping 4 does not compile on SunOS 5.6"
},
{
"text": "- **summary**: echoping does not compile on SunOS 5.6 --> echoping 4 does not compile on SunOS 5.6\n- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2002-10-15 08:56:13",
"last_edited": null,
"slug": "aaeb",
"subject": "#12 echoping 4 does not compile on SunOS 5.6"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2002-11-04 15:44:49",
"last_edited": null,
"slug": "fcae",
"subject": "#12 echoping 4 does not compile on SunOS 5.6"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2002-11-04 15:44:49",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd25fcbc979b923a54e",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/850253b9/",
"ticket_num": 12,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2001-04-10 15:54:50"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "MAXTOREAD error if HTTP is not enabled",
"description": "readline.c:125: error: 'MAXTOREAD' undeclared here \\(not in a function\\)\r\n\r\nNoticed by Gentoo people but unreported.\r\n\r\nThey provide a patch:\r\n\r\n% more /usr/portage/net-analyzer/echoping/files/maxtoread-5.2.0.patch\r\n\\--- echoping.h.orig 2005-01-25 12:57:52.144117296 -0200\r\n+++ echoping.h 2005-01-25 12:58:11.392191144 -0200\r\n@@ -11,9 +11,7 @@\r\n\\#define DEFLINE 256\r\n\\#define MAXLINE 65535\r\n\\#define UDPMAX 65535\r\n-\\#ifdef HTTP\r\n\\#define MAXTOREAD 150000\r\n-\\#endif\r\n\\#ifdef SMTP\r\n\\#define MAXSMTP 1024\r\n\\#define MAXSMTPLINES 30\r\n",
"discussion_thread": {
"_id": "46c4d02f",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nFixed in Subversion",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 14:13:46",
"last_edited": null,
"slug": "efba",
"subject": "#38 MAXTOREAD error if HTTP is not enabled"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 14:13:46",
"last_edited": null,
"slug": "2f39",
"subject": "#38 MAXTOREAD error if HTTP is not enabled"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nFix shipped with 6.0.1",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-05 09:00:37",
"last_edited": null,
"slug": "54b6",
"subject": "#38 MAXTOREAD error if HTTP is not enabled"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-05 09:00:37",
"last_edited": null,
"slug": "41f3",
"subject": "#38 MAXTOREAD error if HTTP is not enabled"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-04-05 09:00:37",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabef5fcbc979b923a802",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/46c4d02f/",
"ticket_num": 38,
"custom_fields": {
"_priority": "3"
},
"created_date": "2007-03-28 13:43:49"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "smtp_read_response_from_server error is SMTP is not enabled",
"description": "echoping.o: In function \\`main':\r\nechoping.c:\\(.text+0x23ca\\): undefined reference to \\`smtp\\_read\\_response\\_from\\_server'\r\n\r\nThat's because most of smtp.c \\(including the definition\\) is not compiled if --disable-smtp but it is still called from echoping.c\r\n",
"discussion_thread": {
"_id": "5872eb9f",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nFixed in Subversion, r391",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 20:22:15",
"last_edited": null,
"slug": "8244",
"subject": "#39 smtp_read_response_from_server error is SMTP is not enabled"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 20:22:15",
"last_edited": null,
"slug": "ec22",
"subject": "#39 smtp_read_response_from_server error is SMTP is not enabled"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nShipped with 6.0.1",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-05 09:09:56",
"last_edited": null,
"slug": "70f3",
"subject": "#39 smtp_read_response_from_server error is SMTP is not enabled"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-05 09:09:56",
"last_edited": null,
"slug": "e723",
"subject": "#39 smtp_read_response_from_server error is SMTP is not enabled"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-04-05 09:09:56",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabf15fcbc979b923a81d",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/5872eb9f/",
"ticket_num": 39,
"custom_fields": {
"_priority": "3"
},
"created_date": "2007-03-28 13:48:35"
},{
"status": "closed-wont-fix",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "RedHat 7 is broken and it breaks echoping",
"description": "Some versions of RedHat, like 7.3, ships with a completely broken C compiler \\(which presents itself as \ngcc 2.96, which was never released by the gcc team\\). It tells a lot about RedHat quality insurance but \nthe important point is that it breaks echoping: some displayed times are negative. There is no other \nsolution than reformatting your hard drive and installing a proper operating system.\n\nhttp://gcc.gnu.org/gcc-2.96.html\n\n",
"discussion_thread": {
"_id": "3f7209c1",
"posts": [
{
"text": "- **milestone**: --> Wish\n- **summary**: RedHat 7 is broken and it breaks echopin --> RedHat 7 is broken and it breaks echoping\n- **status**: open --> open-wont-fix",
"attachments": [],
"author": "bortz",
"timestamp": "2002-10-15 09:08:46",
"last_edited": null,
"slug": "b345",
"subject": "#14 RedHat 7 is broken and it breaks echoping"
},
{
"text": "Logged In: NO \n\nOh this is helpful, Format your hard drive... Hmmm I would like \r\nto but the server is located 3000 miles from me... Is there \r\nany work around or can I just upgrade or downgrade GCC? ",
"attachments": [],
"author": "nobody",
"timestamp": "2003-09-09 14:47:01",
"last_edited": null,
"slug": "dd31",
"subject": "#14 RedHat 7 is broken and it breaks echoping"
},
{
"text": "Logged In: NO \n\nOh this is helpful, Format your hard drive... Hmmm I would like \r\nto but the server is located 3000 miles from me... Is there \r\nany work around or can I just upgrade or downgrade GCC? ",
"attachments": [],
"author": "nobody",
"timestamp": "2003-09-09 14:47:27",
"last_edited": null,
"slug": "48df",
"subject": "#14 RedHat 7 is broken and it breaks echoping"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nProbably irrelevant by now. Tests on RedHat machines are welcome, though.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:47:36",
"last_edited": null,
"slug": "fb4b",
"subject": "#14 RedHat 7 is broken and it breaks echoping"
},
{
"text": "- **status**: open-wont-fix --> closed-wont-fix",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:47:36",
"last_edited": null,
"slug": "cd9d",
"subject": "#14 RedHat 7 is broken and it breaks echoping"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-26 21:47:36",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd65fcbc979b923a58a",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/3f7209c1/",
"ticket_num": 14,
"custom_fields": {
"_priority": "1",
"_milestone": "Wish"
},
"created_date": "2002-10-15 09:08:03"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "configure script do not handle the results of --enable-plugi",
"description": "If I use:\r\n\r\nconfigure --enable-plugin=foobar\r\n\r\nmake dist builds a tarball which only contains plugins/foobar and plugins/configure does not handle it because it tests the existence of all subdirs:\r\n\r\nconfigure: error: No such plugin whois\r\nconfigure: error: ../../plugins/configure failed for plugins\r\n",
"discussion_thread": {
"_id": "67e6d3c1",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-04-09 19:37:07",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabf25fcbc979b923a838",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/67e6d3c1/",
"ticket_num": 40,
"custom_fields": {
"_priority": "3"
},
"created_date": "2007-04-09 19:37:07"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Timeouted connections not displayed ",
"description": "With HTTP, connections which timeouts are not displayed:\n\n~/Programmation/echoping/SRC % ./echoping -h / -n 10 -t 1 www.shinko.co.jp\nElapsed time: 0.964396 seconds\nElapsed time: 0.969432 seconds\n\\---\nWarning: 8 message\\(s\\) lost \\(80 %\\)\nMinimum time: 0.964396 seconds \\(265 bytes per sec.\\)\nMaximum time: 0.969432 seconds \\(264 bytes per sec.\\)\nAverage time: 0.966914 seconds \\(265 bytes per sec.\\)\nStandard deviation: 0.002449\nMedian time: 0.966914 seconds \\(265 bytes per sec.\\)\n\n",
"discussion_thread": {
"_id": "0ab0db57",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nIn order to stress-test echoping with such timeouted \nconnections \\(which are difficult to reproduce on the LAN\\), \nFreeBSD's \"dummynet' interface seems to be useful. \nApparently, you can use it to drop a given percentage of \npackets, etc. \nhttp://info.iet.unipi.it/~luigi/ip\\_dummynet/ \n",
"attachments": [],
"author": "bortz",
"timestamp": "2004-03-25 09:25:54",
"last_edited": null,
"slug": "bc4a",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nWe can also use a patch to the Linux kernel's Netfilter : \n\nhttp://www.netfilter.org/patch-o-matic/pom-base.html\\#pom-base-random \n",
"attachments": [],
"author": "bortz",
"timestamp": "2004-04-28 10:40:59",
"last_edited": null,
"slug": "d826",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nExample with dummynet:\r\n\r\nipfw add 1000 pipe 1 tcp from judith to kiwi echo\r\nipfw pipe 1 config plr 0.5\r\n\r\nIt works fine to test echoping with 50 % of loss\r\n\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2004-07-13 15:34:05",
"last_edited": null,
"slug": "a17c",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nIt is not obvious to see what echoping \\*should\\* so. Ideas?\r\n\r\n% ./echoping -h / -n 10 -t 1 www.shinko.co.jp\r\nWarning: connection timeouted\r\nElapsed time: 0.964396 seconds\r\nElapsed time: 0.969432 seconds\r\nWarning: connection timeouted\r\n...\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2004-07-27 14:08:07",
"last_edited": null,
"slug": "7d32",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS",
"attachments": [],
"author": "bortz",
"timestamp": "2004-07-28 12:21:55",
"last_edited": null,
"slug": "e85a",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2004-07-28 12:21:55",
"last_edited": null,
"slug": "d950",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nTo test like this on Linux, this may work:\r\n\r\ntc qdisc add dev eth0 root netem delay 50ms loss 10%\r\ntc qdisc add dev eth1 root netem delay 50ms loss 10%\r\n\r\nIt depends on Netem \\(network emulation\\)\r\n\r\nNetworking --&gt;\r\nNetworking Options --&gt;\r\nQoS and/or fair queuing --&gt;\r\nNetwork emulator\r\n\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2006-04-26 14:10:49",
"last_edited": null,
"slug": "5ade",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nDo not forget to document in echoping the ways to\r\nartificially lose or delay packets, this is extremely useful.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2006-04-26 14:15:49",
"last_edited": null,
"slug": "4426",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nAdded today the doc about artificially reproducing bad connections. in Subversion r339.",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 10:17:16",
"last_edited": null,
"slug": "315f",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nShipped with echoping 6",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:50:39",
"last_edited": null,
"slug": "5d10",
"subject": "#15 Timeouted connections not displayed "
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:50:39",
"last_edited": null,
"slug": "9298",
"subject": "#15 Timeouted connections not displayed "
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-26 21:50:39",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabd85fcbc979b923a5ab",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/0ab0db57/",
"ticket_num": 15,
"custom_fields": {
"_priority": "7",
"_milestone": "Normal"
},
"created_date": "2002-11-04 15:48:22"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Segmentation fault with contrib/adamsnames",
"description": "The module shipped in contrib/adamsnames always segfaults.\r\n\r\nThe test program test-domquery is OK:\r\n\r\nsarah:SRC/contrib/adamsnames % ./test-domquery nic.tc\r\nnic.tc is there\r\nRegistered on 1998-08-26 by nul3581.tc\r\n\r\nBut the echoping plugin, which uses almost the same code, crashes:\r\n\r\n% echoping -v -m domquery localhost nic.tc\r\n\r\nThis is echoping, version 6.1-BETA.\r\n\r\nRunning start\\(\\) for the plugin domquery.so...\r\nenv initialized\r\nTrying to call plugin domquery.so...\r\nReady to call\r\nzsh: segmentation fault\r\n\r\nThe debugger shows:\r\n\\(gdb\\) bt\r\n\\#0 0xb7cdfa8e in HTAnchor\\_findAddress \\(\\) from /usr/lib/libwwwcore.so.0\r\n\\#1 0xb7d6fa38 in HTTmpAnchor \\(\\) from /usr/lib/libwwwapp.so.0\r\n\\#2 0xb7d9f254 in xmlrpc\\_server\\_info\\_set\\_basic\\_auth \\(\\)\r\nfrom /usr/lib/libxmlrpc\\_client.so.3\r\n\\#3 0xb7d9f979 in xmlrpc\\_client\\_call\\_server\\_params \\(\\)\r\nfrom /usr/lib/libxmlrpc\\_client.so.3\r\n\\#4 0xb7d9f8a4 in xmlrpc\\_client\\_call\\_params \\(\\)\r\nfrom /usr/lib/libxmlrpc\\_client.so.3\r\n\\#5 0xb7d9f70b in xmlrpc\\_client\\_call \\(\\) from /usr/lib/libxmlrpc\\_client.so.3\r\n\\#6 0xb7f4ad5a in execute \\(\\) at domquery.c:85\r\n\\#7 0x0804b274 in main \\(argc=4, argv=0xbfe62ef4\\) at echoping.c:936\r\n\r\n",
"discussion_thread": {
"_id": "9af3b80c",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-04-11 11:59:37",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabf25fcbc979b923a83f",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/9af3b80c/",
"ticket_num": 41,
"custom_fields": {
"_priority": "3"
},
"created_date": "2007-04-11 11:59:37"
},{
"status": "closed-works-for-me",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "getaddrinfo broken on HP/UX?",
"description": "echoping 5 compiles fine but cannot resolve any name\r\n\r\nspe169.testdrive.compaq.com&amp;gt; /usr/sbin/ping\r\nwww.testdrive.hp.com -n 3 \r\nPING www.testdrive.hp.com: 64 byte packets\r\n64 bytes from 192.233.54.254: icmp\\_seq=0. time=0. ms\r\n64 bytes from 192.233.54.254: icmp\\_seq=1. time=0. ms\r\n64 bytes from 192.233.54.254: icmp\\_seq=2. time=0. ms\r\n\r\n\\----www.testdrive.hp.com PING Statistics----\r\n3 packets transmitted, 3 packets received, 0% packet\r\nloss\r\nround-trip \\(ms\\) min/avg/max = 0/0/0\r\n\r\nBut:\r\n\r\nspe169.testdrive.compaq.com&amp;gt; ./echoping -v\r\nwww.testdrive.hp.com\r\n\r\nThis is ./echoping, version 5.0.2-BETA.\r\n\r\ngetaddrinfo error for host: www.testdrive.hp.com host\r\nnor service provided, or not known\r\n\r\n\r\nspe169.testdrive.compaq.com&amp;gt; uname -a\r\nHP-UX spe169 B.11.11 U 9000/800 1939057856\r\nunlimited-user license\r\n",
"discussion_thread": {
"_id": "1a101509",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nIt works now. It seems there was simply a DNS\r\nmisconfiguration at HP TestDrive.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-07 14:25:00",
"last_edited": null,
"slug": "60b8",
"subject": "#16 getaddrinfo broken on HP/UX?"
},
{
"text": "- **status**: open --> closed-works-for-me",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:17:18",
"last_edited": null,
"slug": "d3a2",
"subject": "#16 getaddrinfo broken on HP/UX?"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:17:18",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabda5fcbc979b923a5e9",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/1a101509/",
"ticket_num": 16,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2003-01-12 16:27:31"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Concatenation of option name with option value",
"description": "Since the switch to the popt library in echoping 6, there \\*must\\* be a space between the option name and the option value. So:\r\n\r\nechoping -h/ localhost\r\n\r\nis no longer accepted, it has to be:\r\n\r\nechoping -h / localhost\r\n\r\nTwo problems:\r\n\r\n\\* some scripts may use the old syntax \\(it is the case with Smokeping's EchoPingHttp\\) so a way to get the old behavior would be nice\r\n\r\n\\* \"man\" displays the usage as: -hurl-or-path despite the fact there \\*is\\* a space in the nroff source:\r\n.RI \\[-h url-or-path\\]\r\n\r\n",
"discussion_thread": {
"_id": "cfaf5b09",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nDo note that Smokeping &gt;= 2.1.0 fixed the problem in its probes so there is no emergency.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-10-27 16:24:06",
"last_edited": null,
"slug": "7a3f",
"subject": "#42 Concatenation of option name with option value"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-04-12 10:19:22",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabf35fcbc979b923a846",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/cfaf5b09/",
"ticket_num": 42,
"custom_fields": {
"_priority": "5"
},
"created_date": "2007-04-12 10:19:22"
},{
"status": "closed-works-for-me",
"reported_by_id": "4e41a4eeb9363c1d71000221",
"related_artifacts": [],
"attachments": [],
"reported_by": "gcombs",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "HTTPS query breaks for BenefitPoint",
"description": "Trying an echoping query against\r\nhttps://www1.benefitpoint.com/ results in the error\r\n\r\nHTTP error &amp;quot;&amp;lt;HTML&amp;gt;&amp;lt;HEAD&amp;gt;&amp;lt;TITLE&amp;gt;Bad request&amp;lt;/TITLE&amp;gt;&amp;lt;/HEAD&amp;gt;&amp;quot;\r\n\r\nLine 118 of http.c compares the tenth character of this\r\nstring against '2' -- it's expecting an HTTP result\r\ncode that isn't there. As a result it exits with an error.\r\n\r\nI'm not sure if BenefitPoint is returning a valid\r\nresponse or not. The URL loads in Mozilla and IE just\r\nfine. \r\n",
"discussion_thread": {
"_id": "1469c93e",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nI cannot reproduce the bug:\n\n~/Programmation/echoping/SRC % ./echoping -C -h / www1.benefitpoint.com \n&amp;quot;TTP error &amp;quot;HTTP/1.1 500 Server Error\n\nLynx and Konqueror says the same thing \\(500 Internal server error\\)\n\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-04-30 07:35:24",
"last_edited": null,
"slug": "dbde",
"subject": "#17 HTTPS query breaks for BenefitPoint"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-works-for-me",
"attachments": [],
"author": "bortz",
"timestamp": "2003-04-30 07:35:24",
"last_edited": null,
"slug": "4013",
"subject": "#17 HTTPS query breaks for BenefitPoint"
},
{
"text": "- **status**: open-works-for-me --> closed-works-for-me",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:19:52",
"last_edited": null,
"slug": "9376",
"subject": "#17 HTTPS query breaks for BenefitPoint"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:19:52",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabdb5fcbc979b923a5fa",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/1469c93e/",
"ticket_num": 17,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2003-02-25 20:24:23"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [
"plugins"
],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "DNS plugin ignores the nameserver argument?",
"description": "The complicated code to change the nameserver in dns.c seems broken: echoping always use the default name server. Try with a dummy address:\r\n\r\nechoping -v -m dns 192.0.2.1 www.DOMAINE.fr \r\n\r\nThis is echoping, version 6.0.2.\r\n\r\nRunning start\\(\\) for the plugin dns.so...\r\nTrying to call plugin dns.so for internet address 192.0.2.1 53...\r\nElapsed time: 0.146836 seconds\r\n",
"discussion_thread": {
"_id": "a936676c",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2008-11-10 21:31:23",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac0a5fcbc979b923a8d4",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/a936676c/",
"ticket_num": 48,
"custom_fields": {
"_priority": "5"
},
"created_date": "2008-11-10 21:31:23"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [
"plugins"
],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Add the ability to use HIP",
"description": "IWBN to be able to test HIP \\(RFC 4423\\) connections. May be with the API of the Internet-Draft draft-ietf-hip-native-api \\(soon to be a RFC\\)?\r\n",
"discussion_thread": {
"_id": "e4b9b472",
"posts": [
{
"text": "The RFC on the standard HIP API has been published: RFC 6137",
"attachments": [],
"author": "bortz",
"timestamp": "2011-07-28 09:17:55",
"last_edited": null,
"slug": "c86c",
"subject": "#53 Add the ability to use HIP"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2010-07-16 07:14:12",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac105fcbc979b923a956",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/e4b9b472/",
"ticket_num": 53,
"custom_fields": {
"_priority": "3"
},
"created_date": "2010-07-16 07:14:12"
},{
"status": "open-accepted",
"reported_by_id": "518aac175fcbc979b923a9c9",
"related_artifacts": [],
"attachments": [],
"reported_by": "lassekarstensen",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "http check appends :80 to HTTP Host header",
"description": "When using echoping from smokeping, echoping will be called with:\r\n\\# echoping -H www.vg.no --http / www.vg.no\r\n\r\nechoping creates a HTTP request with a host header of: \"Host: www.vg.no:80\".\r\n\r\nThis is valid according to \r\nhttp://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html\r\nbut it seems to be a bit odd. \r\n\r\nThe site in question returns a 302 Moved for this request, which faults the service check.\r\n\r\nSuggested fix:\r\n\\* only append port number to Host header if the port is different from 80.\r\n",
"discussion_thread": {
"_id": "99bff23b",
"posts": [
{
"text": "Minor patch that fixes this issue.",
"attachments": [
{
"url": "http://sourceforge.net/p/echoping/bugs/_discuss/thread/99bff23b/b9fe/attachment/http.c-fix-hostheader.patch",
"bytes": 900
}
],
"author": "lassekarstensen",
"timestamp": "2011-11-29 14:46:15",
"last_edited": null,
"slug": "b9fe",
"subject": "#58 http check appends :80 to HTTP Host header"
},
{
"text": "I've made a small patch that fixes this, and attached it below.",
"attachments": [],
"author": "lassekarstensen",
"timestamp": "2011-11-29 14:47:09",
"last_edited": null,
"slug": "d509",
"subject": "#58 http check appends :80 to HTTP Host header"
},
{
"text": "Seems right.",
"attachments": [],
"author": "bortz",
"timestamp": "2011-12-11 21:50:19",
"last_edited": null,
"slug": "d244",
"subject": "#58 http check appends :80 to HTTP Host header"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-accepted",
"attachments": [],
"author": "bortz",
"timestamp": "2011-12-11 21:50:19",
"last_edited": null,
"slug": "e557",
"subject": "#58 http check appends :80 to HTTP Host header"
},
{
"text": "bbs6im &lt;a href=\"http://hieevwtsteci.com/\"&gt;hieevwtsteci&lt;/a&gt;, \\[url=http://yeuluyczzsgw.com/\\]yeuluyczzsgw\\[/url\\], \\[link=http://erfpmnwfvqjp.com/\\]erfpmnwfvqjp\\[/link\\], http://olrfbcbwafss.com/",
"attachments": [],
"author": "nobody",
"timestamp": "2013-04-15 09:29:35",
"last_edited": null,
"slug": "4c78",
"subject": "#58 http check appends :80 to HTTP Host header"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2011-12-11 21:50:19",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac175fcbc979b923a9c8",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/99bff23b/",
"ticket_num": 58,
"custom_fields": {
"_priority": "5"
},
"created_date": "2011-11-29 14:23:24"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Licence should change because of OpenSSL",
"description": "Apparently, OpenSSL is not compatible with the GPL :-\\( and therefore a waiver should be granted:\n\nSubject: Re: openssl issue\nFrom: Matthew Palmer &amp;lt;mjp16@ieee.uow.edu.au&amp;gt;\nTo: Pasi Savilaakso &amp;lt;pasi.savilaakso@pp.inet.fi&amp;gt;\nCc: debian-legal@lists.debian.org\nDate: Wed, 30 Apr 2003 16:37:05 +1000 \\(EST\\)\nOn Wed, 30 Apr 2003, Pasi Savilaakso wrote:\n\n&amp;gt; I have a question concerning about openssl issue. I am packaging one \n\\[...\\]\n&amp;gt; Question is simple. How must the software be licenced or changed, if any,\n&amp;gt; so that it can be accepted to debian? would licencing it under LGPL help?\n&amp;gt; I would like to keep ssl/compatible functionality in the program.\n\nI take it you're referring to the general inability to redistribute GPL'd\napplications which link to OpenSSL.\n\nBasically, all copyright holders of the GPL'd work need to waive the\nrestriction against linking to non-GPL'd libraries, specifically the\nOpenSSL. I believe something similar to the licence exemption quoted in\nhttp://lists.debian.org/debian-legal/2002/debian-legal-200207/msg00454.html\nwould be suitable, replacing the names as appropriate.\n\nThe other alternative would be to replace the need for OpenSSL with a need\nfor GNUTLS, which is of course licenced in a GPL-compatible manner.\n\n&amp;gt; I am seeking answer to just this particular question, but if you want you can \n&amp;gt; also email me about technical issues too privately, since it is offtopic. \nTech issues would be quite appropriate for debian-devel or debian-mentors...\n\n&amp;gt; I promised to upstream author that I will tell him options what he can do to \n&amp;gt; make his work distributable with debian. \n\nI'm pretty sure that putting the exemption in the message referenced above\nwould do the job pretty well.\n\n&amp;gt; Please CC me, I am not subscriber of the list. \n\nDone.\n\n\n\\-- \n\\-----------------------------------------------------------------------\n\\#include &amp;lt;disclaimer.h&amp;gt;\nMatthew Palmer, Geek In Residence\nhttp://ieee.uow.edu.au/~mjp16\n\n\n",
"discussion_thread": {
"_id": "5169f87a",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nSee also:\r\n\r\nhttp://lists.debian.org/debian-legal/2002/debian-legal-200210/msg00113.html\r\n\r\nRewrite echoping to use GNU TLS ?\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-06-10 21:10:57",
"last_edited": null,
"slug": "e695",
"subject": "#20 Licence should change because of OpenSSL"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nSee also http://www.openssl.org/support/faq.html\\#LEGAL2",
"attachments": [],
"author": "bortz",
"timestamp": "2003-07-01 09:43:14",
"last_edited": null,
"slug": "6944",
"subject": "#20 Licence should change because of OpenSSL"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nGNU TLS support added in CVS ",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-05 12:36:44",
"last_edited": null,
"slug": "eb52",
"subject": "#20 Licence should change because of OpenSSL"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS, after agreement from most of the people listed\r\nin AUTHORS.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-07 12:56:31",
"last_edited": null,
"slug": "69e2",
"subject": "#20 Licence should change because of OpenSSL"
},
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:26:57",
"last_edited": null,
"slug": "2c9a",
"subject": "#20 Licence should change because of OpenSSL"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:26:57",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabde5fcbc979b923a64f",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/5169f87a/",
"ticket_num": 20,
"custom_fields": {
"_priority": "4",
"_milestone": "Normal"
},
"created_date": "2003-04-30 07:23:41"
},{
"status": "closed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [
"plugins"
],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "LDAP plugin may retrieve too many objects and exceed max siz",
"description": "\\[Reported by Joerg Roth\\]\r\n\r\nBy default, echoping LDAP plugin does a request of \\(objectclass=\\*\\) which retrieve every object at the mentioned base. This may be too much:\r\n\r\n% echoping -t 5 -m ldap -n 20 directory.uzh.ch -r \\\\\\(objectclass=\\*\\\\\\) -b ou=Addressbook,dc=uzh,dc=ch\r\nCannot connect to directory.uzh.ch \\(no LDAP server or wrong base, probably\\):\r\nSize limit exceeded\r\n\r\nUsing -r to change this default value may not be sufficient since ldap\\_search\\_s first call is always done with a \\(objectclass=\\*\\), just to test the server.\r\n\r\nA better solution may be \\(objectclass=dummy\\) to test the server but without retrieving everything.\r\n",
"discussion_thread": {
"_id": "24abbc56",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nSolution implemented in r419.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2008-01-25 13:54:36",
"last_edited": null,
"slug": "14dc",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
},
{
"text": "- **status**: open --> pending",
"attachments": [],
"author": "bortz",
"timestamp": "2008-01-25 13:54:36",
"last_edited": null,
"slug": "4a76",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
},
{
"text": "Logged In: YES \nuser\\_id=1312539\nOriginator: NO\n\nThis Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).",
"attachments": [],
"author": "sf-robot",
"timestamp": "2008-02-09 03:20:08",
"last_edited": null,
"slug": "7f68",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
},
{
"text": "- **status**: pending --> closed",
"attachments": [],
"author": "sf-robot",
"timestamp": "2008-02-09 03:20:08",
"last_edited": null,
"slug": "ec02",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
},
{
"text": "- **status**: closed --> pending",
"attachments": [],
"author": "bortz",
"timestamp": "2008-02-09 12:47:54",
"last_edited": null,
"slug": "3837",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
},
{
"text": "This Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 730 days \\(the time period specified by\nthe administrator of this Tracker\\).",
"attachments": [],
"author": "sf-robot",
"timestamp": "2010-09-20 16:50:32",
"last_edited": null,
"slug": "9cfa",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
},
{
"text": "- **status**: pending --> closed",
"attachments": [],
"author": "sf-robot",
"timestamp": "2010-09-20 16:50:32",
"last_edited": null,
"slug": "a3a4",
"subject": "#43 LDAP plugin may retrieve too many objects and exceed max siz"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2014-06-12 10:04:36.266000",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabf35fcbc979b923a852",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/24abbc56/",
"ticket_num": 43,
"custom_fields": {
"_priority": "3",
"_milestone": "Normal"
},
"created_date": "2008-01-25 13:37:14"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "SSL v3 should be accepted and TLS1 as well",
"description": "echoping-RELEASE only tries SSL v2 while some servers\r\napparently accept only SSLv3. \r\n\r\nechoping-CVS now uses the \\(undocumented\\)\r\nSSLv23\\_client\\_method which seems to do the job \\(&amp;quot;SSLv3\r\nbut can rollback to v2&amp;quot;\\)\r\n\r\nMay be GNUTLS http://www.gnu.org/software/gnutls/ does\r\na better job at client negociation?\r\n\r\nSubmitted by &amp;quot;Vineyard.NET Administration&amp;quot;\r\n&amp;lt;ericx@vineyard.net&amp;gt;.\r\n",
"discussion_thread": {
"_id": "b287a388",
"posts": [
{
"text": "- **status**: open --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:32:43",
"last_edited": null,
"slug": "7a63",
"subject": "#22 SSL v3 should be accepted and TLS1 as well"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in 5.1.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:32:43",
"last_edited": null,
"slug": "1fdc",
"subject": "#22 SSL v3 should be accepted and TLS1 as well"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:32:43",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe05fcbc979b923a691",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/b287a388/",
"ticket_num": 22,
"custom_fields": {
"_priority": "4",
"_milestone": "Wish"
},
"created_date": "2003-07-01 12:52:44"
},{
"status": "closed-fixed",
"reported_by_id": "50735303bfc09e3e92dccb68",
"related_artifacts": [],
"attachments": [],
"reported_by": "dlhull",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping 5.0.1 changes for Mac OS X",
"description": "To compile and run on powerpc-apple-darwin6.6 \\(Mac OS X\r\n10.2.6\\), I had to make the following two changes. The\r\nchange to the setsockopt call was required to get\r\nechoping.c to compile. The setsockopt man page for Mac\r\nOS gives a prototype of\r\n\r\nint\r\nsetsockopt\\(int s, int level, int optname, const\r\nvoid \\*optval,\r\nint optlen\\);\r\n\r\nThe compiler error was:\r\n\r\nechoping.c:672: \\`socklen\\_t' undeclared \\(first use in\r\nthis function\\)\r\nechoping.c:672: \\(Each undeclared identifier is\r\nreported only once\r\nechoping.c:672: for each function it appears in.\\)\r\nechoping.c:672: parse error before &amp;quot;sizeof&amp;quot;\r\n\r\nThe second change was to the case of the HTTP service\r\nname in the call to getaddrinfo. With it in upper case,\r\nechoping produced the error:\r\n\r\nFire$ ./echoping -h http://www.apple.com/ www.apple.com\r\ngetaddrinfo error for host: www.apple.com No address\r\nassociated with nodename\r\n\r\nI have not tested using echoping with the other\r\nservices, so the other service names might need to be\r\nlowercased too.\r\n\r\n\r\n\r\n\r\ndiff -u -r echoping-5.0.1.orig/echoping.c\r\nechoping-5.0.1/echoping.c\r\n\\--- echoping-5.0.1.orig/echoping.c 2002-11-04\r\n07:37:34.000000000 -0800\r\n+++ echoping-5.0.1/echoping.c 2003-06-24\r\n22:31:09.000000000 -0700\r\n@@ -669,7 +669,7 @@\r\n\\}\r\nif \\(setsockopt \\(sockfd,\r\nSOL\\_IP,\r\n\\- IP\\_TOS, \\(void \\*\\) &amp;amp;tos,\r\n\\(socklen\\_t\\) sizeof \\(tos\\)\\)\\)\r\n\\+ IP\\_TOS, \\(void \\*\\) &amp;amp;tos,\r\n\\(unsigned int\\) sizeof \\(tos\\)\\)\\)\r\n\\{\r\nerr\\_sys \\(&amp;quot;Failed setting IP type of\r\nservice octet&amp;quot;\\);\r\n\\}\r\ndiff -u -r echoping-5.0.1.orig/echoping.h\r\nechoping-5.0.1/echoping.h\r\n\\--- echoping-5.0.1.orig/echoping.h 2002-10-11\r\n05:12:53.000000000 -0700\r\n+++ echoping-5.0.1/echoping.h 2003-06-25\r\n00:35:05.000000000 -0700\r\n@@ -114,7 +114,7 @@\r\n\\#define ECHO\\_TCP\\_PORT &amp;quot;echo&amp;quot;\r\n\\#define DISCARD\\_TCP\\_PORT &amp;quot;discard&amp;quot;\r\n\\#define CHARACTER\\_GENERATOR\\_TCP\\_PORT &amp;quot;chargen&amp;quot;\r\n-\\#define DEFAULT\\_HTTP\\_TCP\\_PORT &amp;quot;HTTP&amp;quot;\r\n+\\#define DEFAULT\\_HTTP\\_TCP\\_PORT &amp;quot;http&amp;quot;\r\n\\#define DEFAULT\\_HTTPS\\_TCP\\_PORT &amp;quot;HTTPS&amp;quot;\r\n\\#define DEFAULT\\_ICP\\_UDP\\_PORT &amp;quot;ICP&amp;quot;\r\n\r\n",
"discussion_thread": {
"_id": "a4bdf727",
"posts": [
{
"text": "Mac OS X patch as attachment",
"attachments": [
{
"url": "http://sourceforge.net/p/echoping/bugs/_discuss/thread/a4bdf727/3af5/attachment/echoping.diff",
"bytes": 960
}
],
"author": "dlhull",
"timestamp": "2003-07-04 06:32:36",
"last_edited": null,
"slug": "3af5",
"subject": "#23 echoping 5.0.1 changes for Mac OS X"
},
{
"text": "Logged In: YES \nuser\\_id=25865\n\ntru64 has a similar problem with socklen\\_t so I just copied the \nworkaround for Tru64 \\(see your bug report 748145\\). \n\nFixed in the CVS and tested against Sourceforge MacOSX 10.2 \nmachine. \n\nYou can get a beta on ftp.internatif.org/pub/unix/echoping. \n",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-05 12:58:54",
"last_edited": null,
"slug": "796d",
"subject": "#23 echoping 5.0.1 changes for Mac OS X"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-05 12:58:54",
"last_edited": null,
"slug": "4863",
"subject": "#23 echoping 5.0.1 changes for Mac OS X"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2003-11-11 15:34:17",
"last_edited": null,
"slug": "971b",
"subject": "#23 echoping 5.0.1 changes for Mac OS X"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2003-11-11 15:34:17",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe15fcbc979b923a6a2",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/a4bdf727/",
"ticket_num": 23,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2003-07-04 06:28:37"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Host with a trailing colon and nothing after are accepted",
"description": "~ % echoping -v -h / www.regwire.info:\r\n\r\nThis is echoping, version 5.1.0.\r\n\r\nTrying to connect to internet address 66.151.151.126 0\r\nto transmit 91 bytes...\r\n\r\nSee? echoping tries to connect to port zero...\r\n",
"discussion_thread": {
"_id": "6b0cedc0",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nFixed in CVS\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2004-07-27 14:06:40",
"last_edited": null,
"slug": "9389",
"subject": "#24 Host with a trailing colon and nothing after are accepted"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2004-07-28 12:23:12",
"last_edited": null,
"slug": "10c8",
"subject": "#24 Host with a trailing colon and nothing after are accepted"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nShipped with echoping 6",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:56:33",
"last_edited": null,
"slug": "3d13",
"subject": "#24 Host with a trailing colon and nothing after are accepted"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-27 14:35:08",
"last_edited": null,
"slug": "a4c3",
"subject": "#24 Host with a trailing colon and nothing after are accepted"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-27 14:35:08",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe25fcbc979b923a6c2",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/6b0cedc0/",
"ticket_num": 24,
"custom_fields": {
"_priority": "3",
"_milestone": "Normal"
},
"created_date": "2003-11-28 10:18:47"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Handling of HTTP redirections",
"description": "~ % echoping -v -h / www.gnutls.org \r\n\r\nThis is echoping, version 5.1.0.\r\n\r\nTrying to connect to internet address 62.1.205.36 80 to\r\ntransmit 90 bytes...\r\nTrying to send 256 bytes to internet address 62.1.205.36...\r\nConnected...\r\nTCP Latency: 0.065095 seconds\r\nSent \\(90 bytes\\)...\r\nApplication Latency: 0.064956 seconds\r\nHTTP error &amp;quot;HTTP/1.1 302 Found\r\n&amp;quot;\r\n\r\n\r\nIt is not really an error. Of course, echoping is a\r\ndebugging tool and does not need to be user-friendly\r\nlike wget is, but, nevertheless, shouldn't we change\r\nthe message and behaviour?\r\n",
"discussion_thread": {
"_id": "4c0c3e8b",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nFixed in Subversion r340 with the new -R option",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 14:02:00",
"last_edited": null,
"slug": "7f00",
"subject": "#25 Handling of HTTP redirections"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 14:15:51",
"last_edited": null,
"slug": "8567",
"subject": "#25 Handling of HTTP redirections"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nShipped with echoping 6",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-27 14:34:18",
"last_edited": null,
"slug": "341b",
"subject": "#25 Handling of HTTP redirections"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-27 14:34:18",
"last_edited": null,
"slug": "ae83",
"subject": "#25 Handling of HTTP redirections"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-27 14:34:18",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe35fcbc979b923a6dd",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/4c0c3e8b/",
"ticket_num": 25,
"custom_fields": {
"_priority": "5",
"_milestone": "Wish"
},
"created_date": "2003-11-28 10:20:48"
},{
"status": "closed-out-of-date",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Fails for IPv6 hosts if the client machine has no IPv6",
"description": "echoping -h / www.apnic.net \\(or any machine with a \nAAAA record\\) says: \n\nCan't open socket \\(Address family not supported by \nprotocol\\) \n\nif the IPv6 stack is not loaded \\(tested on Linux : if I \nmodprobe ipV6, it works again\\) \n\n",
"discussion_thread": {
"_id": "300d78d1",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nApparently, the bug no longer persists in recent GNU libc \\(tested on up-to-date Gentoo and Debian \"etch\"\\).\r\n\r\nWe still have the case where the machine has IPv6 addresses but no connectivity but it is another matter...\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 20:59:38",
"last_edited": null,
"slug": "db19",
"subject": "#26 Fails for IPv6 hosts if the client machine has no IPv6"
},
{
"text": "- **status**: open --> open-out-of-date",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 20:59:38",
"last_edited": null,
"slug": "edff",
"subject": "#26 Fails for IPv6 hosts if the client machine has no IPv6"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nIt is confirmed that the bug was in the OS and seems nonexistent today.\r\n\r\nThe issue with machines with only link-local IP addresses still remains but seems out of scope for us:\r\n\r\n% ./echoping -v -h / www.apnic.net \r\n\r\nThis is ./echoping, version 6.0.1-BETA.\r\n\r\nTrying to connect to internet address 2001:dc0:2001:0:4608:20:: 80 to transmit 94 bytes...\r\nTrying to send 256 bytes to internet address 2001:dc0:2001:0:4608:20::...\r\nCan't connect to server \\(No route to host\\)\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-29 20:34:09",
"last_edited": null,
"slug": "b736",
"subject": "#26 Fails for IPv6 hosts if the client machine has no IPv6"
},
{
"text": "- **status**: open-out-of-date --> closed-out-of-date",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-29 20:34:09",
"last_edited": null,
"slug": "71c2",
"subject": "#26 Fails for IPv6 hosts if the client machine has no IPv6"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-29 20:34:09",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe45fcbc979b923a6f8",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/300d78d1/",
"ticket_num": 26,
"custom_fields": {
"_priority": "7",
"_milestone": "Normal"
},
"created_date": "2004-07-02 11:32:00"
},{
"status": "open-later",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping should allow to change the SMTP port",
"description": "Now that many email serveurs listen also on ports like\r\n587 \\(submission\\), echoping should really allow to\r\nchange the port.\r\n\r\nThe following patch, thanks to Bill Earle, does not\r\nsuit me: it duplicates a lot of code.\r\n",
"discussion_thread": {
"_id": "de74e411",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nAs with any thing that bloats the code, this could be migrated to a SMTP plugin, along with SMTP-over-TLS? This is something to develop.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:33:53",
"last_edited": null,
"slug": "49ea",
"subject": "#27 echoping should allow to change the SMTP port"
},
{
"text": "- **status**: open --> open-later",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:33:53",
"last_edited": null,
"slug": "1291",
"subject": "#27 echoping should allow to change the SMTP port"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nSee \\#1692780 \r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-02 10:27:52",
"last_edited": null,
"slug": "2ae1",
"subject": "#27 echoping should allow to change the SMTP port"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-04 21:33:53",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe55fcbc979b923a713",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/de74e411/",
"ticket_num": 27,
"custom_fields": {
"_priority": "5",
"_milestone": "Wish"
},
"created_date": "2005-08-29 15:45:43"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Removes T/TCP support (security)",
"description": "T/TCP \\(RFC 1644\\) was a fine idea but it never really\r\nstarted \\(only FreeBSD implemented it and dropped it\r\nwith version 6.0-RELEASE\\). \r\n\r\nIt seems to have security problems. For instance, \r\nthe IETF internet-draft draft-ietf-tcpm-tcp-roadmap-05\r\nsays:\r\n\r\nThe inventors of TCP believed that cached connection\r\nstate could\r\nhave been used to eliminate TCP's 3-way\r\nhandshake, to support two-\r\npacket request/response exchanges. RFCs 1379\r\n\\[RFC1379\\] and 1644\r\n\\[RFC1644\\] show that this is far from simple. \r\nFurthermore, T/TCP\r\nfloundered on the ease of denial-of-service\r\nattacks that can\r\nresult. One idea pioneered by T/TCP lives on in\r\nRFC 2140, in the\r\nsharing of state across connections.\r\n\r\n\r\n",
"discussion_thread": {
"_id": "54ad365f",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nThe draft has been published as RFC 4614\r\n\r\nRFC 1644 E \"T/TCP -- TCP Extensions for Transactions Functional\r\nSpecification\" \\(July 1994\\): found defective\r\n\r\nThe inventors of TCP believed that cached connection state could\r\nhave been used to eliminate TCP's 3-way handshake, to support\r\ntwo-packet request/response exchanges. RFCs 1379 \\[RFC1379\\] and\r\n1644 \\[RFC1644\\] show that this is far from simple. Furthermore,\r\nT/TCP floundered on the ease of denial-of-service attacks that can\r\nresult. One idea pioneered by T/TCP lives on in RFC 2140, in the\r\nsharing of state across connections.\r\n\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-07 15:07:57",
"last_edited": null,
"slug": "4347",
"subject": "#30 Removes T/TCP support (security)"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nDone in Subversion, r353.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-07 15:17:16",
"last_edited": null,
"slug": "a722",
"subject": "#30 Removes T/TCP support (security)"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-07 15:17:16",
"last_edited": null,
"slug": "129b",
"subject": "#30 Removes T/TCP support (security)"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nDone with echoping 6",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:42:53",
"last_edited": null,
"slug": "8127",
"subject": "#30 Removes T/TCP support (security)"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:42:53",
"last_edited": null,
"slug": "6007",
"subject": "#30 Removes T/TCP support (security)"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-26 21:42:53",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe75fcbc979b923a75a",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/54ad365f/",
"ticket_num": 30,
"custom_fields": {
"_priority": "6",
"_milestone": "Normal"
},
"created_date": "2005-11-07 21:36:24"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping does not check the ai_family when getaddrinfo retur",
"description": "echoping should probably check that the ai\\_family is\r\nsuitable \\(AF\\_INET or AF\\_INET6\\) when using the first\r\nresult of getaddrinfo, just in case getaddrinfo decided\r\nto piggyback more stuff in the linked list of replies.\r\n",
"discussion_thread": {
"_id": "2a39aedc",
"posts": [
{
"text": "- **assigned_to**: nobody --> bortz",
"attachments": [],
"author": "bortz",
"timestamp": "2006-02-20 13:12:48",
"last_edited": null,
"slug": "4595",
"subject": "#31 echoping does not check the ai_family when getaddrinfo retur"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2006-02-20 13:12:48",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe85fcbc979b923a77a",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/2a39aedc/",
"ticket_num": 31,
"custom_fields": {
"_priority": "4",
"_milestone": "Normal"
},
"created_date": "2006-02-20 13:11:58"
},{
"status": "closed-fixed",
"reported_by_id": "50cf29cc34309d0a4877520c",
"related_artifacts": [],
"attachments": [],
"reported_by": "riz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "usleep() call is wrong in most cases",
"description": "SUSv3 description for usleep\\(\\) states:\r\n\r\n\"The useconds argument shall be less than one million.\"\r\n\r\nechoping.c, however, uses usleep\\(wait \\* 1000000\\), which\r\nhas the effect on some OSes \\(including NetBSD\\) of not\r\nsleeping at all for wait &gt;= 1.0. This patch makes it DTRT:\r\n\r\ndiff -u echoping.c.orig echoping.c\r\n\\--- echoping.c.orig 2006-04-20 15:09:49.000000000 -0700\r\n+++ echoping.c 2006-04-20 15:20:24.000000000 -0700\r\n@@ -655,7 +655,13 @@\r\nif \\(i &gt; 1\\)\r\n\\{\r\n\\#ifdef HAVE\\_USLEEP\r\n\\- usleep \\(wait \\* 1000000\\);\r\n\\+ /\\*\r\n\\+ \\* SUSv3 states that the argument to usleep\\(\\)\r\nshall be less\r\n\\+ \\* than 1000000, so split into two calls if\r\nnecessary.\r\n\\+ \\*/ \r\n\\+ if \\(wait &gt;= 1\\)\r\n\\+ sleep \\(wait\\);\r\n\\+ usleep \\(\\(wait - \\(unsigned int\\)wait\\) \\* 1000000\\);\r\n\\#else\r\nsleep \\(wait\\);\r\n\\#endif\r\n\r\n\r\n\r\n\\(please forgive whitespace issues with this cut-and-paste\\)",
"discussion_thread": {
"_id": "42939487",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\n\nThanks for the report, I knew I was right to maintain a\r\nNetBSD machine, I'll test your patch.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2006-04-26 14:17:28",
"last_edited": null,
"slug": "2a30",
"subject": "#32 usleep() call is wrong in most cases"
},
{
"text": "- **assigned_to**: nobody --> bortz",
"attachments": [],
"author": "bortz",
"timestamp": "2006-04-26 14:17:28",
"last_edited": null,
"slug": "24bf",
"subject": "#32 usleep() call is wrong in most cases"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nMany thanks for the report and the patch. It works. It has been integrated to Subversion, r344",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:55:24",
"last_edited": null,
"slug": "527b",
"subject": "#32 usleep() call is wrong in most cases"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-04 21:55:24",
"last_edited": null,
"slug": "89d3",
"subject": "#32 usleep() call is wrong in most cases"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nShipped with echoping 6, tested on NetBSD.",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:46:12",
"last_edited": null,
"slug": "26f2",
"subject": "#32 usleep() call is wrong in most cases"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-26 21:46:13",
"last_edited": null,
"slug": "2355",
"subject": "#32 usleep() call is wrong in most cases"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-03-26 21:46:13",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabe95fcbc979b923a786",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/42939487/",
"ticket_num": 32,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2006-04-20 22:25:32"
},{
"status": "closed-fixed",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Glib bug with long URLs",
"description": "glib crashes when the URL is too long. See a report in:\r\n\r\nhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407430\r\n\r\nSince I do not call glib explicitely, it must be a bug in libwww or something like that.\r\n\r\n% echoping -h \"/?query=0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567\" www.james.rcpt.to \r\n\\*\\*\\* glibc detected \\*\\*\\* echoping: munmap\\_chunk\\(\\): invalid pointer: 0x0000000000556840 \\*\\*\\*\r\n======= Backtrace: =========\r\n/lib/libc.so.6\\[0x2af1bfae9a7d\\]\r\nechoping\\(make\\_http\\_sendline+0xc7\\)\\[0x406c67\\]\r\nechoping\\(main+0xfc6\\)\\[0x4045c6\\]\r\n/lib/libc.so.6\\(\\_\\_libc\\_start\\_main+0xf4\\)\\[0x2af1bfa9c374\\]\r\nechoping\\[0x4031c9\\]\r\n",
"discussion_thread": {
"_id": "7ac1c6e3",
"posts": [
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nOops, I'm stupid, it was glibc, not glib so, yes, the bug is in my code but I do not know where.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-27 20:07:05",
"last_edited": null,
"slug": "2e3c",
"subject": "#37 Glib bug with long URLs"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nA NetBSD 3.1 machine does not show the bug. NetBSD does not use GNU libc \\(which does not mean the bug is in glibc, it may be that echoping does something illegal which is catched by glibc only\\).\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 20:54:33",
"last_edited": null,
"slug": "af77",
"subject": "#37 Glib bug with long URLs"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nFixed in Subversion, r392.Although I admit I am not completely sure of the reason of the crash, nor that the solution is proper.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 21:24:06",
"last_edited": null,
"slug": "841a",
"subject": "#37 Glib bug with long URLs"
},
{
"text": "- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-28 21:24:06",
"last_edited": null,
"slug": "babb",
"subject": "#37 Glib bug with long URLs"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nNow really fixed, in r393\r\n\r\nNext time, read http://www.dwheeler.com/secure-programs/Secure-Programs-HOWTO/library-c.html\r\n:-\\)",
"attachments": [],
"author": "bortz",
"timestamp": "2007-03-29 20:26:16",
"last_edited": null,
"slug": "e1af",
"subject": "#37 Glib bug with long URLs"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: YES\n\nFox shipped with 6.0.1",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-05 09:02:07",
"last_edited": null,
"slug": "1b9d",
"subject": "#37 Glib bug with long URLs"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2007-04-05 09:02:07",
"last_edited": null,
"slug": "0141",
"subject": "#37 Glib bug with long URLs"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2007-04-05 09:02:07",
"votes_down": 0,
"votes_up": 0,
"_id": "518aabed5fcbc979b923a7d8",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/7ac1c6e3/",
"ticket_num": 37,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2007-03-27 07:31:27"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Obsolete terminology for TOS",
"description": "echoping, drawing from the Posix API, uses obsolete terminology for things like the TOS \\(options -p and -P\\). Defined by RFC 791, termes like \"priority\" and \"type of service\" have been obsoleted by the Diffserv stuff \\(RFC 2474 and friends\\).\r\n\r\nPosix still uses the old names and values and so does the man pages \\(for intance ip\\(7\\) on Linux\\) One can wonder wether echoping should align on Posix or on the RFC.\r\n",
"discussion_thread": {
"_id": "b3f4ba3d",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2008-02-13 09:38:36",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac065fcbc979b923a87e",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/b3f4ba3d/",
"ticket_num": 44,
"custom_fields": {
"_priority": "3",
"_milestone": "Normal"
},
"created_date": "2008-02-13 09:38:36"
},{
"status": "open-fixed",
"reported_by_id": "4e10ae26b9363c4f2f000378",
"related_artifacts": [],
"attachments": [],
"reported_by": "midget",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Please update download URL",
"description": "Hi,\r\n\r\nI'm maintaining echoping Debian GNU/Linux package and I've got a report about the download URL of echoping is not operative any more.\r\n\r\nhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450315\r\n\r\nPlease update download URL in http://echoping.sourceforge.net/ page that currently points to ftp://ftp.internatif.org/pub/unix/echoping where you get a 401 error.\r\n\r\nI'll update the Debian package to inform about the SF download URL.\r\n\r\nThanks in advance.",
"discussion_thread": {
"_id": "a8befaa0",
"posts": [
{
"text": "Logged In: NO \n\nDebian package is already updated to point to SF download URL.\r\n\r\nhttp://packages.debian.org/changelogs/pool/main/e/echoping/current/copyright\r\n\r\nCheers.",
"attachments": [],
"author": "nobody",
"timestamp": "2008-02-23 19:15:27",
"last_edited": null,
"slug": "f673",
"subject": "#45 Please update download URL"
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nFixed in Subversion r421. Thanks for the report.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2008-03-10 22:47:51",
"last_edited": null,
"slug": "8d33",
"subject": "#45 Please update download URL"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2008-03-10 22:47:51",
"last_edited": null,
"slug": "2805",
"subject": "#45 Please update download URL"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2008-03-10 22:47:51",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac075fcbc979b923a885",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/a8befaa0/",
"ticket_num": 45,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2008-02-17 07:21:49"
},{
"status": "open",
"reported_by_id": null,
"related_artifacts": [],
"attachments": [],
"reported_by": "*anonymous",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Very wrong loss value because out of order packects",
"description": "\r\n\r\nI'm trying to use echoping udp \\(echo\\) with a fast sending rate on a WAN link.\r\n\r\n\r\nI'm using a 100 ms rate :\r\n\r\nechoping -w 0.1 -u -n 20 -t 1 host\r\n\r\n\r\nAs soon as an echo packet come back out of order, echoping issue an ICMP destination port unreachable and refuse it.\r\n\r\n\r\nThis give very unaccurate loss results. In my case about ten times the real amount of loss.\r\n\r\nIt seems as well that echoping does not always change the udp source port number for each ping, so that it can make packet confusions \\(the Echo data is the same for all the ping session\\).\r\n\r\n\r\nCould someone write a patch to correct this problem ?\r\n\r\n\r\n\r\nThanks for your listening.\r\n\r\n\r\n\r\n",
"discussion_thread": {
"_id": "fd0071cd",
"posts": [
{
"text": "- **milestone**: 101123 --> Normal\n- **priority**: 5 --> 6\n- **assigned_to**: nobody --> bortz",
"attachments": [],
"author": "bortz",
"timestamp": "2008-11-10 21:29:55",
"last_edited": null,
"slug": "b8cb",
"subject": "#47 Very wrong loss value because out of order packects"
},
{
"text": "ePV1hk &lt;a href=\"http://lszlevabpsuo.com/\"&gt;lszlevabpsuo&lt;/a&gt;, \\[url=http://vixsibdlpyse.com/\\]vixsibdlpyse\\[/url\\], \\[link=http://ailngdorxmvt.com/\\]ailngdorxmvt\\[/link\\], http://vyuhtraqkiph.com/",
"attachments": [],
"author": "nobody",
"timestamp": "2013-04-14 09:12:34",
"last_edited": null,
"slug": "7afb",
"subject": "#47 Very wrong loss value because out of order packects"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2008-11-10 21:29:55",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac095fcbc979b923a8c2",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/fd0071cd/",
"ticket_num": 47,
"custom_fields": {
"_priority": "6",
"_milestone": "Normal"
},
"created_date": "2008-08-04 17:55:27"
},{
"status": "open",
"reported_by_id": "50567d150594ca412074fe08",
"related_artifacts": [],
"attachments": [],
"reported_by": "rdicaire",
"assigned_to": "bortz",
"labels": [
"plugins"
],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "dns plugin can't query via IPv6",
"description": "Can't query DNS server via IPv6\r\n\r\nechoping -v -6 -m dns rdb.ardynet.com -t AAAA www.ardynet.com\r\n\r\nThis is echoping, version 6.0.2.\r\n\r\nRunning start\\(\\) for the plugin dns.so...\r\nIPv6 name servers not supported on this platform, may be you should use the -4 option\r\n\r\nLooking at ./configure args, I see no option to enable this. Is this a bug, or a lacking feature?",
"discussion_thread": {
"_id": "8ec2eddb",
"posts": [
{
"text": "Unfortunately, the standard resolver API is v4-only. To query name servers with IPv6, we would need to make the UDP packet \\(may be with the help of the resolver library\\) and to send it with the regular socket calls. See http://stackoverflow.com/questions/388930/using-the-name-resolver-of-resolv-h-with-ipv6 for a discussion.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2009-03-13 20:36:27",
"last_edited": null,
"slug": "4a12",
"subject": "#49 dns plugin can't query via IPv6"
},
{
"text": "- **priority**: 5 --> 6\n- **assigned_to**: nobody --> bortz",
"attachments": [],
"author": "bortz",
"timestamp": "2009-03-13 20:36:27",
"last_edited": null,
"slug": "18f9",
"subject": "#49 dns plugin can't query via IPv6"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2009-03-13 20:36:27",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac0a5fcbc979b923a8db",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/8ec2eddb/",
"ticket_num": 49,
"custom_fields": {
"_priority": "6",
"_milestone": "Normal"
},
"created_date": "2009-03-13 19:47:36"
},{
"status": "closed-invalid",
"reported_by_id": "4e10ae26b9363c4f2f000378",
"related_artifacts": [],
"attachments": [],
"reported_by": "midget",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Minor fix on manpage.",
"description": "Fix for echoping.1.in:161\r\n\r\nManual page seems to contain a hyphen where a minus sign was intended. '-' chars are interpreted as hyphens \\(U+2010\\) by groff, not as minus signs \\(U+002D\\). Since options to programs use minus signs \\(U+002D\\), this means for example in UTF-8 locales that you cannot cut&paste options, nor search for them easily.",
"discussion_thread": {
"_id": "8d5228b8",
"posts": [
{
"text": "Manpage fix",
"attachments": [
{
"url": "http://sourceforge.net/p/echoping/bugs/_discuss/thread/8d5228b8/3f58/attachment/01_manpage_fixes.dpatch",
"bytes": 926
}
],
"author": "midget",
"timestamp": "2008-02-17 08:11:59",
"last_edited": null,
"slug": "3f58",
"subject": "#46 Minor fix on manpage."
},
{
"text": "Logged In: YES \nuser\\_id=25865\nOriginator: NO\n\nSorry, I do not find this character. Emacs, od and recode only find ASCII characters in the file. The - at line 161 really looks like a regular - to me.\r\n\r\n\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2008-03-10 23:00:55",
"last_edited": null,
"slug": "f1b3",
"subject": "#46 Minor fix on manpage."
},
{
"text": "- **priority**: 5 --> 3\n- **assigned_to**: nobody --> bortz\n- **status**: open --> open-works-for-me",
"attachments": [],
"author": "bortz",
"timestamp": "2008-03-10 23:00:55",
"last_edited": null,
"slug": "fae0",
"subject": "#46 Minor fix on manpage."
},
{
"text": "Forget about this one.\r\nI fixed on the Debian package.\r\nSorry for the noise.",
"attachments": [],
"author": "midget",
"timestamp": "2011-05-04 17:05:56",
"last_edited": null,
"slug": "8f8d",
"subject": "#46 Minor fix on manpage."
},
{
"text": "- **status**: open-works-for-me --> closed-invalid",
"attachments": [],
"author": "midget",
"timestamp": "2011-05-04 17:05:56",
"last_edited": null,
"slug": "f18e",
"subject": "#46 Minor fix on manpage."
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2011-05-04 17:05:56",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac085fcbc979b923a89c",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/8d5228b8/",
"ticket_num": 46,
"custom_fields": {
"_priority": "3",
"_milestone": "Wish"
},
"created_date": "2008-02-17 08:11:59"
},{
"status": "open-fixed",
"reported_by_id": "4e10ae26b9363c4f2f000378",
"related_artifacts": [],
"attachments": [],
"reported_by": "midget",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping: Fails to build against gnutls26 >= 2.7.x",
"description": "Hi bortz,\r\n\r\nI'm echoping's Debian package maintainer. Do you remember me?\r\n\r\nI've got this bug report under Debian \\[0\\] and I was wondering if you can provide a solution for it directly in echoping source to be buildable when gnutls26 reaches 2.7.x version.\r\n\r\n\\[0\\] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529820\r\n\r\nThanks in advance.\r\n",
"discussion_thread": {
"_id": "af0d20ac",
"posts": [
{
"text": "This should work:\n\n\\----------------------------\n\\--- echoping-6.0.2.orig/configure.ac\n+++ echoping-6.0.2/configure.ac\n@@ -92,14 +93,21 @@\nAC\\_ARG\\_WITH\\(gnutls,\n\\[ --with-gnutls\\[=DIR\\] SSL/TLS crypt support \\(needs GNU TLS\\), the argument DIR should not be necessary\\],dnl\n\\[if test \"$withval\" \\!= \"no\"; then\n\\- AC\\_DEFINE\\(GNUTLS,,\\[Crypto \\(TLS\\) support\\]\\)\n\\- GNUTLS=1\n\\- CPPFLAGS=\"$\\{CPPFLAGS\\} \\`libgnutls-config --cflags\\`\"\n\\- LDFLAGS=\"$\\{LDFLAGS\\} \\`libgnutls-config --libs\\`\"\n\\- if test \"$withval\" \\!= \"yes\"; then\n\\-\tGNUTLSROOT=$withval\n\\-\tLDFLAGS=\"$\\{LDFLAGS\\} -L$GNUTLSROOT/lib\"\n\\- CPPFLAGS=\"$\\{CPPFLAGS\\} -I$GNUTLSROOT/include\" \n\\+ if test \"$withval\" = \"yes\"; then\n\\+ PKG\\_CHECK\\_MODULES\\(\\[LIBGNUTLS\\], \\[gnutls &gt;= 1.0.0\\],\n\\+ \\[\n\\+ echo \"GnuTLS found\"\n\\+ AC\\_DEFINE\\(GNUTLS,,\\[Crypto \\(TLS\\) support\\]\\)\n\\+ GNUTLS=1\n\\+ CFLAGS=\"$CFLAGS $LIBGNUTLS\\_CFLAGS\"\n\\+ LIBS=\"$LIBS $LIBGNUTLS\\_LIBS\"\n\\+ \\],\\)\n\\+ else\n\\+ AC\\_DEFINE\\(GNUTLS,,\\[Crypto \\(TLS\\) support\\]\\)\n\\+ GNUTLS=1\n\\+ GNUTLSROOT=$withval\n\\+ LDFLAGS=\"$\\{LDFLAGS\\} -L$GNUTLSROOT/lib -lgnutls\"\n\\+ CPPFLAGS=\"$\\{CPPFLAGS\\} -I$GNUTLSROOT/include\" \nfi\nfi\\],\ndnl Default: disable it \n\\----------------------------\n\nThe whole thing can be simplified lot by drpping the else clause, obviously.\n\nOn a sidenote I needed to move \"AC\\_INIT\\(echoping, 6.0.2, bortz@users.sourceforge.net\\)\" from configure-common.ac to all the separate configure.ac files to be able regenerate the other auto\\* files. autoreconf and libtoolize both check for this line in configure.ac and do nothing if it cannot be found. \\(If I do not do this the new libtool.m4 and old ltmain.sh are combined to a non-working libtool script, exactly as in http.//bugs.debian.org/529701\\)",
"attachments": [],
"author": "ametzler",
"timestamp": "2009-06-28 13:15:28",
"last_edited": null,
"slug": "5d12",
"subject": "#50 echoping: Fails to build against gnutls26 >= 2.7.x"
},
{
"text": "The patch by ametzler seems indeed to work \\(thanks to him\\). I've committed it \\(r426\\) and will make a new release soon.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2009-06-30 14:26:33",
"last_edited": null,
"slug": "adcf",
"subject": "#50 echoping: Fails to build against gnutls26 >= 2.7.x"
},
{
"text": "- **assigned_to**: nobody --> bortz\n- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2009-06-30 14:26:33",
"last_edited": null,
"slug": "2892",
"subject": "#50 echoping: Fails to build against gnutls26 >= 2.7.x"
},
{
"text": "How soon you plan to release?\r\nMakes more sense for me to pack the new release instead to apply Andreas' \\(thanks\\) patch. ",
"attachments": [],
"author": "midget",
"timestamp": "2009-07-22 17:57:16",
"last_edited": null,
"slug": "f8a7",
"subject": "#50 echoping: Fails to build against gnutls26 >= 2.7.x"
},
{
"text": "KY3n9q &lt;a href=\"http://sutmspcnmwno.com/\"&gt;sutmspcnmwno&lt;/a&gt;, \\[url=http://kchdqcetxwlk.com/\\]kchdqcetxwlk\\[/url\\], \\[link=http://btvvyorcludx.com/\\]btvvyorcludx\\[/link\\], http://tlrqeivwbgzi.com/",
"attachments": [],
"author": "nobody",
"timestamp": "2013-03-20 02:34:29",
"last_edited": null,
"slug": "3458",
"subject": "#50 echoping: Fails to build against gnutls26 >= 2.7.x"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2009-06-30 14:26:33",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac0b5fcbc979b923a8ec",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/af0d20ac/",
"ticket_num": 50,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2009-06-24 23:21:51"
},{
"status": "open",
"reported_by_id": "518aac0d5fcbc979b923a911",
"related_artifacts": [],
"attachments": [],
"reported_by": "rodyan",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Problem build echoping on Solaris 10 SPARC",
"description": "Hello load the echoping-6.0.2 and tried to install on Solaris 10 \\(Sparc\\), I can execute \"./configure\" without problems, but at execute \"make\" I receive an error\r\n\r\n\\# make\r\nmake all-recursive\r\nMaking all in plugins\r\nMaking all in dns\r\nmake all-am\r\nsource='dns.c' object='dns.lo' libtool=yes \\\r\nDEPDIR=.deps depmode=none /bin/bash ./../../depcomp \\\r\n/bin/bash ./libtool --tag=CC --mode=compile cc -DHAVE\\_CONFIG\\_H -I. -g -c -o dns.lo dns.c\r\nmkdir .libs\r\ncc -DHAVE\\_CONFIG\\_H -I. -g -c dns.c -KPIC -DPIC -o .libs/dns.o\r\n\"../../echoping.h\", line 55: cannot find include file: &lt;stringprep.h&gt;\r\n\"../../echoping.h\", line 56: cannot find include file: &lt;idna.h&gt;\r\n\"dns.c\", line 47: warning: implicit function declaration: to\\_upper\r\ncc: acomp failed for dns.c\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: Command failed for target \\`dns.lo'\r\nCurrent working directory /Requisitos/smokeping/req/echoping-6.0.2/plugins/dns\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: Command failed for target \\`all'\r\nCurrent working directory /Requisitos/smokeping/req/echoping-6.0.2/plugins/dns\r\n\\*\\*\\* Error code 1\r\nThe following command caused the error:\r\nfailcom='exit 1'; \\\r\nfor f in x $MAKEFLAGS; do \\\r\ncase $f in \\\r\n\\*=\\* | --\\[\\!k\\]\\*\\);; \\\r\n\\*k\\*\\) failcom='fail=yes';; \\\r\nesac; \\\r\ndone; \\\r\ndot\\_seen=no; \\\r\ntarget=\\`echo all-recursive | sed s/-recursive//\\`; \\\r\nlist='dns ldap postgresql random whois'; for subdir in $list; do \\\r\necho \"Making $target in $subdir\"; \\\r\nif test \"$subdir\" = \".\"; then \\\r\ndot\\_seen=yes; \\\r\nlocal\\_target=\"$target-am\"; \\\r\nelse \\\r\nlocal\\_target=\"$target\"; \\\r\nfi; \\\r\n\\(cd $subdir && make $local\\_target\\) \\\r\n|| eval $failcom; \\\r\ndone; \\\r\nif test \"$dot\\_seen\" = \"no\"; then \\\r\nmake \"$target-am\" || exit 1; \\\r\nfi; test -z \"$fail\"\r\nmake: Fatal error: Command failed for target \\`all-recursive'\r\nCurrent working directory /Requisitos/smokeping/req/echoping-6.0.2/plugins\r\n\\*\\*\\* Error code 1\r\nThe following command caused the error:\r\nfailcom='exit 1'; \\\r\nfor f in x $MAKEFLAGS; do \\\r\ncase $f in \\\r\n\\*=\\* | --\\[\\!k\\]\\*\\);; \\\r\n\\*k\\*\\) failcom='fail=yes';; \\\r\nesac; \\\r\ndone; \\\r\ndot\\_seen=no; \\\r\ntarget=\\`echo all-recursive | sed s/-recursive//\\`; \\\r\nlist='plugins'; for subdir in $list; do \\\r\necho \"Making $target in $subdir\"; \\\r\nif test \"$subdir\" = \".\"; then \\\r\ndot\\_seen=yes; \\\r\nlocal\\_target=\"$target-am\"; \\\r\nelse \\\r\nlocal\\_target=\"$target\"; \\\r\nfi; \\\r\n\\(cd $subdir && make $local\\_target\\) \\\r\n|| eval $failcom; \\\r\ndone; \\\r\nif test \"$dot\\_seen\" = \"no\"; then \\\r\nmake \"$target-am\" || exit 1; \\\r\nfi; test -z \"$fail\"\r\nmake: Fatal error: Command failed for target \\`all-recursive'\r\nCurrent working directory /Requisitos/smokeping/req/echoping-6.0.2\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: Command failed for target \\`all'\r\n\\#",
"discussion_thread": {
"_id": "3ef72c93",
"posts": [
{
"text": "Config.log file",
"attachments": [
{
"url": "http://sourceforge.net/p/echoping/bugs/_discuss/thread/3ef72c93/a928/attachment/config.log",
"bytes": 51594
}
],
"author": "rodyan",
"timestamp": "2010-02-09 15:22:27",
"last_edited": null,
"slug": "a928",
"subject": "#51 Problem build echoping on Solaris 10 SPARC"
},
{
"text": "- **priority**: 5 --> 9",
"attachments": [],
"author": "rodyan",
"timestamp": "2010-02-09 15:23:06",
"last_edited": null,
"slug": "98ec",
"subject": "#51 Problem build echoping on Solaris 10 SPARC"
},
{
"text": "There is no libidn on your machine. configure should have detected it properly. In the mean time, just run configure with --without-libidn",
"attachments": [],
"author": "bortz",
"timestamp": "2010-02-13 21:26:24",
"last_edited": null,
"slug": "fbae",
"subject": "#51 Problem build echoping on Solaris 10 SPARC"
},
{
"text": "- **priority**: 9 --> 5\n- **assigned_to**: nobody --> bortz",
"attachments": [],
"author": "bortz",
"timestamp": "2010-02-13 21:26:24",
"last_edited": null,
"slug": "fafc",
"subject": "#51 Problem build echoping on Solaris 10 SPARC"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2010-02-13 21:26:24",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac0d5fcbc979b923a910",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/3ef72c93/",
"ticket_num": 51,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2010-02-09 15:22:26"
},{
"status": "open",
"reported_by_id": "4e10ae26b9363c4f2f000378",
"related_artifacts": [],
"attachments": [],
"reported_by": "midget",
"assigned_to": null,
"labels": [
"plugins"
],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "echoping DNS plugin ignores the hostname argument",
"description": "Hi Stephane,\r\n\r\nHereby I'm forwarding a bugs reported on echoping Debian package...\r\n\r\n\\--- \\[ ORIGINAL BUG REPORT \\] ---\r\n\r\nWhatever host argument is supplied to echoping's DNS plugin, it ignores\r\nit, and just uses the resolver as listed in /etc/resolv.conf etc.\r\ninstead.\r\n\r\nStill present in upstream DNS. This behaviour should at least be\r\nclearly documented.\r\n\r\nhttp://echoping.svn.sourceforge.net/viewvc/echoping/trunk/SRC/plugins/dns/dns.c?view=markup\r\n\r\nThanks...\r\n\r\n\\--- \\[ ORIGINAL BUG REPORT \\] ---\r\n\r\n\r\nI'll wait for your opinion before taking any step on this issue.\r\n\r\nCheers.\r\n\r\n\\[0\\] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588261\r\n",
"discussion_thread": {
"_id": "13337164",
"posts": [],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2010-07-06 16:41:19",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac105fcbc979b923a94f",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/13337164/",
"ticket_num": 52,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2010-07-06 16:41:19"
},{
"status": "open",
"reported_by_id": "4f3540db0594ca2bc0000b32",
"related_artifacts": [],
"attachments": [],
"reported_by": "bortz",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Should not translate IDN names to Unicode blindly",
"description": "Today, echoping, if compiled with IDN support, translates Unicode names to ACE \\(xn--something\\) systematically, with idna\\_to\\_ascii\\_8z, before calling getaddrinfo. According to the future IAB RFC \\(currently Internet-Draft draft-iab-idn-encoding\\), this is a bad idea since resolution can be done by other protocols than the DNS.\r\n\r\nNo obvious solution to this problem: Posix does not let an ordinary application know if getaddrinfo will use DNS, hosts file, LDAP, etc.\r\n",
"discussion_thread": {
"_id": "79744c82",
"posts": [
{
"text": "The standard about IDN handling has now been published as RFC 6055.",
"attachments": [],
"author": "bortz",
"timestamp": "2011-02-22 09:38:53",
"last_edited": null,
"slug": "d583",
"subject": "#54 Should not translate IDN names to Unicode blindly"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2010-12-02 13:42:11",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac105fcbc979b923a962",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/79744c82/",
"ticket_num": 54,
"custom_fields": {
"_priority": "3",
"_milestone": "Normal"
},
"created_date": "2010-12-02 13:42:11"
},{
"status": "closed-fixed",
"reported_by_id": "4e10ae26b9363c4f2f000378",
"related_artifacts": [],
"attachments": [],
"reported_by": "midget",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "echoping crashes sometimes when used against HTTPS hosts",
"description": "The following bug has been reported on Debian Bug Tracking System and patches has been provided.\r\n\r\nhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606808\r\n\r\n\\--- \\[ Reported bug \\] ---\r\nPackage: echoping\r\nVersion: 6.0.2-3\r\nSeverity: grave\r\nTags: security patch\r\nJustification: user security hole\r\n\r\nI use Smokeping to monitor a number of external hosts. echoping is\r\ncalled by EchoPingHttps Smokeping probe, and it crashes several times a\r\nweek, resulting in syslog error like: \r\n\r\nDec 11 00:13:27 bor kernel: \\[49668.766339\\] echoping\\[17510\\]: segfault at 767c858e ip 0804db39 sp bfea8710 error 4 in echoping\\[8048000+9000\\]\r\n\r\nHopefully, I found the source of this crash. I'm now running the patched\r\nechoping binary to verify the fix, which is provided below. \\(Strictly\r\nspeaking, only the last change is required, but the former two improve\r\nsafety without causing any harm.\\)\r\n\\--- \\[ Reported bug \\] ---\r\n\r\n\r\nThe last provided patch is attached.\r\nI'll wait for your advise in order to apply it.\r\n\r\nRegards,",
"discussion_thread": {
"_id": "57679f32",
"posts": [
{
"text": "Fix for bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606808",
"attachments": [
{
"url": "http://sourceforge.net/p/echoping/bugs/_discuss/thread/57679f32/36f0/attachment/606808.echoping.fix_for_crash_in_readline.patch",
"bytes": 2015
}
],
"author": "midget",
"timestamp": "2010-12-15 07:28:24",
"last_edited": null,
"slug": "36f0",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "I've committed r428, which applies Dmitry Semyonov's patch.\r\n\r\nAny idea why he indicated it as a security risk? I do not see it immediately.\r\n",
"attachments": [],
"author": "bortz",
"timestamp": "2010-12-22 13:28:02",
"last_edited": null,
"slug": "4755",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "- **milestone**: --> Normal\n- **assigned_to**: nobody --> bortz\n- **status**: open --> open-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2010-12-22 13:28:03",
"last_edited": null,
"slug": "d02b",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "Posting the answer here as well:\n\"My concern is the third gnutls\\_record\\_recv\\(\\) call. 'maxlen' argument\nof TLS\\_readline\\(\\) was passed to the call as is, and TLS\\_readline\\(\\)\ncallers \\*always pass the full size\\* of TLS\\_buffer\\[\\] as 'maxlen', but\npointer passed to the gnutls\\_record\\_recv\\(\\) is \\(TLS\\_buffer + some\noffset\\). So, in theory, remote side could send specifically prepared\ndata which could overwrite up to MAXTOREAD bytes past the buffer. As\nI'm not a security expert, I can't say for sure if it is really\nexploitable or not, but it does not look good at all.\"",
"attachments": [],
"author": "linulin",
"timestamp": "2010-12-23 08:11:57",
"last_edited": null,
"slug": "1321",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "Better patch is attached to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606808\\#34",
"attachments": [],
"author": "linulin",
"timestamp": "2011-01-01 23:52:33",
"last_edited": null,
"slug": "5603",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "The new patch, which fixes OpenSSL code as well as GnuTLS, has been committed in the trunk \\(r429\\)",
"attachments": [],
"author": "bortz",
"timestamp": "2011-01-04 09:18:00",
"last_edited": null,
"slug": "c5d2",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "Sorry for closing the bug, but it was invaded by spam comments. Technically, it is still open.",
"attachments": [],
"author": "bortz",
"timestamp": "2011-05-09 07:11:04",
"last_edited": null,
"slug": "a927",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
},
{
"text": "- **status**: open-fixed --> closed-fixed",
"attachments": [],
"author": "bortz",
"timestamp": "2011-05-09 07:11:05",
"last_edited": null,
"slug": "e288",
"subject": "#55 echoping crashes sometimes when used against HTTPS hosts"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2011-05-09 07:11:05",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac115fcbc979b923a96e",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/57679f32/",
"ticket_num": 55,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2010-12-15 07:28:24"
},{
"status": "open-accepted",
"reported_by_id": "4e10ae26b9363c4f2f000378",
"related_artifacts": [],
"attachments": [],
"reported_by": "midget",
"assigned_to": "bortz",
"labels": [],
"discussion_disabled": false,
"assigned_to_id": "4f3540db0594ca2bc0000b32",
"private": false,
"summary": "Uses deprecated _set_priority GnuTLS functions",
"description": "\r\nFor your reference this bug is based on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624049\r\n\r\nechoping is using some functions which are marked deprecated in\r\nnewer versions of GnuTLS \\(&gt;=2.12.x\\). \\(They are not yet removed, though.\\)\r\nThese functions will be removed in future releases.\r\n\r\nExcerpt from buildlog:\r\n====================================================\r\nechoping.c:1024:6: warning: 'gnutls\\_certificate\\_type\\_set\\_priority' is deprecated \\(declared at /usr/include/gnutls/compat.h:347\\)\r\n====================================================\r\n\r\nThe gnutls\\_\\*\\_set\\_priority family of functions has been marked deprecated\r\nin 2.12.x. These functions have been superceded by \r\ngnutls\\_priority\\_set\\_direct\\(\\). The replacement function was added in gnutls\r\nstable release 2.2.0 \\(released 2007-12-14\\).\r\n\r\nRegards,",
"discussion_thread": {
"_id": "5d8b761f",
"posts": [
{
"text": "- **milestone**: --> Normal\n- **priority**: 5 --> 3\n- **assigned_to**: nobody --> bortz\n- **status**: open --> open-accepted",
"attachments": [],
"author": "bortz",
"timestamp": "2011-07-26 10:08:45",
"last_edited": null,
"slug": "0fbe",
"subject": "#56 Uses deprecated _set_priority GnuTLS functions"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2011-07-26 10:08:45",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac145fcbc979b923a9a5",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/5d8b761f/",
"ticket_num": 56,
"custom_fields": {
"_priority": "3",
"_milestone": "Normal"
},
"created_date": "2011-07-13 07:27:24"
},{
"status": "open",
"reported_by_id": null,
"related_artifacts": [],
"attachments": [],
"reported_by": "*anonymous",
"assigned_to": null,
"labels": [],
"discussion_disabled": false,
"assigned_to_id": null,
"private": false,
"summary": "Echoping install on Solaris 10",
"description": "Hello,\r\n\r\nI am trying to install echoping on Solaris 10 and I configure it with --without-libidn, but when I make, I still gives me below error.\r\n\r\n\\# make\r\nmake all-recursive\r\nMaking all in plugins\r\nMaking all in dns\r\nmake all-am\r\n/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE\\_CONFIG\\_H -I. -g -O2 -MT dns.lo -MD -MP -MF .deps/dns.Tpo -c -o dns.lo dns.c\r\ngcc -DHAVE\\_CONFIG\\_H -I. -g -O2 -MT dns.lo -MD -MP -MF .deps/dns.Tpo -c dns.c -fPIC -DPIC -o .libs/dns.o\r\ngcc -DHAVE\\_CONFIG\\_H -I. -g -O2 -MT dns.lo -MD -MP -MF .deps/dns.Tpo -c dns.c -o dns.o &gt;/dev/null 2&gt;&1\r\nmv -f .deps/dns.Tpo .deps/dns.Plo\r\n/bin/bash ./libtool --tag=CC --mode=link gcc -g -O2 -module -o dns.la -rpath /usr/local/lib/echoping dns.lo -lresolv -lpopt\r\nrm -fr .libs/dns.so .libs/dns.so.0 .libs/dns.so.0.0.0\r\ngcc -shared -Wl,-h -Wl,dns.so.0 -o .libs/dns.so.0.0.0 .libs/dns.o -lresolv -lpopt -lc\r\n\\(cd .libs && rm -f dns.so.0 && ln -s dns.so.0.0.0 dns.so.0\\)\r\n\\(cd .libs && rm -f dns.so && ln -s dns.so.0.0.0 dns.so\\)\r\nfalse cru .libs/dns.a dns.o\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: Command failed for target \\`dns.la'\r\nCurrent working directory /export/home/users/tech/echoping-6.0.2/plugins/dns\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: Command failed for target \\`all'\r\nCurrent working directory /export/home/users/tech/echoping-6.0.2/plugins/dns\r\n\\*\\*\\* Error code 1\r\nThe following command caused the error:\r\nfailcom='exit 1'; \\\r\nfor f in x $MAKEFLAGS; do \\\r\ncase $f in \\\r\n\\*=\\* | --\\[\\!k\\]\\*\\);; \\\r\n\\*k\\*\\) failcom='fail=yes';; \\\r\nesac; \\\r\ndone; \\\r\ndot\\_seen=no; \\\r\ntarget=\\`echo all-recursive | sed s/-recursive//\\`; \\\r\nlist='dns ldap postgresql random whois'; for subdir in $list; do \\\r\necho \"Making $target in $subdir\"; \\\r\nif test \"$subdir\" = \".\"; then \\\r\ndot\\_seen=yes; \\\r\nlocal\\_target=\"$target-am\"; \\\r\nelse \\\r\nlocal\\_target=\"$target\"; \\\r\nfi; \\\r\n\\(cd $subdir && make $local\\_target\\) \\\r\n|| eval $failcom; \\\r\ndone; \\\r\nif test \"$dot\\_seen\" = \"no\"; then \\\r\nmake \"$target-am\" || exit 1; \\\r\nfi; test -z \"$fail\"\r\nmake: Fatal error: Command failed for target \\`all-recursive'\r\nCurrent working directory /export/home/users/tech/echoping-6.0.2/plugins\r\n\\*\\*\\* Error code 1\r\nThe following command caused the error:\r\nfailcom='exit 1'; \\\r\nfor f in x $MAKEFLAGS; do \\\r\ncase $f in \\\r\n\\*=\\* | --\\[\\!k\\]\\*\\);; \\\r\n\\*k\\*\\) failcom='fail=yes';; \\\r\nesac; \\\r\ndone; \\\r\ndot\\_seen=no; \\\r\ntarget=\\`echo all-recursive | sed s/-recursive//\\`; \\\r\nlist='plugins'; for subdir in $list; do \\\r\necho \"Making $target in $subdir\"; \\\r\nif test \"$subdir\" = \".\"; then \\\r\ndot\\_seen=yes; \\\r\nlocal\\_target=\"$target-am\"; \\\r\nelse \\\r\nlocal\\_target=\"$target\"; \\\r\nfi; \\\r\n\\(cd $subdir && make $local\\_target\\) \\\r\n|| eval $failcom; \\\r\ndone; \\\r\nif test \"$dot\\_seen\" = \"no\"; then \\\r\nmake \"$target-am\" || exit 1; \\\r\nfi; test -z \"$fail\"\r\nmake: Fatal error: Command failed for target \\`all-recursive'\r\nCurrent working directory /export/home/users/tech/echoping-6.0.2\r\n\\*\\*\\* Error code 1\r\nmake: Fatal error: Command failed for target \\`all'\r\n\\#\r\n\r\nPlease let me know why do I get this error and how to resolve it.\r\n\r\nThank you.\r\n\r\nShivani",
"discussion_thread": {
"_id": "9c6b3808",
"posts": [
{
"text": "No idea, sorry. There is no error message in the output, explaining while the build of the DNS plugin failed. May be a Solaris expert could help.",
"attachments": [],
"author": "bortz",
"timestamp": "2011-10-14 13:42:52",
"last_edited": null,
"slug": "61fb",
"subject": "#57 Echoping install on Solaris 10"
},
{
"text": "Great write-up, I am normal visitor of ones web site, maintain up the nice operate, and It's going to be a regular visitor for a long time. Burberry Outlet http://burberryoutlet118.cabanova.com",
"attachments": [],
"author": "nobody",
"timestamp": "2013-03-28 02:57:46",
"last_edited": null,
"slug": "90b8",
"subject": "#57 Echoping install on Solaris 10"
},
{
"text": "The swtor credits http://www.mmogm.com/swtor/ were a gift from \"Santa\". There have been complaints that the swtor credits http://www.mmogm.com/swtor/ are too stiff and not as nice. I like these swtor credits http://www.mmogm.com/swtor/. They can be incredibly trend, and even A lot more nice than the Classics in my opinion. The seem is quite superior if you, like me, are extra of an outdoorsy person.",
"attachments": [],
"author": "nobody",
"timestamp": "2013-03-28 06:59:09",
"last_edited": null,
"slug": "53a9",
"subject": "#57 Echoping install on Solaris 10"
}
],
"discussion_id": "518aabc45fcbc979b923a44c",
"subject": ""
},
"mod_date": "2011-10-13 16:18:15",
"votes_down": 0,
"votes_up": 0,
"_id": "518aac155fcbc979b923a9b1",
"discussion_thread_url": "http://sourceforge.net/rest/p/echoping/bugs/_discuss/thread/9c6b3808/",
"ticket_num": 57,
"custom_fields": {
"_priority": "5",
"_milestone": "Normal"
},
"created_date": "2011-10-13 16:18:15"
}],
"tracker_config":{
"_id": "518aabc45fcbc979b923a44a",
"options": {
"ordinal": 8,
"import_id": "tracker/104581",
"mount_point": "bugs",
"TicketMonitoringType": null,
"EnableVoting": false,
"TicketMonitoringEmail": "",
"mount_label": "Bugs"
}
},
"milestones":[
{
"due_date": null,
"complete": true,
"closed": 0,
"default": null,
"description": "Critical",
"total": 0,
"name": "Critical"
},
{
"due_date": null,
"complete": false,
"closed": 21,
"default": null,
"description": "Normal",
"total": 33,
"name": "Normal"
},
{
"due_date": null,
"complete": false,
"closed": 6,
"default": null,
"description": "Wish",
"total": 7,
"name": "Wish"
}
],
"custom_fields":[
{
"milestones": [
{
"due_date": null,
"description": "Critical",
"complete": true,
"name": "Critical"
},
{
"due_date": null,
"description": "Normal",
"complete": false,
"name": "Normal"
},
{
"due_date": null,
"description": "Wish",
"complete": false,
"name": "Wish"
}
],
"type": "milestone",
"name": "_milestone",
"label": "Group"
},
{
"type": "select",
"label": "Priority",
"show_in_search": true,
"options": "1 2 3 4 *5 6 7 8 9",
"name": "_priority"
}
],
"open_status_names":"open unread pending open-later open-fixed open-accepted",
"closed_status_names":"closed closed-fixed closed-out-of-date closed-wont-fix closed-works-for-me closed-duplicate closed-invalid",
"saved_bins":[
{
"sort": "mod_date_dt desc",
"_id": "518aabc45fcbc979b923a453",
"terms": "!status:closed-wont-fix && !status:closed-duplicate && !status:closed-out-of-date && !status:closed-works-for-me && !status:closed && !status:closed-invalid && !status:closed-fixed",
"summary": "Changes"
},
{
"sort": "",
"_id": "518aabc45fcbc979b923a452",
"terms": "status:closed-wont-fix or status:closed-duplicate or status:closed-out-of-date or status:closed-works-for-me or status:closed or status:closed-invalid or status:closed-fixed",
"summary": "Closed Tickets"
},
{
"sort": "",
"_id": "518aabc45fcbc979b923a451",
"terms": "!status:closed-wont-fix && !status:closed-duplicate && !status:closed-out-of-date && !status:closed-works-for-me && !status:closed && !status:closed-invalid && !status:closed-fixed",
"summary": "Open Tickets"
}
]}