On Mon, 23 Sep 2024 10:28:02 +0200
Thomas Wolff wrote:
> Am 23.09.2024 um 08:15 schrieb Takashi Yano via Cygwin:
> > Hi Thomas,
> >
> > On Tue, 17 Sep 2024 10:06:36 +0200
> > Thomas Wolff wrote:
> >> I have uploaded mintty 3.7.5 with the following changes:
Hi Thomas,
On Tue, 17 Sep 2024 10:06:36 +0200
Thomas Wolff wrote:
> I have uploaded mintty 3.7.5 with the following changes:
>
> Highlights
> * Box Drawing characters (U+2500..U+257F) are self-drawn (#935, #1119).
> * Tabs can be reordered via user-definable functions (#1283).
> * Emoji
On Sat, 31 Aug 2024 09:59:11 -0600
Jim Reisert AD1C wrote:
> Something has changed in the last month or two. I have a very large
> file I am trying to grep (465 MB):
>
> -rwxrw+ 1 jjrei jjrei 465092052 Aug 31 09:39 all_spots.txt
>
>
> If I grep for something near the end of the file, the re
On Sat, 31 Aug 2024 14:57:07 +0800
Adamyg Mob wrote:
> I raised the same question under:
> https://github.com/microsoft/terminal/issues/17824
Thanks!
> *cons_master_thread() should *possibly maintain a local key cache and not
> push back events.
This needs much modification for the cygwin consol
On Sat, 31 Aug 2024 14:20:04 +0900
Takashi Yano wrote:
> Thanks for the pointer. Unfortunately, the document does not mention
> about the behaviour of WriteConsoleInput() in the win32-inpu-mode.
>
> I expected that ReadConsoleInput() returns the INPUT_RECORDS which
> WriteConsoleInput() sends. How
Thanks for the pointer. Unfortunately, the document does not mention
about the behaviour of WriteConsoleInput() in the win32-inpu-mode.
I expected that ReadConsoleInput() returns the INPUT_RECORDS which
WriteConsoleInput() sends. However, that does not seem true in this
mode.
On Sat, 31 Aug 2024
On Fri, 30 Aug 2024 19:56:34 +0800
Adamyg Mob wrote:
> Cygwin: CYGWIN_NT-10.0-19045 WEED3 3.5.4-1.x86_64 2024-08-25 16:52 UTC
> x86_64 Cygwin
> Windows Terminal version: 1.20.11781.0
> Windows build number: 10.0.19045.4780
>
> When running a cygwin64 based terminal application under a MsTerminal
On Mon, 26 Aug 2024 07:25:55 +
"Krishna, Chaitra via Cygwin" wrote:
> In 2017, we qualified our programs using Cygwin 2.8.1. Unfortunately, we no
> longer have the source code packages and have been unable to locate them
> online. Could you please assist us by providing any links, sites, or
On Sun, 04 Aug 2024 04:34:24 +
Jim McNamara wrote:
> This commmand doesnt seem to work:
>
> sshpass -p 'your_password' rsync -avvv -e 'ssh -4 -vvv -o
> StrictHostKeyChecking=no -o PreferredAuthentications=password -o
> PubkeyAuthentication=no -p ' /cygdrive/c/cygwin64/home/myuser1/shared
On Sun, 04 Aug 2024 21:50:40 +0200
ASSI wrote:
> The mingw64 cross compilers have been updated for both architectures to
> the latest upstream release version of the gcc-11 branch:
>
> mingw64-i686-gcc-12.4.0-1-src
> mingw64-i686-gcc-core-12.4.0-1
> mingw64-i686-gcc-debuginfo-12.4.0-1
> mingw6
On Wed, 31 Jul 2024 19:16:26 +
Jim McNamara wrote:
> I am running into a little difficulty with openssh can you please assist ?
>
> thanks jim
>
> ./cygrunsrv --install sshd -d "Cygwin SSHD" -p /usr/bin/sshd -a "-D"
> ./cygrunsrv: Given path doesn't point to a valid executable
> Try `./cygru
On Mon, 29 Jul 2024 23:02:17 +0900
Takashi Yano wrote:
> On Mon, 29 Jul 2024 07:18:53 +0200
> ASSI wrote:
> > Additionally, a new option '-mno-align-vector-insn' has been implemented
> > (following the lead of MSys2 and using a patch by Kai Tietz) to enable
> > an easier (more targeted) workaround
On Mon, 29 Jul 2024 07:18:53 +0200
ASSI wrote:
> Additionally, a new option '-mno-align-vector-insn' has been implemented
> (following the lead of MSys2 and using a patch by Kai Tietz) to enable
> an easier (more targeted) workaround for the underlying stack data
> alignment problem when passing ve
On Sun, 21 Jul 2024 05:57:10 +0200
Thomas Wolff wrote:
> Am 21.07.2024 um 01:54 schrieb Takashi Yano via Cygwin:
> > On Sat, 20 Jul 2024 15:44:17 +0200
> > Mark Liam Brown wrote:
> >> I am trying to parse the output of "net use" in a bash script, but hit
> &g
On Sat, 20 Jul 2024 15:44:17 +0200
Mark Liam Brown wrote:
> I am trying to parse the output of "net use" in a bash script, but hit
> a roadblock:
> The output of "net use" changes with the language of the system
> (English, Danish, French, ...), so parsing becomes nearly impossible
>
> How can I f
On Fri, 12 Jul 2024 14:33:31 +0200
Johannes Khoshnazar-Thoma wrote:
> Am 03.07.24 um 16:09 schrieb Takashi Yano:
> > On Tue, 2 Jul 2024 19:45:15 +0900
> > Takashi Yano wrote:
> > I'll submit a patch for that and push it shortly.
> >
> Thank you so much for the fix. I built a cygwin1.dll containing
On Mon, 1 Jul 2024 20:43:28 +0900
Takashi Yano wrote:
> On Mon, 1 Jul 2024 20:40:38 +0900
> Takashi Yano wrote:
> > On Mon, 6 May 2024 23:01:49 +0300
> > ilya Basin wrote:
> > > I need your help with troubleshooting an issue with "pv":
> > > https://codeberg.org/a-j-wood/pv/issues/87
> > >
> > >
On Tue, 2 Jul 2024 19:45:15 +0900
Takashi Yano wrote:
> On Mon, 1 Jul 2024 22:20:20 +0900
> Takashi Yano wrote:
> > On Mon, 1 Jul 2024 13:47:56 +0200
> > Johannes Khoshnazar-Thoma wrote:
> > > Note that the hang does not happen when just running cygwin
> > > applications via terminal windows (like
On Mon, 1 Jul 2024 22:20:20 +0900
Takashi Yano wrote:
> On Mon, 1 Jul 2024 13:47:56 +0200
> Johannes Khoshnazar-Thoma wrote:
> > Note that the hang does not happen when just running cygwin
> > applications via terminal windows (like cmd, powershell and
> > MinTTY). It triggers however when a cygwin
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
> Could you maybe point to the place in the cygwin (winsup)
> source code where the minor is allocated?
As for console, fhandler_console::set_unit() does that.
--
Takashi Yano
--
Problem reports: https://cygwin.com/proble
On Mon, 1 Jul 2024 13:47:56 +0200
Johannes Khoshnazar-Thoma wrote:
> Note that the hang does not happen when just running cygwin
> applications via terminal windows (like cmd, powershell and
> MinTTY). It triggers however when a cygwin application is
> run both as a service (I think as SYSTEM accou
On Mon, 1 Jul 2024 20:40:38 +0900
Takashi Yano wrote:
> On Mon, 6 May 2024 23:01:49 +0300
> ilya Basin wrote:
> > I need your help with troubleshooting an issue with "pv":
> > https://codeberg.org/a-j-wood/pv/issues/87
> >
> > This app uses SIGALRM to interrupt a blocking write to STDOUT and read
On Mon, 6 May 2024 23:01:49 +0300
ilya Basin wrote:
> I need your help with troubleshooting an issue with "pv":
> https://codeberg.org/a-j-wood/pv/issues/87
>
> This app uses SIGALRM to interrupt a blocking write to STDOUT and read more
> data into the buffer.
> On Linuxes write() returns 0 afte
On Mon, 1 Jul 2024 17:43:53 +0900
Takashi Yano wrote:
> On Sun, 30 Jun 2024 22:55:22 +0900
> Takashi Yano wrote:
> > On Sun, 30 Jun 2024 20:33:19 +0900
> > jojelino wrote:
> > > On 6/29/2024 2:39 PM, Brian Inglis via Cygwin wrote:
> > > > Reran cygport --debug upload and command hanging was ssh-add
On Sun, 30 Jun 2024 22:55:22 +0900
Takashi Yano wrote:
> On Sun, 30 Jun 2024 20:33:19 +0900
> jojelino wrote:
> > On 6/29/2024 2:39 PM, Brian Inglis via Cygwin wrote:
> > > Reran cygport --debug upload and command hanging was ssh-add -l!
> > >
> >296 72109 [main] ssh-add 63275 win32env_to_cy
On Sun, 30 Jun 2024 20:33:19 +0900
jojelino wrote:
> On 6/29/2024 2:39 PM, Brian Inglis via Cygwin wrote:
> > Reran cygport --debug upload and command hanging was ssh-add -l!
> >
>296 72109 [main] ssh-add 63275 win32env_to_cygenv: 0xA000232E0:
> TERM_PROGRAM=mintty
>189 72298 [main] s
On Fri, 28 Jun 2024 21:17:26 +0900
Takashi Yano wrote:
> Sorry for very late replay.
>
> On Mon, 3 Jun 2024 15:20:32 +0200
> Johannes Khoshnazar-Thoma wrote:
> > We did more testing and it looks like the name of the event
> > that signals console master thread start and end is shared between
> > u
Sorry for very late replay.
On Mon, 3 Jun 2024 15:20:32 +0200
Johannes Khoshnazar-Thoma wrote:
> We did more testing and it looks like the name of the event
> that signals console master thread start and end is shared between
> unrelated processes (it uses the console minor which is always (?)
> 0
On Sat, 22 Jun 2024 07:36:19 +0200
Federico Kircheis wrote:
> ffmpeg, as far as I've could see, on Debian does not seem to depend
> transitively on clang.
ffmpeg on fedora is built with opencl-enabled.
https://src.fedoraproject.org/rpms/ffmpeg/blob/rawhide/f/ffmpeg.spec#_702
I just followed to i
On Sat, 22 Jun 2024 07:22:42 +0900
Takashi Yano wrote:
> Hi Federico,
>
> On Fri, 21 Jun 2024 19:35:32 +0200
> Federico Kircheis wrote:
> > After some investigation, it seems that ffmeg hash clang (which has gcc)
> ^^
> > as dependency in its chai
Hi Federico,
On Fri, 21 Jun 2024 19:35:32 +0200
Federico Kircheis wrote:
> After some investigation, it seems that ffmeg hash clang (which has gcc)
^^
> as dependency in its chain.
>
> I would consider it a bug, although not critical.
Do you mea
On Sun, 02 Jun 2024 15:14:51 +0200
Bruno Haible wrote:
> Hi Takashi Yano,
>
> > The result is as follows (submitted as v4 patch).
> >
> > int
> > pthread::once (pthread_once_t *once_control, void (*init_routine) (void))
> > {
> > /* Sign bit of once_control->state is used as done flag.
> >
On Sat, 1 Jun 2024 12:08:51 -0400
Ken Brown wrote:
> Hi Takashi,
>
> On 6/1/2024 10:18 AM, Takashi Yano via Cygwin wrote:
> > int
> > pthread::once (pthread_once_t *once_control, void (*init_routine) (void))
> > {
> >/* Sign bit of once_control->state is u
Hi Bruno,
On Fri, 31 May 2024 16:01:35 +0200
Bruno Haible wrote:
> Hi Takashi Yano,
>
> > With v3 patch:
> > int
> > pthread::once (pthread_once_t *once_control, void (*init_routine) (void))
> > {
> > /* Sign bit of once_control->state is used as done flag */
> > if (once_control->state & INT
On Wed, 29 May 2024 12:26:31 +0200
Bruno Haible wrote:
> Takashi Yano wrote:
> > As you mentioned in private mail to me, this seems to be a regression of
> > pthread::once() introduced by
> > commit 2c5433e5da8216aaf7458e50c63683c68fb0d3e8.
> >
> > I'll submit a patch for that issue shortly.
>
>
On Thu, 23 May 2024 20:09:09 +0200
Bruno Haible wrote:
> In Cygwin 3.5.3, on different machines, I see 3 Gnulib tests failing by
> timeout that worked perfectly fine in Cygwin 3.4.6 and older:
> FAIL: test-call_once2.exe
> FAIL: test-lock.exe
> FAIL: test-pthread-once2.exe
>
> Find here atta
Hi Jeremy,
On Tue, 28 May 2024 10:58:00 +0900
Takashi Yano wrote:
> On Fri, 24 May 2024 19:29:43 -0700 (PDT)
> Jeremy Drake wrote:
> > On Fri, 24 May 2024, Jeremy Drake wrote:
> >
> > > On Fri, 24 May 2024, Jeremy Drake wrote:
> > >
> > > > Looking at !address, it seems Windows put the PEB, TEBs,
On Fri, 24 May 2024 19:29:43 -0700 (PDT)
Jeremy Drake wrote:
> On Fri, 24 May 2024, Jeremy Drake wrote:
>
> > On Fri, 24 May 2024, Jeremy Drake wrote:
> >
> > > Looking at !address, it seems Windows put the PEB, TEBs, and stacks in the
> > > area where the cygheap should be. Way to go, ASLR :P
>
On Fri, 24 May 2024 14:46:40 -0700 (PDT)
Jeremy Drake wrote:
> > Thanks for the report. However, I cannot reproduce the issue.
> > If it always hangs in GetConsoleProcessList (), I doubt it is not a cygwin
> > bug but a windows bug.
> >
> > By any chance, is the number of processes that attach to t
On Sat, 25 May 2024 04:54:24 +0900
Takashi Yano wrote:
> By any chance, is the number of processes that attach to the same pty more
> than 32768 in your environment?
s/32768/8192/
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.co
On Fri, 24 May 2024 11:50:35 -0700 (PDT)
Jeremy Drake wrote:
> Seen on msys2, but doesn't seem specific to it.
>
> Frequently, when running ldd in a loop, it will hang. I managed to get a
> backtrace from gdb with symbols:
>
> (gdb) bt
> #0 0x7ffecea0fa34 in ntdll!ZwDeviceIoControlFile ()
>
On Wed, 15 May 2024 17:48:49 +0200
Johannes Khoshnazar-Thoma wrote:
> Hi again,
>
> Am 15.05.24 um 17:37 schrieb Johannes Khoshnazar-Thoma:
> > Hi again,
> >
> > Am 23.04.24 um 12:26 schrieb Takashi Yano:
> Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
> wihch is the l
On Tue, 23 Apr 2024 11:20:16 +0200
Johannes Khoshnazar-Thoma wrote:
> Am 22.04.24 um 20:51 schrieb Takashi Yano:
> > On Mon, 22 Apr 2024 14:50:51 +0200
> > Johannes Khoshnazar-Thoma wrote:
> >> Hi cygwin team :)
> >>
> >> I have found something what may be a cygwin bug. Sometimes
> >> (1 out of 100
On Mon, 22 Apr 2024 14:50:51 +0200
Johannes Khoshnazar-Thoma wrote:
> Hi cygwin team :)
>
> I have found something what may be a cygwin bug. Sometimes
> (1 out of 1000 times) a drbdadm.exe process (which is part of WinDRBD's
> user mode programs originally written for Linux) hangs for several
> da
On Mon, 18 Mar 2024 12:09:06 +0900
Takashi Yano wrote:
> On Sun, 17 Mar 2024 14:10:55 +0100
> Dimitry Andric wrote:
> > On 17 Mar 2024, at 13:50, Dimitry Andric
> > wrote:
> > >
> > > On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin
> > > wrote:
&
On Sun, 17 Mar 2024 14:10:55 +0100
Dimitry Andric wrote:
> On 17 Mar 2024, at 13:50, Dimitry Andric
> wrote:
> >
> > On 17 Mar 2024, at 13:35, Takashi Yano via Cygwin wrote:
> > ...
> >>
> >> I also test your test case:
> >> while bas
On Sun, 17 Mar 2024 21:15:17 +0900
Takashi Yano wrote:
> On Sun, 17 Mar 2024 21:03:58 +0900
> Takashi Yano wrote:
> > On Sun, 17 Mar 2024 19:21:16 +0900
> > Takashi Yano wrote:
> > > On Sun, 17 Mar 2024 13:03:40 +0300
> > > Alexey Izbyshev wrote:
> > > > On 2024-03-17 12:27, Takashi Yano wrote:
> >
On Sun, 17 Mar 2024 21:03:58 +0900
Takashi Yano wrote:
> On Sun, 17 Mar 2024 19:21:16 +0900
> Takashi Yano wrote:
> > On Sun, 17 Mar 2024 13:03:40 +0300
> > Alexey Izbyshev wrote:
> > > On 2024-03-17 12:27, Takashi Yano wrote:
> > > > On Sun, 17 Mar 2024 12:01:55 +0300
> > > > Alexey Izbyshev wrote
On Sun, 17 Mar 2024 19:21:16 +0900
Takashi Yano wrote:
> On Sun, 17 Mar 2024 13:03:40 +0300
> Alexey Izbyshev wrote:
> > On 2024-03-17 12:27, Takashi Yano wrote:
> > > On Sun, 17 Mar 2024 12:01:55 +0300
> > > Alexey Izbyshev wrote:
> > >> On 2024-03-17 11:44, Takashi Yano wrote:
> > >> > On Sun, 17
On Sun, 17 Mar 2024 13:03:40 +0300
Alexey Izbyshev wrote:
> On 2024-03-17 12:27, Takashi Yano wrote:
> > On Sun, 17 Mar 2024 12:01:55 +0300
> > Alexey Izbyshev wrote:
> >> On 2024-03-17 11:44, Takashi Yano wrote:
> >> > On Sun, 17 Mar 2024 11:14:16 +0300
> >> > Alexey Izbyshev wrote:
> >> >> Hello,
On Sun, 17 Mar 2024 12:01:55 +0300
Alexey Izbyshev wrote:
> On 2024-03-17 11:44, Takashi Yano wrote:
> > On Sun, 17 Mar 2024 11:14:16 +0300
> > Alexey Izbyshev wrote:
> >> Hello,
> >>
> >> I've been getting occasional "Error 127" from make -jN on seemingly
> >> random jobs. After reducing the set
On Sun, 17 Mar 2024 11:14:16 +0300
Alexey Izbyshev wrote:
> Hello,
>
> I've been getting occasional "Error 127" from make -jN on seemingly
> random jobs. After reducing the set of jobs and eventually eliminating
> make, I've arrived to this one-liner:
>
> bash -c 'true & true & wait -n || echo
On Sun, 10 Mar 2024 17:38:53 +0900
Takashi Yano wrote:
> On Sun, 10 Mar 2024 05:49:43 +
> wh wrote:
> > Here's how to reproduce this behavior.
> >
> > In test3.pl:
> >
> > #!/usr/bin/perl
> > my $wfds = '';
> > vec($wfds, fileno(STDOUT), 1) = 1;
> > sleep 1;
> > print STDERR "selecting\n";
>
On Sun, 10 Mar 2024 05:49:43 +
wh wrote:
> Here's how to reproduce this behavior.
>
> In test3.pl:
>
> #!/usr/bin/perl
> my $wfds = '';
> vec($wfds, fileno(STDOUT), 1) = 1;
> sleep 1;
> print STDERR "selecting\n";
> select undef, $wfds, undef, undef;
> print STDERR "ready\n";
> print "abc\n";
On Fri, 08 Mar 2024 21:53:10 +0900 (JST)
Masamichi Hosoda wrote:
> Hi
>
> If I understand correctly,
> the system font cache directory setting in /etc/fonts/fonts.conf
> provided by libfontconfig-common-2.15.0-2 is wrong.
>
> In /etc/fonts/fonts.conf provided by libfontconfig-common-2.13.1-2
>
>
On Tue, 05 Mar 2024 20:48:38 +0900 (JST)
Masamichi Hosoda wrote:
> libfontconfig-devel-2.15.0-1 links wrong DLL (i.e. libfontconfig-1.dll)
Thanks for the report. I'll fix that and release version 2.15.0-2.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Mon, 4 Mar 2024 20:00:13 +0900
Takashi Yano via Cygwin wrote:
> On Sun, 3 Mar 2024 13:07:11 +0900
> Takashi Yano wrote:
> > On Sat, 2 Mar 2024 11:49:36 +
> > Kate Deplaix wrote:
> > > I'm running cygwin on baremetal on an Intel i5-750 (4 cores), with 7GB of
On Sun, 3 Mar 2024 13:07:11 +0900
Takashi Yano wrote:
> On Sat, 2 Mar 2024 11:49:36 +
> Kate Deplaix wrote:
> > I'm running cygwin on baremetal on an Intel i5-750 (4 cores), with 7GB of
> > RAM and with an up-to-date Windows 10.
>
> Thanks for the information. I could reproduce the problem wi
Sorry, openjpeg 2.x.x is released in openjpeg2 package.
So, I'll release openjpeg 1.5.2 package later.
On Sun, 03 Mar 2024 15:25:14 +0900
Takashi Yano wrote:
> The following packages have been uploaded to the Cygwin distribution:
>
> * openjpeg-2.5.0-1
> * libopenjp2_7-2.5.0-1
> * libopenjpeg-dev
On Sat, 2 Mar 2024 11:49:36 +
Kate Deplaix wrote:
> I'm running cygwin on baremetal on an Intel i5-750 (4 cores), with 7GB of RAM
> and with an up-to-date Windows 10.
Thanks for the information. I could reproduce the problem with
Core i5 M 540 + 8GB RAM machine.
Let consider how to debug.
-
On Fri, 1 Mar 2024 17:48:52 +
Kate Deplaix wrote:
> Hi,
>
> Using cygwin 3.6.0-0.66.gc77a5689f7bd I was indeed unable to reproduce the
> issue.
Thanks for tesing.
> However I'm getting a related but slightly different issue now, where a
> subprocess randomly (but quite reliably over the wh
On Fri, 1 Mar 2024 19:21:12 +0900
Takashi Yano wrote:
> On Fri, 1 Mar 2024 09:25:10 +0900
> Takashi Yano wrote:
> > On Thu, 29 Feb 2024 18:19:45 +
> > Kate Deplaix wrote:
> > > To reproduce this:
> > >
> > > *
> > > make sure you have a fresh installed of cygwin 3.5.1
> > > *
> > > install
On Fri, 1 Mar 2024 09:25:10 +0900
Takashi Yano wrote:
> On Thu, 29 Feb 2024 18:19:45 +
> Kate Deplaix wrote:
> > To reproduce this:
> >
> > *
> > make sure you have a fresh installed of cygwin 3.5.1
> > *
> > install the following packages: autoconf, make, patch, curl,
> > mingw64-x86_64-
On Thu, 29 Feb 2024 18:19:45 +
Kate Deplaix wrote:
> To reproduce this:
>
> *
> make sure you have a fresh installed of cygwin 3.5.1
> *
> install the following packages: autoconf, make, patch, curl,
> mingw64-x86_64-gcc-g++, mingw64-i686-gcc-g++
> *
> curl -LO
> https://github.com/oca
On Thu, 22 Feb 2024 11:46:39 +0530 (IST)
Satish Balay wrote:
> Usage: Invoke 'cl' from cygwin/bash. i.e:
>
> - run 'Visual Studio CMD' to setup MS compilers in dos shell
> - run 'c:\cygwin64\cygwin.bat' [or 'c:\cygwin64\bin\bash --login']
> - run 'cl /c test.c'
>
> With cygwin upgrade to 3.5.0-1
On Tue, 30 Jan 2024 11:18:37 +0100
Marco Atzeri wrote:
> On 30/01/2024 10:22, Andrew Murray via Cygwin wrote:
> > Hi,
> >
> > Over in Pillow’s GitHub Actions, the Cygwin job has started hanging when
> > running pytest -
> > https://github.com/python-pillow/Pillow/actions/runs/7690866578/job/2095
On Mon, 5 Feb 2024 06:27:43 +0900
Takashi Yano wrote:
> On Sun, 04 Feb 2024 21:52:46 +0100
> ASSI wrote:
> > The native Gcc compilers have been updated to the latest upstream
> > snapshot version of the gcc-12 branch:
> >
> > gcc-12.3.1+20240202
> >
> > This build incorporates the experimental
On Sun, 04 Feb 2024 21:52:46 +0100
ASSI wrote:
> The native Gcc compilers have been updated to the latest upstream
> snapshot version of the gcc-12 branch:
>
> gcc-12.3.1+20240202
>
> This build incorporates the experimental v4 patch to use the newlib
> locale function in libstdc++ so that othe
On Sat, 27 Jan 2024 08:58:49 +0900
Takashi Yano wrote:
> On Fri, 26 Jan 2024 16:09:10 -0700
> Brian Inglis wrote:
> > Window blips and disappears whether running from XDG Menu btop++ or
> > terminal!
>
> What happens if you run btop in mintty or UXterm?
I could reproduce the problem. I'll releas
On Fri, 26 Jan 2024 16:09:10 -0700
Brian Inglis wrote:
> Window blips and disappears whether running from XDG Menu btop++ or terminal!
What happens if you run btop in mintty or UXterm?
> tail ~/.xsession-errors
> ...
> executing 'xterm -e btop', pid 23052
> (pid 23052 stderr) Missing charset KSC5
On Mon, 15 May 2023 21:10:27 +0200
Thomas Wolff wrote:
> I have uploaded xterm 380.
> Major changes:
>
> * DEC VT320 status line support
> * improved calculation of dim attribute colour
xterm 380 has a bug that wide bitmap fonts cannot be displayed correctly.
https://invisible-island.net/xter
On Mon, 22 Jan 2024 19:24:52 -0800
Kaz Kylheku wrote:
> On 2024-01-19 20:18, Takashi Yano via Cygwin wrote:
> > And I tried to observe the pthread_mutex_xxx() call. Then found the
> > test case does like:
> >
> > #include
> > int main()
> > {
>
On Mon, 22 Jan 2024 10:57:48 +0100
Corinna Vinschen wrote:
> On Jan 22 10:25, Corinna Vinschen via Cygwin wrote:
> > On Jan 22 12:30, Takashi Yano via Cygwin wrote:
> > > PATCH2: (for cygwin)
> > > Avoid handle leak caused when non-static pthread_once_t is initialized
&
On Mon, 22 Jan 2024 10:25:28 +0100
Corinna Vinschen wrote:
> On Jan 22 12:30, Takashi Yano via Cygwin wrote:
> > PATCH2: (for cygwin)
> > Avoid handle leak caused when non-static pthread_once_t is initialized
> > with PTHREAD_ONCE_INIT
> > diff --git a/winsup/cygwi
On Sun, 21 Jan 2024 14:30:00 +0100
ASSI wrote:
> Takashi Yano via Cygwin writes:
> > I found the cause. In pthread.h of cygwin, PTHREAD_ONCE_INIT is defined as:
> > #define PTHREAD_ONCE_INIT { PTHREAD_MUTEX_INITIALIZER, 0 }
> > however, libstdc++ initializes non-static pthr
Hi Corinna,
On Sat, 20 Jan 2024 21:24:27 +0900
Takashi Yano wrote:
> On Sat, 20 Jan 2024 10:13:22 +0100
> ASSI wrote:
> > Takashi Yano via Cygwin writes:
> > > I might find the culprit in gcc's libstdc++ code such as:
> > > libstdc++-v3/include/ext/co
On Sat, 20 Jan 2024 10:13:22 +0100
ASSI wrote:
> Takashi Yano via Cygwin writes:
> > I might find the culprit in gcc's libstdc++ code such as:
> > libstdc++-v3/include/ext/concurrentce.h:
> > class __mutex
> > {
> > private:
> > #i
Hi Corinna and Achim,
On Sat, 20 Jan 2024 13:18:25 +0900
Takashi Yano wrote:
> Hi Corinna,
>
> On Fri, 19 Jan 2024 15:28:40 +0100
> Corinna Vinschen wrote:
> > On Jan 19 22:44, Takashi Yano via Cygwin wrote:
> > > Hi,
> > >
> > > I might find the bug
Hi Corinna,
On Fri, 19 Jan 2024 15:28:40 +0100
Corinna Vinschen wrote:
> On Jan 19 22:44, Takashi Yano via Cygwin wrote:
> > Hi,
> >
> > I might find the bug of cygwin1.dll (including 3.4.x, 3.5.0 (TEST)).
> > The following test case (c++ code) causes handle l
Hi,
I might find the bug of cygwin1.dll (including 3.4.x, 3.5.0 (TEST)).
The following test case (c++ code) causes handle leak.
This issue is reproducible with both g++ and clang++.
However, it does not happen in Linux environment.
So I guess this is the cygwin1.dlll bug.
I looked into this prob
On Thu, 18 Jan 2024 16:37:59 +0900 (JST)
Yasuhiro Kimura wrote:
> From: David Stephenson via Cygwin
> Subject: Tmux crashes on copy
> Date: Wed, 17 Jan 2024 12:30:59 +
>
> > When using the copy function in tmux it crashes on Enter.
> >
> > Steps:
> >
> > ctrl-[ (enter copy mode)
> > Navigat
On Sat, 6 Jan 2024 02:39:58 +0800
徐持恒 Xu Chiheng wrote:
> On Fri, Jan 5, 2024 at 5:52 PM Takashi Yano wrote:
> > Great! However, currently clang and llvm package has no
> > maintainer unfortunately. By any chance, are you interrested
> > in maintainership of that packages?
>
> Yes, it would be my
On Fri, 5 Jan 2024 06:52:40 +0800
徐持恒 Xu Chiheng via Cygwin wrote:
> I have build scripts and patches at https://github.com/xu-chiheng/Note .
> I can use the build scripts and patches to build and bootstrap
> GCC(start from 13.0.0) and Clang/LLVM(start from 16.0.0) use GCC or
> Clang on Cygwin and
On Tue, 02 Jan 2024 19:59:57 -0800
Kaz Kylheku wrote:
> On 2024-01-02 16:11, Takashi Yano via Cygwin wrote:
> > Perhaps, the off-by-one is for EOF as you guess.
>
> I doubt it. If EOF were out of range of char, it would have to be -129 or
> less,
> so that -127 would
On Tue, 02 Jan 2024 15:56:00 -0800
Kaz Kylheku wrote:
> On 2024-01-02 15:25, Takashi Yano via Cygwin wrote:
> > On Tue, 02 Jan 2024 14:18:15 -0800
> > Kaz Kylheku via Cygwin wrote:
> >> I noticed that this macro, defined in winsup/cygwin/local_includes/path.h:
>
On Tue, 02 Jan 2024 14:18:15 -0800
Kaz Kylheku via Cygwin wrote:
> I noticed that this macro, defined in winsup/cygwin/local_includes/path.h:
>
> #define isdrive(s) (isalpha (*(s)) && (s)[1] == ':')
>
> is being used with arguments of type char, like dereferenced "char *"
> pointers.
>
>
Hi,
I encountered the problem that the avx2 code crashes with segfault.
This happens if the cygwin gcc or cygwin mingw gcc compiler is used.
To reproduce the problem, compile the following test case with:
gcc -O0 avx2test.c -mavx2 -o avx2test
or
x86_64-w64-mingw32-gcc -O0 avx2test.c -mavx2 -o avx
On Mon, 16 Oct 2023 20:27:09 -0600
Brian Inglis wrote:
> On 2023-10-16 15:31, Roland Mainz via Cygwin wrote:
> > Steps to reproduce:
> > 1. Boot Windows 10
> > 2. Log in
> > 3. Open Cygwin terminal
> > 4. Run "kate"
> > Result:
> > kate crashes
> > Expected result:
> > kate runs
> > snip
On Mon, 16 Oct 2023 23:31:40 +0200
Roland Mainz wrote:
> Steps to reproduce:
> 1. Boot Windows 10
> 2. Log in
> 3. Open Cygwin terminal
> 4. Run "kate"
>
> Result:
> kate crashes
>
> Expected result:
> kate runs
>
> snip
> $ uname -a
> CYGWIN_NT-10.0-19045 DERFWNB8353 3.5.0-0.438.g322c
On Fri, 13 Oct 2023 04:33:47 +0200
Thomas Wolff wrote:
> Am 13.10.2023 um 02:41 schrieb xvac--- via Cygwin:
> > zig lang
> > nim lang
> > rust lang
> >
> > also should add to cygwin official repo.
> The Rust project does not support build on cygwin (see
> https://github.com/rust-lang/rust/issues/7
On Fri, 6 Oct 2023 14:00:16 +0200
risingpower wrote:
> On 06.10.2023 13:14, Takashi Yano wrote:
> >
> > Thanks for the information. I might find the cause.
> > Please test 2.28.4-1a (Test).
>
> It works! HID and XBOX360 controller!
Thank you for testing!
> Thank you very much! What exactly have
On Fri, 6 Oct 2023 09:26:39 +0200
risingpower wrote:
> On 05.10.2023 18:38, Takashi Yano wrote:
> >
> > Thanks for testing!
> > What error occurs for XBOX360 controller?
> >
>
> There is no error message. Everything looks fine, but the controller
> doesn't work.
Thanks for the information. I migh
On Thu, 5 Oct 2023 17:15:42 +0200
risingpowe wrote:
> On 05.10.2023 16:12, Takashi Yano wrote:>
> > I guess DirectInput is necessary for that gamepads. I will release
> > SDL2 2.28.4-1 (TEST) package shortly, where both dinput and xinput
> > are enabled. Could you please test?
> >
>
> Thank you ve
On Thu, 5 Oct 2023 15:07:54 +0200
risingpower wrote:
> On 03.10.2023 14:26, Takashi Yano wrote:
> > This is because SDL_mmjoystick.c is removed from the source tree
> > of upstream since 2.0.18.
> >
> > Now I am trying to enable SDL_dinputjoystick.c or SDL_xinputjoystick.c
> > instead. Hopefully it
Sorry for late reply.
On Sat, 30 Sep 2023 01:12:22 +0200
Michael Panzlaff wrote:
> thank you for the quick reply. I checked my program again and there was
> indeed a bug which prevent OSS from working. Though, it's not really OSS
> what was the problem. The problem was the huge buffer size that
On Tue, 3 Oct 2023 11:20:30 +0200
risingpower wrote:
> Hi,
>
> after a cygwin update, SDL2 does not recognize my gamepads any more.
> They definitely worked before:
> libSDL2_2.0_0-2.0.7-1.tar.xz <- joystick worked fine (2021-10-09)
> libSDL2_2.0_0-2.28.3-2.tar.xz <- SDL_NumJoys
On Fri, 29 Sep 2023 02:12:51 +0200
Michael Panzlaff rote:
> Hi,
>
> I got the right mailing list by not writing to cygwin-apps.
> Since my last cygwin update (which upgraded portaudio
> to 19.20210406-2) the library does not function properly anymore an no
> sound playback is possible.
>
> Usual
On Fri, 22 Sep 2023 20:51:49 +0200
Thomas Huth wrote:
> Am Sat, 16 Sep 2023 23:18:36 +0900
> schrieb Takashi Yano :
> ...
> > Thanks for the report. I looked into this problem and found the cause.
> > I will release new SDL2 package where the issue has been fixed.
>
> Thank you very much for the q
On Sat, 23 Sep 2023 17:23:59 +0900
Takashi Yano via Cygwin wrote:
> On Fri, 22 Sep 2023 08:48:45 +0200
> ASSI wrote:
> > Takashi Yano via Cygwin writes:
> > > I wonder why the following code throws std::runtime_error
> > > even though the LC_ALL is set to valid loc
On Fri, 22 Sep 2023 08:48:45 +0200
ASSI wrote:
> Takashi Yano via Cygwin writes:
> > I wonder why the following code throws std::runtime_error
> > even though the LC_ALL is set to valid locale other than "C".
> > This does not occur only when LC_ALL is set to
1 - 100 of 426 matches
Mail list logo
