Cygwin 2.9.0 regtool x64 exception error (W10)

Hello. Cygwin 2.9.0 regtool x64 exception error (W10) reporting. (But it seems to be an error in all (2.9.0 lower) versions.) Using the Unicode causes an exception error. But, regtool x86 is no error occurs. *Example :* regtool.exe -w get "\HKCR\하하하" regtool.exe -w get "\HKCR\家" *Exception

Re: cygwin Digest 27 Nov 2017 19:29:10 -0000 Issue 10551

On 27/11/17 19:29, cygwin-digest-h...@cygwin.com wrote: > [ANNOUNCEMENT] python-sphinx 1.6.5-1 Disambiguation: Can I just mention that there is another well-known project also called *Sphinx* (in the shortened form) but more properly known as CMUSphinx or "Carnegie Mellon University 'Sphinx'"

Re: sort utility goes berzerk (x86_64)

> On 2017-11-28 19:55, Andrew Schulman wrote: > >> sort should not fail in the way it does; it does not on "Cygwin/x86" > >> on > >> my machine; it does not on Linux (Fedora 24) (same machine). > > > > /bin/rebaseall? > > I cannot imagine one has to execute 'rebaseall' after having installed >

Re: sort utility goes berzerk (x86_64)

On 2017-11-28 19:55, Andrew Schulman wrote: sort should not fail in the way it does; it does not on "Cygwin/x86" on my machine; it does not on Linux (Fedora 24) (same machine). /bin/rebaseall? Andrew, No, I have not executed rebaseall. The reason is, that I have "reinstalled" Cygwin twice

Re: sort utility goes berzerk (x86_64)

> sort should not fail in the way it does; it does not on "Cygwin/x86" on > my machine; it does not on Linux (Fedora 24) (same machine). /bin/rebaseall? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

[newlib-cygwin] cygserver: remove all asserts on "this"

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=39138114542027e2df79333c91f494cc3e058d6e commit 39138114542027e2df79333c91f494cc3e058d6e Author: Corinna Vinschen Date: Tue Nov 28 19:08:04 2017 +0100 cygserver: remove all asserts on "this"

[newlib-cygwin] cygwin: fix getconf after commit 032aa2dba5a5bf90c198d930c8d309b5de57cb47

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c37171b528502aad4b55d329ff91a55335b641ad commit c37171b528502aad4b55d329ff91a55335b641ad Author: Yaakov Selkowitz Date: Tue Nov 28 11:35:13 2017 -0600 cygwin: fix getconf after commit

Re: sort utility goes berzerk (x86_64)

On 2017-11-28 14:37, Doug Henderson wrote: On 2017-11-25 14:23, Houder wrote: > Hi, > > Anyone seeing this as well? sort goes berzerk on my system when piped > into > head (or less) when it is fed with a 'specially prepared' input file. > > - only happens on x86_64 > - does not happen for

Re: EXTERNAL: Re: sort utility goes berzerk (x86_64)

On 2017-11-28 16:42, Wells, Roger K. wrote: On 11/28/2017 04:04 AM, Corinna Vinschen wrote: On 2017-11-25 14:23, Houder wrote: Hi, Anyone seeing this as well? sort goes berzerk on my system when piped into head (or less) when it is fed with a 'specially prepared' input file. - only

[newlib-cygwin] cygwin: define _POSIX_TIMEOUTS

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=f2b27ce620b98c3cd3bc22b7e2207a9e89eec3d8 commit f2b27ce620b98c3cd3bc22b7e2207a9e89eec3d8 Author: Yaakov Selkowitz Date: Tue Nov 28 04:03:29 2017 -0600 cygwin: define _POSIX_TIMEOUTS Since commit

Re: EXTERNAL: Re: sort utility goes berzerk (x86_64)

On 11/28/2017 04:04 AM, Corinna Vinschen wrote: On Nov 28 08:21, Houder wrote: On 2017-11-25 14:23, Houder wrote: Hi, Anyone seeing this as well? sort goes berzerk on my system when piped into head (or less) when it is fed with a 'specially prepared' input file. - only happens on x86_64

Re: [PATCH setup 0/3] Fix "extrakeys" issues

On 11/28/2017 9:56 AM, Ken Brown wrote: The "extrakeys" user setting contains saved extra gpg keys. It was introduced in 2009 to replace the use of a file /etc/setup/last-extrakeys. It has apparently never worked right. Here are the issues I've found: - User settings are read and written as

[PATCH setup 2/3] Change the interpretation of '#' in setup.rc

'#' was treated as a comment character in all circumstances. Since saved gpg keys contain '#', this caused the "extrakeys" user setting to get truncated. Change this so that '#' only indicates a comment if it's the first non-whitespace character in a line. --- UserSettings.cc | 8 1

[PATCH setup 0/3] Fix "extrakeys" issues

The "extrakeys" user setting contains saved extra gpg keys. It was introduced in 2009 to replace the use of a file /etc/setup/last-extrakeys. It has apparently never worked right. Here are the issues I've found: - User settings are read and written as NUL-terminated strings, but extra keys

[PATCH setup 1/3] Fix the reading and writing of the "extrakeys" user setting

ExtraKeysSetting::keybuffer is terminated by LF rather than NUL. So we have to replace NUL by LF after calling UserSettings::get("extrakeys") in the ExtraKeysSetting constructor. Otherwise the last saved key is discarded. Also, bufsize has to be set appropriately before the call to count_keys(),

[PATCH setup 3/3] Remove references to "last-extrakeys"

Extra gpg keys used to be stored in a file /etc/setup/last-extrakeys. These keys are now saved in the "extrakeys" user setting, but there were still references to "last-extrakeys" in comments and in a help string. --- KeysSetting.h | 2 +- crypto.cc | 8 2 files changed, 5

Re: sort utility goes berzerk (x86_64)

On 2017-11-28 14:37, Doug Henderson wrote: On Nov 28 08:21, Houder wrote: On 2017-11-25 14:23, Houder wrote: > Hi, > > Anyone seeing this as well? sort goes berzerk on my system when piped > into > head (or less) when it is fed with a 'specially prepared' input file. > > - only happens on

Re: sort utility goes berzerk (x86_64)

On 2017-11-28 14:27, cyg Simple wrote: On 2017-11-25 14:23, Houder wrote: > Hi, > > Anyone seeing this as well? sort goes berzerk on my system when piped > into > head (or less) when it is fed with a 'specially prepared' input file. > >  - only happens on x86_64 >  - does not happen for

Re: [EXTERNAL] Re: Issues hiding /dev virtual directory from SFTP users

Please, don't top-post. On Nov 28 12:50, snorth...@moog.com wrote: >> From: Andrey Repin [mailto:anrdae...@yandex.ru] >> Sent: Monday, November 27, 2017 7:00 PM >> To: Northrop, Shad ; cygwin@cygwin.com >> Subject: [EXTERNAL] Re: Issues hiding /dev virtual directory from

Re: [PATCH setup] Don't write garbage into the "extrakeys" user setting

On 11/28/2017 7:58 AM, Ken Brown wrote: On 11/27/2017 9:14 PM, Ken Brown wrote: On 11/27/2017 5:19 PM, Ken Brown wrote: On 11/27/2017 4:35 PM, Ken Brown wrote: The ExtraKeysSetting destructor called UserSettings::set() on a string that was terminated by LF instead of NUL.  This led to garbage

Re: sort utility goes berzerk (x86_64)

On 28 November 2017 at 03:59, Houder wrote: > On 2017-11-28 10:03, Corinna Vinschen wrote: >> >> On Nov 28 08:21, Houder wrote: >>> >>> On 2017-11-25 14:23, Houder wrote: >>> > Hi, >>> > >>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>> > into >>> > head (or less)

Re: sort utility goes berzerk (x86_64)

On 11/28/2017 8:12 AM, Houder wrote: > On 2017-11-28 10:03, Corinna Vinschen wrote: >> On Nov 28 08:21, Houder wrote: >>> On 2017-11-25 14:23, Houder wrote: >>> > Hi, >>> > >>> > Anyone seeing this as well? sort goes berzerk on my system when piped >>> > into >>> > head (or less) when it is fed

Re: sort utility goes berzerk (x86_64)

On 2017-11-28 10:03, Corinna Vinschen wrote: On Nov 28 08:21, Houder wrote: On 2017-11-25 14:23, Houder wrote: > Hi, > > Anyone seeing this as well? sort goes berzerk on my system when piped > into > head (or less) when it is fed with a 'specially prepared' input file. > > - only happens on

Re: [PATCH setup] Don't write garbage into the "extrakeys" user setting

On 11/27/2017 9:14 PM, Ken Brown wrote: On 11/27/2017 5:19 PM, Ken Brown wrote: On 11/27/2017 4:35 PM, Ken Brown wrote: The ExtraKeysSetting destructor called UserSettings::set() on a string that was terminated by LF instead of NUL.  This led to garbage at the end of the "extrakeys" setting

RE: [EXTERNAL] Re: Issues hiding /dev virtual directory from SFTP users

Andrey, They are not able to see the cygdrive. They are able to see the /dev virtual directory and all of the device mounts within it. Regards, Shad -Original Message- From: Andrey Repin [mailto:anrdae...@yandex.ru] Sent: Monday, November 27, 2017 7:00 PM To: Northrop, Shad

[newlib-cygwin] cygwin: don't allow empty strings in __ASMNAME tags

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=76bd5cab331a873ac422fdcb7ba5fe79abea94f0 commit 76bd5cab331a873ac422fdcb7ba5fe79abea94f0 Author: Corinna Vinschen Date: Tue Nov 28 13:31:20 2017 +0100 cygwin: don't allow empty strings in __ASMNAME tags

[newlib-cygwin] cygwin: improve _EXFUN tags generation

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=df75aedc20cfe525d806510bc678d2902807b287 commit df75aedc20cfe525d806510bc678d2902807b287 Author: Corinna Vinschen Date: Tue Nov 28 13:26:37 2017 +0100 cygwin: improve _EXFUN tags generation

[newlib-cygwin] cygwin: remove accidentally committed debug statments

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=2d2833dfab8eaeeaad41b9c305b94c1d6e3b4a27 commit 2d2833dfab8eaeeaad41b9c305b94c1d6e3b4a27 Author: Corinna Vinschen Date: Tue Nov 28 13:12:07 2017 +0100 cygwin: remove accidentally committed debug statments

[newlib-cygwin] cygwin: further improve tags generation

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=662740b3d0781b8e76896092d7bcc3921b0ecaf3 commit 662740b3d0781b8e76896092d7bcc3921b0ecaf3 Author: Corinna Vinschen Date: Tue Nov 28 13:10:34 2017 +0100 cygwin: further improve tags generation

Re: sort utility goes berzerk (x86_64)

On 2017-11-28 10:03, Corinna Vinschen wrote: On Nov 28 08:21, Houder wrote: On 2017-11-25 14:23, Houder wrote: > Hi, > > Anyone seeing this as well? sort goes berzerk on my system when piped > into > head (or less) when it is fed with a 'specially prepared' input file. > > - only happens on

Re: [PATCH] cygwin: define _POSIX_TIMEOUTS

On Nov 28 04:10, Yaakov Selkowitz wrote: > Since commit 8128f5482f2b1889e2336488e9d45a33c9972d11, we have all the > non-tracing functions listed in posixoptions(7). The tracing functions > are gated by their own option, and are obsolecent anyway. > > Signed-off-by: Yaakov Selkowitz

Re: [PATCH] Initialize IO_STATUS_BLOCK for pread, pwrite

On Nov 28 02:28, Mark Geisert wrote: > Corinna Vinschen wrote: > > On Nov 28 00:03, Mark Geisert wrote: > > > Mark Geisert wrote: > > > > --- > > > > winsup/cygwin/fhandler_disk_file.cc | 4 ++-- > > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > > > diff --git

Re: [PATCH] Initialize IO_STATUS_BLOCK for pread, pwrite

Corinna Vinschen wrote: On Nov 28 00:03, Mark Geisert wrote: Mark Geisert wrote: --- winsup/cygwin/fhandler_disk_file.cc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/winsup/cygwin/fhandler_disk_file.cc b/winsup/cygwin/fhandler_disk_file.cc index

[newlib-cygwin] Feature test macros overhaul: Cygwin limits.h, part 2

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=032aa2dba5a5bf90c198d930c8d309b5de57cb47 commit 032aa2dba5a5bf90c198d930c8d309b5de57cb47 Author: Yaakov Selkowitz Date: Mon Nov 27 22:07:13 2017 -0600 Feature test macros overhaul: Cygwin limits.h, part 2

[PATCH] cygwin: define _POSIX_TIMEOUTS

Since commit 8128f5482f2b1889e2336488e9d45a33c9972d11, we have all the non-tracing functions listed in posixoptions(7). The tracing functions are gated by their own option, and are obsolecent anyway. Signed-off-by: Yaakov Selkowitz --- newlib/libc/include/sys/features.h |

Re: [PATCH] Feature test macros overhaul: Cygwin limits.h, part 2

On Nov 27 22:10, Yaakov Selkowitz wrote: > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html > https://sourceware.org/ml/newlib/2017/msg01133.html > > Signed-off-by: Yaakov Selkowitz > --- ACK, please push. Thanks, Corinna -- Corinna Vinschen

Re: [PATCH] Initialize IO_STATUS_BLOCK for pread, pwrite

On Nov 28 00:03, Mark Geisert wrote: > Mark Geisert wrote: > > --- > > winsup/cygwin/fhandler_disk_file.cc | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/winsup/cygwin/fhandler_disk_file.cc > > b/winsup/cygwin/fhandler_disk_file.cc > > index

Re: sort utility goes berzerk (x86_64)

On Nov 28 08:21, Houder wrote: > On 2017-11-25 14:23, Houder wrote: > > Hi, > > > > Anyone seeing this as well? sort goes berzerk on my system when piped > > into > > head (or less) when it is fed with a 'specially prepared' input file. > > > > - only happens on x86_64 > > - does not happen

Re: [PATCH] Initialize IO_STATUS_BLOCK for pread, pwrite

Mark Geisert wrote: --- winsup/cygwin/fhandler_disk_file.cc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/winsup/cygwin/fhandler_disk_file.cc b/winsup/cygwin/fhandler_disk_file.cc index 5dfcae4d9..2ead9948c 100644 [...] Oops, I neglected to include an explanatory