Re: Problem with NC.1.107

[Marco Atzeri]

On 10/04/2018 06:12, Jay Cotton wrote:

Here is the package listing at cygwin

nc: A simple but powerful network tool (installed binaries and support
files)

 2013-03-19 15:35   0 usr/
 2013-03-19 15:35   0 usr/bin/
 2013-03-19 15:35   24576 usr/bin/nc.exe
 2013-03-19 15:35   0 usr/share/
 2013-03-19 15:35   0 usr/share/man/
 2013-03-19 15:35   0 usr/share/man/man1/
 2013-03-19 15:305052 usr/share/man/man1/nc.1.gz




post bottom here, and also trim the reply please.

As I highlighted before, you wrote:

  $ nc 192.168.1.135 23
  bash: /usr/bin/nc: Permission denied

the message is from bash and it reports that bash can not execute
nc. This happens when a Antivirus denies access to the program.
For example Symantec always blocks any nc.

Please note that nc replies to

$ nc --version
nc: unknown option -- -
usage: nc [-46CDdhklnrtUuvz] [-I length] [-i interval] [-O length]
  [-P proxy_username] [-p source_port] [-s source] [-T ToS]
  [-V rtable] [-w timeout] [-X proxy_protocol]
  [-x proxy_address[:port]] [destination] [port]


Regards
Marco








--
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

openal 1.18.2-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* openal-1.18.2-1
* openal-config-1.18.2-1
* openal-examples-1.18.2-1
* libopenal1-1.18.2-1
* libopenal-devel-1.18.2-1
* mingw64-i686-openal-1.18.2-1
* mingw64-x86_64-openal-1.18.2-1

OpenAL Soft is an LGPL-licensed, cross-platform, software implementation of 
the OpenAL 3D audio API. OpenAL provides capabilities for playing audio in 
a virtual 3D environment. Distance attenuation, doppler shift, and 
directional sound emitters are among the features handled by the API. More 
advanced effects, including air absorption, occlusion, and environmental 
reverb, are available through the EFX extension. It also facilitates 
streaming audio, multi-channel buffers, and audio capture.

This is an update to the latest upstream release:

http://kcat.strangesoft.net/openal.html#release

The command-line examples and GUI configuration utility are now shipped, in
separate subpackages.

--
Yaakov

[ANNOUNCEMENT] openal 1.18.2-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* openal-1.18.2-1
* openal-config-1.18.2-1
* openal-examples-1.18.2-1
* libopenal1-1.18.2-1
* libopenal-devel-1.18.2-1
* mingw64-i686-openal-1.18.2-1
* mingw64-x86_64-openal-1.18.2-1

OpenAL Soft is an LGPL-licensed, cross-platform, software implementation of 
the OpenAL 3D audio API. OpenAL provides capabilities for playing audio in 
a virtual 3D environment. Distance attenuation, doppler shift, and 
directional sound emitters are among the features handled by the API. More 
advanced effects, including air absorption, occlusion, and environmental 
reverb, are available through the EFX extension. It also facilitates 
streaming audio, multi-channel buffers, and audio capture.

This is an update to the latest upstream release:

http://kcat.strangesoft.net/openal.html#release

The command-line examples and GUI configuration utility are now shipped, in
separate subpackages.

--
Yaakov

--
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

[ANNOUNCEMENT] mpg123 1.25.10-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* mpg123-1.25.10-1
* mpg123-pulse-1.25.10-1
* libmpg123_0-1.25.10-1
* libmpg123-devel-1.25.10-1
* libout123_0-1.25.10-1
* libout123-devel-1.25.10-1
* mingw64-i686-mpg123-1.25.10-1
* mingw64-x86_64-mpg123-1.25.10-1

mpg123 is a cross-platform, real time MPEG 1.0/2.0/2.5 audio player/decoder 
for layers 1,2 and 3 (MPEG 1.0 layer 3 aka MP3 most commonly tested).

This is an update to the latest upstream release:

https://mpg123.de/cgi-bin/news.cgi

--
Yaakov

--
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

mpg123 1.25.10-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* mpg123-1.25.10-1
* mpg123-pulse-1.25.10-1
* libmpg123_0-1.25.10-1
* libmpg123-devel-1.25.10-1
* libout123_0-1.25.10-1
* libout123-devel-1.25.10-1
* mingw64-i686-mpg123-1.25.10-1
* mingw64-x86_64-mpg123-1.25.10-1

mpg123 is a cross-platform, real time MPEG 1.0/2.0/2.5 audio player/decoder 
for layers 1,2 and 3 (MPEG 1.0 layer 3 aka MP3 most commonly tested).

This is an update to the latest upstream release:

https://mpg123.de/cgi-bin/news.cgi

--
Yaakov

[ANNOUNCEMENT] libvpx 1.7.0-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libvpx5-1.7.0-1
* libvpx-devel-1.7.0-1
* libvpx-doc-1.7.0-1
* libvpx-utils-1.7.0-1
* mingw64-i686-libvpx-1.7.0-1
* mingw64-x86_64-libvpx-1.7.0-1

WebM is an open, royalty-free, media file format designed for the web. WebM 
defines the file container structure, video and audio formats. WebM files 
consist of video streams compressed with the VP8 video codec and audio 
streams compressed with the Vorbis audio codec. The WebM file structure is 
based on the Matroska container.

This is an update to the latest upstream release, which includes an ABI 
version bump:

https://chromium.googlesource.com/webm/libvpx/+/v1.7.0

--
Yaakov

--
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

[ANNOUNCEMENT] libshout 2.4.1-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libshout3-2.4.1-1
* libshout-devel-2.4.1-1
* mingw64-i686-libshout-2.4.1-1
* mingw64-x86_64-libshout-2.4.1-1

Libshout is a library for communicating with and sending data to an Icecast 
server.  It handles the socket connection, the timing of the data, and 
prevents bad data from getting to the Icecast server.

This is an update to the latest upstream release.

--
Yaakov

--
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

[ANNOUNCEMENT] libopenmpt 0.3.7-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libopenmpt0-0.3.7-1
* libopenmpt-devel-0.3.7-1
* openmpt123-0.3.7-1
* mingw64-i686-libopenmpt-0.3.7-1
* mingw64-x86_64-libopenmpt-0.3.7-1

libopenmpt is a cross-platform C++ and C library to decode tracked music 
files (modules) into a raw PCM audio stream.

This is the initial release for Cygwin.

--
Yaakov

--
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

[ANNOUNCEMENT] libmodplug 0.8.9.0-2

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libmodplug1-0.8.9.0-2
* libmodplug-devel-0.8.9.0-2

MOD music library based on ModPlug.

This release includes a fix for MIDI playback.

--
Yaakov

--
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

[ANNOUNCEMENT] libmikmod 3.3.11.1-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libmikmod3-3.3.11.1-1
* libmikmod-devel-3.3.11.1-1
* mingw64-i686-libmikmod-3.3.11.1-1
* mingw64-x86_64-libmikmod-3.3.11.1-1

The MikMod sound library is an excellent way for a programmer to add music 
and sound effects to an application. It is a powerful and flexible library, 
with a simple and easy-to-learn API.

This is an update to the latest upstream release.

--
Yaakov

--
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

libmikmod 3.3.11.1-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libmikmod3-3.3.11.1-1
* libmikmod-devel-3.3.11.1-1
* mingw64-i686-libmikmod-3.3.11.1-1
* mingw64-x86_64-libmikmod-3.3.11.1-1

The MikMod sound library is an excellent way for a programmer to add music 
and sound effects to an application. It is a powerful and flexible library, 
with a simple and easy-to-learn API.

This is an update to the latest upstream release.

--
Yaakov

[ANNOUNCEMENT] libdvdnav/libdvdread 6.0.0-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libdvdnav4-6.0.0-1
* libdvdnav-devel-6.0.0-1
* libdvdread4-6.0.0-1
* libdvdread-devel-6.0.0-1
* mingw64-i686-libdvdnav-6.0.0-1
* mingw64-i686-libdvdread-6.0.0-1
* mingw64-x86_64-libdvdnav-6.0.0-1
* mingw64-x86_64-libdvdread-6.0.0-1

libdvdnav is a library that allows easy use of sophisticated DVD navigation 
features such as DVD menus, multiangle playback and even interactive DVD 
games. All this functionality is provided through a simple API which 
provides the DVD playback as a single logical stream of blocks, intermitted 
by special dvdnav events to report certain conditions. The main usage of 
libdvdnav is a loop regularly calling a function to get the next block, 
surrounded by additional calls to tell the library of user interaction. The 
whole DVD virtual machine and internal playback states are completely 
encapsulated.

This is an update to the latest upstream releases.

--
Yaakov

--
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

libdvdnav/libdvdread 6.0.0-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libdvdnav4-6.0.0-1
* libdvdnav-devel-6.0.0-1
* libdvdread4-6.0.0-1
* libdvdread-devel-6.0.0-1
* mingw64-i686-libdvdnav-6.0.0-1
* mingw64-i686-libdvdread-6.0.0-1
* mingw64-x86_64-libdvdnav-6.0.0-1
* mingw64-x86_64-libdvdread-6.0.0-1

libdvdnav is a library that allows easy use of sophisticated DVD navigation 
features such as DVD menus, multiangle playback and even interactive DVD 
games. All this functionality is provided through a simple API which 
provides the DVD playback as a single logical stream of blocks, intermitted 
by special dvdnav events to report certain conditions. The main usage of 
libdvdnav is a loop regularly calling a function to get the next block, 
surrounded by additional calls to tell the library of user interaction. The 
whole DVD virtual machine and internal playback states are completely 
encapsulated.

This is an update to the latest upstream releases.

--
Yaakov

[ANNOUNCEMENT] libcdio 2.0.0-1, libcdio_paranoia 10.2+0.94+2-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libcdio-2.0.0-1
* libcdio18-2.0.0-1
* libcdio-devel-2.0.0-1
* libcdio++1-2.0.0-1
* libcdio++-devel-2.0.0-1
* libiso9660_11-2.0.0-1
* libiso9660++0-2.0.0-1
* libudf0-2.0.0-1
* libcdio_cdda2-10.2+0.94+2-1
* libcdio_paranoia2-10.2+0.94+2-1
* libcdio_paranoia-devel-10.2+0.94+2-1
* cdparanoia-10.2+0.94+2-1
* mingw64-i686-libcdio-2.0.0-1
* mingw64-i686-libcdio_paranoia-10.2+0.94+2-1
* mingw64-x86_64-libcdio-2.0.0-1
* mingw64-x86_64-libcdio_paranoia-10.2+0.94+2-1

The libcdio package contains a library which encapsulates CD-ROM reading 
and control. Applications wishing to be oblivious of the OS- and 
device-dependent properties of a CD-ROM can use this library. Also included 
is a library for working with ISO-9660 filesystems. Some support for disk 
image types like CDRWin's BIN/CUE format, cdrdao's TOC format, and Nero's 
NRG format are available. Therefore, applications that use this library 
also have the ability to read disc images as though they were CD's.

This is an update to the latest upstream releases.

--
Yaakov

--
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

libcdio 2.0.0-1, libcdio_paranoia 10.2+0.94+2-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libcdio-2.0.0-1
* libcdio18-2.0.0-1
* libcdio-devel-2.0.0-1
* libcdio++1-2.0.0-1
* libcdio++-devel-2.0.0-1
* libiso9660_11-2.0.0-1
* libiso9660++0-2.0.0-1
* libudf0-2.0.0-1
* libcdio_cdda2-10.2+0.94+2-1
* libcdio_paranoia2-10.2+0.94+2-1
* libcdio_paranoia-devel-10.2+0.94+2-1
* cdparanoia-10.2+0.94+2-1
* mingw64-i686-libcdio-2.0.0-1
* mingw64-i686-libcdio_paranoia-10.2+0.94+2-1
* mingw64-x86_64-libcdio-2.0.0-1
* mingw64-x86_64-libcdio_paranoia-10.2+0.94+2-1

The libcdio package contains a library which encapsulates CD-ROM reading 
and control. Applications wishing to be oblivious of the OS- and 
device-dependent properties of a CD-ROM can use this library. Also included 
is a library for working with ISO-9660 filesystems. Some support for disk 
image types like CDRWin's BIN/CUE format, cdrdao's TOC format, and Nero's 
NRG format are available. Therefore, applications that use this library 
also have the ability to read disc images as though they were CD's.

This is an update to the latest upstream releases.

--
Yaakov

Re: Problem with NC.1.107

[Jay Cotton]

Here is the package listing at cygwin

nc: A simple but powerful network tool (installed binaries and support
files)

2013-03-19 15:35   0 usr/
2013-03-19 15:35   0 usr/bin/
2013-03-19 15:35   24576 usr/bin/nc.exe
2013-03-19 15:35   0 usr/share/
2013-03-19 15:35   0 usr/share/man/
2013-03-19 15:35   0 usr/share/man/man1/
2013-03-19 15:305052 usr/share/man/man1/nc.1.gz



On Mon, Apr 9, 2018 at 6:51 PM, L A Walsh  wrote:

> Andrey Repin wrote:
>
>> Greetings, Jay Cotton!
>>
>> Since nc does not reply to --version, I have no way to tell if it's the
>> same
>> you are running with.
>>
> ---
> That's odd.  But has to do with what version of ncat is run.
> I notice my linux machine says:
>
> nc --version
>>
> Ncat: Version 6.47 ( http://nmap.org/ncat )
>
> But the version in cygwin:
>
> cygcheck -f /usr/bin/nc
>>
> nc-1.107-4
>
> is very different.  Not sure which is newer or better, but
> the version at nmap.org supports SCTP, though the BSD version
> supports QOS.  Not sufficiently versed in either to know
> all the differences.  Seems like the nmap.org version has more
> options: 44 vs. BSD's 28 (didn't double count switches from nmap
> that have a short+long form).
> Where do the sources from the BSD version come from?   It
> doesn't seem to list a website.
>
>
>> The file permissions are messed up.
>>>
>> ---
> I didn't notice this.
>
>>
>> $ file /usr/bin/nc
>>> /usr/bin/nc: writable, executable, regular file, no read permission
>>>
>>
>> I don't see the PE32+ executable (console) x86-64, for MS Windows
>>> string.
>>>
>> ---
> weird -- when I tried that, got:
>
> file /usr/bin/nc
>>
> /usr/bin/nc: PE32+ executable (console) x86-64 (stripped to external PDB),
> for MS Windows
>
>
> here is the file in /usr/bin
>>> $ ls -l nc*
>>> -rwxr-xr-x 1 lbmgm lbmgm 24576 Mar 19  2013 nc.exe
>>>
>> 
> Looks like the same file I have:
>
>> ll /usr/bin/nc
>>
> -rwxr-xr-x+ 1 24576 Mar 19  2013 /usr/bin/nc*
>
> I'm not sure your file command is referencing the same file,
> since my ls shows the same size and date as yours, and clearly
> both show read+execute for U,G and other and write only for owner.
>
> I looked at the make file, it seems to be o.k. for generating a
>>> runable program.  (uses gcc) but I don't have enough stuff installed
>>> to allow a build.
>>>
>> ---
>I think something is wrong with your 'file' command.  My nc-binary
> didn't come with a makefile (only binary & manpage):
>
>> cygcheck -l nc
>>
> /usr/bin/nc.exe
> /usr/share/man/man1/nc.1.gz
>
>
> --
> 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
>
>

--
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

gsm 1.0.17-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* gsm-1.0.17-1
* libgsm1-1.0.17-1
* libgsm-devel-1.0.17-1
* mingw64-i686-gsm-1.0.17-1
* mingw64-x86_64-gsm-1.0.17-1

A C library implementation of the European GSM 06.10 provisional standard 
for full-rate speech transcoding, prI-ETS 300 036, which uses RPE/LTP 
(residual pulse excitation/long term prediction) coding at 13 kbit/s.

This is an update to the latest upstream release.

--
Yaakov

[ANNOUNCEMENT] gsm 1.0.17-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* gsm-1.0.17-1
* libgsm1-1.0.17-1
* libgsm-devel-1.0.17-1
* mingw64-i686-gsm-1.0.17-1
* mingw64-x86_64-gsm-1.0.17-1

A C library implementation of the European GSM 06.10 provisional standard 
for full-rate speech transcoding, prI-ETS 300 036, which uses RPE/LTP 
(residual pulse excitation/long term prediction) coding at 13 kbit/s.

This is an update to the latest upstream release.

--
Yaakov

--
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

[ANNOUNCEMENT] game-music-emu 0.6.2-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libgme0-0.6.2-1
* libgme-devel-0.6.2-1
* mingw64-i686-game-music-emu-0.6.2-1
* mingw64-x86_64-game-music-emu-0.6.2-1

Game_Music_Emu is a collection of video game music file emulators that 
support several formats and systems.

This release includes a fix for CVE-2017-17446:

https://bitbucket.org/mpyne/game-music-emu/issues/14

--
Yaakov

--
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

game-music-emu 0.6.2-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libgme0-0.6.2-1
* libgme-devel-0.6.2-1
* mingw64-i686-game-music-emu-0.6.2-1
* mingw64-x86_64-game-music-emu-0.6.2-1

Game_Music_Emu is a collection of video game music file emulators that 
support several formats and systems.

This release includes a fix for CVE-2017-17446:

https://bitbucket.org/mpyne/game-music-emu/issues/14

--
Yaakov

[ANNOUNCEMENT] freetype2 2.8.1-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* freetype2-demos-2.8.1-1
* libfreetype6-2.8.1-1
* libfreetype-devel-2.8.1-1
* libfreetype-doc-2.8.1-1
* mingw64-i686-freetype2-2.8.1-1
* mingw64-x86_64-freetype2-2.8.1-1

FreeType 2 is a software font engine that is designed to be small, 
efficient, highly customizable and portable while capable of producing 
high-quality output (glyph images).

This is an update to the latest super-stable release:

https://sourceforge.net/projects/freetype/files/freetype2/2.7/
https://sourceforge.net/projects/freetype/files/freetype2/2.7.1/
https://sourceforge.net/projects/freetype/files/freetype2/2.8/
https://sourceforge.net/projects/freetype/files/freetype2/2.8.1/

--
Yaakov

--
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

[ANNOUNCEMENT] fluidsynth 1.1.10-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* fluidsynth-1.1.10-1
* libfluidsynth1-1.1.10-1
* libfluidsynth-devel-1.1.10-1
* mingw64-i686-fluidsynth-1.1.10-1
* mingw64-x86_64-fluidsynth-1.1.10-1

FluidSynth is a real-time software synthesizer based on the SoundFont 2 
specifications.

This is an update to the latest upstream release:

https://github.com/FluidSynth/fluidsynth/releases

--
Yaakov

--
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

[ANNOUNCEMENT] chromaprint 1.4.3-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libchromaprint1-1.4.3-1
* libchromaprint-devel-1.4.3-1
* mingw64-i686-chromaprint-1.4.3-1
* mingw64-x86_64-chromaprint-1.4.3-1

Chromaprint is the core component of the Acoustid project. It's a 
client-side library that implements a custom algorithm for extracting 
fingerprints from any audio source.

This is an update to the latest upstream release:

https://github.com/acoustid/chromaprint/releases/tag/v1.4.3

--
Yaakov

--
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

fluidsynth 1.1.10-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* fluidsynth-1.1.10-1
* libfluidsynth1-1.1.10-1
* libfluidsynth-devel-1.1.10-1
* mingw64-i686-fluidsynth-1.1.10-1
* mingw64-x86_64-fluidsynth-1.1.10-1

FluidSynth is a real-time software synthesizer based on the SoundFont 2 
specifications.

This is an update to the latest upstream release:

https://github.com/FluidSynth/fluidsynth/releases

--
Yaakov

chromaprint 1.4.3-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libchromaprint1-1.4.3-1
* libchromaprint-devel-1.4.3-1
* mingw64-i686-chromaprint-1.4.3-1
* mingw64-x86_64-chromaprint-1.4.3-1

Chromaprint is the core component of the Acoustid project. It's a 
client-side library that implements a custom algorithm for extracting 
fingerprints from any audio source.

This is an update to the latest upstream release:

https://github.com/acoustid/chromaprint/releases/tag/v1.4.3

--
Yaakov

Re: Problem with NC.1.107

[L A Walsh]

Andrey Repin wrote:

Greetings, Jay Cotton!

Since nc does not reply to --version, I have no way to tell if it's the same
you are running with.

---
That's odd.  But has to do with what version of ncat is run.
I notice my linux machine says:


nc --version

Ncat: Version 6.47 ( http://nmap.org/ncat )

But the version in cygwin:


cygcheck -f /usr/bin/nc

nc-1.107-4

is very different.  Not sure which is newer or better, but
the version at nmap.org supports SCTP, though the BSD version
supports QOS.  Not sufficiently versed in either to know
all the differences.  Seems like the nmap.org version has more
options: 44 vs. BSD's 28 (didn't double count switches from nmap
that have a short+long form).  


Where do the sources from the BSD version come from?   It
doesn't seem to list a website. 






The file permissions are messed up.

---
	I didn't notice this.  



$ file /usr/bin/nc
/usr/bin/nc: writable, executable, regular file, no read permission



I don't see the PE32+ executable (console) x86-64, for MS Windows
string.

---
weird -- when I tried that, got:


file /usr/bin/nc

/usr/bin/nc: PE32+ executable (console) x86-64 (stripped to external PDB), for 
MS Windows



here is the file in /usr/bin
$ ls -l nc*
-rwxr-xr-x 1 lbmgm lbmgm 24576 Mar 19  2013 nc.exe


Looks like the same file I have:

ll /usr/bin/nc

-rwxr-xr-x+ 1 24576 Mar 19  2013 /usr/bin/nc*

I'm not sure your file command is referencing the same file,
since my ls shows the same size and date as yours, and clearly
both show read+execute for U,G and other and write only for owner.


I looked at the make file, it seems to be o.k. for generating a
runable program.  (uses gcc) but I don't have enough stuff installed
to allow a build.

---
   I think something is wrong with your 'file' command.  My nc-binary
didn't come with a makefile (only binary & manpage):

cygcheck -l nc

/usr/bin/nc.exe
/usr/share/man/man1/nc.1.gz

--
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 in Python3 ('tempfile', 'subprocess', '_hashlib')

[Giuseppe Scelsi]

Thank you guys for your help.  I did a full rebase to no avail.  But 
this now looks like an issue specific to my machine, I asked some of my 
colleagues to run some tests on their PCs and they cannot reproduce this 
issue either.  I could try to reinstall Cygwin from scratch, but I am 
going to update to a new machine soon and my workaround allows me to 
keep going for the time being, so I have decided it's not worth spending 
any more time on this, unless someone feels this could be of general 
interest.  Thanks again for your assistance.


Giuseppe

On 09/04/18 11:14, Yaakov Selkowitz wrote:

On 2018-04-05 20:14, Giuseppe Scelsi wrote:

Using freshly-updated Cygwin 64-bit under Windows 7 Enterprise Ver 6.1
and Python 3 version 3.6.4.

The execution of the following script:

     import subprocess
     import _hashlib
     import _sha3
     subprocess.run('pwd')

always results in 'BlockingIOError: [Errno 11] Resource temporarily
unavailable'.

I saw this error first in a script that imported 'tempfile' together
with 'subprocess' (in any order):

     import subprocess
     import tempfile
     subprocess.run('pwd')

I then managed to narrow down the problem to the '_sha3' module.
Notice that you need to import both '_hashlib' and '_sha3' *in that
order*.  If I swap the order and import '_sha3' before '_hashlib', the
error becomes sporadic, sometimes it happens and sometimes not.

This problem makes it impossible to use 'tempfile' and 'subprocess' in
the same script.  My workaround is currently to disable '_sha3' in
'/lib/python3.6/hashlib.py' by adding at line 62:

     __always_supported = __always_supported[0:8]

This problem only happens in Cygwin 64, 32-bit Cygwin works ok.

Can anyone reproduce this problem?


Not here.  This may be a fork issue though; please try rebase-trigger
all and run setup to see if that helps.



--
Giuseppe B. Scelsi  (giuseppe.sce...@analog.com)
Senior Design Engineer, Analog Devices Australia Pty Ltd
Unit 3, 97 Lewis Road, Wantirna, Victoria, 3152, AUSTRALIA
Direct: +61 3 9881 9909   Main: +61 3 9881 
Fax: +61 3 9881 9988  Web: www.analog.com/au

Embedded & Digital Signal Processing Software.

This communication is proprietary and confidential.

--
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

[ANNOUNCEMENT] boost 1.66.0-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* libboost-devel-1.66.0-1
* libboost_atomic1.66-1.66.0-1
* libboost_chrono1.66-1.66.0-1
* libboost_context1.66-1.66.0-1
* libboost_container1.66-1.66.0-1
* libboost_coroutine1.66-1.66.0-1
* libboost_date_time1.66-1.66.0-1
* libboost_filesystem1.66-1.66.0-1
* libboost_graph1.66-1.66.0-1
* libboost_graph_parallel1.66-1.66.0-1
* libboost_iostreams1.66-1.66.0-1
* libboost_locale1.66-1.66.0-1
* libboost_log1.66-1.66.0-1
* libboost_math1.66-1.66.0-1
* libboost_mpi1.66-1.66.0-1
* libboost_mpi_python1.66-1.66.0-1
* libboost_mpi_python3_1.66-1.66.0-1
* libboost_mpi-devel-1.66.0-1
* libboost_numpy1.66-1.66.0-1
* libboost_numpy3_1.66-1.66.0-1
* libboost_program_options1.66-1.66.0-1
* libboost_python1.66-1.66.0-1
* libboost_python-devel-1.66.0-1
* libboost_python3_1.66-1.66.0-1
* libboost_python3-devel-1.66.0-1
* libboost_random1.66-1.66.0-1
* libboost_regex1.66-1.66.0-1
* libboost_serialization1.66-1.66.0-1
* libboost_signals1.66-1.66.0-1
* libboost_stacktrace1.66-1.66.0-1
* libboost_system1.66-1.66.0-1
* libboost_test1.66-1.66.0-1
* libboost_thread1.66-1.66.0-1
* libboost_timer1.66-1.66.0-1
* libboost_type_erasure1.66-1.66.0-1
* libboost_wave1.66-1.66.0-1
* python2-boost.mpi-1.66.0-1
* python3-boost.mpi-1.66.0-1
* boost-build-1.66.0-1
* mingw64-i686-boost-1.66.0-1
* mingw64-x86_64-boost-1.66.0-1

Boost provides free peer-reviewed portable C++ source libraries. We 
emphasize libraries that work well with the C++ Standard Library. Boost 
libraries are intended to be widely useful, and usable across a broad 
spectrum of applications. The Boost license encourages both commercial and 
non-commercial use.

This is an update to the latest upstream release, with the usual ABI 
version bump:

https://www.boost.org/users/history/version_1_65_0.html
https://www.boost.org/users/history/version_1_66_0.html

--
Yaakov

--
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: Network Performance?

[Jordan Geoghegan]

Thanks for testing that for me! I had feared I was having filesytem 
speed issues as seen in WSL, but alas I was wrong. It turns out my issue 
with network performance bottnecks is due to the TCP window size not 
adjusting. Looking at the debug output of ssh, it seems the window size 
adjusts aren't being performed. Strangely enough, when I grabbed a fresh 
machine to test Cygwin on, I am able to get near wire speeds. Very strange.



On 04/08/18 16:08, L A Walsh wrote:

Jordan Geoghegan wrote:
Thanks for the info. Would you be able to test file performance over 
the network? If you could just try copying a ~1GB file or what have 
you via sftp or rsync with actual writes to disk, I would be very 
interested to see how the numbers change.

---
Here is scp and rsync, using a tar, and a 1g file filled
with zeros.   Note, my env RSYNC_RSH=ssh

time scp default-nlaw.tar.7z ishtar:/tmp 
default-nlaw.tar.7z   100%   62MB 83.1MB/s   
00:00    0.91sec 0.04usr 0.01sys (6.65% cpu)

ssh ishtar rm /tmp/default-nlaw.tar.7z
time rsync -v default-nlaw.tar.7z ishtar:/tmp/

default-nlaw.tar.7z
sent 64,588,267 bytes  received 35 bytes  43,058,868.00 bytes/sec
total size is 64,572,413  speedup is 1.00
0.73sec 0.37usr 0.17sys (74.32% cpu)
time scp /tmp/1g ishtar:/tmp/ 
1g    100% 1014MB 72.3MB/s   
00:14    15.00sec 0.04usr 0.07sys (0.81% cpu)

time rsync -v /tmp/1g ishtar:/tmp/

1g
sent 1,063,515,721 bytes  received 35 bytes  125,119,500.71 bytes/sec
total size is 1,063,256,064  speedup is 1.00
7.57sec 5.95usr 3.40sys (123.54% cpu)


uname -a

CYGWIN_NT-6.1 Athenae 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin


I generally don't use them to transfer files over a closed
subnet as the performance is sub-optimal.

--
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




--
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: FAO perl-XML-SAX maintainers: request for pre-filling ParserDetails.ini

[Achim Gratz]

Adam Dinwoodie writes:
> Would it be possible for the perl-XML-SAX package to add a post-install
> step per ?

Sure, it is possible.  :-)

> Specifically, the instructions there say:
>
>> If you are packaging `XML::SAX` in an alternative distribution format
>> (such as RPM), your post-install script should check if
>> `ParserDetails.ini` exists and if it doesn't, run this command:
>> 
>> perl -MXML::SAX -e 
>> "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers()"
>
> This would avoid the (apparently benign but irritating) error message I
> see when attempting to build things like the Git documentation
> complaining that the system "could not find ParserDetails.ini".

Hmm.  I'm not too sure this would work correctly in the face of other
changes in the installation.  But then again it's better than nothing.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
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: gnuplot dollar sign and command line arguments

[Achim Gratz]

George Prekas via cygwin writes:
> More specifically the flag --enable-backwards-compatibility enables
> the backward compatible expansion of dollar sign expressions to
> command line arguments in gnuplot source files. Is there any specific
> reason that Cygwin chooses to enable this flag?

To be backwards compatible to existing gnuplot scripts, perhaps?  This
flag was in fact set by the previous maintainer and I've not heard any
good reason why I should change it.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

--
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: openssh AuthorizedKeysFile

[Achim Gratz]

Corinna Vinschen writes:
> What exactly doesn't work?  If it's the ownership of the dirs and
> files, chown will do the trick, no?

Well, the whole Cygwin directory is owned by an administrative domain
account, so unless I can tell sshd that this account is the equivalent
of root it will always complain about some directory up the chain.

> No, so far it's a special feature for AIX and HP/UX only.  On these
> platforms certain dirs and files are owned by the bin user with uid 2.

I've figured the same reading the comments.

> The problem on Cygwin is that we don't have a fixed uid owning the
> entire system paths.

One system path is enough, so I'd rather have a way to configure some
directory tree to be treated like the user's home (i.e. check the
directory permissions only up to some certain point).

> It always depends on the account used to create the system dirs, which
> can vary from installation to installation.  What you could do is
> adding a passwd entry with uid 0 for the account installing Cygwin and
> make sure that the files are always owned by this account (chown).

I'd rather avoid messing with the uid since I'd want that to show up
correctly in other places if possible.  But that would at least be
something I can try without recompiling sshd or anything else.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

RE: Floating point exception in strtod()

[Soegtrop, Michael]

Dear Corinna,

> ...which is what I described in the rest of my mail :)

ah, yes, sorry. I stumbled on the "0x96c75d80 which appears to be perfectly 
valid for a 32 bit int", fell on my nose and looks like I forgot to walk on 
then.

Best regards,

Michael
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Christian Lamprechter
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

Re: Floating point exception in strtod()

[Corinna Vinschen]

On Apr  9 14:45, Soegtrop, Michael wrote:
> Dear Corinna,
> 
> > L is of type Long == int32_t, aadj is of type double.  The value of
> > aadj at this time is 2529648000.0 == 0x96c75d80 which appears to be
> > perfectly valid for a 32 bit int.
> 
> 2529648000 is a valid unsigned long, but not a valid signed long. The
> largest 32 bit long is 2^31-1 = 2147483647. 0x96c75d80 interpreted as
> a signed long is a negative number.
> 
> I would say if floating point instructions are used to convert
> 2529648000 to a signed 32 bit integer, they should produce an
> FE_INVALID exception.

...which is what I described in the rest of my mail :)


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

[ANNOUNCEMENT] cygcheck-dep-3.0-2

[Mikhail Usenko via cygwin]

Version 3.0-2 of cygcheck-dep has been uploaded.

cygcheck-dep is a bash script for displaying information on dependencies
for installed Cygwin packages. For example: the information about package
leaves; packages with broken dependencies; obsolete, and orphaned packages;
particular package's dependencies; unused dependencies that can be removed
along with particular package meant for uninstalling. See --help for more
description.

It can be useful if you are using some Cygwin software, and want to
keep the Cygwin installation directory clean from unused packages.


Changelog since version 2.1-1:
  * the script is almost completely rewritten to reflect the changes
in setup.exe functioning and for clean code;
  * the legacy code for support of Cygwin Ports collection is dropped;
  * there are new command options.

--

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

 If you want to unsubscribe from the cygwin-announce mailing list,
 look at the "List-Unsubscribe: " tag in the email header of this message.
 Send email to the address specified there. It will be in the format:

   cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

 If you need more information on unsubscribing, start reading here:

   http://sourceware.org/lists.html#unsubscribe-simple

 Please read *all* of the information on unsubscribing
 that is available starting at this URL.

-- 

--
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: Floating point exception in strtod()

[Soegtrop, Michael]

Dear Corinna,

> L is of type Long == int32_t, aadj is of type double.  The value of aadj at 
> this time is 2529648000.0 == 0x96c75d80 which appears to be perfectly valid 
> for a 32 bit int.

2529648000 is a valid unsigned long, but not a valid signed long. The largest 
32 bit long is 2^31-1 = 2147483647. 0x96c75d80 interpreted as a signed long is 
a negative number.

I would say if floating point instructions are used to convert 2529648000 to a 
signed 32 bit integer, they should produce an FE_INVALID exception.
 
Best regards,

Michael
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Christian Lamprechter
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

Re: openssh AuthorizedKeysFile

[Corinna Vinschen]

On Apr  9 12:59, Corinna Vinschen wrote:
> On Apr  9 09:52, Corinna Vinschen wrote:
> > The problem on Cygwin is that we don't have a fixed uid owning the
> > entire system paths.  It always depends on the account used to create
> > the system dirs, which can vary from installation to installation.  What
> > you could do is adding a passwd entry with uid 0 for the account
> > installing Cygwin and make sure that the files are always owned by this
> > account (chown).
> > 
> > The only other way to fix this would be to define PLATFORM_SYS_DIR_UID
> > to be a function call on Cygwin, which checks the account for... what?
> > To be an admin account?  That sounds quite relaxed, but I don't see
> > any other way.
> > 
> > Something like this [...]
> 
> Please try if this patch to openssh will do the trick for you.  I only
> tested that it builds, but not if it works as desired.

On second thought...

This is dangerous.  Every path owned by any member of the admins group
is treated as safe path.  I.e., even the home dir of any admin user
is safe.

That doesn't sound desirable...


Corinna

> 
> From 6b493f7e9f5ab7c64fa56c84ea727d3d06a12c0f Mon Sep 17 00:00:00 2001
> From: Corinna Vinschen 
> Date: Mon, 9 Apr 2018 12:56:31 +0200
> Subject: [PATCH] cygwin: add function call to provide OS-specific
>  PLATFORM_SYS_DIR_UID
> 
> ---
>  configure.ac |  1 +
>  openbsd-compat/bsd-cygwin_util.c | 25 +
>  openbsd-compat/bsd-cygwin_util.h |  1 +
>  3 files changed, 27 insertions(+)
> 
> diff --git a/configure.ac b/configure.ac
> index 663062bef142..a5f68c367c92 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -626,6 +626,7 @@ case "$host" in
>   file descriptor passing])
>   AC_DEFINE([SSH_IOBUFSZ], [65535], [Windows is sensitive to read buffer 
> size])
>   AC_DEFINE([FILESYSTEM_NO_BACKSLASH], [1], [File names may not contain 
> backslash characters])
> + AC_DEFINE([PLATFORM_SYS_DIR_UID], cygwin_valid_sys_dir_owner(uid), 
> [System dirs owned by admin account])
>   # Cygwin defines optargs, optargs as declspec(dllimport) for historical
>   # reasons which cause compile warnings, so we disable those warnings.
>   OSSH_CHECK_CFLAG_COMPILE([-Wno-attributes])
> diff --git a/openbsd-compat/bsd-cygwin_util.c 
> b/openbsd-compat/bsd-cygwin_util.c
> index 398a5f617af5..0f5bb1a4448a 100644
> --- a/openbsd-compat/bsd-cygwin_util.c
> +++ b/openbsd-compat/bsd-cygwin_util.c
> @@ -33,6 +33,7 @@
>  #ifdef HAVE_CYGWIN
>  
>  #include 
> +#include 
>  #include 
>  #include 
>  #include 
> @@ -116,4 +117,28 @@ free_windows_environment(char **p)
>   free(p);
>  }
>  
> +/* Check if current account is administrative account (aka member of
> + * group 544 "Administrators")
> + */
> +uid_t
> +cygwin_valid_sys_dir_owner(uid_t uid)
> +{
> + int ngrps = 0;
> + gid_t *grps = NULL;
> + struct passwd *pw;
> +
> + pw = getpwuid(uid);
> + if (!pw)
> +   return 0;
> +
> + if (getgrouplist(pw->pw_name, pw->pw_gid, grps, ) < 0) {
> + grps = (gid_t *) alloca(sizeof (gid_t) * ngrps);
> + if (getgrouplist(pw->pw_name, pw->pw_gid, grps, ) < 0)
> + return 0;
> + while (--ngrps >= 0)
> + if (grps[ngrps] == 544)
> +   return uid;
> + }
> + return 0;
> +}
>  #endif /* HAVE_CYGWIN */
> diff --git a/openbsd-compat/bsd-cygwin_util.h 
> b/openbsd-compat/bsd-cygwin_util.h
> index 9cef694b9a7c..e2d53f47defe 100644
> --- a/openbsd-compat/bsd-cygwin_util.h
> +++ b/openbsd-compat/bsd-cygwin_util.h
> @@ -44,6 +44,7 @@ typedef void *HANDLE;
> windows headers, so we have to define them here explicitely. */
>  extern HANDLE cygwin_logon_user (const struct passwd *, const char *);
>  extern void cygwin_set_impersonation_token (const HANDLE);
> +extern uid_t cygwin_valid_sys_dir_owner(uid_t uid);
>  
>  #include 
>  #include 
> -- 
> 2.14.3
> 
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat



-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

FAO perl-XML-SAX maintainers: request for pre-filling ParserDetails.ini

[Adam Dinwoodie]

Hello,

Would it be possible for the perl-XML-SAX package to add a post-install
step per ?

Specifically, the instructions there say:

> If you are packaging `XML::SAX` in an alternative distribution format
> (such as RPM), your post-install script should check if
> `ParserDetails.ini` exists and if it doesn't, run this command:
> 
> perl -MXML::SAX -e 
> "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers()"

This would avoid the (apparently benign but irritating) error message I
see when attempting to build things like the Git documentation
complaining that the system "could not find ParserDetails.ini".

As a work-around, I've been running that command myself from a Bash
shell, but I'd like to not need to remember to do that, and adding it as
a post-install step appears to be the best practice according to the
upstream Perl-XML project.

Cheers,

Adam

--
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: upload cygcheck-dep to noarch directory

[Jon Turney]

On 09/04/2018 13:44, Mikhail Usenko via cygwin-apps wrote:


Please, move cygcheck-dep to noarch/release hierarchy, so that the new version
can be uploaded appropriately.



Done.  Sorry for the inconvenience.

[ANNOUNCEMENT] autossh 1.4f-1

[Andrew Schulman]

autossh 1.4f-1 is now available in Cygwin.  According to the upstream changelog
at http://www.harding.motd.ca/autossh/:

"Version 1.4f incorporates a number of changes and fixes to signal handling and
exit conditions. The most notable changes are that it will exit properly when
killed while waiting between ssh restarts, and it will now restart rather than
exiting when the child ssh process is killed."

autossh is a program to start an instance of ssh and monitor it, restarting it
as necessary should it die or stop passing traffic. autossh monitors connections
by sending data through a loop of port forwardings, and checking that the data
returns.  autossh backs off on the rate of connection attempts when experiencing
rapid failures such as connection refused.  It includes an NT service mode,
which works well for unattended operation as an NT system service using
cygrunsrv.

Andrew E. Schulman


***


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com_at_cygwin.com

If you need more information on unsubscribing, start reading here: 

http://cygwin.com/lists.html#subscribe-unsubscribe

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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: Floating point exception in strtod()

[Corinna Vinschen]

On Apr  9 08:09, Ken Brown wrote:
> On 4/9/2018 5:47 AM, Corinna Vinschen wrote:
> > On Apr  7 13:40, Ken Brown wrote:
> > > $ cat strtod_test.c
> > > #include 
> > > #include 
> > > #include 
> > > 
> > > int
> > > main ()
> > > {
> > >/* The following number comes from /usr/share/asymptote/ode.asy.  */
> > >const char *str = "121645100408832000.0";
> > >char *ptr;
> > > 
> > >feenableexcept (FE_INVALID);
> > >strtod (str, );
> > > 
> > >/* If there was an exception, the following will not get executed.  */
> > >printf ("No exception.\n");
> > > }
> > > 
> > > $ gcc strtod_test.c
> > > 
> > > $ ./a
> > > Floating point exception (core dumped)
> > > 
> > > [The above was on x86.  On x86_64 there's simply no output.]
> > > 
> > > I have no idea what's special about the number 121645100408832000.0, but 
> > > the
> > > problem goes away if, for example, I replace the leading 1 by 2.
> > 
> > GDB shows that the exception occurs in newlib/libc/stdlib/strtod.c
> > line 1189, in this statment, which looks rather inconspicious at
> > first glance:
> > 
> > L = (Long)aadj;
> > 
> > L is of type Long == int32_t, aadj is of type double.  The
> > value of aadj at this time is 2529648000.0 == 0x96c75d80 which
> > appears to be perfectly valid for a 32 bit int.
> > 
> > However, on 64 bit for example the assembler statement generating the FP
> > exception is
> > 
> >cvttsd2si %xmm0,%eax
> > 
> > It is documented that this statemnt may raise FE_INVALID or FE_INEXACT
> > exceptions.  The problem is that the generated 32 bit value is a
> > negative signed int value, while the source operand is positive.  So the
> > conversion is, in fact, invalid.
> > 
> > I applied a fix to newlib's strtod, to always use 64 bit ints in this
> > place.  This fixes the problem and no exception is raised.
> 
> Thanks for the explanation and the quick fix.  I'm sorry for causing
> confusion by also sending this to the newlib list.

No, that's fine.  Actually it belonged to the newlib ML in the first
place, so it's good it's in the archives there.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

upload cygcheck-dep to noarch directory

[Mikhail Usenko via cygwin-apps]

Please, move cygcheck-dep to noarch/release hierarchy, so that the new version
can be uploaded appropriately.
-- 

Re: Floating point exception in strtod()

[Ken Brown]

On 4/9/2018 5:47 AM, Corinna Vinschen wrote:

On Apr  7 13:40, Ken Brown wrote:

$ cat strtod_test.c
#include 
#include 
#include 

int
main ()
{
   /* The following number comes from /usr/share/asymptote/ode.asy.  */
   const char *str = "121645100408832000.0";
   char *ptr;

   feenableexcept (FE_INVALID);
   strtod (str, );

   /* If there was an exception, the following will not get executed.  */
   printf ("No exception.\n");
}

$ gcc strtod_test.c

$ ./a
Floating point exception (core dumped)

[The above was on x86.  On x86_64 there's simply no output.]

I have no idea what's special about the number 121645100408832000.0, but the
problem goes away if, for example, I replace the leading 1 by 2.


GDB shows that the exception occurs in newlib/libc/stdlib/strtod.c
line 1189, in this statment, which looks rather inconspicious at
first glance:

L = (Long)aadj;

L is of type Long == int32_t, aadj is of type double.  The
value of aadj at this time is 2529648000.0 == 0x96c75d80 which
appears to be perfectly valid for a 32 bit int.

However, on 64 bit for example the assembler statement generating the FP
exception is

   cvttsd2si %xmm0,%eax

It is documented that this statemnt may raise FE_INVALID or FE_INEXACT
exceptions.  The problem is that the generated 32 bit value is a
negative signed int value, while the source operand is positive.  So the
conversion is, in fact, invalid.

I applied a fix to newlib's strtod, to always use 64 bit ints in this
place.  This fixes the problem and no exception is raised.


Thanks for the explanation and the quick fix.  I'm sorry for causing 
confusion by also sending this to the newlib list.


Ken


--
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: openssh AuthorizedKeysFile

[Corinna Vinschen]

On Apr  9 09:52, Corinna Vinschen wrote:
> On Apr  6 22:37, Achim Gratz wrote:
> > 
> > I've got a new server for Cygwin @work and wanted to get the sshd to run
> > with StrictMode on (it's been off on the old server).  Long story short,
> > some accounts used for administrative tasks are contrained so that I
> > need to store the authorized_keys file directly on the server, so I
> > added /etc/ssh/%u/authorized_keys in front of the default
> > .ssh/authorized_keys.  Unfortunately that only works if the same
> > administrative account has been used to install Cygwin itself, lest sshd
> > declares the directory /etc/ssh unsafe (or use StrictMode=no).
> 
> What exactly doesn't work?  If it's the ownership of the dirs and
> files, chown will do the trick, no?
> 
> >   In my reading of the refactored
> > code it seems that the same effect could be achieved by defining
> > PLATFORM_SYS_DIR_UID appropriately (although I would prefer if that was
> > configurable somewhere in a file).  But it seems that for Cygwin that
> > symbol doesn't get defined at all?
> 
> No, so far it's a special feature for AIX and HP/UX only.  On these
> platforms certain dirs and files are owned by the bin user with uid 2.
> 
> The problem on Cygwin is that we don't have a fixed uid owning the
> entire system paths.  It always depends on the account used to create
> the system dirs, which can vary from installation to installation.  What
> you could do is adding a passwd entry with uid 0 for the account
> installing Cygwin and make sure that the files are always owned by this
> account (chown).
> 
> The only other way to fix this would be to define PLATFORM_SYS_DIR_UID
> to be a function call on Cygwin, which checks the account for... what?
> To be an admin account?  That sounds quite relaxed, but I don't see
> any other way.
> 
> Something like this [...]

Please try if this patch to openssh will do the trick for you.  I only
tested that it builds, but not if it works as desired.

From 6b493f7e9f5ab7c64fa56c84ea727d3d06a12c0f Mon Sep 17 00:00:00 2001
From: Corinna Vinschen 
Date: Mon, 9 Apr 2018 12:56:31 +0200
Subject: [PATCH] cygwin: add function call to provide OS-specific
 PLATFORM_SYS_DIR_UID

---
 configure.ac |  1 +
 openbsd-compat/bsd-cygwin_util.c | 25 +
 openbsd-compat/bsd-cygwin_util.h |  1 +
 3 files changed, 27 insertions(+)

diff --git a/configure.ac b/configure.ac
index 663062bef142..a5f68c367c92 100644
--- a/configure.ac
+++ b/configure.ac
@@ -626,6 +626,7 @@ case "$host" in
file descriptor passing])
AC_DEFINE([SSH_IOBUFSZ], [65535], [Windows is sensitive to read buffer 
size])
AC_DEFINE([FILESYSTEM_NO_BACKSLASH], [1], [File names may not contain 
backslash characters])
+   AC_DEFINE([PLATFORM_SYS_DIR_UID], cygwin_valid_sys_dir_owner(uid), 
[System dirs owned by admin account])
# Cygwin defines optargs, optargs as declspec(dllimport) for historical
# reasons which cause compile warnings, so we disable those warnings.
OSSH_CHECK_CFLAG_COMPILE([-Wno-attributes])
diff --git a/openbsd-compat/bsd-cygwin_util.c b/openbsd-compat/bsd-cygwin_util.c
index 398a5f617af5..0f5bb1a4448a 100644
--- a/openbsd-compat/bsd-cygwin_util.c
+++ b/openbsd-compat/bsd-cygwin_util.c
@@ -33,6 +33,7 @@
 #ifdef HAVE_CYGWIN
 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -116,4 +117,28 @@ free_windows_environment(char **p)
free(p);
 }
 
+/* Check if current account is administrative account (aka member of
+ * group 544 "Administrators")
+ */
+uid_t
+cygwin_valid_sys_dir_owner(uid_t uid)
+{
+   int ngrps = 0;
+   gid_t *grps = NULL;
+   struct passwd *pw;
+
+   pw = getpwuid(uid);
+   if (!pw)
+ return 0;
+
+   if (getgrouplist(pw->pw_name, pw->pw_gid, grps, ) < 0) {
+   grps = (gid_t *) alloca(sizeof (gid_t) * ngrps);
+   if (getgrouplist(pw->pw_name, pw->pw_gid, grps, ) < 0)
+   return 0;
+   while (--ngrps >= 0)
+   if (grps[ngrps] == 544)
+ return uid;
+   }
+   return 0;
+}
 #endif /* HAVE_CYGWIN */
diff --git a/openbsd-compat/bsd-cygwin_util.h b/openbsd-compat/bsd-cygwin_util.h
index 9cef694b9a7c..e2d53f47defe 100644
--- a/openbsd-compat/bsd-cygwin_util.h
+++ b/openbsd-compat/bsd-cygwin_util.h
@@ -44,6 +44,7 @@ typedef void *HANDLE;
windows headers, so we have to define them here explicitely. */
 extern HANDLE cygwin_logon_user (const struct passwd *, const char *);
 extern void cygwin_set_impersonation_token (const HANDLE);
+extern uid_t cygwin_valid_sys_dir_owner(uid_t uid);
 
 #include 
 #include 
-- 
2.14.3


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

Re: cygwin1.dll version 2.10 not handling Unicode as well as ver 1.7

[Allan Fernandes]

 Hi,

I tried cygpath but it did not help. It gave me folder path as given below.
I used this path but results were the same.
"/proc/cygdrive/c/delit/Rdiff/العَرَبِيَّة.txt"

Anyways half my problem is solved as now with the latest Cygwin I can get
RDiff.exe to work fine, but it only happens if I execute the Cygwin.bat and
run my .Bat  file from the bash prompt.
I want to run it automatically from my program without user intervention.

Regards
Allan



On Sun, Apr 8, 2018 at 4:36 AM, Andrey Repin  wrote:

> Greetings, Allan Fernandes!
>
> > I am using cygwin1.dll (windows 7) and running a batch file (Abc.Bat)
> code
> > given below with observation messages.
>
> > Problem:
> > cygwin1.dll (ver 1.7)+Rdiff.exe  handles Unicode but does not handle UNC
> > paths.
> > cygwin1.dll (ver 2.10)+Rdiff.exe  does not handle Unicode but handles UNC
> > paths.
>
> It's not cygwin1.dll, it's rdiff.
>
> > No error messages are given except for last line ver 1.7 says (No such
> file
> > or directory)
>
>
> > *Abc.Bat*
>
> > *chcp 65001*
>
> > *type "العَرَبِيَّة.txt"  (works with 1.7 and 2.10)*
>
> > *type "\\Mach\D\العَرَبِيَّة.txt"(works with 1.7 and 2.10) *
>
> > *rdiff -b 10240 signature "العَرَبِيَّة.Zip" "العَرَبِيَّة.Sig"
>  (works
> > with 1.7,  does not work with 2.10)  *
>
> > *rdiff -b 10240 signature "\\Mach\D\العَرَبِيَّة.Zip"
> > "\\Mach\D\العَرَبِيَّة.Sig"(does not work with 1.7 nor 2.10) *
>
>
> > *rdiff -b 10240 signature "\\Mach\D\Simple.txt" "\\Mach\D\Simple.Sig"
> > (works with 2.10,  does nor work with 1.7) *
>
> If a program does its own mangling of file paths, stuff like this is bound
> to
> happen. For best interoperability with Windows paths, you have to wrap
> Cygwin
> tools using cygpath utility.
>
>
> --
> With best regards,
> Andrey Repin
> Sunday, April 8, 2018 02:04:31
>
> Sorry for my terrible english...

--
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

[newlib-cygwin] Cygwin: add strtod fix to release notes

[Corinna Vinschen]

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=8a91646183b3b436d620e9b4b5bec67133101c3a

commit 8a91646183b3b436d620e9b4b5bec67133101c3a
Author: Corinna Vinschen 
Date:   Mon Apr 9 11:48:33 2018 +0200

Cygwin: add strtod fix to release notes

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/release/2.10.1 | 4 
 1 file changed, 4 insertions(+)

diff --git a/winsup/cygwin/release/2.10.1 b/winsup/cygwin/release/2.10.1
index c08d102..1b7adcb 100644
--- a/winsup/cygwin/release/2.10.1
+++ b/winsup/cygwin/release/2.10.1
@@ -13,3 +13,7 @@ Bug Fixes
 
 - Fix utils path handling in case cygdrive path is just '/'.
   Addresses: https://cygwin.com/ml/cygwin/2018-02/msg00174.html
+
+- Fix a potential SIGFPE in strtod, if FE_INVALID exceptions are
+  enabled.
+  Addresses: https://cygwin.com/ml/cygwin/2018-04/msg00055.html

Re: Floating point exception in strtod()

[Corinna Vinschen]

On Apr  7 13:40, Ken Brown wrote:
> $ cat strtod_test.c
> #include 
> #include 
> #include 
> 
> int
> main ()
> {
>   /* The following number comes from /usr/share/asymptote/ode.asy.  */
>   const char *str = "121645100408832000.0";
>   char *ptr;
> 
>   feenableexcept (FE_INVALID);
>   strtod (str, );
> 
>   /* If there was an exception, the following will not get executed.  */
>   printf ("No exception.\n");
> }
> 
> $ gcc strtod_test.c
> 
> $ ./a
> Floating point exception (core dumped)
> 
> [The above was on x86.  On x86_64 there's simply no output.]
> 
> I have no idea what's special about the number 121645100408832000.0, but the
> problem goes away if, for example, I replace the leading 1 by 2.

GDB shows that the exception occurs in newlib/libc/stdlib/strtod.c
line 1189, in this statment, which looks rather inconspicious at
first glance:

   L = (Long)aadj;

L is of type Long == int32_t, aadj is of type double.  The
value of aadj at this time is 2529648000.0 == 0x96c75d80 which
appears to be perfectly valid for a 32 bit int.

However, on 64 bit for example the assembler statement generating the FP
exception is

  cvttsd2si %xmm0,%eax

It is documented that this statemnt may raise FE_INVALID or FE_INEXACT
exceptions.  The problem is that the generated 32 bit value is a
negative signed int value, while the source operand is positive.  So the
conversion is, in fact, invalid.

I applied a fix to newlib's strtod, to always use 64 bit ints in this
place.  This fixes the problem and no exception is raised.

I'm just generating new developer snapshots.  They should be available
in half an hour or so on https://cygwin.com/snapshots/

FTR, the somewhat more complex strtold implementation is not affected.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

Re: openssh AuthorizedKeysFile

[Corinna Vinschen]

On Apr  6 22:37, Achim Gratz wrote:
> 
> I've got a new server for Cygwin @work and wanted to get the sshd to run
> with StrictMode on (it's been off on the old server).  Long story short,
> some accounts used for administrative tasks are contrained so that I
> need to store the authorized_keys file directly on the server, so I
> added /etc/ssh/%u/authorized_keys in front of the default
> .ssh/authorized_keys.  Unfortunately that only works if the same
> administrative account has been used to install Cygwin itself, lest sshd
> declares the directory /etc/ssh unsafe (or use StrictMode=no).

What exactly doesn't work?  If it's the ownership of the dirs and
files, chown will do the trick, no?

> I found
> this patch that seems to address exactly the same situation:
> 
> https://github.com/pierresouchay/cygwin_patches/blob/master/openssh.patch
> 
> The code has since been refactored and a similar change would need to be
> applied elsewhere.  Interestingly enough there is some special handling
> to _not_ check all the leading path components for the home directory
> (otherwise it wouldn't work at all).  In my reading of the refactored
> code it seems that the same effect could be achieved by defining
> PLATFORM_SYS_DIR_UID appropriately (although I would prefer if that was
> configurable somewhere in a file).  But it seems that for Cygwin that
> symbol doesn't get defined at all?

No, so far it's a special feature for AIX and HP/UX only.  On these
platforms certain dirs and files are owned by the bin user with uid 2.

The problem on Cygwin is that we don't have a fixed uid owning the
entire system paths.  It always depends on the account used to create
the system dirs, which can vary from installation to installation.  What
you could do is adding a passwd entry with uid 0 for the account
installing Cygwin and make sure that the files are always owned by this
account (chown).

The only other way to fix this would be to define PLATFORM_SYS_DIR_UID
to be a function call on Cygwin, which checks the account for... what?
To be an admin account?  That sounds quite relaxed, but I don't see
any other way.

Something like this in configure.ac:

  AC_DEFINE([PLATFORM_SYS_DIR_UID], cygwin_valid_sys_dir_owner(), [System dirs 
owned by admin account])

and a bit of extra code in openbsd-compat/bsd-cygwin_util.c along the
lines of:

  /* return uid if uid is a valid system dir-owning uid */
  cygwin_valid_sys_dir_owner (uid_t uid)
  {
struct pw = getpwuid (uid);
getgrouplist (pw->pw_name, pw->pw_gid, grplist, );
if (544 in grplist)
  return 1
return 0;
  }


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature