X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4A3723857C6F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1709745607; bh=sDSj2O7CQoKdkAo0GyUPmwgDE3to2szq8bxoiexK0XA=; 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=QgXTcvq8PrWkBU9qy14Rg1BCLDWfTeMiPhi0vXpGH8pIjcwL7cOoV4uMku6cNfmfE MFBymFspMN8puWNViAyz86nX7OOODqtcKoJJDLmxZ1KM8oFgsGAJHBiG4oYfvPSgQO /gHTGAhMcuvhkzpa10Py2Fr3V+lePhUUxNM6RwmU= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ACB013858D34 Date: Wed, 6 Mar 2024 18:19:12 +0100 To: cygwin AT cygwin DOT com Subject: Re: ls/stat on OneDrive causes download of files Message-ID: Mail-Followup-To: cygwin AT cygwin DOT com References: <208962d1-78cd-4e2d-9e4a-a1edcbf5e809 AT SystematicSW DOT ab DOT ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <208962d1-78cd-4e2d-9e4a-a1edcbf5e809@SystematicSW.ab.ca> 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 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" On Mar 6 06:54, Brian Inglis via Cygwin wrote: > On 2024-03-06 06:28, Corinna Vinschen via Cygwin wrote: > > On Mar 6 14:22, Corinna Vinschen via Cygwin wrote: > > > Given these placeholder files are actually reparse points of type > > > IO_REPARSE_TAG_FILE_PLACEHOLDER, we can handle them as symbolic links. > > > > > > However, the structure of the IO_REPARSE_TAG_FILE_PLACEHOLDER reparse > > > data buffer is undocumented. It would be helpful if somebody using > > > OneDrive would examine the content of the attached REPARSE_DATA_BUFFER. > > > > > > > [2] https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/fhandler/disk_file.cc#L548 > > > > > > The NtReadFile call at this point is not the problem. It would be > > > helpful to point to Cygwin's source instead of MSYS2, btw. > > > > Oh, btw., this is from > > https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-fscc/c8e77b37-3909-4fe6-a4ea-2b9d423b1ee4: > > > > IO_REPARSE_TAG_FILE_PLACEHOLDER > > 0x80000015 > > > > Obsolete. > > --------- > > Used by Windows Shell for legacy placeholder files in Windows 8.1. > > Server-side interpretation only, not meaningful over the wire. > > > > So even if we support them, what is their replacement in W10 and later? > > May or not help: > > https://stackoverflow.com/questions/59152220/cant-get-reparse-point-information-for-the-onedrive-folder We can add an explicit call to RtlSetProcessPlaceholderCompatibilityMode (PHCM_EXPOSE_PLACEHOLDERS); and we can recognize the IO_REPARSE_TAG_FILE_PLACEHOLDER and IO_REPARSE_TAG_CLOUD_* tags during symlink evaluation, but even then we still have to know what the reparse point buffer actually contains. Given that the content of reparse points with these reparse tags are undocumented, some people using cloud services should examine these reparse points so we can add some suitable code to Cygwin. 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