X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ECEAA385DC0C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1709894294; bh=u+nhnMX3g1Dv+rXj0KvxxXTD6A5J+qOGTsMNmjIV5k8=; h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=heYOHF0LGZR645MiiW3HXQuknKGc3T0JlZqtyHUrSXM3+yNlVbdEdMPG6UM9MUFsA lQ/aO+wBs++cGrG/acfPrmS/tZ/ofPZWcMCCfZXPcdBSHHFIWv5MRR2VEh/ZgQRDwg y7+U5WbknCfp5rDFdA/41tQ9BXh6FqBnM6pFd8Qc= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 880C1385C6DD Date: Fri, 8 Mar 2024 11:37:15 +0100 To: Jeffrey Altman Subject: Re: ls/stat on OneDrive causes download of files Message-ID: Mail-Followup-To: Jeffrey Altman , cygwin AT cygwin DOT com References: <208962d1-78cd-4e2d-9e4a-a1edcbf5e809 AT SystematicSW DOT ab DOT ca> <7d9fe460-5704-424b-a89b-e34ef2176d38 AT secure-endpoints DOT com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <7d9fe460-5704-424b-a89b-e34ef2176d38@secure-endpoints.com> X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Corinna Vinschen via Cygwin Reply-To: cygwin AT cygwin DOT com Cc: Corinna Vinschen , cygwin AT cygwin DOT com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Hi Jeffrey, On Mar 6 13:55, Jeffrey Altman via Cygwin wrote: > On 3/6/2024 12:19 PM, Corinna Vinschen via Cygwin wrote: > > We can add an explicit call to > > > > RtlSetProcessPlaceholderCompatibilityMode (PHCM_EXPOSE_PLACEHOLDERS); > > [...] > Files and directories that are placeholders should have either the > FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS or FILE_ATTRIBUTE_RECALL_ON_OPEN file > attributes set. When these attributes are set, applications and mini filters > are advised not to "read" or "open" the files or directories unless they > absolutely need to because doing so will cause the placeholder to be > replaced by an object containing the actual data which might take a long > time to fetch, Yesterday I stumbled over a certain NtCreateFile flag: FILE_OPEN_NO_RECALL (0x00400000) Instructs any filters that perform offline storage or virtualization to not recall the contents of the file as a result of this open. MS-CIFS described it like this: FILE_OPEN_NO_RECALL 0x00400000 In a hierarchical storage management environment, this option requests that the file SHOULD NOT be recalled from tertiary storage such as tape. A file recall can take up to several minutes in a hierarchical storage management environment. The clients can specify this option to avoid such delays. This sounds like we could simply add this flag to all NtOpenFile used for path conversion or stat-like calls, without having to care for any file attributes specificially. Does that make sense? Thanks, Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple