X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=uIcYDKuCZ7iXud33 jt40nEi4Jrm+N84fzqnIVRJxqhrmBQfiKQCtYgOCLmldkvGbzT/zgbyq4aMkg4dK truq8ELxkGR2P36DHbOBhGu/5GzZjIvjHzhhG5fUDj8BaMqObY5TSN3t63Re/rae oBrTanWIMB26DPX0WZIp0JbSdFk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=191+nDcSScwEMh08TfS/pT fSlco=; b=TzYJGg2ejwwkOYlqlUBwQJHJtPvPX4QwK8djEFWOAvWf58S2AUDwMW IM3U1nzKSC4iW+pdSe4ipXZjztFzFkCbsGVcmRbgP65kybcSfA+3JqUQMlTvNoY9 URK9xLDfNnW91bsIh5kPU+LX3mRS4phtbQjciq3EH7aSy3UDqRYl8= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=H*r:envelope-sender, solely X-HELO: smtp1.lauterbach.com X-Qmail-Scanner-Diagnostics: from 10.2.11.10 by smtp1.lauterbach.com (envelope-from , uid 484) with qmail-scanner-2.11 (mhr: 1.0. clamdscan: 0.99/21437. spamassassin: 3.4.0. Clear:RC:0(10.2.11.10):SA:0(-12.9/5.0):. Processed in 5.803409 secs); 05 Aug 2016 14:57:10 -0000 Subject: Re: Size limitation for NcFsd drive? To: cygwin AT cygwin DOT com References: <2483665a-eae1-737d-59f2-ca6af9428aca AT lauterbach DOT com> <2b6c3324-0a18-7437-c85b-bb30d3cbdbae AT lauterbach DOT com> <20160728195859 DOT GE26311 AT calimero DOT vinschen DOT de> <8ffdb11a-a2a6-109b-988d-2d5f38c98731 AT lauterbach DOT com> <20160729141831 DOT GA9364 AT calimero DOT vinschen DOT de> <20160729143815 DOT GE5963 AT calimero DOT vinschen DOT de> <20160802145926 DOT GM3470 AT calimero DOT vinschen DOT de> <20160805093058 DOT GJ25811 AT calimero DOT vinschen DOT de> From: Franz Sirl Message-ID: <1fe4e724-112e-f626-ac50-ae16a69552cb@lauterbach.com> Date: Fri, 5 Aug 2016 16:57:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Thunderbird/47.0 MIME-Version: 1.0 In-Reply-To: <20160805093058.GJ25811@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Am 2016-08-05 um 11:30 schrieb Corinna Vinschen: > On Aug 4 20:31, Franz Sirl wrote: >> Sorry for the delay, for some reason my users keep me busy with strange >> bugs, see my answers below. > > I know what you mean :) > >> Am 2016-08-02 um 16:59 schrieb Corinna Vinschen: >>> Hi Franz, >>> >>> On Aug 2 16:26, Franz Sirl wrote: >>>> Nevertheless I believe the fallback to >>>> NtQueryDirectoryFile(FileIdBothDirectoryInformation) does not do what you >>>> want if the path is the root directory of a share. But that's not the cause >>>> of this problem. >>> >>> Yeah, as I wrote in my reply, the NtQueryDirectoryFile branch isn't >>> supposed to be hit in this scenario. It's solely for "access denied" >>> situations. >> >> Got it. >> >>> Are you set up to build your own Cygwin DLL so you can test the above >>> patch locally? >> >> Not really, but since I've already created a few testcases for Novell now, I >> have my own little "framework" using ntdll.dll directly. I added your code >> to it and it showed: >> >> C:\NovellQueryAllInformationFile\Debug>NovellQueryAllInformationFile.exe t:\ >> NtQueryInformationFile(FileAllInformation) 't:\' resulted in errorcode >> c7e90006, description: (no description) >> Returned filename: '' >> NtQueryInformationFile(FileBasicInformation) 't:\' resulted in errorcode 0, >> description: STATUS_WAIT_0 >> NtQueryInformationFile(FileStandardInformation) 't:\' resulted in errorcode >> 0, description: STATUS_WAIT_0 >> >> So your fallback will work nicely. No idea if it's worth it, because I'll >> likely get an updated NCP client soon from Novell. > > Ok, thank you. I applied a patch nevertheless, because we can never be > really sure there won't be another filesystems with the same problem. > > I uploaded a new developer snapshot to https://cygwin.com/snapshots/ > which contains my fix. It would be nice if you could give it a try. Hi Corinna, the snapshot fixes the problem nicely, thanks! Franz -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple