Re: gcc / gfortran 5.x

2017-11-27 Thread Keith Christian
Yaakov, To help Hans a bit, do we know is the Wayback Machine still working (I've never used it.) Or, Hans could keep a gfortran 5.x system around, or roll back the latest Cygwin updates until he's had a chance to as you say, fix the code. -- Problem reports:

Re: gcc / gfortran 5.x

2017-11-27 Thread Achim Gratz
LMH writes: > You can have as many cygwin installations on your system as you want, just > name the > root folder and install folder something different for each one. There are > potential > problems if you try to run more than one version at the same time. As long as they don't see each other

Re: gcc / gfortran 5.x

2017-11-27 Thread Marco Atzeri
On 27/11/2017 20:29, Keith Christian wrote: Yaakov, To help Hans a bit, do we know is the Wayback Machine still working (I've never used it.) http://www.crouchingtigerhiddenfruitbat.org/Cygwin/timemachine.html -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: gcc / gfortran 5.x

2017-11-27 Thread LMH
Hans Horn wrote: > Group, > > I noticed that cywgin's gcc/gfortran has moved whole sale to gcc 6.4. > How can I get the latest release of the 5.x branch (32 and 64bit) back? > I'm trying to build a legacy suite of programs that I know builds under 5.x, > but > fails miserably under 6.4. > >

Re: [ANNOUNCEMENT] Cygnal 2.8.99.97.

2017-11-27 Thread Kaz Kylheku
On 23.11.2017 22:00, Brian Inglis wrote: Sorry, it was not obvious to me that this was *NOT* an official announcement, Cygnal is *NOT* a Cygwin package, and should *NOT* have been posted with that subject prefix: that post is deceptive. I used [ANNOUNCEMENT] simply because I saw the tag on

Re: gcc / gfortran 5.x

2017-11-27 Thread Achim Gratz
Hans Horn writes: > I noticed that cywgin's gcc/gfortran has moved whole sale to gcc 6.4. > How can I get the latest release of the 5.x branch (32 and 64bit) > back? Use the Cygwin Time Machine, some other post had the link. > I'm trying to build a legacy suite of programs that I know builds >

Re: Issues hiding /dev virtual directory from SFTP users

2017-11-27 Thread Andrey Repin
Greetings, snorth...@moog.com! > Hello, > I am trying to get sftp secured using OpenSSH. I have been able to jail > the users to their home directory and remove the cygdrive virtual directory > from showing but I have been unable to get the /dev virtual directory > removed from the users when

Issues hiding /dev virtual directory from SFTP users

2017-11-27 Thread snorthrop
Hello, I am trying to get sftp secured using OpenSSH. I have been able to jail the users to their home directory and remove the cygdrive virtual directory from showing but I have been unable to get the /dev virtual directory removed from the users when they SFTP. In the past I have been able

[ANNOUNCEMENT] mesa 17.2.6-1

2017-11-27 Thread Yaakov Selkowitz
The following packages have been uploaded to the Cygwin distribution: * dri-drivers-17.2.6-1 * libglapi0-17.2.6-1 * libGL1-17.2.6-1 * libGL-devel-17.2.6-1 * libOSMesa8-17.2.6-1 * libOSMesa-devel-17.2.6-1 * libEGL1-17.2.6-1 * libEGL-devel-17.2.6-1 * libGLESv2_2-17.2.6-1 * libGLESv2-devel-17.2.6-1

Re: sort utility goes berzerk (x86_64)

2017-11-27 Thread Houder
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 'LC_COLLATE=C sort tt | head' 'specially prepared' input

[newlib-cygwin] cygwin: convert most #ifndef __x86_64__ to #ifdef __i386__

2017-11-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=76f06705be30663cf823170fe66c9560c9d24566 commit 76f06705be30663cf823170fe66c9560c9d24566 Author: Corinna Vinschen Date: Mon Nov 27 14:36:06 2017 +0100 cygwin: convert most #ifndef __x86_64__ to #ifdef

[newlib-cygwin] cygwin: improve tags generation

2017-11-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=bc14f1c17487244f9a3c0fccd3400788635a0d48 commit bc14f1c17487244f9a3c0fccd3400788635a0d48 Author: Corinna Vinschen Date: Mon Nov 27 13:38:43 2017 +0100 cygwin: improve tags generation Signed-off-by:

[newlib-cygwin] cygwin: cleanup fhandler_socket::release_events

2017-11-27 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=9789cdffde8bd365ca8fa94e924c870fa043e28a commit 9789cdffde8bd365ca8fa94e924c870fa043e28a Author: Corinna Vinschen Date: Mon Nov 27 13:38:21 2017 +0100 cygwin: cleanup fhandler_socket::release_events

Re: [PATCH setup, v2] site.cc, site.h: code cleanup

2017-11-27 Thread Jon Turney
On 24/11/2017 17:29, Ken Brown wrote: Remove site_list_type::init(), which was introduced to work around a problem with gcc-2.95. Add a bool member 'from_mirrors_lst' to the site_list_type class. Use it to distinguish mirrors listed in mirrors.lst from user-added sites. This replaces the

[ITA] lcms2-2.9-1

2017-11-27 Thread Ken Brown
My cygport file is attached. Package files = D=http://sanibeltranquility.com/cygwin ${D}/x86/release/lcms2/lcms2-2.9-1-src.tar.xz ${D}/x86/release/lcms2/lcms2-2.9-1.hint ${D}/x86/release/lcms2/lcms2-2.9-1.tar.xz ${D}/x86/release/lcms2/lcms2-debuginfo/lcms2-debuginfo-2.9-1.hint

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

2017-11-27 Thread Ken Brown
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 that was written into setup.rc. Fix this by replacing the final LF by NUL before

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

2017-11-27 Thread Yaakov Selkowitz
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html https://sourceware.org/ml/newlib/2017/msg01133.html Signed-off-by: Yaakov Selkowitz --- winsup/cygwin/include/limits.h | 30 -- 1 file changed, 28 insertions(+), 2

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

2017-11-27 Thread Ken Brown
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 that was written into setup.rc. Fix this by replacing the final LF by NUL before calling set(). --- KeysSetting.cc | 6

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

2017-11-27 Thread Jon Turney
On 27/11/2017 21:35, 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 What...?!? /* * It stores them all in a contiguous memory buffer. Each is one line of * ASCII text terminated

mesa 17.2.6-1

2017-11-27 Thread Yaakov Selkowitz
The following packages have been uploaded to the Cygwin distribution: * dri-drivers-17.2.6-1 * libglapi0-17.2.6-1 * libGL1-17.2.6-1 * libGL-devel-17.2.6-1 * libOSMesa8-17.2.6-1 * libOSMesa-devel-17.2.6-1 * libEGL1-17.2.6-1 * libEGL-devel-17.2.6-1 * libGLESv2_2-17.2.6-1 * libGLESv2-devel-17.2.6-1

[PATCH] Initialize IO_STATUS_BLOCK for pread, pwrite

2017-11-27 Thread Mark Geisert
--- 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 --- a/winsup/cygwin/fhandler_disk_file.cc +++

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

2017-11-27 Thread Ken Brown
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 that was written into setup.rc.  Fix this