DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 60QEmeoj1557953
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 99EAE4BA2E32
To: "'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com>
CC: Fergus Daly <fergusd84 AT outlook DOT com>
Subject: Utterly perplexing change in behaviour
Thread-Topic: Utterly perplexing change in behaviour
Thread-Index: AdyNPWQRvvPgmb9FRLCvkPe9QjpCLA==
Date: Mon, 26 Jan 2026 14:48:17 +0000
Message-ID: <PA1P189MB3532D3F8D25CFF338C8F2983A493A@PA1P189MB3532.EURP189.PROD.OUTLOOK.COM>
Accept-Language: en-GB, en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?MW8KOY+G9xZHx04oRamUuW3+WxKjD50YlcgLXuJrq8FEw02m70fx/0t6ko1/?=
 =?us-ascii?Q?xLA0AZ/CX4oCtmw2iP5BkM7bu6J3T1c5pEGfgKixTGpgwgEUnTfjN2WUywUS?=
 =?us-ascii?Q?s+goFD9nwy39TDZxDwlc2sqXwCINE5/Qng/fOmHOSm+hcrEyg+RZrmHgp2fO?=
 =?us-ascii?Q?CUHj6mqLsyTUyGiCpNCVpVcEEO0zI/gtftK+bnNURfjavz7CA8jVzyEzk86V?=
 =?us-ascii?Q?XYxNI/75yJn8x9AlFoEZ6MLx318RI+khXq5/Yc5Xly1oSwwQ+Bt59cTIin+H?=
 =?us-ascii?Q?WtJtgA1WTzqpEEG88Wsxv47RdUY59QrffeQpQexy2SA9XURinGCsYcJQU0K/?=
 =?us-ascii?Q?pcYkj0WmB29xQvRkis/m64xQL3Ws5+bCjDP1VGqNwnYxmvJF1KOV9TP4JaA0?=
 =?us-ascii?Q?MOi3pegie19Ry8an8vEMdoB6D+hRHMT++T5SlGjopsX3JKPEmSN8SxZHrJi4?=
 =?us-ascii?Q?dnZ/A7kaXDDVjFpUE6z+Tzci5XiaoZheORUPlh5Toulo4vT1oSHoYcKsyPLT?=
 =?us-ascii?Q?hUzwPsjm1zvlUGf9Hn5PYDdyekc77kcsFwUSQMVSuqI/Qi8F5SC8WprnlxE2?=
 =?us-ascii?Q?zC0Sr5z+we7H1tqgR8jJXNj4KgleScExJhdzSewJ6Yj1oD3+drtf42Zuyr23?=
 =?us-ascii?Q?ya8jY2OrcBA4K8SfMLbCI/0TR3KAFHvbJ73W0jhOTEwAy4g+5wlGf1ke3/xZ?=
 =?us-ascii?Q?u3l1Scw+xi8AOVMXMhqqz1l+tdee3kMnwm4nJre5E27igZmIIPtMuZgqSQi3?=
 =?us-ascii?Q?QwNQrSU9qPxfOLO0h3QQ2wGfihH+oq9St2TO9kgcvFA8Z2SjlrZ+3nFMJ0rv?=
 =?us-ascii?Q?9dS9iR8gCSdQJTxGkGNY5j7J22fxa2rBnnB9UAUUmJFCoPUH3cxnbWVYPS47?=
 =?us-ascii?Q?v5cPqyD/87al1YR2mtIiX50IAsFHqAOBMW9i0Kvlhv/2IYD3eXyCkRtHTkdU?=
 =?us-ascii?Q?JE8Xjo6UwJZz3v7aq1dqgZBOLKEmtcoFsX4Z1ox0q/mR7tTuytoPaK1nu8Yi?=
 =?us-ascii?Q?6LoIqhNcFjVgcoHpBVHzGBU2BpR+mqNP9PLMsWCUMwgCZlBS2Lhu75Pf4gF5?=
 =?us-ascii?Q?O9Lb5jJ8+oEuiK4u5xBdwQpXhJpoDmcLjt+3OO+MtOAcFhNc88YdeSygWo6r?=
 =?us-ascii?Q?n2nbS9yj0oA6YEIO4UtnSH1QRC/fZ9JVDsQLxV5ti06p+TKu9Se36Yi0OfQP?=
 =?us-ascii?Q?U0COkYTafCGwF00Clc0NeIoetcpMt3mAGGTevIx4iefXBG///2GOvZxUtykq?=
 =?us-ascii?Q?9qCKxz3ylMVIbqMerfS4KghxJaJ3yVStxE1mIvlZpBxsAQ1stycA9L5OD/9e?=
 =?us-ascii?Q?p+DgnZzeqlbV9p1jjbkzWzDLWL2ULAwqcevhU1nSO9X0wzDNfkU3peI8wtMP?=
 =?us-ascii?Q?tyw4W7E=3D?=
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PA1P189MB3532.EURP189.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: b711345d-b44f-4c1f-c4f4-08de5ce9f11e
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Jan 2026 14:48:17.5390 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAVP189MB2433
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.30
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Fergus Daly via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Fergus Daly <fergusd84 AT outlook DOT com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>

This pertains to an external executable built within Cygwin and therefore not part of any Cygwin package so I am not expecting a "solution"
but any illumination whatsoever, or similar experience, would be much appreciated.

I use a standalone static statistical executable built within Cygwin from a collection of .c files using gcc.
The resulting executable comprises many built-in functions and procedures ("routines").
Typically it would be used within the Cygwin environment where it is supported by large libraries of data files, Help files and call-able routines.
But it is sophisticated enough to be useful within a directory containing just two files, itself myprog.exe and cygwin1.dll.
So you could start it in a Command Prompt window with the command .\myprog <Enter> with no need of Cygwin's larger architecture.

It has a built-in function Cygwin() which returns the scalar 1 within Cygwin.
(The identical collection of .c files may be used with gcc in Linux to build the equivalent executable for use in Linux.
Then the function Cygwin() returns 0. There are cases where this distinction requires to be drawn.)
This has been going for literally decades with trivial fixes and enhancements and surviving all advances over the years in cygwin1.dll
or the Linux kernel and upgrades to gcc.

As mentioned here a while ago the only glitch in its construction is that I have to use /lib/libreadline.a from v.8.1-2 [prev] not v.8.3-1 [curr]
though I have not been able to pinpoint quite why. I just do the temporary workaround and then back again.

Oh dear: sorry for this tedious preamble. Now to the point of this communication:

Recently some common behaviours stalled, and it emerged that the function Cygwin() returned 0 not 1.
This is astonishing because
(a) I made no changes to the executable or to its environment.
Well, I would say that, wouldn't I but .. ..
(b) I could not recover the required functionality by reverting to an earlier version of cygwin1.dll;
(c) the wrong output occurred on an old machine where W11 was not recently updated; and
(d) the wrong output occurred on an even older machine running W10.
All previously error-free. Unaltered executable !! Finally, even more incredibly bizarre:
(e) I recompiled the executable twice in succession. With the same trigger, one version returned the value 1 as needed. The other again returned 0.

I know. I know. Being of non-Cygwin origin; and with no access to the source collection; and with no oversight of my key-presses (especially at  (e))
this amounts to no more than a fringe anecdote. But it would be hugely encouraging to know of any similar experience of inexplicably changed behaviour 
(especially if recent) or any kind of a hint of cause or cure.

Thank you for wading through all this .. ..   

-- 
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