On 2025-04-29 11:07, Soren via Cygwin wrote:
I read up some on cygport a while ago. My impression is that it makes
packaging apps in conformance with the standards of cygwin easier. I
don't remember clearly, but it didn't seem like a necessity for
building packages for local use. My re
On 25/04/2025 16:18, Eric Johanson via Cygwin wrote:
I'm using Cygwin installer 2.933 (x86_64). My Windows 11 computer
has multiple monitors: the "main display" has scaling set to 200%
and the other monitor has scaling set to 150%. (The scaling is
configured in the native
Greetings to you, Andrey!
Thank you for your interest in my message. I hope my answer won't
sound defensive to readers.
I read up some on cygport a while ago. My impression is that it makes
packaging apps in conformance with the standards of cygwin easier. I
don't remember clearly, but
On 2025-04-28 01:03, Agnihotri, Alok Kumar via Cygwin wrote:
Dear Cygwin Technical Support Team,
There is no technical support team - Cygwin is an all volunteer project - so
what you get are those who read the mainling list, with free time to respond,
who may have any level of, or little
Greetings, Agnihotri, Alok Kumar!
This list uses a bottom-posting for easier navigation of reply history.
>>> Dear Cygwin Technical Support Team,
>>> I hope this email finds you well.
>>> My name is Alok Agnihotri, and I am part of the Philips organization. We
>
Greetings, Soren!
I can't help, but I'll ask a question I'm sure will be raised by other people.
> I spent last night and some of today working on building the gnu-patch
> utility from the source code downloaded using setup. I desired to do this
> in order to learn more about the general procedur
HI Andrey
Thanks for your quick response .
Can you please suggest which Cygwin version should be use so that we dont face
issue with these commands .
Thanks
Alok Agnihotri
From: Andrey Repin
Sent: Monday, April 28, 2025 1:52 PM
To: Agnihotri, Alok Kumar
Hello Cygwinstas,
I spent last night and some of today working on building the gnu-patch
utility from the source code downloaded using setup. I desired to do this
in order to learn more about the general procedures involved
(re-familiarizing myself with Autoconfiscated projects, primarily) , and I
Greetings, Agnihotri, Alok Kumar!
> Dear Cygwin Technical Support Team,
> I hope this email finds you well.
> My name is Alok Agnihotri, and I am part of the Philips organization. We
> are utilizing Cygwin in our environment to execute SSH commands remotely on
> Windows-based machi
Dear Cygwin Technical Support Team,
I hope this email finds you well.
My name is Alok Agnihotri, and I am part of the Philips organization. We are
utilizing Cygwin in our environment to execute SSH commands remotely on
Windows-based machines, supporting various activities critical to our
I was asked an interesting question on a github issue about rust
backtraces: is there an API in Cygwin to get a list of loaded modules? I
know the info is there in the dlls list, but I don't see an API to get at
it.
The question was in regards to whether rust should be using toolhelp32 on
C
I'm using Cygwin installer 2.933 (x86_64). My Windows 11 computer has multiple
monitors: the "main display" has scaling set to 200% and the other monitor has
scaling set to 150%. (The scaling is configured in the native Windows display
settings).
If I launch the setup-x8
Hi,
On 8/04/2025 9:14 pm, Corinna Vinschen via Cygwin wrote:
On Apr 4 16:23, Shaddy Baddah via Cygwin wrote:
On 4/04/2025 10:02 am, Shaddy Baddah via Cygwin wrote:
Hi,
On 4/04/2025 4:49 am, ASSI via Cygwin wrote:
Shaddy Baddah via Cygwin writes:
If I connect an SSH session via the "n
On Mon, 21 Apr 2025 21:54:03 +0200
Roland Mainz via Cygwin wrote:
> Hi!
>
>
>
> Running the git testsuite I got a hang of the
> "t1004-read-tree-m-u-wf.sh" test in Cygwin 3.7 - the same test worked
> AFAIK OK with Cygwin 3.5.x.
>
> My guess: |wa
Hi!
Running the git testsuite I got a hang of the
"t1004-read-tree-m-u-wf.sh" test in Cygwin 3.7 - the same test worked
AFAIK OK with Cygwin 3.5.x.
My guess: |wait_sig()| and |_sigfe()| are involved, maybe this is a
signal issue..
1. Versions: Cygwin 3.7.0-0.68.g37c49decc
On Sun, 20 Apr 2025, Takashi Yano via Cygwin wrote:
> Is there any other blocker to build Rust for cygwin?
https://github.com/rust-lang/rust/issues/137819
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:ht
On Sun, 20 Apr 2025 19:15:42 +0200
Bruno Haible wrote:
> Hi,
>
> Takashi Yano wrote:
> > > > Thanks for the new testcase. I think the issue has been fixed in:
> > > > cygwin-3.7.0-0.68.g37c49decc835 (Test)
> > >
> > > Thanks.
> > >
Hi,
Takashi Yano wrote:
> > > Thanks for the new testcase. I think the issue has been fixed in:
> > > cygwin-3.7.0-0.68.g37c49decc835 (Test)
> >
> > Thanks.
> >
> > > Please test.
> >
> > Sorry, I don't know how to build Cygwin
Takashi Yano wrote:
> Is there any other blocker to build Rust for cygwin?
Thank you all for your admirable work on porting LLVM. Recently I have tried
to build cargo targeting cygwin, and found that it needs libgit2. It seems that
the libgit2 of cygwin is unmaintained. I will send requests
On Sun, 20 Apr 2025, Takashi Yano via Cygwin wrote:
> On Mon, 24 Mar 2025 14:41:19 +0800
> Yuyi Wang wrote:
> > > I mean it is some kind of cross compiler.
> >
> > Yes. Rustc is a cross compiler powered by LLVM.
> >
> > > ...is it possible to build
ce a GitHub user @Ookiineko succeeded before,
> but
> now the account has been deleted. I think the largest blocker is LLVM itself.
> The latest version of LLVM provided by cygwin is 8.0, and 11.0 by MSYS2, while
> rustc needs LLVM 17.0 at least. @Ookiineko added some patches to LLVM
On Tue, 15 Apr 2025 11:33:55 +0200
Bruno Haible wrote:
> Takashi Yano wrote:
> > Thanks for the new testcase. I think the issue has been fixed in:
> > cygwin-3.7.0-0.68.g37c49decc835 (Test)
>
> Thanks.
>
> > Please test.
>
> Sorry, I don't know how
Hello folks,
I had been using for my subscription but now I
want to use .
But as best I can tell, it simply won't work.
Can you tell me why??
Thanks in advance,
Charlie P.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
On 2025-04-15 06:58, Takashi Yano via Cygwin wrote:
On Tue, 15 Apr 2025 06:43:33 -0600
Brian Inglis via Cygwin wrote:
On 2025-04-15 03:33, Bruno Haible via Cygwin wrote:
Takashi Yano wrote:
Thanks for the new testcase. I think the issue has been fixed in:
cygwin-3.7.0-0.68.g37c49decc835
On Tue, 15 Apr 2025 21:58:19 +0900
Takashi Yano via Cygwin wrote:
> On Tue, 15 Apr 2025 06:43:33 -0600
> Brian Inglis via Cygwin wrote:
> > On 2025-04-15 03:33, Bruno Haible via Cygwin wrote:
> > > Takashi Yano wrote:
> > >> Thanks for the new testcase. I
On Tue, 15 Apr 2025 06:43:33 -0600
Brian Inglis via Cygwin wrote:
> On 2025-04-15 03:33, Bruno Haible via Cygwin wrote:
> > Takashi Yano wrote:
> >> Thanks for the new testcase. I think the issue has been fixed in:
> >> cygwin-3.7.0-0.68.g37c49decc835 (Test)
> >
On 2025-04-15 03:33, Bruno Haible via Cygwin wrote:
Takashi Yano wrote:
Thanks for the new testcase. I think the issue has been fixed in:
cygwin-3.7.0-0.68.g37c49decc835 (Test)
Thanks.
Please test.
Hi Takashi,
Could you please deploy your CI test build so Bruno can select it from a
Hi Jon,
It seems something is went wrong with workflow.
The workflow is successfully completed, however
no cygwin Test release has not been available
in any of mirror server.
The newest test release in the mirror servers
is cygwin-3.7.0-0.55.g1c530c37fd63, while the
the latest test release which
Hi Jon,
It seems something is went wrong with workflow.
The workflow is successfully completed, however
no cygwin Test release has not been available
in any of mirror server.
The newest test release in the mirror servers
is cygwin-3.7.0-0.55.g1c530c37fd63, while the
the latest test release which
Takashi Yano wrote:
> Thanks for the new testcase. I think the issue has been fixed in:
> cygwin-3.7.0-0.68.g37c49decc835 (Test)
Thanks.
> Please test.
Sorry, I don't know how to build Cygwin from git. I can only test
releases.
Bruno
--
Problem reports: http
-> WAIT_ABANDONED\n");
> else if (ret == WAIT_FAILED)
> fprintf (stderr, "WaitForSingleObject -> WAIT_FAILED\n");
> }
> ===
> Compile this file as a native Windows program (mingw for example).
> Then, in a Cygwin shell window, do
> $ ./a < /dev/null
>
&
> (correct me if I'm wrong), READING from /dev/null is
> undefined and may result in undetermined behavior.
That's an incorrect recollection of facts, unfortunately.
Reading from /dev/null should result in an immediate EOF
(0 returned from read()).
> But "< /dev/null" literally means "don't read
On Mon, 14 Apr 2025, Bruno Haible via Cygwin wrote:
> Especially since this commit modified select.cc, removing a comment
> /* TODO: Buffer really full or non-Cygwin reader? */
> and here we are exactly in that case: a non-Cygwin process reading from
> Cygwin's /dev/null.
else if (ret == WAIT_ABANDONED)
fprintf (stderr, "WaitForSingleObject -> WAIT_ABANDONED\n");
else if (ret == WAIT_FAILED)
fprintf (stderr, "WaitForSingleObject -> WAIT_FAILED\n");
}
===
Compile this file as a native
b;f=lib/select.c;h=5a58d6ee47f5b10413d97cb7a1996d424eefc796;hb=HEAD>
> Then it does (in a Cygwin shell):
> rm -f t-select-in.tmp
> ./test-select-fd.exe r 0 t-select-in.tmp < /dev/null
> cat t-select-in.tmp
> Up to Cygwin 3.6.0, the contents of the file t-select-in.tmp was "1"
vannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/select.c;h=5a58d6ee47f5b10413d97cb7a1996d424eefc796;hb=HEAD>
>
> Then it does (in a Cygwin shell):
>
> rm -f t-select-in.tmp
> ./test-select-fd.exe r 0 t-select-in.tmp < /dev/null
> cat t-select-in.tmp
>
> Up to
This issue was resolved after a pc restart, thanx.
On Sun, 13 Apr 2025 at 09:07, Siva kumar wrote:
> Hi all,
> My Cygwin was working perfectly until yesterday. I installed Python 3.13
> and pip and Ansible through Win powershell. I think this corrupted cygwin.
> Now Cygwin is giving
Hi all,
My Cygwin was working perfectly until yesterday. I installed Python 3.13
and pip and Ansible through Win powershell. I think this corrupted cygwin.
Now Cygwin is giving fork errors :
54936743 [main] bash 161 dofork: child -1 - forked process 17848 died
unexpectedly, retry 0, exit code
;hb=HEAD>
Then it does (in a Cygwin shell):
rm -f t-select-in.tmp
./test-select-fd.exe r 0 t-select-in.tmp < /dev/null
cat t-select-in.tmp
Up to Cygwin 3.6.0, the contents of the file t-select-in.tmp was "1",
like on most other OSes, indicating that the program can read() fro
Could the maximum symlink depth in Cygwin please be increased for
cygwin 3.7? We're regularly hitting that limit (seems to be 10).
What is the maximum number of symlink recursion? Rumor is that this is
32, but I cannot find it in any windows header.
Sebi
--
Sebastian Feld - IT sec
> [1] points to [2] which has this information.
>
> I don't know how we can make that more obvious.
>
> [1] https://cygwin.com/install.html#source
> [2] https://sourceware.org/cygwin-apps/setup.html
>
Although this is quite old, I still wonder what was Jon Turney
thinki
On Apr 4 16:23, Shaddy Baddah via Cygwin wrote:
>
> On 4/04/2025 10:02 am, Shaddy Baddah via Cygwin wrote:
> > Hi,
> >
> > On 4/04/2025 4:49 am, ASSI via Cygwin wrote:
> > > Shaddy Baddah via Cygwin writes:
> > > > If I connect an SSH session via the
On Apr 3 14:28, Jeremy Drake via Cygwin wrote:
> On Wed, 2 Apr 2025, Cedric Blancher via Cygwin wrote:
>
> > On Tue, 1 Apr 2025 at 13:54, Corinna Vinschen via Cygwin
> > wrote:
> > > No, but if we want to *better* support this driver, we need either a
> > >
ause I don't think that they
> will be backported to 6.8.x.
> There are still few things to fix, but at the moment the current
> qtcore was enough for me, because I needed these native tools for
> CYGWIN.
> Actually, these tools are needed for building my Qt6 packages for
> i686/x
On 4/04/2025 10:02 am, Shaddy Baddah via Cygwin wrote:
Hi,
On 4/04/2025 4:49 am, ASSI via Cygwin wrote:
Shaddy Baddah via Cygwin writes:
If I connect an SSH session via the "native" OpenSSH instance
integrated into Windows, I can do something like the following to a,
at the time, o
Hi,
On 4/04/2025 4:49 am, ASSI via Cygwin wrote:
Shaddy Baddah via Cygwin writes:
If I connect an SSH session via the "native" OpenSSH instance
integrated into Windows, I can do something like the following to a,
at the time, online only, not yet downloaded file, and OneDrive will
d
On Tue, 1 Apr 2025 at 12:29, Cedric Blancher via Cygwin
wrote:
>
> On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> wrote:
> >
> > Good morning!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is:
> > - 2nd Spring-Release
On Wed, 2 Apr 2025, Cedric Blancher via Cygwin wrote:
> On Tue, 1 Apr 2025 at 13:54, Corinna Vinschen via Cygwin
> wrote:
> > No, but if we want to *better* support this driver, we need either a
> > patch (preferred) or at least info how to distinguish in
> > fs_info::up
On 2025-04-03 02:14, Sebastian Feld via Cygwin wrote:
On Tue, Apr 1, 2025 at 12:30 PM Cedric Blancher via Cygwin wrote:
New thread:
Does Cygwin have any requests, or ideas, what could be improved in the
ms-nfs41-client NFSv4.2 driver for Windows? New features?
Windows GUI installer, which
Shaddy Baddah via Cygwin writes:
> If I connect an SSH session via the "native" OpenSSH instance
> integrated into Windows, I can do something like the following to a,
> at the time, online only, not yet downloaded file, and OneDrive will
> download it ahead of outputing it:
On Thu, 3 Apr 2025 at 09:15, Shaddy Baddah via Cygwin wrote:
>
> Hi,
>
> Just for a bit of context, Windows supports Cloud synced files via
> Cloud Storage Providers
> (https://learn.microsoft.com/en-us/windows/win32/shell/integrate-cloud-storage)
>
> The main one
On Tue, Apr 1, 2025 at 12:30 PM Cedric Blancher via Cygwin
wrote:
>
> On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> wrote:
> >
> > Good morning!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is:
> > - 2nd Spring-Rel
pe DxDiag.txt
But if I connect an SSH session via the Cygwin instance running on a
different port to 22, it does not trigger the provider to download the
file, and I see this error:
shaddy@puter-msw
/media/noacl/emulateduuid/UserData/shaddy/OneDrive/Documents
$ cat DxDiag.txt
cat: DxDiag.tx
On Tue, 1 Apr 2025 at 13:54, Corinna Vinschen via Cygwin
wrote:
>
> On Apr 1 12:27, Cedric Blancher via Cygwin wrote:
> > On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> > wrote:
> > >
> > > Good morning!
> > >
> > > For your consid
On Apr 1 12:27, Cedric Blancher via Cygwin wrote:
> On Tue, 1 Apr 2025 at 09:46, Cedric Blancher
> wrote:
> >
> > Good morning!
> >
> > For your consideration - we need FEEDBACK, please!
> >
> > New is:
> > - 2nd Spring-Release (🐝)
> &
nts with wide-characters in nfs_mount.exe correctly
New thread:
Does Cygwin have any requests, or ideas, what could be improved in the
ms-nfs41-client NFSv4.2 driver for Windows? New features?
Ced
--
Cedric Blancher
[https://plus.google.com/u/0/+CedricBlancher/]
Institute Pasteur
Hi Corinna,
I tested cygwin-3.7.0-0.27.g0d73c040676a this morning (on Windows Server 2025)
and can confirm that this patch fixes the problem.
Thanks a lot for your fast response and great work.
Best regards
Markus
> Hi Jörg,
>
> On Mar 31 09:00, Joerg Markus (LBC) via Cygwin wrot
Hi,
a colleague and I are facing a problem with unhandled exceptions in our C++
programs in Cygwin.
The C++ standard guarantees, that std::terminate() shall be called for thrown
exceptions, that are not caught [0].
Unfortunately for C++ applications compiled for Cygwin64 running on recent
l few things to fix, but at the moment the current
qtcore was enough for me, because I needed these native tools for
CYGWIN.
Actually, these tools are needed for building my Qt6 packages for
i686/x86_64/aarch64-w64-mingw32 cross compilers.
I would like to make available these packages soon into my repos
Hi Jörg,
On Mar 31 09:00, Joerg Markus (LBC) via Cygwin wrote:
> Hi,
>
> a colleague and I are facing a problem with unhandled exceptions in
> our C++ programs in Cygwin. The C++ standard guarantees, that
> std::terminate() shall be called for thrown exceptions, that are
On Mar 31 09:14, Cedric Blancher via Cygwin wrote:
> On Sun, 15 Oct 2023 at 02:14, Mark Geisert via Cygwin
> wrote:
> >
> > Mark Geisert via Cygwin wrote:
> > >
> > >> Are there Qt6 - https://www.qt.io/product/qt6 - packages for Cygwin
> > >>
On Sun, 15 Oct 2023 at 02:14, Mark Geisert via Cygwin wrote:
>
> Mark Geisert via Cygwin wrote:
> >
> >> Are there Qt6 - https://www.qt.io/product/qt6 - packages for Cygwin
> >> available?
> >
> > Does setup.exe show it/them as a choice? No? No they
On Mon, 31 Mar 2025, Corinna Vinschen via Cygwin wrote:
> On Mar 30 14:02, Jeremy Drake via Cygwin wrote:
> > I kind of think
> > https://github.com/Kitware/CMake/blob/5978c57c20b762a5aeb4b00f31a51a090d670430/Utilities/cmcurl/CMakeLists.txt#L165
> > should match "^(Lin
On Mar 30 14:02, Jeremy Drake via Cygwin wrote:
> On Sun, 30 Mar 2025, Jeremy Drake via Cygwin wrote:
>
> > I tried to build cmake 4.0.0 with latest test gcc and cygwin packages, and
> > got the following error
> >
> > /home/WDAGUtilityAccount/cmake-4.0.0/U
On Sun, 30 Mar 2025, Jeremy Drake via Cygwin wrote:
> I tried to build cmake 4.0.0 with latest test gcc and cygwin packages, and
> got the following error
>
> /home/WDAGUtilityAccount/cmake-4.0.0/Utilities/cmcurl/lib/rand.c: In
> function ‘weak_random’:
> /home/WDAGUtilityA
I tried to build cmake 4.0.0 with latest test gcc and cygwin packages, and
got the following error
/home/WDAGUtilityAccount/cmake-4.0.0/Utilities/cmcurl/lib/rand.c: In
function ‘weak_random’:
/home/WDAGUtilityAccount/cmake-4.0.0/Utilities/cmcurl/lib/rand.c:124:21:
error: implicit declaration of
On Fri, 28 Mar 2025, Brian Inglis via Cygwin wrote:
> On 2025-03-28 10:12, Charles Russell wrote:
> > On 3/27/2025 2:51 PM, Brian Inglis via Cygwin wrote:
> > > Use the public inbox git archives:
> > > https://inbox.sourceware.org/cygwin/
> > Thanks. That might
On 2025-03-28 10:12, Charles Russell wrote:
On 3/27/2025 2:51 PM, Brian Inglis via Cygwin wrote:
Use the public inbox git archives:
https://inbox.sourceware.org/cygwin/
Thanks. That might be worth mentioning on
https://cygwin.com/lists.html
under Cygwin Mailing Lists > Cygwin
It is at
On 2025-03-27 08:47, Charles Russell via Cygwin wrote:
For the cygwin archives at https://sourceware.org/pipermail/cygwin/ I can no
longer find any search option using the Firefox browser
It's obviously been a while since you tried!
Use the public inbox git archives:
With pip install scipy I get error:
../scipy/meson.build:163:9: ERROR: Dependency "OpenBLAS" not found
I found this issue discussed in
https://github.com/scipy/scipy/issues/20491 and
https://docs.scipy.org/doc/scipy/building/blas_lapack.html
However, the suggested fix:
python -m pip -Csetup-a
For the cygwin archives at https://sourceware.org/pipermail/cygwin/ I
can no longer find any search option using the Firefox browser
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
On Mon, 24 Mar 2025 22:52:04 +0900
Takashi Yano wrote:
> On Mon, 24 Mar 2025 13:26:27 +0100
> Bruno Haible wrote:
> > Hi,
> >
> > Gnulib contains a few unit tests for
> > - SIGSEGV handling,
> > - stack overflow handling (via signal SIGSEGV or SIGBUS
()), but the
virtual XATTR dir might be a challenge (beyond my skill at least).
Thanks,
Martin
-- Forwarded message -
From: Martin Wege
Date: Thu, Nov 30, 2023 at 4:55 AM
Subject: Cygwin tools to read/write NTFS alternate data streams?
To:
Hello,
Does Cygwin have tools (modified
On Mon, 24 Mar 2025 13:26:27 +0100
Bruno Haible wrote:
> Hi,
>
> Gnulib contains a few unit tests for
> - SIGSEGV handling,
> - stack overflow handling (via signal SIGSEGV or SIGBUS).
>
> In Cygwin 3.4.6, SISGEGV handling was fine, and stack overflow handling
> worke
Hi,
Gnulib contains a few unit tests for
- SIGSEGV handling,
- stack overflow handling (via signal SIGSEGV or SIGBUS).
In Cygwin 3.4.6, SISGEGV handling was fine, and stack overflow handling
worked at least for the first stack overflow.
In Cygwin 3.5.6, SISGEGV handling was fine, but stack
On Mar 17 22:20, Dan Shelton via Cygwin wrote:
> Hello!
>
> Mad? idea:
> Would there be any objections if Cygwin would be integrated into
> ReactOS, and always shipped as part of ReactOS?
As long as you adhere to the license, feel free.
But it doesn't make sense to me. A
On 2025-03-17 15:20, Dan Shelton via Cygwin wrote:
Mad? idea:
Would there be any objections if Cygwin would be integrated into
ReactOS, and always shipped as part of ReactOS?
None, as long as the licenses are compatible:
https://cygwin.com/licensing.html
https://cygwin.com
PS: I did find this:
https://github.com/utoni/mingw-w64-dpp
Maybe some more web search would find other things ... EM
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info:
On 3/17/2025 4:20 PM, Dan Shelton via Cygwin wrote:
Hello!
Is *ANY* of the compiler packages in the Cygwin package repository
capable of building Windows kernel modules, including SEH2 exceptions
(try, catch, leave, finally)?
Dan
I doubt it, if you mean specifically cygwin, since it
Hello!
Mad? idea:
Would there be any objections if Cygwin would be integrated into
ReactOS, and always shipped as part of ReactOS?
Dan
--
Dan Shelton - Cluster Specialist Win/Lin/Bsd
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq
Hello!
Is *ANY* of the compiler packages in the Cygwin package repository
capable of building Windows kernel modules, including SEH2 exceptions
(try, catch, leave, finally)?
Dan
--
Dan Shelton - Cluster Specialist Win/Lin/Bsd
--
Problem reports: https://cygwin.com/problems.html
FAQ
On 09/03/2025 14:16, Camm Maguire via Cygwin wrote:
Greetings, and thank you all for your work on this system.
1) I am preparing a set of GCL releases, both of which basically work on
latest cygwin, but the signal handling seems to have been recently
broken. Specifically, GCL can trap and
Corinna Vinschen via Cygwin wrote:
On Mar 14 17:12, Corinna Vinschen via Cygwin wrote:
On Mar 14 16:50, Corinna Vinschen via Cygwin wrote:
On Mar 14 13:48, Christian Franke via Cygwin wrote:
$ nm /usr/lib/libbsd.dll.a | grep ' arc4random' || echo not found
not foun
On Mar 14 17:12, Corinna Vinschen via Cygwin wrote:
> On Mar 14 16:50, Corinna Vinschen via Cygwin wrote:
> > On Mar 14 13:48, Christian Franke via Cygwin wrote:
> > > $ nm /usr/lib/libbsd.dll.a | grep ' arc4random' || echo not found
> >
On Mar 14 16:50, Corinna Vinschen via Cygwin wrote:
> On Mar 14 13:48, Christian Franke via Cygwin wrote:
> > $ nm /usr/lib/libbsd.dll.a | grep ' arc4random' || echo not found
> > not found
> >
> > I guess:
> > - arc4random_addrandom() should be remo
On Mar 14 13:48, Christian Franke via Cygwin wrote:
> Corinna Vinschen via Cygwin wrote:
> > On Mar 13 08:59, Christian Franke via Cygwin wrote:
> > > Problem introduced in a8891c93:
> > >
> > > $ cygcheck -f /usr/include/stdlib.h
> >
On Fri, 14 Mar 2025 15:18:45 +0100
Corinna Vinschen wrote:
> On Mar 14 21:52, Takashi Yano via Cygwin wrote:
> > On Fri, 14 Mar 2025 13:19:28 +0100
> > Corinna Vinschen wrote:
> > > On Mar 14 20:35, Takashi Yano via Cygwin wrote:
> > > > On Fri, 14 Mar 2025 11:
On Mar 14 21:52, Takashi Yano via Cygwin wrote:
> On Fri, 14 Mar 2025 13:19:28 +0100
> Corinna Vinschen wrote:
> > On Mar 14 20:35, Takashi Yano via Cygwin wrote:
> > > On Fri, 14 Mar 2025 11:01:25 +0100
> > > Corinna Vinschen wrote:
> > > > I don'
On Fri, 14 Mar 2025 13:19:28 +0100
Corinna Vinschen wrote:
> On Mar 14 20:35, Takashi Yano via Cygwin wrote:
> > On Fri, 14 Mar 2025 11:01:25 +0100
> > Corinna Vinschen wrote:
> > > I don't think so. I was mulling in circles over this tonight
> > > (don'
Corinna Vinschen via Cygwin wrote:
On Mar 13 08:59, Christian Franke via Cygwin wrote:
Problem introduced in a8891c93:
$ cygcheck -f /usr/include/stdlib.h
cygwin-devel-3.6.0-0.430.ga942476236b5
$ cygcheck -f /usr/include/bsd/stdlib.h
libbsd-devel-0.12.2-2
$ gcc -c -xc - <<<'
On Mar 14 20:35, Takashi Yano via Cygwin wrote:
> On Fri, 14 Mar 2025 11:01:25 +0100
> Corinna Vinschen wrote:
> > I don't think so. I was mulling in circles over this tonight
> > (don't ask me how I slept!) and came to the same conclusion.
> > But here's t
On Fri, 14 Mar 2025 11:01:25 +0100
Corinna Vinschen wrote:
> On Mar 14 12:56, Takashi Yano via Cygwin wrote:
> > On Fri, 14 Mar 2025 08:12:36 +0900
> > Takashi Yano wrote:
> > > On Thu, 13 Mar 2025 23:46:49 +0100
> > > Corinna Vinschen wrote:
> > > &g
On Mar 14 12:56, Takashi Yano via Cygwin wrote:
> On Fri, 14 Mar 2025 08:12:36 +0900
> Takashi Yano wrote:
> > On Thu, 13 Mar 2025 23:46:49 +0100
> > Corinna Vinschen wrote:
> > > I have a slighty changed version. This one treats anything other
> > > than 0,
On Fri, 14 Mar 2025 08:18:41 +0900
Takashi Yano wrote:
> On Fri, 14 Mar 2025 08:12:36 +0900
> Takashi Yano wrote:
> > On Thu, 13 Mar 2025 23:46:49 +0100
> > Corinna Vinschen wrote:
> > > On Mar 13 17:30, Corinna Vinschen via Cygwin wrote:
> > > > On Mar
On Fri, 14 Mar 2025 08:12:36 +0900
Takashi Yano wrote:
> On Thu, 13 Mar 2025 23:46:49 +0100
> Corinna Vinschen wrote:
> > On Mar 13 17:30, Corinna Vinschen via Cygwin wrote:
> > > On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> > > > What about following patch
On Fri, 14 Mar 2025 08:12:36 +0900
Takashi Yano wrote:
> On Thu, 13 Mar 2025 23:46:49 +0100
> Corinna Vinschen wrote:
> > On Mar 13 17:30, Corinna Vinschen via Cygwin wrote:
> > > On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> > > > What about following patch
On Thu, 13 Mar 2025 23:46:49 +0100
Corinna Vinschen wrote:
> On Mar 13 17:30, Corinna Vinschen via Cygwin wrote:
> > On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> > > What about following patch instead of your sigdelayed patch?
> > > [...]
> >
On Mar 13 17:30, Corinna Vinschen via Cygwin wrote:
> On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> > What about following patch instead of your sigdelayed patch?
> > [...]
> > @@ -1834,6 +1841,26 @@ _cygtls::call_signal_handler ()
> >signal handler. *
On Mar 13 08:59, Christian Franke via Cygwin wrote:
> Problem introduced in a8891c93:
>
> $ cygcheck -f /usr/include/stdlib.h
> cygwin-devel-3.6.0-0.430.ga942476236b5
>
> $ cygcheck -f /usr/include/bsd/stdlib.h
> libbsd-devel-0.12.2-2
>
> $ gcc -c -xc - <<<
On Mar 13 21:31, Takashi Yano via Cygwin wrote:
> On Thu, 13 Mar 2025 20:42:52 +0900
> Takashi Yano wrote:
> > After the commit:
> >
> > commit a942476236b5e39bf30c533d08df7392e326a4c6 (origin/master,
> > origin/main, origin/HEAD)
> > Author: Corinna Vinsc
1 - 100 of 40379 matches
Mail list logo