commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rory Winston (JIRA)" <>
Subject [jira] Commented: (NET-315) listFiles() locks up under 2.1, but works under 2.0
Date Sat, 03 Apr 2010 07:07:27 GMT


Rory Winston commented on NET-315:

Hi Andy

Thanks for the complete test case, which is very useful. Just a couple of things:

I see that in your tests, you have the following:

if (files.length==0)
		{"No files? BROKEN!!!!!!!!!!!!!");
			throw new IOException("broken");

But a zero-length array is a valid return value if a directory is empty.

Also, could you by any chance run this in debug mode and break execution when the program
locks up? What would be very useful is a stack trace in this situation.

> listFiles() locks up under 2.1, but works under 2.0
> ---------------------------------------------------
>                 Key: NET-315
>                 URL:
>             Project: Commons Net
>          Issue Type: Bug
>    Affects Versions: 2.1
>         Environment: Ubuntu x86_64 9.04, Java x86_64 1.6.0_16-b01
>            Reporter: Andy Brook
>         Attachments:
> I have several servers that I'm spidering with FTPClient, I initially thought there was
something wrong with what Im doing, however, dropping the version back to 2.0, and what I'm
seeing goes away.
> the following 'System Names' exhibit this lockup behaviour:
> ||System || Works|| Notes ||
> |UNIX Type\: L8| (x)| several sites Im talking to respond with this |
> |System Name\: null | (x) | I found that on connect its telling me "Windows_NT"|
> Ubuntu 6.06 and 9.04 systems work fine.
> Attached will be a test-case maven project, just edit the '' in resources,
with valid ftp server values.  With commons-net-2.1 it locks up, but backing off to 2.0, it

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message