Return-Path: X-Original-To: apmail-subversion-dev-archive@minotaur.apache.org Delivered-To: apmail-subversion-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 24AEE18193 for ; Thu, 27 Aug 2015 15:43:45 +0000 (UTC) Received: (qmail 21014 invoked by uid 500); 27 Aug 2015 15:43:40 -0000 Delivered-To: apmail-subversion-dev-archive@subversion.apache.org Received: (qmail 20966 invoked by uid 500); 27 Aug 2015 15:43:40 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 20956 invoked by uid 99); 27 Aug 2015 15:43:39 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Aug 2015 15:43:39 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 4FD9B1AAF74 for ; Thu, 27 Aug 2015 15:43:39 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.021 X-Spam-Level: X-Spam-Status: No, score=-0.021 tagged_above=-999 required=6.31 tests=[RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id Jd6qjCmSvxw3 for ; Thu, 27 Aug 2015 15:43:35 +0000 (UTC) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.93]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id F2BDA42921 for ; Thu, 27 Aug 2015 15:43:34 +0000 (UTC) Received: from [91.113.179.170] (helo=[192.168.92.20]) by smtprelay05.ispgateway.de with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1ZUzKq-000758-Mo for dev@subversion.apache.org; Thu, 27 Aug 2015 17:43:28 +0200 To: dev@subversion.apache.org From: Marc Strapetz Subject: JavaHL: strange/impossible IOException Message-ID: <55DF3048.7040704@syntevo.com> Date: Thu, 27 Aug 2015 17:44:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Df-Sender: bWFyYy5zdHJhcGV0ekBzeW50ZXZvLmNvbQ== We have just received following bug report which shows an impossible stack trace: > java.io.IOException: No space left on device > at java.io.FileOutputStream.writeBytes(Native Method) > at java.io.FileOutputStream.write(Unknown Source) > at org.apache.subversion.javahl.remote.RemoteSession.nativeGetFile(Native Method) > at org.apache.subversion.javahl.remote.RemoteSession.getFile(RemoteSession.java:167) I'm considering it as "impossible", because RemoteSession.nativeGetFile only throws a ClientException and no IOException. I guess the only possible way to throw a checked Exception which is not declared is from native code. Now I'm wondering whether this might be related to the Exception wrapping/unwrapping problem which Bert has addressed in r1664939 (and following)? Btw, these kinds of stack traces have also been reported for the javahl-1.8-extensions branch. -Marc