Re: Logging filename extensions committed

[Kris Katterjohn <katterjohn () gmail com>]

jah wrote:
> First off, an unhandled exception:
> Windows filenames cannot contain a colon (because, historically, Windows 
> was excreted from one) so %T (%H:%M:%S) is no use to windows users and 
> supplying it crashes nmap on my system.

Well crap! :)

I suppose removing the current %R and %T and convert what is currently 
%r and %t (the same but without the colons) to that instead won't cause 
a problem.  In fact, I much like this idea.

Now would be the time since it's just been put in.  What do you think?

> Secondly an idea:
> I wonder what you think of making it simple to produce YYYYmmddTHHMMSS 
> similar to ISO 8601 time [2] (similar, but without the hyphens or 
> colons).  This format is great for filename sort ordering in windows.  
> With your scheme, that would be %Y%m%dT%t, which is fine, but it would 
> be nice to have a short form for the (non American style) date as well 
> as a short form for the time.  Even better would be %<single_char> 
> depending on the demand for such a thing.  It might also be useful to 
> include the timezone offset if that weren't taking it too far (a plus 
> sign is legal in windows file naming)...
>
> Whaddyareckon?

I don't want to diverge too much from strftime(), and most of the 
letters are taken there :)

Let's see what others think.

> Regardless, I think it's already a very useful feature and I'm sure many 
> will agree.
>
>
> jah

Thanks!
Kris Katterjohn

_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://SecLists.Org