Everyone at the UNIX and Linux Forums gives their best effort to reply to all questions in a timely manner. For this reason, posting questions with subjects like "Urgent!" or "Emergency" and demanding a fast reply are not permitted in the regular forums.
For members who want a higher visibility to their questions, we suggest you post in the Emergency UNIX and Linux Support Forum. This forum is given a higher priority than our regular forums.
Posting a new question in the Emergency UNIX and Linux Support Forum requires forum Bits. We monitor this forum to help people with emergencies, but we do not not guarantee response time or best answers. However, we will treat your post with a higher priority and give our best efforts to help you.
If you have posted a question in the regular forum with a subject "Urgent" "Emergency" or similar idea, we will, more-than-likely, close your thread and post this reply, redirecting you to the proper forum.
Of course, you can always post a descriptive subject text, remove words like "Urgent" etc. (from your subject and post) and post in the regular forums at any time.
Freeform dates are a disaster in data processing. This problem is a good example.
given this sample:
25/1/1979 06:00:00 AM
7/19/1979 06:00:00 PM
So dd/mm and mm/dd are both possible.
This date now becomes undecidable:
4/7/1979 06:00:00 PM
It is either April 7 or July 4.
So unless there is a way to remove undecidable dates, you cannot reliably process your data. So, this whole problem cannot be decided as stated. Which is why the answers you have gotten are not much help. My specialty is calendrics - and I do not know of a solution. It requires intelligent human intervention to look at other data that is related to the problem dates lines of data and hopefully figure it out.
1. do not let that happen again in the future, constrain date entry to a known format.
2. find somebody in your company who knows a lot about the data, let them decide.
Or guess.