schen
The behaviour is by design. Does this cause any practical issue?
--
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, 21 Feb 2022 08:41:52 +0900
Takashi Yano wrote:
> On Sun, 20 Feb 2022 22:38:53 +0100
> Claude TETE wrote:
> > A bash in a local mounted drive, use realpath instead of mounted one
> > for all child processes.
> >
> > Example, mount a local folder on Z:
On Mon, 21 Feb 2022 01:05:32 +0100
Thomas Wolff wrote:
> Am 21.02.2022 um 00:56 schrieb Takashi Yano:
> > On Mon, 21 Feb 2022 08:41:52 +0900
> > Takashi Yano wrote:
> >> On Sun, 20 Feb 2022 22:38:53 +0100
> >> Claude TETE wrote:
> >>> A bash in a
s running, I quickly typed git status
> $ sigt tatus
>
> This reproduces on Windows Terminal and on cmd (Cygwin.bat)
Thanks for the report.
I think this is due to a bug which I recently fixed.
https://cygwin.com/pipermail/cygwin-patches/2022q1/011791.html
--
Takashi Yano
-
Hi Orgad,
On Sun, 27 Feb 2022 23:53:03 +0900
Takashi Yano wrote:
> On Sun, 27 Feb 2022 16:39:24 +0200
> Orgad Shaneh wrote:
> > Hi,
> >
> > I'm using cygwin runtime 3.3.4-2.
> >
> > When a foreground job is running, and the general CPU usage of th
ay think that the control key is
> active. This is often not a problem, unless the first character typed
> is a "d". I'm running tcsh as my shell.
>
> Let me know if I can add more information.
Is the problem reproducible with other apps than VeraCrypt?
--
Takashi
On Wed, 2 Mar 2022 22:13:30 +0200
Orgad Shaneh wrote:
> On Wed, Mar 2, 2022 at 1:13 AM Takashi Yano wrote:
> >
> > Hi Orgad,
> >
> > On Sun, 27 Feb 2022 23:53:03 +0900
> > Takashi Yano wrote:
> > > On Sun, 27 Feb 2022 16:39:24 +0200
> > > Orgad
On Wed, 02 Mar 2022 12:28:47 -0800
"Kaz Kylheku wrote:
> On 2022-02-27 06:53, Takashi Yano wrote:
> > I think this is due to a bug which I recently fixed.
> > https://cygwin.com/pipermail/cygwin-patches/2022q1/011791.html
>
> Was that upstreamed? Sorry to be a pain,
f symbolic links
>
> Any ideas what could be wrong ? It seems to be limited to certain SAMBA
> shared drives.
Hmm, could you please provide the version of samba
and hopefully smb.conf file if possible?
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Sat, 5 Mar 2022 11:23:26 +0900
Takashi Yano wrote:
> On Fri, 4 Mar 2022 15:43:55 -0500
> Philippe Debanne wrote:
> > Hello Cygwin list,
> >
> > Since updating my Cygwin installation to the latest version, I am having
> > the problem of "Too many levels of
valud users = @yano
force group = yano
read only = No
create mask 0660
directory mask = 0770
However, the issue could not be reproduced.
If I provide you with a test cygwin1.dll that outputs debug
messages, can you try it out?
--
Takashi Yano
--
Problem repo
On Tue, 8 Mar 2022 19:16:29 -0500
Philippe Debanne wrote:
> Yes OK, you can send me the DLL, I will test it in the next couple of days.
Thanks for your cooperation. I have just sent you cygwin1.dll
for the test. Please test it and let me know the resulted
debug messages.
--
Takashi Y
nder the preceding snapshot (dated 2022-02-17) everything works perfectly.
>
> Below the full content of the failing XWin.0.log. Any ideas?
I noticed this occurs after the commit:
commit 0ddf19d6ca6edf9edd7fc147124794fa9d5100e0
Author: Takashi Yano
Date: Mon Feb 21 21:20:48 2022 +0900
C
On Thu, 10 Mar 2022 18:10:31 +0900
Takashi Yano wrote:
> On Wed, 9 Mar 2022 22:24:45 +0100
> Denis Excoffier wrote:
> > I tried the last snapshot (dated 2022-03-01), which seems to work well,
> > until i failed to launch X/Windows, giving the
> > following message in a
On Wed, 9 Mar 2022 09:58:40 +0900
Takashi Yano wrote:
> On Tue, 8 Mar 2022 19:16:29 -0500
> Philippe Debanne wrote:
> > Yes OK, you can send me the DLL, I will test it in the next couple of days.
>
> Thanks for your cooperation. I have just sent you cygwin1.dll
> for the tes
onsole input buffer unlike linux.
I will propose a patch for this issue.
--
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 Fri, 11 Mar 2022 18:09:30 +0900
Takashi Yano wrote:
> On Wed, 9 Mar 2022 09:58:40 +0900
> Takashi Yano wrote:
> > On Tue, 8 Mar 2022 19:16:29 -0500
> > Philippe Debanne wrote:
> > > Yes OK, you can send me the DLL, I will test it in the next couple of
> >
On Thu, 17 Mar 2022 20:40:15 +0200
Orgad Shaneh wrote:
> On Fri, Mar 11, 2022 at 11:36 PM Takashi Yano
> wrote:
> > I looked into this problem and found the cause.
> > This seems to be due to a bug of fsync(). Cygwin's fsync()
> > flushes the console input buffer
On Fri, 18 Mar 2022 13:23:35 +0900
Takashi Yano wrote:
> On Thu, 17 Mar 2022 20:40:15 +0200
> Orgad Shaneh wrote:
> > On Fri, Mar 11, 2022 at 11:36 PM Takashi Yano
> > wrote:
> > > I looked into this problem and found the cause.
> > > This seems to be due
ntime repo, but it's quite hard. Try this:
> 1. git fetch
> 2. While it is running, write git and then very quickly type
> ququququququququququququququququ until the prompt appears.
>
> Sometimes you'll get q or u before git.
Do you run git in Git for Windows? or msys2
port the event is not equal.
(2) WriteConsoleInputW() may not be atomic. The event sequence which
is written by WriteConsoleInputW() may be inserted by key input
in the middle of the sequence.
A patch for these issues is attached. Could you please test?
--
Takashi Yano
prevent-swap
On Fri, 18 Mar 2022 15:04:31 +0200
Orgad Shaneh wrote:
> On Fri, Mar 18, 2022 at 2:15 PM Takashi Yano wrote:
> > Thanks. I can reproduce the issue. I think I found the cause.
> > The two unexpected things happen.
> >
> > (1) wVirtualKeyCode and wVirtualScanCod
ervice).
Thanks for the report. This is expected problem as mentioned
in b531d6b commit message. However, I could not imagin the
situation that the service has multiple writer for the pipe
and one of them is a non-cygwin app.
Question is: Does the docker invoke the command using SYSTEM
accoun
On Tue, 22 Mar 2022 19:18:07 +0900
Takashi Yano wrote:
> On Mon, 21 Mar 2022 11:45:57 -0700 (PDT)
> Jeremy Drake wrote:
> > This issue was reported to MSYS2 as a hang when trying to build libxml2 in
> > a Windows docker container. Another user was able to come up with a
> &g
the shell to do cleanup,
> such as writing to its history file).
> However, instead, a "ding" is sounded, but the terminal remains open.
This behaviour is by design. Alt-F4 generates "ESC [1;3S" just
like xterm without modern window manager.
--
Takashi Yano
-
ex f946bed77..87b419ea7 100644
--- a/winsup/cygwin/exceptions.cc
+++ b/winsup/cygwin/exceptions.cc
@@ -1119,6 +1119,7 @@ ctrl_c_handler (DWORD type)
{
sig_send (NULL, SIGHUP);
saw_close = true;
+ Sleep (100);
return FALSE;
}
if (!saw_close &
On Thu, 24 Mar 2022 20:42:50 -0700 (PDT)
Jeremy Drake wrote:
> On Tue, 22 Mar 2022, Takashi Yano wrote:
>
> > > Thanks for the report. This is expected problem as mentioned
> > > in b531d6b commit message. However, I could not imagin the
> > > situation that th
On Fri, 25 Mar 2022 00:09:59 -0700 (PDT)
Jeremy Drake wrote:
> On Fri, 25 Mar 2022, Takashi Yano wrote:
>
> > I can confirm the sample script hangs indeed if the script is
> > running as SYSTEM account. However, in my test, the patch solves
> > the issue.
> >
>
On Fri, 25 Mar 2022 10:01:53 -0700 (PDT)
Jeremy Drake wrote:
> On Fri, 25 Mar 2022, Takashi Yano wrote:
>
> > I will submit v3 patch shortly.
>
> I applied your v3 patch to 3.3.4 in
> https://github.com/msys2/msys2-runtime/pull/88 and re-ran my test action,
> and it work
27.2-1 windows7 cygwin-3.3.3-1
> emacs-27.2-1 windows10 cygwin-3.3.4-2
>
> hopefully someone knows significance of 10240 byte file/buffer in
> emacs/windows7/cygwin64-3.3.4-2
Thanks for the report. I found the cause in pty code.
I will fix that.
--
Takashi Yano
--
Proble
alizing)
+Sleep (10);
+
sigproc_printf ("entering ReadFile loop, my_readsig %p, my_sendsig %p",
my_readsig, my_sendsig);
I guess _main_tls may not be initialized correctly until
cygwin_finished_initializing is set.
Any comments would be appreciated.
--
Takashi Yan
ss.
Perhaps this is the same issue with:
https://cygwin.com/pipermail/cygwin/2022-March/251162.html
which is already fixed in cygwin git head.
https://cygwin.com/pipermail/cygwin-patches/2022q1/011865.html
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
v4 Route Table
> ...
>
> Does anybody know the reason?
That's because code page is set to CP_UTF8 (65001) by default
in pty without pseudo console support for a certain reason.
https://cygwin.com/pipermail/cygwin-developers/2020-August/011951.html
You can change the code pag
is?
>
> Is there any way I can get useful data for diagnosing this hang from the
> process tree that I currently have hanging (I'm going to keep it for
> now)? Otherwise, what would be the best strategy?
Attaching gdb to the hanging process and dumping stack by 'bt'
c
On Sat, 09 Apr 2022 14:02:38 +0300
Alexey Izbyshev wrote:
> On 2022-04-09 14:00, Alexey Izbyshev wrote:
> > On 2022-04-09 13:17, Takashi Yano wrote:
> >
> >> Attaching gdb to the hanging process and dumping stack by 'bt'
> >> command for each thread may
On Sat, 09 Apr 2022 19:07:08 +0300
Alexey Izbyshev wrote:
> On 2022-04-09 14:46, Takashi Yano wrote:
> > On Sat, 09 Apr 2022 14:02:38 +0300
> > Alexey Izbyshev wrote:
> >>
> >> Missed the line in the link above:
> >> https://cygwin.com/git?
On Sat, 09 Apr 2022 20:23:06 +0300
Alexey Izbyshev wrote:
> On 2022-04-09 19:57, Takashi Yano wrote:
> > Thank you very much for the information. Can you check if
> > the thread pty_master_fwd_thread() in root mintty is still
> > alive?
>
> I don't have mintty
On Sat, 09 Apr 2022 23:26:51 +0300
Alexey Izbyshev wrote:
> On 2022-04-09 22:35, Alexey Izbyshev wrote:
> > On 2022-04-09 20:54, Takashi Yano wrote:
> >> Thanks for checking. This seems to be normal. Then, I cannot
> >> understand why the ClosePseudoConsole() call i
On Sun, 10 Apr 2022 23:49:29 +0300
Alexey Izbyshev wrote:
> On 2022-04-10 15:13, Alexey Izbyshev wrote:
> > On 2022-04-10 10:34, Takashi Yano wrote:
> >> On Sat, 09 Apr 2022 23:26:51 +0300
> >> Thanks for investigating. In the normal case, conhost.exe is
> >>
happen to be running as a service, would it?
>
> https://cygwin.com/pipermail/cygwin-patches/2022q2/011867.html
sshd itself is running as service, however, the user session
is not. So, this is another issue.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Wed, 13 Apr 2022 19:48:04 +0300
Alexey Izbyshev wrote:
> On 2022-04-11 13:10, Alexey Izbyshev wrote:
> > On 2022-04-11 11:35, Takashi Yano wrote:
> >> On Sun, 10 Apr 2022 23:49:29 +0300
> >> A countermeasure version is available at the following location:
> >&g
port. I could reproduce the issue.
I also found the current git master does not have this issue,
while cygwin-3_3-branch does.
Now I am identifying which patch solved the issue.
One is obviously:
https://cygwin.com/pipermail/cygwin-patches/2022q2/011870.html
however, this was applied also for cygw
hat does the "zombie" mean? Is it listed in the process list of
ProcessHacker? I still suspect that the zombie javac.exe holds
the hWritePipe handle leaked from parent bash.exe.
> [1]
> https://github.com/microsoft/terminal/blob/9b92986b49bed8cc41fde4d6ef080921c41e6d9e/s
On Sat, 16 Apr 2022 18:16:50 +0900
Takashi Yano wrote:
> On Fri, 15 Apr 2022 21:09:05 +0300
> Alexey Izbyshev wrote:
> > Hi,
> >
> > I've discovered that pressing Ctrl-C in a Cygwin ssh session running the
> > following command can cause a deadlock:
> &
On Tue, 25 Jan 2022 00:01:53 +0900
Takashi Yano wrote:
> On Mon, 24 Jan 2022 14:46:20 +
> Jon Turney wrote:
> > On 19/01/2022 09:39, Takashi Yano wrote:
> > >
> > > However, I noticed another problem in signal handling.
> > >
> > > Even wit
Hi Alexey,
On Sat, 16 Apr 2022 16:21:34 +0300
Alexey Izbyshev wrote:
> On 2022-04-16 12:39, Takashi Yano wrote:
> > I am not sure yet what is essential, but the current code closes
> > pseudo console only if there is no other process which is attaching
> > to the pseudo
On Thu, 24 Mar 2022 17:33:50 +0900
Takashi Yano wrote:
> On Wed, 23 Mar 2022 15:11:20 -0400
> Mitchell Hentges wrote:
> > To reproduce the issue:
> > 1. Run Cygwin.bat to open a Cygwin shell in the "Command Prompt" terminal
> > 2. Run some command, such as "
On Fri, 1 Apr 2022 17:45:51 +0900
Takashi Yano wrote:
> On Mon, 21 Mar 2022 15:28:17 +0100
> Magnus Ihse Bursie wrote:
> > Hi,
> >
> > I'm working for Oracle on the OpenJDK build team. We're using GNU make
> > to build the JDK on all supported platforms
On Thu, 28 Apr 2022 16:09:24 +0200
Corinna Vinschen wrote:
> On Apr 28 09:42, Ken Brown wrote:
> > On 4/27/2022 10:13 AM, Takashi Yano wrote:
> > > On Fri, 1 Apr 2022 17:45:51 +0900
> > > Takashi Yano wrote:
> > > > I have tried to reproduce the issue
> All of a sudden I also am experiencing fork bombs if I type an invalid
> command. eg. type 'l' instead of 'ls' and ENTER, it spawns hundreds of
> 'bash.exe' processes. A half dozen 'pkill -9 bash.exe' heads off calamity.
That does not ha
On Thu, 28 Apr 2022 17:32:22 +0200
Corinna Vinschen wrote:
> On Apr 29 00:01, Takashi Yano wrote:
> > On Thu, 28 Apr 2022 16:09:24 +0200
> > Corinna Vinschen wrote:
> > > On Apr 28 09:42, Ken Brown wrote:
> > > > On 4/27/2022 10:13 AM, Takashi Yano wrote:
&
gt; 3.3.4 problem reported today?
This seems to be the issue which was already fixed in git head.
https://cygwin.com/pipermail/cygwin-patches/2022q1/011729.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
,noacl,posix=0,user,noumount,auto)
> S: on /cygdrive/s type ntfs (binary,noacl,posix=0,user,noumount,auto)
> V: on /cygdrive/v type ntfs (binary,noacl,posix=0,user,noumount,auto)
> W: on /cygdrive/w type ntfs (binary,noacl,posix=0,user,noumount,auto)
https://cygwin.com/pipermail/cygwin
On Fri, 29 Apr 2022 18:27:45 -0500
Wes Barris wrote:
> On 4/29/2022 6:09 PM, Takashi Yano wrote:
> > On Fri, 29 Apr 2022 14:21:01 -0500
> > Wes Barris wrote:
> >> For the past couple of months the latest versions of cygwin produce this
> >> error
> >> wh
On Sat, 30 Apr 2022 17:51:03 -0400
Ken Brown wrote:
> On 4/29/2022 5:10 AM, Takashi Yano wrote:
> > On Thu, 28 Apr 2022 17:32:22 +0200
> > I tried to move sigproc_init() call from dll_crt0_0() to
> > fork::child() for 64bit cygwin, however, that causes hang
> > at cy
exit.c 64 0x1801b3bdd
> 11 cygwin_exit dcrt0.cc 1311 0x1800483d3
> 12 _sigfe sigfe.s 35 0x18019593b
> 13 ??
I cannot reproduce this with cygwin git head of cygwin-3_3-branch.
On Tue, 3 May 2022 18:52:28 +0300
Orgad Shaneh wrote:
> On Tue, May 3, 2022 at 6:23 PM Takashi Yano wrote:
> >
> > On Tue, 3 May 2022 14:47:17 +0300
> > Orgad Shaneh wrote:
> > > Hi,
> > >
> > > Running `mintty ./bash` crashes on Windows 7 on c
On Wed, 4 May 2022 12:46:28 +0300
Orgad Shaneh wrote:
> On Wed, May 4, 2022 at 12:33 PM Orgad Shaneh wrote:
> >
> > On Tue, May 3, 2022 at 7:10 PM Takashi Yano
> > wrote:
> > >
> > > On Tue, 3 May 2022 18:52:28 +0300
> > > Orgad Shaneh wrote:
>
On Wed, 4 May 2022 16:27:43 +0300
Orgad Shaneh wrote:
> On Wed, May 4, 2022 at 2:16 PM Takashi Yano wrote:
> >
> > > Reduced the revert to this:
> > > @@ -979,16 +979,10 @@ fhandler_pty_slave::open (int flags, mode_t)
> > > code does not wor
On Thu, 5 May 2022 10:20:45 +0900
Takashi Yano wrote:
> On Wed, 4 May 2022 16:27:43 +0300
> Orgad Shaneh wrote:
> > On Wed, May 4, 2022 at 2:16 PM Takashi Yano
> > wrote:
> > >
> > > > Reduced the revert to this:
> > > > @@ -979,16 +97
On Thu, 5 May 2022 10:27:24 +0900
Takashi Yano wrote:
> On Thu, 5 May 2022 10:20:45 +0900
> Takashi Yano wrote:
>
> > On Wed, 4 May 2022 16:27:43 +0300
> > Orgad Shaneh wrote:
> > > On Wed, May 4, 2022 at 2:16 PM Takashi Yano
> > > wrote:
>
On Thu, 5 May 2022 10:59:54 +0900
Takashi Yano wrote:
> On Thu, 5 May 2022 10:27:24 +0900
> Takashi Yano wrote:
> > On Thu, 5 May 2022 10:20:45 +0900
> > Takashi Yano wrote:
> >
> > > On Wed, 4 May 2022 16:27:43 +0300
> > > Orgad Shaneh wrote:
> >
On Thu, 5 May 2022 12:33:07 +0900
Takashi Yano wrote:
> On Thu, 5 May 2022 10:59:54 +0900
> Takashi Yano wrote:
> > On Thu, 5 May 2022 10:27:24 +0900
> > Takashi Yano wrote:
> > > On Thu, 5 May 2022 10:20:45 +0900
> > > Takashi Yano wrote:
> > &g
On Thu, 5 May 2022 13:41:20 +0900
Takashi Yano wrote:
> I downloaded bash source files from:
> https://git.savannah.gnu.org/git/bash.git
> and built it by:
> ./configure && make
> and replaced /usr/bin/bash.
>
> Then the issue disappeared.
> Now, I start to sus
On Thu, 5 May 2022 15:44:40 +0900
Takashi Yano wrote:
> On Thu, 5 May 2022 13:41:20 +0900
> Takashi Yano wrote:
> > I downloaded bash source files from:
> > https://git.savannah.gnu.org/git/bash.git
> > and built it by:
> > ./configure && make
> > a
On Fri, 6 May 2022 17:05:02 +0300
Orgad Shaneh wrote:
> On Fri, May 6, 2022 at 1:49 AM Takashi Yano wrote:
> > > Only bash in msys2 package fails.
> >
> > I identified the difference which causes the issue
> > between bash built from original source and msys2 bash
ver, this crashes indeed. This means just
loading msys-readline8.dll causes the crash.
--
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, 7 May 2022 05:13:23 +0900
Takashi Yano wrote:
> On Fri, 6 May 2022 21:16:10 +0200 (CEST)
> Johannes Schindelin wrote:
> > Takashi, for the record, I find it hard to believe that the bug is
> > libreadline's because Orgad's scenario works if he reverts that patc
On Sat, 7 May 2022 09:20:51 +0900
Takashi Yano wrote:
> On Sat, 7 May 2022 05:13:23 +0900
> Takashi Yano wrote:
> > On Fri, 6 May 2022 21:16:10 +0200 (CEST)
> > Johannes Schindelin wrote:
> > > Takashi, for the record, I find it hard to believe that the bug is
> >
On Tue, 19 Apr 2022 01:09:52 +0900
Takashi Yano wrote:
> On Tue, 25 Jan 2022 00:01:53 +0900
> Takashi Yano wrote:
> > On Mon, 24 Jan 2022 14:46:20 +
> > Jon Turney wrote:
> > > On 19/01/2022 09:39, Takashi Yano wrote:
> > > >
> > > > Ho
3 06:51:22 2022 +0200
Add stdio_exit_handler()
Add a dedicated stdio exit handler to avoid using _GLOBAL_REENT in exit().
Is this the problem of cygwin side? Or newlib?
I also found "stdbuf -o 0 ps | cat" works. It seems that this problem is
caused by buffering of stdout.
--
Takash
On Tue, 17 May 2022 04:37:12 +0900
Takashi Yano wrote:
> I found that "ps | cat" outputs nothing with the current git head (master)
> of newlib-cygwin. However, just "ps" and "ls | cat" works.
>
> This happens after the commit:
>
> commit 26747c4
00180047856 (000, 000, 000,
> 000)
> 000FFF0 00180047904 (000, 000, 000,
> 000)
> End of stack trace
>
> This error does not occur in v3.1.7.
> Hope this will be resolved in the future.
This seems to happen if cygw
On Fri, 27 May 2022 13:31:20 +0900
Takashi Yano wrote:
> On Fri, 27 May 2022 11:36:27 +0800
> Sam Lin wrote:
> > I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
> > follows:
> >
> > 1. Write a simple code 'hello world' program
ile system
is UDF. cygwin1.dll 3.2.0 and later seems to cause problems
if it is placed in the root directory.
Even with UDF format, the problem does not occur if hello.exe
and cygwin1.dll are placed in any directory other than root
directory.
--
Takashi Yano
--
Problem reports: https://cygwin.
On Fri, 27 May 2022 18:18:49 +0900
Takashi Yano wrote:
> On Fri, 27 May 2022 16:47:09 +0800
> Sam Lin wrote:
> > I have also successfully executed that is to move cygwin1.dll to the root
> > directory to execute.
> >
> > Will cygwin1.dll be supported to execu
On Fri, 27 May 2022 19:51:23 +0900
Takashi Yano wrote:
> diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
> index 01b49468e..c4031b919 100644
> --- a/winsup/cygwin/cygheap.cc
> +++ b/winsup/cygwin/cygheap.cc
> @@ -183,6 +183,8 @@ init_cygheap::init_installation_root
On Fri, 27 May 2022 21:28:13 +0900
Takashi Yano wrote:
> On Fri, 27 May 2022 19:51:23 +0900
> Takashi Yano wrote:
> > diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
> > index 01b49468e..c4031b919 100644
> > --- a/winsup/cygwin/cygheap.cc
> >
> > > Based on https://gitforwindows.org/ I suspect your best bet for getting
> > > help here is either (a) asking on the Git for Windows mailing list at
> > > https://groups.google.com/g/git-for-windows, or (b) raising an issue at
> > > https://github.com
On Sat, 28 May 2022 09:22:12 -0400
Ken Brown wrote:
> On 5/27/2022 8:36 AM, Takashi Yano wrote:
> > diff --git a/winsup/cygwin/cygheap.cc b/winsup/cygwin/cygheap.cc
> > index 01b49468e..34c9e2bc7 100644
> > --- a/winsup/cygwin/cygheap.cc
> > +++ b/winsup/cygwin/cyghe
ygcheck -c autoconf make zip unzip
Cygwin Package Information
Package VersionStatus
autoconf 15-1 OK
make 4.3-1 OK
unzip6.0-17 OK
zip 3.0-12 OK
--
Takashi Yano
--
Problem reports
similar online.
> Best regards and thank you very much in advance,
If the program depends on cygncurses*.dll, it also needs
/usr/share/terminfo.
It should be placed in the relative path ../usr/share/terminfo
from the directory where cygwin1.dll exists.
--
Takashi Yano
--
Problem reports:
stribution at all or
> such that it will be in the same folder as cygwin1.dll.
If environment variable TERMINFO is set, cygncurses*.dll searches
terminfo from TERMINFO. So it is possible if you have chance to
set environment variable TERMINFO.
Please refer to 'man terminfo' for mor
59;5ms←[0m←[38;2;226;148;9mt←[0m`
>
> Strangely enough, golang compiled executables work perfectly, but piping `cat
> domains.txt | go run color.go` does not work.
> The workaround I had to go with is to use Windows's built-in `type` command
> instead of `cat`. This was a tricky bug
from
https://www.python.org/downloads/ ?
I installed Microsoft store version of python (3.10.5) and run
'cat empty.txt | python color.py' from PowerShell in Windows Termianl,
then it outputs gradate-colored 'python-test' text.
--
Takashi Yano
--
Problem reports:
On Wed, 15 Jun 2022 10:04:07 +0900
Takashi Yano wrote:
> On Tue, 14 Jun 2022 21:56:39 +
> 5990 wrote:
> > I ran all commands on cmd from within Windows Terminal. Note that running
> > cmd.exe directly, and running cmd from the Windows Terminal is not the
> > same.
; x0:z x1z x3|z x4"z x5?z x6*z
I have taken over the maintenance of unzip package, and
fix the problem in the updated unzip-6.0-18.
https://cygwin.com/pipermail/cygwin/2022-June/251653.html
Please try.
--
Takashi Yano
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Thu, 16 Jun 2022 11:50:23 -0400
Eliot Moss wrote:
> On 6/16/2022 11:29 AM, Takashi Yano wrote:
> > On Thu, 16 Jun 2022 06:22:38 +0200
> > Thomas Wolff wrote:
> >> Am 15.06.2022 um 20:30 schrieb Adam Dinwoodie:
> >>> Cygwin generally handles filenames w
825b4c45#l3792
> [3]
> http://www.cygwin.com/git?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/fhandler_console.cc;hb=fdbd1539329ad669606767ab5a63a16f825b4c45#l3569
> [4]
> https://docs.microsoft.com/en-us/windows/console/console-virtual-terminal-sequences#window-title
> [5]
name beginning with '-' as follows.
touch -- -d -x
zip ./--abc.zip ./-d ./-x
rm -- -d -x
unzip ./--abc.zip '\-d'
--
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, 18 Jun 2022 17:56:05 +0200
Tomi Belan wrote:
> On Fri, Jun 17, 2022 at 3:38 PM Tomi Belan wrote:
> > I hope you enjoyed the bug report. Let me know if you have any questions.
> >
> > Tomi
>
> Takashi Yano wrote:
> > Thanks for the report. What situati
_r (struct _reent * ptr,
fp->_r = 0; /* largely a convenience for callers */
-#ifndef __CYGWIN__
/* SysV does not make this test; take it out for compatibility */
if (fp->_flags & __SEOF)
return EOF;
-#endif
/* if not already reading, have to
On Mon, 20 Jun 2022 17:59:35 +0900
Takashi Yano wrote:
> Isn't this a bug of newlib? Try following code.
>
> #include
>
> int main()
> {
> printf("%d\n", getchar());
> printf("%d\n", feof(stdin));
> printf("%d\n",
> plot windows flashes and disappear immediately
I guess it depends on GPU. What GPU do you use?
It almost works in my environment except for that it needs
'Reset Figure' to draw. Without 'Reset figure', the plot area
is filled gray. My GPU is GeForce GTX 750 Ti.
Did y
On Tue, 21 Jun 2022 19:48:09 +0900 (JST)
Tatsuro MATSUOKA wrote:
> > From: "Takashi Yano"
> > To: "cygwin>
> Cc: "Tatsuro MATSUOKA"
> > Date: 2022/06/21 火 18:45
> > Subject: Re: fltk does not work on cygwin version octave-6.4.0
>
> &g
On Tue, 21 Jun 2022 20:18:00 +0900
Takashi Yano wrote:
> On Tue, 21 Jun 2022 19:48:09 +0900 (JST)
> Tatsuro MATSUOKA wrote:
> > > From: "Takashi Yano"
> > > To: "cygwin>
> > Cc: "Tatsuro MATSUOKA"
> > > Date: 2022/06/21 火 18:45
&
t = 4
> [1].fd = 1
> [1].event = 1
> [1].revent = 0
> n = 0
> [1].fd = 1
> [1].event = 1
> [1].revent = 0
>
> P.S. The manual page for poll(2) says:
>
> The bits returned in revents can include any of those specified in events, or
> one of the values POLLERR, POLLHUP, or POLLNVAL.
>
> So returning POLLOUT(4) for POLLIN(1) violates the rule: bit 0 is NOT set in
> the binary representation of 4.
Thanks for the report.
I will submit a patch to cygwin-patc...@cygwin.com for this issue.
--
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
if (buf.has_acls () && check_file_access (buf, X_OK, true))
- continue;
+ goto next;
/* Overwrite potential symlink target with original path.
See comment preceeding this method. */
buf.set_posix (tmp_path);
@@ -154,8 +158,13 @@ find_exec (con
On Mon, 27 Jun 2022 20:16:36 +0900
Takashi Yano wrote:
> How about the following patch?
This is better a bit.
diff --git a/winsup/cygwin/spawn.cc b/winsup/cygwin/spawn.cc
index e0f1247e1..292cd5a42 100644
--- a/winsup/cygwin/spawn.cc
+++ b/winsup/cygwin/spawn.cc
@@ -95,6 +95,7 @@ find_e
/cygwin64.
> After copying those same files to C:\tmp\tmp:
>
> PS C:\Users\ttimo> C:\tmp\tmp\cygpath.exe -a -u "C:"
> /cygdrive/c
In this case, the root directory for cygwin is c:\tmp.
Therefore, c:\ is outside of the cygwin directories.
So, cygpath -u &#x
301 - 400 of 825 matches
Mail list logo
