I think that may be when you use a threaded program? (guessing)
I noticed that on V1 when I was first trying to get the proxies to work with it. It was while I was troubleshooting using one thread. I run the thing with 100 threads usually.
It's not that big of a deal, but would be handy to know which URLs haven't been pinged at all yet via another file. This would make it much easier to add a pause feature, since all Matt would have to do would be to have the program stop once it finishes the current pings in progress; negating having to even enter a resource intensive "while" loop.
When I use it, it does hang on 99% for up to about 2 minutes. This is because it is retrying the last few pings that have failed (sometimes because a service is down). It does, however, get to 100% eventually.
If this is not the case for anyone, I'll investigate further.
Granted, that was using V2 since I posted my last comment after having spent 9 days pinging over 110k URLs and watched it sit on 99% for about two days.
I have since tried pinging 23k URLs using V3 and it has been hung up on 99% for about 14-15 hours.
I'm using Windows 2003 Server Standard version. Though, since others are using newer versions, it's probably not Windows version specific.
(You know, a likely quicker band-aid for this is a pause feature
so we can resume and it start back at 0% using the URLs that are remaining, if you don't feel like investigating the root cause at the present time.)
It's not a big deal for me since all those URLs are for my own use, and not for clients, so I could care less if all of them get successful pings as long as the majority are.
Other than that, it's a very strong product.