h cat, grep takes much longer:
>
> # time cat all_spots.txt | grep -n N0FUL
>
> 17027336:N0FUL,20240615,20240615,1
> 17027337:N0FUL,20240629,20240629,1
>
>
> real1m4.934s
> user0m0.031s
> sys 0m0.124s
Thanks for the report. This seems to be a
as such peek the console input queue and
> don't process the input stream if detected.
Another simple solution is disabling cons_master_thread in win32-input-mode.
The signalling keys such as Ctrl-C, Ctrl-Z etc. never comes anyway in that
mode.
Now I'm testing this solution.
--
Tak
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
> WriteConso
t
> Is there any means of disabling the feature for testing?
There is no other means than modifying the source code of cygwin1.dll
and rebuild it. I already tried that and the problem disappeard.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
soft/terminal/issues/17824 contains additional
> information.
Thanks for the report.
Are there any documents for win32-raw-mode "\033[?9001h" ?
I am very puzzled with that WriteConsoleInput() with one event
generates ~15 input events for ReadConsoleInput() in this mode.
--
ny links, sites, or
> repositories where we can download the source packages for Cygwin 2.8.0 and
> 2.8.1?
git clone https://cygwin.com/git/newlib-cygwin.git --depth 1 -b
cygwin-2_8_0-release
git clone https://cygwin.com/git/newlib-cygwin.git --depth 1 -b
cygwin-2_8_1-release
--
T
stination that seem to be on the
same machine?
/cygdrive/c/cygwin64/home/myuser1/shared/
myuser1@127.0.0.1:/home/myuser1
This command try to backup files in /home/myuser1/shared/ to
/home/myuser1 which is the upper directory of former one.
Do you really want to do that?
--
; mingw64-x86_64-gcc-g++-12.4.0-1
> mingw64-x86_64-gcc-objc-12.4.0-1
This release does not seem to be applied '-mno-align-vector-insn'
patch. Is this intentional?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.c
sn't point to a valid executable
> Try `./cygrunsrv --help' for more information.
Generally speaking, You should run ssh-host-config rather than
running cygrunsrv --install manually.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
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
lag by default.
However gcc 12.4.0-3 does not enable this flag by default.
Is this intentional?
--
Takashi Yano
--
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
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
nearly impossible
>
> How can I force the language used by "net use" to English, even if the
> system default language is Danish or French?
Did you try
chcp.com 437
or something like that?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
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 fi
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":
> > &
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
> > > app
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
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://cygw
nk as SYSTEM account, but I
> can ask again) and from a terminal window.
Service process usually does not have console. So I think
fhandler_console::open()/close() are not called.
Do you allocate console for your service process somehow?
--
Takashi Yano
--
Problem reports: htt
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
ux debian2 6.1.0-21-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.90-1
(2024-05-03) x86_64 GNU/Linux
The behaviour is same with cygwin.
--
Takashi Yano
--
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
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 --d
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!
> > >
> >
ll just above of
> acquire_output_mutex located in fhandler_pty_master::close of pty.cc.
>
> > CancelIo(get_ttyp()->to_master());
> > CancelIo(get_ttyp()->to_master_nat());
> acquire_output_mutex (mutex_timeout);
>
> Hope it helps
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 a
event names (the
> tm_usec field of gettimeofday()) and the stuckness vanished.
> So unless there is a reason for sharing the event between
> cygwin processes this patch should work:
Do you really confirm that your patch resolves the issue?
If so, the cause might be some kind of race i
v2 libmad0
>>> libmodplug1 libmpcdec7 libncursesw10 libopusfile0 libpulse0 libswresample5
>>> libvorbisfile3 libwavpack1
I guess this is as you expect (if libav* are free from clang dependency),
isn't it?
--
Takashi Yano
--
Problem reports: https://cygwin.com/pr
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)
> ^^
>
end and LLVM for the kernel
compiler implementation, and as a portability layer.
--
Takashi Yano
--
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
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 o
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 don
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
winsup/cygwin/thread.cc
> $ git diff cygwin-3.4.6 cygwin-3.5.3 winsup/testsuite/winsup.api/pthread
Thanks for the report.
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 pa
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
in mm/cygheap.cc
fails when the address range which cygwin uses is occupied due to
high-entropy-va in ldh.exe.
Thanks for the analysis.
--
Takashi Yano
--
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
the issue.
It seems that ldh.exe (which is called from ldd?) falls into infinite loop.
However, gdb cannot attach to ldh.exe...
--
Takashi Yano
--
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
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:
tempts without symbols showed the same Windows APIs at least.
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 the same pty more
than 3276
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 te
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
e it is not a full cygwin installation
> however the cygwin1.dll (3.4.10-1) is in the $PATH.
Thanks for the report. Could you please test cygwin1.dll 3.5.3-1
wihch is the latest cygwin release?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cy
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 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
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
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
> &g
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
> * Cygwin 3.4.6, Windows 10 22H2 x64 and Windows 7 x64
>
> I couldn't reproduce it in Cygwin 3.3.6 (WOW64) on Windows 7 x64.
Could you please try latest cygwin 3.6.0 (TEST) ?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: http
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, fil
e/issues/202
> also about pipes to external programs, but there are some differences. In
> this scenario the non-Cygwin curl doesn't actually read anything from the
> pipe, and it should have exited before the select call. I tried a build of
> MSYS2 with their fix, and i
che.
> It is wrong because it means that
> processes with different current directories have
> different system font cache directories,
> and the caches are no longer shared.
Thanks for the report. You are right.
I'll release 2.15.0-3 to fix that.
--
Takashi Yano
--
Problem
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.
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.
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-
ow to debug.
--
Takashi Yano
--
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
swprintf(buf, 1024, L"x86_64-w64-mingw32-gcc test.c -o %s", argv[1]);
int ret = _wsystem(buf);
if(ret != 0) printf("FOUND %d\n", ret);
}
and
#!/bin/sh
for i in $(seq 1 200); do ./a.exe $i & done
but, no error was found...
How many cpu cores and how much memory does
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:
> > >
> > > *
> > >
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: autoco
output `My Documents' directory and exit
-P, --smprograms output Start Menu `Programs' directory and exit
-S, --sysdir output system directory and exit
-W, --windir output `Windows' directory and exit
-F, --folder ID output special folder with n
Microsoft Corporation. All rights reserved.
>
> test.c
> test.c(2): fatal error C1004: unexpected end-of-file found
>
> balay@ps5 ~
> $ echo $?
> 2
>
Thanks for the report.
This bug has already has been fixed in current git hea
Thread 12 "python3.9" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 19184.0x18ac]
0x in ?? ()
Another thread seems to stop in exit_thread() (winsup/cygwin/sigproc.cc).
It may be due to SEGV.
Downgrading it to 3.9.16-1 solves the issue.
--
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
> >
> >
://cygwin.com/pipermail/cygwin/2024-January/255203.html
?
--
Takashi Yano
--
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
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 rep
https://github.com/kisli/vmime/issues/216
>
> https://stackoverflow.com/questions/13798461/how-to-normalize-encoding-names-like-ks-c-5601-1987-to-cp949
>
> Anything we can do in fontconfig and/or require from some other package that
> will alias the charset encoding and sa
ible-island.net/xterm/xterm.log.html#xterm_381
Could you please update xterm package?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/
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
problem a bit, and found number of event handle
increases every loop.
I doubt pthread_mutex_xxx functions.
#include
int func() { return 0; }
int main()
{
for (;;) {
std::future f = std::async(std::launch::async, func);
f.get();
}
return 0;
}
--
Takashi Yano
--
Problem reports
Thanks
>
> I have same problem with Windows 11 2023H2, and it disappears if I
> rollback libncursesw10 package from 6.4-20231230 to 6.4-3.20230114.
> So we may hit the bug of libncursesw10 6.4-20231230.
TO: Brian
BTW, shouldn't the package name
libncursesw10-6.4-20231230
be
l
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?
gwin.com/git-cygwin-packages/?p=git/cygwin-packages/llvm.git;a=summary
> git://cygwin.com/git/cygwin-packages/llvm.git
>
> https://github.com/msys2/MINGW-packages/tree/master/mingw-w64-clang
> https://github.com/msys2/MINGW-packages/blob/master/mingw-w64-clang/PKGBUILD
>
> h
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:
>
s://cygwin.com/git/?p=newlib-cygwin.git;a=blob;f=newlib/libc/ctype/ctype_.c;h=32ce4f3187dc528c3103d6d884708d7f364a6698;hb=HEAD#l82
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.co
(int64_t *)&e;
printf("%lx, %lx, %lx, %lx\n", e64[0], e64[1], e64[2], e64[3]);
return 0;
}
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe
/lib/dbus/machine-id
> /etc/postinstall/dbus.sh.done
> lrwxrwxrwx 1 26 May 14 2013 /etc/machine-id -> ../var/lib/dbus/machine-id*
> -rwxr-xr-x+ 1 33 May 14 2013 /var/lib/dbus/machine-id*
> -rw-r--r-- 1 54 Aug 9 2017 /etc/postinstall/dbus.sh.done
> $ head /etc/postinstall/dbus.sh.do
0x4a0]
> [New Thread 9784.0x159c]
> [New Thread 9784.0x19d8]
> [New Thread 9784.0x15f8]
> [New Thread 9784.0x24fc]
> process 170: D-Bus library appears to be incorrectly set up; failed to
> read machine uuid: Failed to open "/etc/machine-id": No such file or
>
ttps://github.com/rust-lang/rust/issues/79854).
Chiisaineko (Ookiineko?) san seems to be working on porting
Rust to cygwin.
https://cygwin.com/pipermail/cygwin-apps/2023-July/043048.html
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
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 yo
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
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
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_xinputjoysti
cific reason why MME, DirectSound, WASAPI
> are not available? Do they cause maintenance overhead?
Unfortunately, OSS and MME/DSound/WASAPI can be exclusively enabled.
I am currently considering whether to rollback portaudio to MME/
DSound/WASAPI until cygwin 3.5.0 is released.
--
Takashi
> }
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 will work again in 2.28.4.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.htm
Best regards
> Michael Panzlaff
>
> PS: Here is a sample C code which queries the host APIs and which should
> list MME and definitely not OSS:
OSS is implemented in cygwin and it works. 19.20210406-2 switches it backend
to OSS rather than win32apis.
Are there any reason to stick t
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.
>
>
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
On Thu, 21 Sep 2023 21:06:59 +0200
Christian Franke wrote:
> Brian Inglis via Cygwin wrote:
> > On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
> >> On Fri, 22 Sep 2023 01:12:04 +0900
> >> Takashi Yano wrote:
> >>> I wonder why the following code throws s
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
> 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 "C".
>
> #include
&
1 - 100 of 824 matches
Mail list logo