X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 51C6E3858D37 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1714649766; bh=T1rIHAp9XKs8Kxph6coEiwQX6yC2K4xfnCQ+UHbIJv4=; h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=WoJ45ymOL0b2Xh25eSR6/EkNCGk+bwfH/JZW+DxUKhO5JWfKIKXAk/9qMkpcKfZWT 10YWQkO95ZvDj4/AsjiDVkDGsd3Nyojfgau2QtGAyNkMeoKb5jp2pQGI5ISLENcfvl EIiVqHUG+8+C3llKKWapbZJx54yWEm98jCRe1hJk= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 802F13858CDB ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 802F13858CDB ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1714649690; cv=none; b=r+lwd1lm8LOeemzfEDjv+wAN5DLKPyYDGPw/4v8Z/rk1MM+NAlLIHeK+lME23XfqeH87fxxqCSIy2HS099So+XKVR7O1ppYSihYhH6uUs/BzYim4GU+8rjxNlxYVEb7Q2mHhvDPz4VOPUrSTxweEv792NStAesmreiZE2DmQ/6g= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1714649690; c=relaxed/simple; bh=7/025J/qYEE/3wgQNwXuziRf4bmCTf/DttSP6taa8xs=; h=MIME-Version:From:Date:Message-ID:Subject:To; b=qWPjkeDiRcw4qvgbSRV4q0h/RnqH9G7z+pGlEw/lqarjatOGDbNqpWXPGQa8aZ1DuEEl7xNRlGaPaCe8K9bqInUMumn795eaxETgH0z6dhkqAf6YAg7XAPR1bAfToAg2ZeAQ6s4G/JWLyhfV4CSUP23g3ifjhsQe05kQ+uO8Qv4= ARC-Authentication-Results: i=1; server2.sourceware.org X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714649687; x=1715254487; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=sQB+3UFfNNDeh/ohCNNR4bBRNglwHvVA4yOE8plZX14=; b=saSiiWB1EQcbT0FzKkcTMSK8pUM6nKMEyjZH9xAVcDLVqru4O0fJR2Kyu8W/IK21Wk NaQY6vvMvAweZjlYewdz3N01UsRnv6NFjUMDXHLlCzJs7huTuBZ+KvxWcjqZIlL9LN3Z qW7qoXRr3chWiiJKwbci3HCrqV0I4ZwhiWUejhQBhwsZG3TRpcJovUtTU9NezB+7m1E7 D8fM+CbQHziBeZ04ed7X8yWmNf3d+Jr9KooMz2HOlNpqBJ0ONVk2Bbmy04WChRWxE+NI k7MTcY5uBVcCFlCR+i3pxSF9GXBzlnLocjSTkqxVhHfOjvYA1hvfX9mWtkNB8u2WIKGF dl0w== X-Gm-Message-State: AOJu0YxrEJNnF9n4JOLPvshakIH6miu6lu1tDzInfv+NA4HaCa6uUkQk mSf/kgWgmDI8u8BqAJRsexQ4gXmRKX3ekkraoxtHrMCRBK+u5cf/Fjs07PSmGVjTlKj8Puhy0Z+ YNAElCQ0xmndrqtZV0B2jbPyrkgU9kMGt X-Google-Smtp-Source: AGHT+IHI/O3GGAP5IQlYsvgObfuWgMzARo4nD/ff7gRs6QGl1EGgVYD7YMy0GgwKEwnY96pLAD+4wTdjAJNLLBVVaBk= X-Received: by 2002:a05:6e02:16cb:b0:36c:4a89:c542 with SMTP id 11-20020a056e0216cb00b0036c4a89c542mr2448757ilx.7.1714649687290; Thu, 02 May 2024 04:34:47 -0700 (PDT) MIME-Version: 1.0 References: <422e1905-75fc-4b4a-a670-049ece77221b AT SystematicSW DOT ab DOT ca> In-Reply-To: <422e1905-75fc-4b4a-a670-049ece77221b@SystematicSW.ab.ca> Date: Thu, 2 May 2024 13:34:21 +0200 Message-ID: Subject: Re: |FILE_ID_BOTH_DIR_INFORMATION| fields |ShortName|+|ShortNameLength| mandatory for Cygwin and Window 10 ? To: cygwin AT cygwin DOT com, ms-nfs41-client-devel AT lists DOT sourceforge DOT net X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_SHORT, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Roland Mainz via Cygwin Reply-To: Roland Mainz Content-Type: text/plain; charset="utf-8" Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 442Ba84G241200 On Sat, Apr 27, 2024 at 5:03 PM Brian Inglis via Cygwin wrote: > > On 2024-04-27 07:08, Roland Mainz via Cygwin wrote: > > Are the |FILE_ID_BOTH_DIR_INFORMATION| fields > > |ShortName|+|ShortNameLength| mandatory these days, e.g. is it legal > > to set |ShortNameLength = 0;| for Cygwin 3.4/3.5 in Windows 10 ? > > MS Windows 8/Server 2012+ disabled 8.3 short name generation on new > volumes/partitions, for example see: > > https://ss64.com/nt/syntax-filenames.html > > https://archive.techarp.com/showarticle53b4.html?artno=827 > > https://learn.microsoft.com/en-ca/archive/blogs/josebda/windows-server-2012-file-server-tip-disable-8-3-naming-and-strip-those-short-names-too > > https://learn.microsoft.com/en-ca/windows-server/administration/windows-commands/fsutil-8dot3name Thanks...:-) ... for now I've disabled 8.3 short name generation in the ms-nfs41-client driver (see https://github.com/kofemann/ms-nfs41-client/commit/f5f276db6337f34d7705e9c981213e31adbb0c7d), until I have time to implement working 8.3. short name algorithm... [snip] > > Is there anything else for a filesystem driver to do to indicate that > > |ShortName| support is not available ? > > Also see fsutil behavior query|set disable8dot3 [[ [{1|0}]]|] [snip] > Sample commands: > "fsutil 8dot3name set 1" - disable 8dot3 name creation on all volumes > "fsutil 8dot3name set C: 1" - disable 8dot3 name creation on c: Is there any filesystem driver/kernel API for this ? [snip] > Based on the above settings, 8dot3 name creation is enabled on c: > > % fsutil 8dot3name query d: > The volume state is: 0 (8dot3 name creation is enabled). > The registry state is: 2 (Per volume setting - the default). Same question: Is there a driver/kernel API ? ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) roland DOT mainz AT nrubsig DOT org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) -- 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