1.3.13-2 1.3.14-1 problem on read() from dgram socket

Hello, everyone. (B (BI'd like to report bug of latest release of cygwin. (B (BI found that read() from dgram socket fails on cygwin 1.3.13-2 or 1.3.14-1 (Bunder Windows 2000 or Windows XP. (B (BCygwin 1.3.12-4 does not have this problem. (BAlso, this problem does not apear under Windows

Re: 1.3.13-2 1.3.14-1 problem on read() from dgram socket

To reproduce this problem, please try next test cases. Thank you. Test Case 1: - Environment: cygwin 1.3.13-2 or 1.3.14-1 under Windows 2000 or XP - Setup inetutils and start CYGWIN inetd - Send udp packet to port 9 of localhost - Result: System load will goes up to full load. Test Case 2: -

Problems on accessing Windows network resources.

version 1.7-1. In ftp login, although the 1st access is OK, the subsequent accesses go wrong. Attached is a result of cygcheck -s -v -r. Does anyone have resolved this problem? Thank you. Takashi Yano. cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe

Re: Problems on accessing Windows network resources.

looking forward to new release. :-) Thanks. Takashi Yano. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: Problems on accessing Windows network resources.

Corinna wrote: (B Actually I am attaching what should be a fix, but it's only tested on (B WinME. Feedback welcome. Compile as follows and mv the .exe to /bin (B gcc login.c -o login -l crypt (B (B I've uploaded a new version of login using setgid/setuid. (B (BAlthough I've tried

Re: Problems on accessing Windows network resources.

for the first access after logging in as follows. I have found that this problem can be resolved by adding setegid()/setgid() prior to each seteuid()/setuid() in ftpd.c, though I don't understand what this means essentially. Does this become a hint? Takashi Yano. -- Unsubscribe info: http

Re: PTY dies when master in parent process is closed.

Thank you, Corinna. On Thu, 12 Mar 2015 15:54:23 +0100 Corinna Vinschen corinna-cyg...@cygwin.com wrote: Patch applied with an additional preceeding comment so we know why PeekNamedPipe is called here. I have confirmed that the problems have been fixed in latest git version. -- Takashi Yano

Re: TIOCPKT mode of PTY is broken if ONLCR bit is cleared.

rowboats these days :} On 5 March, I sent CA to: Gary Lamb Red Hat, Inc. 120 W. Lincoln Street Tullahoma, Tennessee 37388 USA by air mail. Was it right way? -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http

Re: TIOCPKT mode of PTY is broken if ONLCR bit is cleared.

. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: octave/gnuplot fails with new cygwin dll.

$ ./rebaseall -v -T /tmp/rebase.lst in dash or ash. Needless to say, administrator privilege is required. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

Re: PTY dies when master in parent process is closed.

); } close(slave); } return EXIT_SUCCESS; } -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml

Re: octave/gnuplot fails with new cygwin dll.

Sorry, I had passed over this: There is no difficulty when I attempt the plot with the fltk graphics engine. Also, I have run the ash.exe rebaseall, though that did not help. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ

Re: PTY dies when master in parent process is closed.

On Fri, 6 Mar 2015 20:07:10 +0900 Takashi Yano takashi.y...@nifty.ne.jp wrote: On Thu, 5 Mar 2015 14:58:39 +0100 Corinna Vinschen corinna-cyg...@cygwin.com wrote: I applied a patch. Please have a look. I have tested the latest CVS version, and found a new problem. With new CVS

Re: octave/gnuplot fails with new cygwin dll.

On Sat, 7 Mar 2015 12:44:29 +0900 Takashi Yano takashi.y...@nifty.ne.jp wrote: $ cd /bin $ ./find '/cygdrive/c/Program Files (x86)/gnuplot' -name '*.dll' /tmp/rebase.lst $ ./rebaseall -v -T /tmp/rebase.lst After I posted this, I have noticed that using /tmp/rebase.lst is dangerous, because

Re: PTY dies when master in parent process is closed.

. Please choose one which you like. Oh, btw. Please always add the ChangeLog entries as plain text, not as diff. ChangeLog diffs usually don't apply without manual intervention. Thank you for your advice. Next time, I will do so. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports

Cygwin hangs up if several keys are typed during outputting a lot of texts.

'a' key several times during text outputs. If echo is disabled like: stty -echo; yes the problem does not occur. -- Takashi Yano takashi.y...@nifty.ne.jp cygcheck.out Description: Binary data -- Problem reports: http

Telnetd fails to handle some of TIOCPKT control bytes.

, IAC, SE); } - pty_get_char (0); } } -- Takashi Yano takashi.y...@nifty.ne.jp cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

is in the same thread as key input, the thread falls into deadlock. To check buffer space before WriteFile() is one idea, but it is not smart, I suppose... -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq

Re: TIOCPKT mode of PTY is broken if ONLCR bit is cleared.

. -- Takashi Yano takashi.y...@nifty.ne.jp cygwin.patch.20150302 Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe

Re: Telnetd fails to handle some of TIOCPKT control bytes.

://sourceware.org/cygwin/setup.html and https://sourceware.org/cygwin-apps/package-upload.html I have viewed the links, but it seems that the role of a maintainer is a little bit difficult for me. Is it difficult to fix bugs without package maintainer? -- Takashi Yano takashi.y...@nifty.ne.jp

Re: TIOCPKT mode of PTY is broken if ONLCR bit is cleared.

, but I only just asked and the reply may take some time. I sent CA form today by postal mail. It will take about a week to deliver. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

a solution. How can we resolve this problem? -- Takashi Yano takashi.y...@nifty.ne.jp cygwin-test.patch.20150304 Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

PTY dies when master in parent process is closed.

); wait(NULL); } return EXIT_SUCCESS; } -- Takashi Yano takashi.y...@nifty.ne.jp cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

Re: octave/gnuplot fails with new cygwin dll.

, column 19 octave:2 quit; Have you tried rebaseall? http://sourceware.org/ml/cygwin/2014-03/msg3.html -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

-developer mailing list? -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: TIOCPKT mode of PTY is broken if ONLCR bit is cleared.

. However, due to the changes in fhandler_tty.cc, this patch doesn't apply cleanly anymore. Any chance you could resend it (ideally to the cygwin-patches ML) diff'ed against git HEAD? I will post a revised patch to cygwin-patches ML soon. Thank you in advance. -- Takashi Yano takashi.y

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

. For the same reason, I propose the following patch. 2015-04-03 Takashi Yano takashi.y...@nifty.ne.jp * fhandler_tty.cc (fhandler_pty_slave::read): Change calculation of readlen not to use bytes_in_pype value directly. diff --git a/winsup/cygwin/fhandler_tty.cc b/winsup/cygwin

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

On Fri, 3 Apr 2015 13:07:35 +0900 Takashi Yano takashi.y...@nifty.ne.jp wrote: 2015-04-03 Takashi Yano takashi.y...@nifty.ne.jp * fhandler_tty.cc (fhandler_pty_slave::read): Change calculation of readlen not to use bytes_in_pype value directly. s/pype/pipe/ Sorry

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

in master-read-side and it has a delay. By any chance, my first implementation may be simpler. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

Re: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs

1.7.23. (And that is my only known workaround: downgrade to cygwin 1.7.) Although I'm not sure why this happens (maybe a bug of make), try make -O 21 | cat With option -O, it seems to work as expected. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com

Re: Strange SSH behaviour after updating to Cygwin 2.0.1

: ssh -t user@hostname -- tcsh -l With option -t, it should work as you expected. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

appropriate names? ChangeLog is as follows. 2015-04-16 Takashi Yano takashi.y...@nifty.ne.jp * fhandler.h (class fhandler_base): Add virtual function get_io_handle2 to get handle from which OPOST-processed output is read on PTY master. (class fhandler_pty_slave): Add

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

, even though I can not imagine such a likely situation. Moreover, it is necessary to duplicate io_handle from master-side to slave-side to allow slave to peek master pipe. It is not smart enough, I suppose. ChageLog is as follows. 2015-04-17 Takashi Yano takashi.y...@nifty.ne.jp

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

for compiling various files, it is already the default. Set -fno-omit-frame-pointer for exceptions.cc on x86. Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

. * include/sys/ucontext.h : New header. * include/ucontext.h : Ditto. * exceptions.cc (call_signal_handler): Provide ucontext_t parameter to signal handler function. Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk -- Takashi Yano takashi.y...@nifty.ne.jp

Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.

is in the write process, so it does not have effect against direct WriteFile() to the pipe. Unfortunately, I have no idea for the moment -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq

Re: cygwin-2 process handling (about SIGHUP)

systems as well as the POSIX specification. What do you think? ChangeLog is as follows. 2015-06-04 Takashi Yano takashi.y...@nifty.ne.jp * fhandler_tty.cc (fhandler_pty_slave::write): Move causing of SIGHUP into fhandler_pty_master::close(). (fhandler_pty_slave::read

Re: tmux 2.x performance regression when switching windows

/cygwin/2015-05/msg00331.html Help of the maintainer of tmux is necessary. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info

Re: cygwin-2 process handling

modifications in fhandler_pty_slave::read() seems necessary. I have made a patch attached, which modifies fhandler_pty_slave:: read() as well. I have not confirmed enough yet, but it seems to work for me. Please have a look. -- Takashi Yano takashi.y...@nifty.ne.jp cygwin.patch.20150528

Re: cygwin-2 process handling

. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: cygwin-2 process handling

Hi Corinna, On Thu, 28 May 2015 21:09:32 +0900 Takashi Yano wrote: On Thu, 28 May 2015 13:47:28 +0200 Corinna Vinschen wrote: I created another version of your patch which avoids duplicating the tested handle and makes the test-and-close-handle operation atomic: Does that look ok

Re: cygwin-2 process handling

Hi Ken, On Tue, 19 May 2015 14:16:35 -0400 Ken Brown wrote: OK, I got the bisection to work: 32fd5b0fe1548cff79b9868e4e259853c59a44db is the first bad commit commit 32fd5b0fe1548cff79b9868e4e259853c59a44db Author: Takashi Yano xxx Date: Thu Mar 12 15:48:10 2015 +0100 Let pty

Re: cannot build cygwin-2.0.2 because of net.cc (or because of some header.h)

. It does not result from difference between cygwin-2.0.2-1 and cygwin-2.0.1-1. -- Takashi Yano takashi.y...@nifty.ne.jp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info

Re: cannot build cygwin-2.0.2 because of net.cc (or because of some header.h)

On Thu, 21 May 2015 20:15:09 +0900 Takashi Yano takashi.y...@nifty.ne.jp wrote: On Mon, 11 May 2015 17:52:04 +0200 Denis Excoffier wrote: In order to successfully build cygwin-2.0.2-1 (for x86, both XP and W7) i had to apply the following patch (below). No such problem with cygwin

Re: Error compiling cygwin 2.0.2-1: conflicting if_nametoindex declarations

On Thu, 21 May 2015 22:12:24 - James Johnston wrote: I'm trying to compile 32-bit Cygwin 2.0.2 from source on a clean installation of Cygwin, but I'm running into a problem - it won't compile due to this error: See: http://cygwin.com/ml/cygwin/2015-05/msg00303.html -- Takashi Yano

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

expiry and assigning > > appropriate privileges) need to succeed? > > I don't know why this occurs. As you can see above, it works for me. > > This is a completely new setup with the Cygwin distro updated to the > latest? csih 0.9.8-6? cygwin-2.0.4-1? > > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Maintainer cygwin AT cygwin DOT com > Red Hat -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

case of USERDOMAIN csih_PRIVILEGED_USERNAME="${COMPUTERNAME,,*}+${username}" -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

TEDIR}" "${perms}" then csih_error "Problem with ${LOCALSTATEDIR} directory. Exiting." fi -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

}" = "${grp_sid}" ] +then + perms="d..x.[xt]" +fi + + if ! csih_check_dir_perms "${LOCALSTATEDIR}" "${perms}" then csih_error "Problem with ${LOCALSTATEDIR} directory. Exiting." fi -- Takashi Yano <takashi.y...@nifty.ne.jp

Vim responds too slow on the latest snapshot of cygwin1.dll

undant select_stuff::select_loop state. Eliminate redundant code for zero timeout. Do not return early on early timer return. (select_stuff::wait): Eliminate redundant select_stuff::select_loop state. I hope this problem will be fixed before release. -- Takashi Yano <

Re: Vim responds too slow on the latest snapshot of cygwin1.dll

occurs in Windows 7, but does not occur in Windows 10, as far as I tested. Can you possibly test on Win7 machine? On Mon, 6 Jun 2016 10:43:28 +0200 Corinna Vinschen wrote: > On Jun 6 00:33, Takashi Yano wrote: > > Hello, everyone. > > > > I tested the latest snapshot of c

Re: gdb pty problem [Was: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)]

wn wrote: > > On 5/31/2016 5:41 AM, Corinna Vinschen wrote: > > > Any chance you could bisect Cygwin to help finding the culprit? > > > > The culprit is > > > > commit 252a07b0ad3353abcd0fcd9b1b65ff977acd679e > > Author: Takashi Yano

Re: gdb pty problem [Was: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)]

> patches in `git format-patch' format (and ideally on the cygwin-patches > mailing list)? It's easier to handle by lazy maintainers... :) 'git format-patch' format? OK, I will learn about it. Next time, I will try to use it. -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Proble

Re: Vim responds too slow on the latest snapshot of cygwin1.dll

Machine2: Windows 10 (64bit) + Cygwin 32bit cygwin 2.5.1 : 0.784049 second snapshot (2016-05-31): 0.675585 second snapshot (2016-06-06): 0.675050 second -- Takashi Yano <takashi.y...@nifty.ne.jp> #include #include #include #include #include #include #include #include #include #i

Re: multiple definition of `atan2l' on the current Cygwin

anf("%Lf %Lf", , ); printf("%Lf\n", atan2l(x,y)); return 0; } EOF $ g++ m.cc -lm -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.8.0-0.2

t 1 30783 [main] ld 7180 dll_list::detach: HERE C:\cygwin64\lib\gcc\x86_64-pc-cygwin\5.4.0\cyglto_plugin.dll Could you please check? -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Docu

Re: [ANNOUNCEMENT] python3 3.6.1-2 (x86 only)

On Sat, 25 Mar 2017 09:46:38 +0900 Takashi Yano wrote: > from ctypes import pythonapi > key = pythonapi.PyThread_create_key() > res1 = pythonapi.PyThread_set_key_value(key, ) > res2 = pythonapi.PyThread_get_key_value(key) > res3 = pythonapi.PyThread_delete_key(key) > print(

Re: [ANNOUNCEMENT] python3 3.6.1-2 (x86 only)

to cygwin pthread functions. Larger memory but steady operation. I prefer pthread-cygwin-2.patch. What do you think? -- Takashi Yano <takashi.y...@nifty.ne.jp> pthread-cygwin-1.patch Description: Binary data pthread-cygwin-2.patch Description: Binary data -- Problem reports: ht

Re: [ANNOUNCEMENT] python3 3.6.1-1

7 (32 bit) + Cygwin (32 bit): OK Windows 7 (64 bit) + Cygwin (32 bit): NG Windows 7 (64 bit) + Cygwin (64 bit): OK Windows 10 (32 bit) + Cygwin (32 bit): OK Windows 10 (64 bit) + Cygwin (32 bit): OK Windows 10 (64 bit) + Cygwin (64 bit): OK Could you please check? -- Takashi Yano <takashi.y...

unable to open fifo multiple times with same access mode

/tcsh mc This problem was already discussed in the past as far as I know. https://cygwin.com/ml/cygwin/2015-03/msg00047.html How is progress on this issue? I guess extremely a huge change is nessesary to fix this, but it is not impossible if DuplicateHandle() is used like pty code. -- Takashi

tcsh bug regarding rmstar

potentially exists in it. It seems that this is the known issue, and is already fixed in HEAD of github. https://github.com/tcsh-org/tcsh I hope this bug will be fixed in the next release. -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.ht

Re: fork() fails if it is called recursively from a child thread.

Thanks for your reply. On Thu, 09 Mar 2017 18:06:44 +0100 Achim Gratz wrote: > Takashi Yano writes: > > 0 [main] a 4668 fork: child -1 - forked process 8456 died > > unexpectedly, retry 0, exit code 0xC142, errno 11 > > Not sure if that helps, but that error say

Re: fork() fails if it is called recursively from a child thread.

The previous version (2.0.4) also had this limitation. This is also the reason why I think this problem causes commonly with cygwin. -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Document

fork() fails if it is called recursively from a child thread.

2.0.5 with option -s -D fails to start as daemon. Is this the known issue? -- Takashi Yano <takashi.y...@nifty.ne.jp> #include #include #include #include #include void MoveToChild(int n) { pid_t pid; if ( (pid = fork()) == -1 ) { perror("fork()"); _exit(1); } el

Re: fork() fails if it is called recursively from a child thread.

2.0.5 with options -s -D works without problem. At least in my short test, I couldn't find any other hidden problems. Thank you very much! -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Docu

Changing behaviour of pthread_cond_wait().

, it acs as: % gcc pt.c; ./a.exe Thread 1 (Deadlock: ^C is needed to terminate.) % I would like to propose a patch attached (pthread.patch), for the above reason. With this patch, iperf 2.0.5 as well as the test case works fine. -- Takashi Yano <takashi.y...@nifty.ne.jp> #include #i

Re: Changing behaviour of pthread_cond_wait().

On Tue, 7 Mar 2017 15:33:06 +0100 Corinna Vinschen wrote: > I applied a patch to change the behaviour as proposed, and uploaded > new snapshots to https://cygwin.com/snapshots/ for testing. Confirmed. Thanks much. -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports

64 bit g++ 5.4.0 bug

pyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Thank you in advance. -- Takashi Yano <takashi.y...@nifty.ne.jp> -- Problem reports: h

Re: 64 bit g++ 5.4.0 bug

I have confirmed this problem disappears in Cygwin 2.8.2-1. Thanks. On Wed, 12 Jul 2017 22:12:12 +0900 Takashi Yano <takashi.y...@nifty.ne.jp> wrote: > Hello. > > I have encountered a weird behaviour of g++ compiler. > > If the following code is compiled with -ansi -O f

Re: Octave crashes with segfault

I have confirmed that this is resolved with fontconfig 1.12.6-2. Thanks. On Sat, 12 May 2018 12:37:47 +0900 Takashi Yano <takashi.y...@nifty.ne.jp> wrote: > Hi, cygwin folks. > > I found octave cannot start, or crashes by plot command in recent > 32bit cygwin. This occurs i

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

Hi Corinna, On Sat, 16 Jun 2018 10:20:37 +0200 Corinna Vinschen wrote: > Mind to send this as git patch? I have made a patch in "git format-patch" format attached. Thank you. -- Takashi Yano 0001-Fix-the-test-of-whether-the-computer-is-on-a-domain.patch Description: Binary dat

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

Hi Corinna, On Sat, 16 Jun 2018 09:49:01 +0900 Takashi Yano wrote: > > To resolve this problem, I would like to propose a patch attached. > > I tested the patch for above 8 scenarios, and succeeded for all. > > Could you please have a look? I have noticed that the username retu

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

otherwise > we pull in unwanted shared object dependencies. > > I'm going to push a new version in a bit. I have confirmed this is fixed in csih-0.9.11-1. Thank you. By the way, what do you think of the patch I proposed yesterday? On Fri, 15 Jun 2018 19:56:35 +0900 Takashi Yano wrote: >

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

LOGONSERVER is not set. Is this right? Do you have any good idea against this difficulty? -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

context. I see. I am sorry I have not checked it enough before posting. -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

rently "LOGSERVER" by mistake. - ${LOGSERVER,,*} has the same value as ${COMPUTERNAME,,*}. The + ${LOGONSERVER,,*} has the same value as ${COMPUTERNAME,,*}. The Could you please amend commit message? -- Takashi Yano -- Problem reports: http://cygwin.com/pr

[bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

quot;${LOGONSERVER}" != "MicrosoftAccount" ] then # Lowercase of USERDOMAIN -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Problems of AF_INET domain socket regarding out-of-band data.

have confirmed this occurs in both latest 32bit and 64 bit cygwin. -- Takashi Yano #include #include #include #include #include #include #include #include #include #include #define PORT 12345 #define HOST "127.0.0.1" int server(int mode) { int sock0, sock1; struct

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

. Windows 7 computer which is not on a domain does not set LOGONSERVER. In this case: "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" --> True "${LOGONSERVER}" != "MicrosoftAccount" --> True So, the judgement without the added line is "It's o

[bug: login] login command with -f flag fails to switch user account.

should be done to the account specified. Above is the mechanism of this bug. -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsub

Re: Multiple attempts at opening same pipe for writing fail

It seems > like Cygwin still keeps some dirty state somewhere that tells the pipe > is still open by a writer somewhere. > > Thank you ! Is this related to https://cygwin.com/ml/cygwin/2017-03/msg00188.html ? -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

irmed that iu-config successfully finishes without the patch I proposed, if I logon as an administrative user instead of using "Run as administrator". Thank you very much. -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygw

Re: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

ove 8 scenarios, and succeeded for all. Could you please have a look? -- Takashi Yano csih.patch Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: [bug: login] login command with -f flag fails to switch user account.

On Sun, 17 Jun 2018 11:14:33 +0900 Takashi Yano wrote: > Fix typo and wording in commitment message. Fixed again. Sorry. -- Takashi Yano 0001-Fix-the-issue-that-login-command-with-f-flag-fails-t.patch Description: Binary data -- Problem reports: http://cygwin.com/problems.html

Re: [bug: login] login command with -f flag fails to switch user account.

Hi Corinna and Yaakov, I have created a patch against the git head to solve this problem. Could you please have a look? -- Takashi Yano 0001-Fixed-the-failure-in-the-case-of-trying-to-switch-us.patch Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ

Re: [bug: login] login command with -f flag fails to switch user account.

Hi Corinna and Yaakov, On Sun, 17 Jun 2018 10:13:13 +0900 Takashi Yano wrote: > I have created a patch against the git head to solve this problem. > Could you please have a look? Fix typo and wording in commitment message. -- Takashi Yano 0001-Fix-the-issue-that-login-command-with-

Re: Date field of ls -l command is garbled in latest cygwin1.dll snapshot.

g that point into account to cygwin-patches. Thanks. -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Date field of ls -l command is garbled in latest cygwin1.dll snapshot.

On Sat, 23 Jun 2018 02:47:37 +0900 Takashi Yano wrote: > In the latest cygwin1.dll snapshot, the date field of "ls -l" command > is garbled if LANG=ja_JP.UTF-8. I looked into this problem, and found this is caused by incorrect return value of iswprint(). A simple test

Re: Date field of ls -l command is garbled in latest cygwin1.dll snapshot.

On Sat, 23 Jun 2018 05:39:27 +0900 Takashi Yano wrote: > A simple test case is attached. > The expected result of the test case is: 11 > However, in the latest snapshot, result is: 111000 The test case may be garbled at Japanese string. I will compress it with gzip and attach it. --

Re: Date field of ls -l command is garbled in latest cygwin1.dll snapshot.

On Sat, 23 Jun 2018 05:39:27 +0900 Takashi Yano wrote: > I looked into this problem, and found this is caused by incorrect > return value of iswprint(). I have found the cause. That is, file categories.t is not correct. For example, http://ftp.unicode.org/Public/UNIDATA/UnicodeData.tx

Re: Date field of ls -l command is garbled in latest cygwin1.dll snapshot.

and a new one came > >> out a few > >> weeks ago, updated here yesterday. > The library updated to 11.0 is probably icu, which isn't used here. The > libc generation scripts use the original Unicode files which are > packaged in unicode-ucd which is still at 10.0. I will

Date field of ls -l command is garbled in latest cygwin1.dll snapshot.

on systems with non-Unicode wide character locales, thus not on Cygwin. -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

perror() changes the orientation of stderr to byte-oriented mode if stderr is not oriented yet.

with libc code comment or make suggestions. -- Takashi Yano 0001-Fix-a-bug-of-perror-which-changes-the-orientation-of.patch Description: Binary data #include #include #include #include int main() { setlocale(LC_CTYPE, "de_DE.UTF-8"); errno = EINVAL; printf("%d\n&qu

Re: perror() changes the orientation of stderr to byte-oriented mode if stderr is not oriented yet.

On Wed, 27 Jun 2018 20:01:16 +0900 Takashi Yano wrote: > Simple test case (chkperror.c) attached checks this behavior. The test case seems to be garbled, so I re-submit it compressed by gzip. -- Takashi Yano chkperror.c.gz Description: Binary data -- Problem reports: http://cygwin.

Named AF_UNIX socket not working in cygwin1.dll of git HEAD.

and AF_INET6 sockets * fhandler_socket_local handles AF_LOCAL/AF_UNIX sockets * finally get rid of fdsock by using set_socket_handle in accept4 * align file-related calls (fstat, fstatvfs, fchown, fchmod, facl) to Linux. Signed-off-by: Corinna Vinschen -- Takashi Yano

Re: Problems of AF_INET domain socket regarding out-of-band data.

Hi Corinna, On Wed, 13 Jun 2018 22:48:58 +0900 Takashi Yano wrote: > 1. recv() with MSG_OOB flag eats normal data if no OOB data > is sent yet. > > 2. Calling recv() with MSG_OOB flag is blocked if no OOB data > is sent yet. > > 3. Calling recv() without MSG_OOB fla

Re: cmd.exe and file name conversion from comman line argument

olume Serial Number is 1E17-C0B1 Directory of C:\cygwin\home\yano\testdir 2018/07/27 19:06 . 2018/07/27 19:06 .. 2018/07/27 19:06 0 あああ 1 File(s) 0 bytes 2 Dir(s) 89,141,444,608 bytes free -- T

Re: Freeze opening /dev/stdout

proc/self/fd/2 lrwxrwxrwx 1 yano なし 15 Mar 26 2016 /dev/stdin -> /proc/self/fd/0 lrwxrwxrwx 1 yano なし 15 Mar 26 2016 /dev/stdout -> /proc/self/fd/1 What happens if you execute: rm /dev/stdin /dev/stdout ln -s /proc/self/fd/0 /dev/stdin ln -s /proc/self/fd/1 /dev/output -- Takashi Yano

Re: Freeze opening /dev/stdout

On Sat, 21 Jul 2018 10:19:03 +0900 Takashi Yano wrote: > What happens if you execute: > rm /dev/stdin /dev/stdout > ln -s /proc/self/fd/0 /dev/stdin > ln -s /proc/self/fd/1 /dev/output This is typo. s/output/stdout/ -- Takashi Yano -- Problem reports: http://cygwin.com/p

Re: libsqlite3-devel install uninstalls openssl-devel just to install again??

VersionStatus openssl-devel1.0.2o-1 OK Then installing libsqlite3-devel says just: Install libsqlite3-devel 3.21.0-1 -- Takashi Yano -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/

  1   2   3   4   5   6   7   8   9   10   >