PM> I'm now using it in my packet sorter, so (eventually) you'll get it and
 PM> you can do what you like with it. It was written to maximise the chance of
 PM> handling the date and time, even if it has to do a little fiddling on the
 PM> way through. For instance, if you pass it an invalid time, say
"25:66:77"
 PM> it'll merrily change this to "23:59:59" without ever
informing you there's
 PM> a problem.

Ah, well I convert all bad dates into 1994.1.1 internally, no matter what
the problem was, and pass the date through unchanged, and flag it as an
error.

 PM> While I was testing the program and comparing the results to the original
 PM> dtsplit, I noticed one discrepency. If you use a date of "01
Jan 05", the
 PM> original will treat the year as 1905 while mine will treat it as 2005.

Now I'll have to check that.  I'm pretty sure I asked for a "closest
rules" rule.  BFN.

Paul

--- GoldED/2 2.42.G1114