Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 75704 invoked from network); 28 Jun 2005 15:30:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Jun 2005 15:30:27 -0000 Received: (qmail 8847 invoked by uid 500); 28 Jun 2005 15:30:17 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 8762 invoked by uid 500); 28 Jun 2005 15:30:16 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 8749 invoked by uid 99); 28 Jun 2005 15:30:15 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jun 2005 08:30:15 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [209.87.224.244] (HELO nakina-ex2003.nakinasys.local) (209.87.224.244) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jun 2005 08:30:13 -0700 x-mimeole: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: TFTPClient.send() BROKEN Date: Tue, 28 Jun 2005 11:30:48 -0400 Message-ID: <2AE8509EC6CD4E4D946E22751F7C8160167AFD@nakina-ex2003.nakinasys.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: TFTPClient.send() BROKEN Thread-Index: AcV79kWTXVgBtUxdSmi6BKeJrqFvmA== From: "Matthew Tobiasz" To: Cc: "Maurice Godin" , "Richard Mebane" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello, It appears that the sendFile() method in TFTPClient from Commons Net release 1.4.0 is not working. What happens is all 512 byte fixed length data packets are send, but the last packet (which is less then 512) is never sent, yet the method exits cleanly. I discovered this issue when writing an application which uses the Commons Net API to send a file via TFTP and things weren't working. After some packet sniffing to see what the was being sent, I compared the Windows command-line TFTP client to the Commons Net API, and discovered a discontinuity between the two transfers, which shouldn't be the case. According to Ethereal, the Commons Net API does not appear to be sending out the last packet in a normal TFTP session (the packet with less then 512 bytes of data, which signals the end of a transfer). Using the example program "tftp.java" from "commons-net/java/example" the same issue is present. If you send a file using the TFTPClient, take a look at the send file on the destination machine, and you'll see that the file is incomplete (missing a < 512 byte section from the end of file). Now is this a known issue? -Matthew --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org