#3 Fix for date parsing problems on Unix systems

[Anonymous]

I found a problem when the library parsed the date of
files on a unix server and considering several scenarios
when the current time of the client system is on a
different time zone than the server.

The detailed problem I found is the following:

A connected to a server and the list of files returned one
with the date "Nov 4 16:17". Being current client system
time "Apr 28,2005 5:00" the system was parsing the file
date as "2005/11/04 16:17" being "2004/11/04 16:17"
the expected parsed date.

As I noticed I'm using my client applications at GMT-5
and my servers are running at GMT time, the fix for this
problem needs to consider other scenarios:

If I update a file on the server being my client time Apr
30 19:30, when the same file is listed the server will
report "May 1 00:30". In this case, the expected parsed
date should be "2005/05/01 00:30".

The same previous case but being at Dec 30 19:30,
when the same file is listed the server will report "Jan 1
00:30". In this case, the expected parsed date should
be "2006/05/01 00:30".

The fix required to change the
operation "examineUnixListDate" on FtpFile.java.
Attached is a file with the fix.

Guillermo Posse
gposse@indudata.com
Bogota, Colombia

[Nobody/Anonymous]