Shell Programming and Scripting

From current directory try:

Code:

date +%Y | read cy
find ./ -type f -exec ls -l {} \; | awk -v cy=$cy '
BEGIN{
 ms="JAN,FEB,MAR,APR,MAY,JUN,JUL,AUG,SEP,OCT,NOV,DEC";
 split(ms,ma,",");
 for (i=1; i<=12; i++) mo[ma[i]]=i;
}
{
 l=$0;
 sub("  *[.][/].*","",l);
 tl=l;
 gsub("  *"," ",l);
 c=split(l,a);
 t="0000";
 y=a[c];
 if (a[c] ~ ":") {
    t=a[c];
    gsub(":","",t);
    y=cy;
 }
 m=a[c-2];
 m=toupper(m);
 d=a[c-1];
 if (mo[m] ~ /^$/) mo[m]="01";
 fl=$0;
 sub(tl,"");
 printf("%4d%02d%02d%s : %s\n", y,mo[m],d,t,$0);
}
' | sort -n

NOTE: The find will run for a while from top level dir.

Just like most people seeking help, you neglected to specify your operating system. Without that information we are forced to guess or we must limit ourselves to a less functional common denominator.

Your first post suggests you are not using a GNU/Linux system, otherwise -printf would have been recognized. Had it been supported, it could have accomplished the decoration in a decorate-sort-dedecorate solution:

Code:

find . -type f -printf '%T@\t%p\n' | sort -rn | cut -f2-

Since that doesn't seem possible, we have to turn elsewhere. Many systems have a stat tool (or something similar) which can output numerically sortable timestamp data, but these utilities are highly unportable. With the proper options, such a tool could be invoked effectively by find's -exec.

Regards,
Alister

assuming your column 6,7,8 are month, date and time respectively...
try this...
latest at the last...

Code:

find $path -type f -exec ls -lt {} \;  | sort -k 6 -k 7 -k 8

The ls date format is locale dependent. In what locale does your suggestion work? Can you show a sample of that locale's ls long-format output?

Since ls is never called with more than one argument, the -t option serves no purpose.

Regards,
Alister

I am running it on bash and as earlier mentioned in my previous post, ls format is month, date and time for columns 6,7 & 8 respectively. i have tried that and it works fine thats why i've suggested this...

May be for other format we need to modify it lit bit..

"locale dependent" means "what works for you won't work for someone else". Even worse, it will fail in ways that aren't obvious -- the output will be scrambled or wrong, rather than getting an error message or "option not supported".

It's better to write code that works in many places than make someone else fix code that doesn't.

As what you said "locale dependent". Okies.. that's fine. agreed..
But I'll try as per what resources I have. This is not possible to check for all other types if I don't have it.