X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org CBA86384641C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1712284078; bh=P5Yo52ugww+YSWuQhpbQhjzbrdQy8be3927BwhuA/K4=; 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=sOBlYJwI7W1ZbakTkqvI0QWWwKb0wzUROm1bEUJUB7FdAgWYe1pqzNHZTdfliKN6o 5h11C14tmIESJMTOXiZCUn6Dp1w/ZRziiufPAZ6dkOuYPkVB4Emi/8vnkxVFR9LjRL IMK8S5h2d5dM/Dn4zBiqN9boN6ejh7H0NR8IHmzI= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org DCA1A3858C24 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org DCA1A3858C24 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712284016; cv=none; b=GGnmc87ZVSchtBz2BqB7pwBud+2UiDEKDdftWraT9BdieLblCIWrBsx4YcdEgEwzI0olHHQO6vCgDbl+ztyBbmbB3ZrmmU9uRgvwJ14H97C3xrDOokJJV+rzU4yuXplUTnUGk9Sa5GZNQzVzphh1Bj2aICRN35N7jtDtmLxGAh0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712284016; c=relaxed/simple; bh=+5hZzNu2vRi1pDtZGMtGlLipjdIzKZ9KWkIS2h+vbeY=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=rbV11JXP0n2lNOQp/9yfXIFoSlajbPR+2G/EHKBoES3bbOehF44fnjLbrC8ocbCpOocQULPWKitabG/Dh10Lf2+CS5U25IM56DvNEof49T9NvZoI5TWhdQ/jUTG5YXVeslnvSCeSAUkYQPa5X+3BsyXXuyyxK8Ht3pzCeI1DkXE= 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=1712284013; x=1712888813; 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=+5hZzNu2vRi1pDtZGMtGlLipjdIzKZ9KWkIS2h+vbeY=; b=KdOctuBEVdilxktxI1eLQReSO9bqG0hPqUQHR8K8cqejhVRr9Ku2TlpbQJPoyaekcT owoH8kwa676yRiLCMyyEOek5gVmcCFCAaX3rXnxEUIcXYYz3BChnphuYOMWUWmrrzJge Y8yZyNvj6WLj8jlyptkbRMW+uLmxglJyuV0n4TPBv2uRXlXUWoNkULqMrpZGrb/1zQ/x c/2Rwf/iOrURQW+ACAaqZz+leHckV0xaHqlySskeHgd0MxNisqNGtPVZkt7SI8sm/+vF AdpqZie+hJE1p74f2CC2Tx//Yw/wRFl6rvcHe9KLIUTGmuVDoCv/3KtRBfAW5CUxNpTP /ipg== X-Gm-Message-State: AOJu0YwI3VnuZ5RY2OMCNMpgEQ4A8JBVIhI8H08qqYXt1Zfnq4P3Rwij 0SEvnA+ZjdDIeuTiuH/jihSphQ15RqZbGQ9U0TpMSM8AsVEbucWO+jIHXWbrP6i0hqfcXfTFyh7 1fDK56irSxRr5LepdbIGYxbzac8h1Pmkx X-Google-Smtp-Source: AGHT+IHRLAFOhpKTcN3WLxo/DHG12pMloCwD630VRnYGNwucxKM1mhUoYnAE66yHM+SkF/3NnsIOH53+es+9gziDdPU= X-Received: by 2002:a17:906:c448:b0:a4e:eb64:f669 with SMTP id ck8-20020a170906c44800b00a4eeb64f669mr235230ejb.1.1712284013072; Thu, 04 Apr 2024 19:26:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Fri, 5 Apr 2024 04:26:41 +0200 Message-ID: Subject: Win32 FILE_BASIC_INFORMATION.*Time.QuadPart - which value should be used if filesystem does not support it, so Cygwin /usr/bin/stat lists the value as '-'? To: cygwin AT cygwin DOT com X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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: Martin Wege via Cygwin Reply-To: Martin Wege Content-Type: text/plain; charset="utf-8" Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 437N4UH5149967 On Fri, Apr 5, 2024 at 2:05 AM Martin Wege wrote: > > Hello, > > I have problems with debugging, so a quick help would be appreciated, > as I cannot figure this out after several hours of digging. > > Cygwin /usr/bin/stat returns "Birth: -" for some files. Which value > must the CreationTime member of FILE_BASIC_INFORMATION have to cause > /usr/bin/stat ti return "-"? 0, -1, or something else? In a related matter: The Win32 FILE_BASIC_INFORMATION structure defines four time values: LARGE_INTEGER CreationTime; LARGE_INTEGER LastAccessTime; LARGE_INTEGER LastWriteTime; LARGE_INTEGER ChangeTime; How can a filesystem indicate if it does not support a particular timestamp, such as ChangeTime? Should ChangeTime.QuadPart then be -1, -2 or 0, or another value? Thanks, Martin -- 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