strxfrm() returns an incorrect value on a short buffer

[Tony Cook]

strxfrm() returns an incorrect value if you supply an output buffer
and that buffer is too short for the result.

With the code following:

#include 
#include 
#include 

int main() {
  char xbuf[5] = "";
  char *lc = setlocale(LC_ALL, "en_AU.utf8");
  if (!lc) {
perror("setlocale");
return 1;
  }
  size_t sza = strxfrm(xbuf, "alphabet", sizeof(xbuf));
  printf("sz: %zd\n", sza);
  size_t szb = strxfrm(NULL, "alphabet", 0);
  printf("sz: %zd\n", szb);

  return 0;
}

On cygwin:

tony@phobos ~
$ gcc -ostrxfrmtest strxfrmtest.c

tony@phobos ~
$ ./strxfrmtest
sz: 5
sz: 20

tony@phobos ~
$ uname -a
CYGWIN_NT-6.1-WOW phobos 2.5.0(0.297/5/3) 2016-04-11 09:55 i686 Cygwin

On Linux:

tony@mars:~$ gcc -ostrxfrmtest strxfrmtest.c 
tony@mars:~$ ./strxfrmtest
sz: 26
sz: 26
tony@mars:~$ uname -a
Linux mars 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) 
x86_64 GNU/Linux

>From looking at the source:

https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/nlsfuncs.cc;h=9dbd9b16d53094c60aa835756c967c054ced8e62;hb=HEAD#l1286

It appears that strxfrm() is just returning the size of the output
buffer on an overflow error rather than calling LCMapString() again
with cchDest set to zero to get the required buffer length that
strxfrm() is meant to return on a short buffer.

This came out of the discussion in:

https://rt.perl.org/Ticket/Display.html?id=121734

(not that I've reproduced that issue.)

Tony

--
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: FFTW + OpenMP

[KIMURA Masaru]

Hi,

i'm now revisiting this topic b/c mingw-*-fftw3 are not OpenMP capable.
can someone (maybe, Yaakov?) update them?

Peace,

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

multiple definition of `atan2l' on the current Cygwin

[Tatsuro MATSUOKA]

I have updated Cygwin_x86 and Cygwin_x86-64 today.
In building the gnuplot I have met the error of "multiple definition of 
`atan2l'".
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0): 
multiple definition of `atan2l'
/usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined here
collect2: error: ld returned 1 exit status
Makefile:777: recipe for target 'gnuplot.exe' failed
This did not occur yesterday.
Perhaps the latest change gcc-5.3.0 give this results.
At the moment a workaroud is :
LDFLAGS='-Wl,--allow-multiple-definition' \
at configure.
Tatsuro


--
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: Warning: Mismatch between the program and library build versions detted. (WxWidgets)

[Tatsuro MATSUOKA]

> From: Tatsuro MATSUOKA
>To: cygwin
> Cc: 
> Date: 2016/4/12, Tue 10:41
> Subject: Warning: Mismatch between the program and library build versions 
> detted. (WxWidgets)
> 
> Hello
> I have met the following waring gnuplot with wxt terminal
> Terminal type set to 'wxt'
> gnuplot> plot sin(x)
> 10:33:39: Warning: Mismatch between the program and library build versions 
> detted.
> The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
> containers,compatie 
> with 2.8),
> and your program used 3.0 (wchar_t,compiler with C++ ABI 1002,wx 
> containers,coatible with 2.8).
> I do not have enough knowldge of difference between C++ ABI 1009 and C++ ABI 
> 1002.
> Any suggestions?
> # For the program execution, I do not have troubles from the warining.
> Tatsuro

I have forgetton to execute setup_x86-64 before gnuplot buliding.
Setup seems to upgrade the cygwin and gcc-5.3.0 (to 5.3.0-3).
After setup, the warning was disappeared.
Tatsuro   

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

Warning: Mismatch between the program and library build versions detted. (WxWidgets)

[Tatsuro MATSUOKA]

Hello
I have met the following waring gnuplot with wxt terminal
Terminal type set to 'wxt'
gnuplot> plot sin(x)
10:33:39: Warning: Mismatch between the program and library build versions 
detted.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatie 
with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1002,wx 
containers,coatible with 2.8).
I do not have enough knowldge of difference between C++ ABI 1009 and C++ ABI 
1002.
Any suggestions?
# For the program execution, I do not have troubles from the warining.
Tatsuro


--
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: rsync performance degradation? Could be a windows issue?

[Vincent Rivière]

On 31/03/2016 22:48, Greg Freemyer wrote:

I experienced the "slow" transfer speed today,


I also experience similar slowness when using the current Cygwin rsync to 
backup my internal hard drives to external USB3 hard drive.


Because of that, I continue using the old official Cygwin rsync 3.0.8 
binary. I get correct speed with this one.


If that could matter, I use Windows XP and Cygwin 32.

--
Vincent Rivière

--
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: rsync performance degradation? Could be a windows issue?

[Greg Freemyer]

On Mon, Apr 11, 2016 at 2:20 PM, Greg Freemyer  wrote:
> As I test, I just copied 30 GB of 1.5 GB files via robocopy.  None of
> the files had been accessed since a reboot, so none should have been
> in cache.
>
> According to Resource Monitor, yes.
>
> I'm getting about 105 MB/sec for read and 105 MB/sec for write vs  70
> MB/sec for rsync.

I just moved both drives to a Linux box.  Using the same rsync command
I'm getting 85 - 90 MB/sec.

That linux box is a 5-year old laptop, where as the windows box is a
pretty beefy box.  (6 cores, 64 GB ram)   Clearly the WIndows box
should be better performing and when running robocopy it is.

So it seems something about the combination of a Windows kernel,
cygwin, and rsync is dropping my performance at least a factor 20% and
maybe as much as 35%.

If I were to run rsync in strace, would anyone want to try and work on
the performance issue?  Or should it just be chalked up to rsync being
optimized for a linux kernel?

Thanks
Greg
--
Greg Freemyer
www.IntelligentAvatar.net

--
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: nfs-server package gone?

[Marco Atzeri]

On 11/04/2016 22:48, Brian Stoots wrote:

Hello all,

I tried installing the nfs-server package today and to my surprise it
did not appear in setup-x86.exe package list.  I checked the Cygwin
Package Search on the official site and came up with no results
either.  I went a step further and also checked out the Cygwin Time
Machine listing at fruitbat.org and the 2016/04/07/084032 snapshot
still has nfs-server listed.

So now the question, has nfs-server been removed or was this some sort
of bug that is currently blocking availability of this package?

Thanks,
-B



It was removed.
https://cygwin.com/ml/cygwin-apps/2016-04/msg00010.html



--
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: Postinstall script errors on cygwin x86 install

[Ken Brown]

On 4/11/2016 4:42 PM, Tatsuro MATSUOKA wrote:

3are unable to find another cygwin DLL.installed the cygwin distribution.  
Rebooting is also suggested if youreside in x:\cygwin\bin, where 'x' is the drive 
on which you haveand delete all but the most recent version.  The most recent 
version *should*Search for cygwin1.dll using the Windows Start->Find/Search 
facilityThis problem is probably due to using incompatible versions of the cygwin 
DLL.  6 [main] bash (7088) c:\cygwin\bin\bash.exe: *** fatal error - cygheap 
base mismatch detected - 0xC0F400/0xBDF400.
However, I have only one x\cygwin\bin and x is C.


cygcheck output as requested at http://cygwin.com/problems.html might 
help diagnose the problem:


"Run cygcheck -s -v -r > cygcheck.out and include that file *as an 
attachment* in your report. Please do not compress or otherwise encode 
the output. Just attach it as a straight text file so that it can be 
easily viewed."


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: Postinstall script errors on cygwin x86 install

[Achim Gratz]

Tatsuro MATSUOKA writes:
> 6 [main] bash (7088) c:\cygwin\bin\bash.exe: *** fatal error
> - cygheap base mismatch detected - 0xC0F400/0xBDF400.
> However, I have only one x\cygwin\bin and x is C.

Well, since that cygheap base address is changing, I guess this comes
down to BLODA.  What malware scanner are you using?  Can you exempt the
Cygwin installation from its actions?

But please try to install Cygwin into some other directory
that is not directly in the root of your drive (something like
C:\Freeware\Cygwin).


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

SD adaptation for Waldorf Blofeld V1.15B11:
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

nfs-server package gone?

[Brian Stoots]

Hello all,

I tried installing the nfs-server package today and to my surprise it
did not appear in setup-x86.exe package list.  I checked the Cygwin
Package Search on the official site and came up with no results
either.  I went a step further and also checked out the Cygwin Time
Machine listing at fruitbat.org and the 2016/04/07/084032 snapshot
still has nfs-server listed.

So now the question, has nfs-server been removed or was this some sort
of bug that is currently blocking availability of this package?

Thanks,
-B

--
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: Mintty font problem

[Thomas Wolff]

Am 11.04.2016 um 14:43 schrieb KARL BOTTS:


Perhaps related to font issues in mintty: In .minttyrc is a new property
FontWeight=700,

which means you had configured the bold version of the font.

after I installed Cygwin 2.4.1-1 and mintty 2.3.5. (I
noticed,
only because I have home dir files in revision control.)  I too use Lucida
Console.
  
With the 700, the font looked visibly "skinny" to me.
actually, rather the normal, non-bold font. The new font weight 
adjustment apparently enforces that although you selected bold (unless 
an even bolder weight would exist in the font family).
Maybe the font selection should be tweaked to allow selecting a bold 
font even at the cost of not having a bolder variant available.

I set it to 800, looks fine now.  No problem, just tinkering required.

Might be other changes involving fonts in new mintty.


--
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: Mintty font problem

[Thomas Wolff]

Am 10.04.2016 um 21:35 schrieb john refling:

Paul Ausbeck  soe.ucsc.edu> writes:


"There are no fonts installed.
   Open the Fonts folder from the Control Panel to install fonts."
... on XP?

I'm having the same problem with a new XP install and cygwin, where it
worked before.  Tried v 2.3.3, v2.3.5, and older archived v2.2.4 which
certainly worked fine on previous XP machine.  Nothing works now, so not
sure if it is mintty or XP setup.  Exact same XP install disk as previous.
Different hardware.

One MS forum suggested to make sure that at least 1 printer was installed to
make fonts visible in some applications.

Another suggested checking permissions on the font directory.

A cygwin forum suggested that there might be no monospace fonts installed
and that mintty needs monospaced fonts only (make sense).

I've tried all the above, and no luck.

Something else suggested using tweakui to rebuild certain system folders.

I'll try that next.
Don't try so much. As I had responded before, this has been fixed in the 
repository.

Thomas

--
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: Seg Fault from strace

[Garber, Dave (GE Oil & Gas, Non-GE)]

$ cygcheck  /usr/bin/strace.exe
C:\Apps\cygwin64\bin\strace.exe
  C:\Windows\system32\ADVAPI32.dll
C:\Windows\system32\msvcrt.dll
  C:\Windows\system32\KERNELBASE.dll
C:\Windows\system32\ntdll.dll
  C:\Windows\system32\API-MS-Win-Core-Console-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-DateTime-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll
C:\Windows\system32\API-MS-WIN-Service-Core-L1-1-0.dll
C:\Windows\system32\API-MS-WIN-Service-winsvc-L1-1-0.dll
C:\Windows\system32\API-MS-WIN-Service-Management-L1-1-0.dll
C:\Windows\system32\API-MS-WIN-Service-Management-L2-1-0.dll
C:\Windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll
C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll
C:\Windows\system32\KERNEL32.dll
  C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-IO-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll
C:\Windows\system32\RPCRT4.dll
  C:\Windows\system32\API-MS-Win-Core-Interlocked-L1-1-0.dll
  C:\Windows\system32\API-MS-Win-Core-DelayLoad-L1-1-0.dll


-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of 
Marco Atzeri
Sent: Monday, April 11, 2016 3:38 PM
To: cygwin@cygwin.com
Subject: Re: Seg Fault from strace

On 11/04/2016 21:27, Garber, Dave (GE Oil & Gas, Non-GE) wrote:
> Strace always seg faults.  Tried reverting back to 2.4.1 and had the same 
> issue.
>
> $ uname -a
> CYGWIN_NT-6.1 G7TD3H72E 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin
>
> $ strace echo foo
> Segmentation fault
>
> $ strace -o foo.strace echo foo
> Segmentation fault
>

what is the output of

cygcheck  /usr/bin/strace.exe

Regards
Marco

--
Problem reports:   
https://urldefense.proofpoint.com/v2/url?u=http-3A__cygwin.com_problems.html=CwIC-g=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI=zKv0lhngryQuti7TIhTXmU0cAjgLim0Fyr3Kz3GnA-Y=jk_SH9X7F8MLqaGkBLK9G5Av654QuI2cV-fGTmtH-xI=xWHXEBPd6owmgonvE-e6uGM_tu94KD77XmkutT3QNWM=
 
FAQ:   
https://urldefense.proofpoint.com/v2/url?u=http-3A__cygwin.com_faq_=CwIC-g=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI=zKv0lhngryQuti7TIhTXmU0cAjgLim0Fyr3Kz3GnA-Y=jk_SH9X7F8MLqaGkBLK9G5Av654QuI2cV-fGTmtH-xI=SPqzLM63IgRhnrQe3neiokXxtxfNZIM-XtLYnHehOj0=
 
Documentation: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__cygwin.com_docs.html=CwIC-g=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI=zKv0lhngryQuti7TIhTXmU0cAjgLim0Fyr3Kz3GnA-Y=jk_SH9X7F8MLqaGkBLK9G5Av654QuI2cV-fGTmtH-xI=Vv2bTBb8SZVT0YTnQzxHE1okOrNCl7iUZ_7-CP-IC-M=
 
Unsubscribe info:  
https://urldefense.proofpoint.com/v2/url?u=http-3A__cygwin.com_ml_-23unsubscribe-2Dsimple=CwIC-g=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI=zKv0lhngryQuti7TIhTXmU0cAjgLim0Fyr3Kz3GnA-Y=jk_SH9X7F8MLqaGkBLK9G5Av654QuI2cV-fGTmtH-xI=5tas5aST6H_TW7qRtEY74ky_6j4cUVj0yOvjwj8F884=
 


--
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: Seg Fault from strace

[Achim Gratz]

Garber, Dave (GE Oil & Gas, Non-GE) writes:
> warning: dll path for "c:\windows\system32\dgapi64.dll" can not be evaluated
> warning: Could not load shared library symbols for 
> c:\windows\system32\dgapi64.dll.
> Do you need "set solib-search-path" or "set sysroot"?
> [New Thread 13744.0x3438]
> warning: dll path for "C:\Program 
> Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\AE_MailSensor_Plugin64.dll"
>  can not be evaluated
> warning: Could not load shared library symbols for C:\Program 
> Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\AE_MailSensor_Plugin64.dll.
> Do you need "set solib-search-path" or "set sysroot"?
> warning: dll path for "C:\Program 
> Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_outlooksensor64.dll"
>  can not be evaluated
> warning: Could not load shared library symbols for C:\Program 
> Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_outlooksensor64.dll.
> Do you need "set solib-search-path" or "set sysroot"?
> warning: dll path for "C:\Program 
> Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_smtpsensor64.dll"
>  can not be evaluated
> warning: Could not load shared library symbols for C:\Program 
> Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_smtpsensor64.dll.
> Do you need "set solib-search-path" or "set sysroot"?
> warning: dll path for "C:\Program 
> Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\OS_Plugin64.dll" 
> can not be evaluated
> warning: Could not load shared library symbols for C:\Program 
> Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\OS_Plugin64.dll.
> Do you need "set solib-search-path" or "set sysroot"?
> warning: dll path for "C:\Program 
> Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\COM_Sensor64.dll" 
> can not be evaluated
> warning: Could not load shared library symbols for C:\Program 
> Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\COM_Sensor64.dll.
> Do you need "set solib-search-path" or "set sysroot"?

Whatever is trying to inject those DLLs should likely not be doing that.


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

SD adaptation for Waldorf microQ V2.22R2:
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

[ANNOUNCEMENT] Updated: fftw3-3.3.4-3

[Marco Atzeri]

Versions 3.3.4-3 of
  fftw3
  fftw3-doc
  libfftw3-devel
  libfftw3_3
  libfftw3-omp3

have been uploaded for cygwin.

CYGWIN CHANGES
Rebuilt with long double enabled.
This created new program and shared libs

 /usr/bin/fftwl-wisdom.exe

 /usr/bin/cygfftw3l-3.dll
 /usr/bin/cygfftw3l_threads-3.dll
 /usr/bin/cygfftw3l_omp-3.dll

Full upstream info:
http://www.fftw.org/release-notes.html

DESCRIPTION
FFTW is a C subroutine library for computing the discrete
Fourier transform (DFT) in one or more dimensions.

HOMEPAGE
http://www.fftw.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

--
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] Updated: R-3.2.4-1

[Marco Atzeri]

Versions 3.2.4-1  of
R
libRmath
libRmath-devel

for cygwin are now available:

CHANGES
New upstream release
https://mailman.stat.ethz.ch/pipermail/r-announce/2016/000597.html
https://mailman.stat.ethz.ch/pipermail/r-announce/2016/000598.html

DESCRIPTION
R is a language and environment for statistical computing and graphics.

R provides a wide variety of statistical (linear and nonlinear
modelling, classical statistical tests, time-series analysis,
classification, clustering, ...) and graphical techniques, and
is highly extensible.
The S language is often the vehicle of choice for research in
statistical methodology, and R provides an Open Source route
to participation in that activity.

HOMEPAGE
http://www.r-project.org/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

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

Updated: R-3.2.4-1

[Marco Atzeri]

Versions 3.2.4-1  of
R
libRmath
libRmath-devel

for cygwin are now available:

CHANGES
New upstream release
https://mailman.stat.ethz.ch/pipermail/r-announce/2016/000597.html
https://mailman.stat.ethz.ch/pipermail/r-announce/2016/000598.html

DESCRIPTION
R is a language and environment for statistical computing and graphics.

R provides a wide variety of statistical (linear and nonlinear
modelling, classical statistical tests, time-series analysis,
classification, clustering, ...) and graphical techniques, and
is highly extensible.
The S language is often the vehicle of choice for research in
statistical methodology, and R provides an Open Source route
to participation in that activity.

HOMEPAGE
http://www.r-project.org/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Updated: fftw3-3.3.4-3

[Marco Atzeri]

Versions 3.3.4-3 of
  fftw3
  fftw3-doc
  libfftw3-devel
  libfftw3_3
  libfftw3-omp3

have been uploaded for cygwin.

CYGWIN CHANGES
Rebuilt with long double enabled.
This created new program and shared libs

 /usr/bin/fftwl-wisdom.exe

 /usr/bin/cygfftw3l-3.dll
 /usr/bin/cygfftw3l_threads-3.dll
 /usr/bin/cygfftw3l_omp-3.dll

Full upstream info:
http://www.fftw.org/release-notes.html

DESCRIPTION
FFTW is a C subroutine library for computing the discrete
Fourier transform (DFT) in one or more dimensions.

HOMEPAGE
http://www.fftw.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

gcc: rebuild for cygwin 2.5.0

[Yaakov Selkowitz]

JonY,

Cygwin 2.5.0 contains a number of features which will benefit g++ once 
it is rebuilt.  I have posted an updated patchset here:


https://github.com/cygwinports/gcc

Please let me know if you have any questions regarding these changes.

--
Yaakov

Re: Seg Fault from strace

[Marco Atzeri]

On 11/04/2016 21:27, Garber, Dave (GE Oil & Gas, Non-GE) wrote:

Strace always seg faults.  Tried reverting back to 2.4.1 and had the same issue.

$ uname -a
CYGWIN_NT-6.1 G7TD3H72E 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin

$ strace echo foo
Segmentation fault

$ strace -o foo.strace echo foo
Segmentation fault



what is the output of

cygcheck  /usr/bin/strace.exe

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

Seg Fault from strace

[Garber, Dave (GE Oil & Gas, Non-GE)]

Strace always seg faults.  Tried reverting back to 2.4.1 and had the same issue.

$ uname -a
CYGWIN_NT-6.1 G7TD3H72E 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin

$ strace echo foo
Segmentation fault

$ strace -o foo.strace echo foo
Segmentation fault

$ gdb --args strace echo foo
GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-cygwin".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from strace...Reading symbols from 
/usr/lib/debug//usr/bin/strace.exe.dbg...done.
done.
(gdb) run
Starting program: /usr/bin/strace echo foo
[New Thread 13744.0x22ac]
warning: dll path for "c:\windows\system32\dgapi64.dll" can not be evaluated
warning: Could not load shared library symbols for 
c:\windows\system32\dgapi64.dll.
Do you need "set solib-search-path" or "set sysroot"?
[New Thread 13744.0x3438]
warning: dll path for "C:\Program 
Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\AE_MailSensor_Plugin64.dll"
 can not be evaluated
warning: Could not load shared library symbols for C:\Program 
Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\AE_MailSensor_Plugin64.dll.
Do you need "set solib-search-path" or "set sysroot"?
warning: dll path for "C:\Program 
Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_outlooksensor64.dll"
 can not be evaluated
warning: Could not load shared library symbols for C:\Program 
Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_outlooksensor64.dll.
Do you need "set solib-search-path" or "set sysroot"?
warning: dll path for "C:\Program 
Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_smtpsensor64.dll"
 can not be evaluated
warning: Could not load shared library symbols for C:\Program 
Files\DGAgent\plugins\09D849B6-32D3-4A40-85EE-6B84BA29E35B\ame_smtpsensor64.dll.
Do you need "set solib-search-path" or "set sysroot"?
warning: dll path for "C:\Program 
Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\OS_Plugin64.dll" can 
not be evaluated
warning: Could not load shared library symbols for C:\Program 
Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\OS_Plugin64.dll.
Do you need "set solib-search-path" or "set sysroot"?
warning: dll path for "C:\Program 
Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\COM_Sensor64.dll" 
can not be evaluated
warning: Could not load shared library symbols for C:\Program 
Files\DGAgent\plugins\8E4EA70A-6128-4B57-BD3F-8E9E0F0DA6BB\COM_Sensor64.dll.
Do you need "set solib-search-path" or "set sysroot"?

Program received signal SIGSEGV, Segmentation fault.
0x7728c52c in KERNEL32!GetVolumePathNamesForVolumeNameW () from 
/cygdrive/c/Windows/system32/kernel32.dll


cygcheck.out
Description: cygcheck.out
--
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

ssh-host-config openssh-7.2p2-1 csih-0.9.9-1

[Fred Dinkler IV]

Hi,

I am trying to get SSH setup on my Windows 10 Pro install. The script
trips up at the user creation portion. I haven't been able to find the
right permissions to setup by hand, the closest I can get I still get:
sshd: PID 6904: fatal: seteuid 197609: Operation not permitted
in the event log on login attempts. 
None of my googling has been fruitful, most hits I get are people doing
very wrong things, which I don't think I am doing, but feel free to
enlighten me.

The apparent problem with the script seems to be that it tries to use
the name deepthought+cyg_server (which is host+user) and cygwin doesn't
recognize that form, despite every indication that it should.

root@deepthought ~
$ cygcheck.exe -f `which ssh-host-config`
openssh-7.2p2-1

root@deepthought ~
$ cygcheck.exe -f /usr/share/csih/cygwin-service-installation-helper.sh
csih-0.9.9-1

root@deepthought ~
$ id cyg_server
uid=197617(cyg_server) gid=197121(None) groups=11(Authenticated
Users),197121(None),545(Users),544(Administrators)

root@deepthought ~
$ id deepthought+cyg_server
id: ‘deepthought+cyg_server’: no such user

The very first time I ran the ssh-host-config script I used the -y flag
and the output was much the same. 

This is the output from the script run:

$ ssh-host-config

*** Info: Generating missing SSH host keys
*** Query: Overwrite existing /etc/ssh_config file? (yes/no) yes
*** Info: Creating default /etc/ssh_config file
*** Query: Overwrite existing /etc/sshd_config file? (yes/no) yes
*** Info: Creating default /etc/sshd_config file

*** Info: StrictModes is set to 'yes' by default.
*** Info: This is the recommended setting, but it requires that the POSIX
*** Info: permissions of the user's home directory, the user's .ssh
*** Info: directory, and the user's ssh key files are tight so that
*** Info: only the user has write permissions.
*** Info: On the other hand, StrictModes don't work well with default
*** Info: Windows permissions of a home directory mounted with the
*** Info: 'noacl' option, and they don't work at all if the home
*** Info: directory is on a FAT or FAT32 partition.
*** Query: Should StrictModes be used? (yes/no) yes

*** Info: Privilege separation is set to 'sandbox' by default since
*** Info: OpenSSH 6.1.  This is unsupported by Cygwin and has to be set
*** Info: to 'yes' or 'no'.
*** Info: However, using privilege separation requires a non-privileged
account
*** Info: called 'sshd'.
*** Info: For more info on privilege separation read
/usr/share/doc/openssh/README.privsep.
*** Query: Should privilege separation be used? (yes/no) yes
*** Info: Note that creating a new user requires that the current
account have
*** Info: Administrator privileges.  Should this script attempt to create a
*** Query: new local account 'sshd'? (yes/no) yes
*** Info: Updating /etc/sshd_config file

*** Query: Do you want to install sshd as a service?
*** Query: (Say "no" if it is already installed as a service) (yes/no) yes
*** Query: Enter the value of CYGWIN for the daemon: [] tty ntsec
*** Info: On Windows Server 2003, Windows Vista, and above, the
*** Info: SYSTEM account cannot setuid to other users -- a capability
*** Info: sshd requires.  You need to have or to create a privileged
*** Info: account.  This script will help you do so.

*** Info: It's not possible to use the LocalSystem account for services
*** Info: that can change the user id without an explicit password
*** Info: (such as passwordless logins [e.g. public key authentication]
*** Info: via sshd) when having to create the user token from scratch.
*** Info: For more information on this requirement, see
*** Info: https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1

*** Info: If you want to enable that functionality, it's required to create
*** Info: a new account with special privileges (unless such an account
*** Info: already exists). This account is then used to run these special
*** Info: servers.

*** Info: Note that creating a new user requires that the current account
*** Info: have Administrator privileges itself.

*** Info: No privileged account could be found.

*** Info: This script plans to use 'cyg_server'.
*** Info: 'cyg_server' will only be used by registered services.
*** Query: Do you want to use a different name? (yes/no) yes
*** Query: Enter the new user name: cyg_server
*** Query: Reenter: cyg_server

*** Query: Create new privileged user account 'DEEPTHOUGHT\cyg_server'
(Cygwin name: 'deepthought+cyg_server')? (yes/no) yes
*** Info: Please enter a password for new user deepthought+cyg_server. 
Please be sure
*** Info: that this password matches the password rules given on your
system.
*** Info: Entering no password will exit the configuration.
*** Query: Please enter the password:
*** Query: Reenter:

*** Info: User 'deepthought+cyg_server' has been created with password
'REDACTED'.
*** Info: If you change the password, please remember also to change the
*** Info: password for the installed services which use (or will 

Re: Postinstall script errors

[Ken Brown]

On 4/11/2016 11:49 AM, Kenneth Lobb wrote:

Getting setup-x86_64.exe postinstall script errors, starting with
/etc/postinstall/ca-certificates.sh.

Script just hangs.


Is this the only postinstall script that gives you problems?  What 
happens if you rename it to ca-certificates.sh.done so that setup won't 
keep trying to run it.  Do the remaining scripts run OK?  If not, please 
take a look at /var/log/setup.log.full to see if you can tell why 
they're failing.



Tried running ca-certificates.sh  manually, and the script just hangs.

If I run individual commands, they complete normally whereas in the
script they hang (don’t return control to the calling script).


Very strange.

Please follow the problem-reporting guidelines at 
http://cygwin.com/problems.html, including the part about attaching 
cygcheck output:


"Run cygcheck -s -v -r > cygcheck.out and include that file *as an 
attachment* in your report. Please do not compress or otherwise encode 
the output. Just attach it as a straight text file so that it can be 
easily viewed."


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: rsync performance degradation? Could be a windows issue?

[Greg Freemyer]

On Mon, Apr 11, 2016 at 1:34 PM, Marco Atzeri  wrote:
>
>
> On 11/04/2016 18:57, Greg Freemyer wrote:
>>
>> On Thu, Mar 31, 2016 at 4:48 PM, Greg Freemyer 
>> wrote:
>>>
>>> All,
>>>
>>> I'm not sure this is on-topic, but at least I'm in cygwin when I
>>> notice the below:
>>>
>>> I do a lot of large data transfers between USB drives.  Often I get
>>> great speeds (70MB/sec or more).
>>>
>>> Sometimes it falls way off to closer to 20MB/sec with the same class
>>> of hardware.
>>>
>>> I experienced the "slow" transfer speed today, so I thought I'd ask if
>>> anyone knew a way to resolve it?
>>
>>
>> I'm trying rsync of a bunch of large files again today.
>>
>> Initially I saw the same slow copy speed (about 20 MB/sec).  My
>> destination was connected to a USB 3.1 port, but it seemed to be the
>> bottleneck so I moved it to a USB 3 port (3.1 should be 2x the speed
>> of 3.0, so it should not have been the bottleneck).
>>
>> After getting my throughput up above 50 MB/sec I notice in the windows
>> "performance monitor" that my source disk is hitting 100% utilization,
>> then a few seconds later my destination disk is.  And back and forth.
>> It seems I'm only reading or writing for a few seconds, then
>> alternating.
>>
>> I assume the issue is that too much data is being read / cached by
>> rsync prior to it being written out so I'm getting no advantage of
>> reading and writing in parallel.
>>
>> (I gather iostat isn't available for cygwin?)
>>
>> Is there some rsync (or cygwin) option / feature that would encourage
>> parallel reading/writing?
>>
>> fyi: I did some linux testing with "dd" over the weekend and I hit 140
>> MB/sec if I used a 100MB blocksize.  That was to / from the raw disk
>> (/dev/sda => /dev/sdb).
>>
>> If I bumped my blocksize to 1GB for dd in linux, my throughput dropped
>> to 70 MB/sec just as I see right now with rsync in cygwin.
>>
>> Thanks
>> Greg
>>
>
>
> Is windows robocopy faster ?

As I test, I just copied 30 GB of 1.5 GB files via robocopy.  None of
the files had been accessed since a reboot, so none should have been
in cache.

According to Resource Monitor, yes.

I'm getting about 105 MB/sec for read and 105 MB/sec for write vs  70
MB/sec for rsync.

Significantly, with robocopy Resource Monitor is showing a consistent
read/write speed.  With rsync read and write fluctuate back and forth.

As I stated before, I believe I should be able to get 140 MB/sec, but
I wouldn't complain about 105 MB/sec.  70 MB/sec just seems to
highlight a flaw in how rsync manages the data flow since it is 50% of
theoretical max.

ie.  this seems to be what rsync in cygwin is doing:

while (files)  {
read 1.5 GB file to ram
write 1.5 GB file from ram
fsync()  ensure 1.5 GB file is on disk
} endwhile

I haven't tested in linux.  Maybe rsync just isn't as efficient as I expect?

There is also the problem that rsync often slows down to below 50
MB/sec   I've tried it with no other activity on the PC.  Today I was
only getting 20 MB/sec at first.  (I moved the USB cable and it came
up to 70 MB/sec).

Thanks
Greg

--
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: rsync performance degradation? Could be a windows issue?

[Marco Atzeri]

On 11/04/2016 18:57, Greg Freemyer wrote:

On Thu, Mar 31, 2016 at 4:48 PM, Greg Freemyer  wrote:

All,

I'm not sure this is on-topic, but at least I'm in cygwin when I
notice the below:

I do a lot of large data transfers between USB drives.  Often I get
great speeds (70MB/sec or more).

Sometimes it falls way off to closer to 20MB/sec with the same class
of hardware.

I experienced the "slow" transfer speed today, so I thought I'd ask if
anyone knew a way to resolve it?


I'm trying rsync of a bunch of large files again today.

Initially I saw the same slow copy speed (about 20 MB/sec).  My
destination was connected to a USB 3.1 port, but it seemed to be the
bottleneck so I moved it to a USB 3 port (3.1 should be 2x the speed
of 3.0, so it should not have been the bottleneck).

After getting my throughput up above 50 MB/sec I notice in the windows
"performance monitor" that my source disk is hitting 100% utilization,
then a few seconds later my destination disk is.  And back and forth.
It seems I'm only reading or writing for a few seconds, then
alternating.

I assume the issue is that too much data is being read / cached by
rsync prior to it being written out so I'm getting no advantage of
reading and writing in parallel.

(I gather iostat isn't available for cygwin?)

Is there some rsync (or cygwin) option / feature that would encourage
parallel reading/writing?

fyi: I did some linux testing with "dd" over the weekend and I hit 140
MB/sec if I used a 100MB blocksize.  That was to / from the raw disk
(/dev/sda => /dev/sdb).

If I bumped my blocksize to 1GB for dd in linux, my throughput dropped
to 70 MB/sec just as I see right now with rsync in cygwin.

Thanks
Greg




Is windows robocopy faster ?



--
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: rsync performance degradation? Could be a windows issue?

[Greg Freemyer]

On Thu, Mar 31, 2016 at 4:48 PM, Greg Freemyer  wrote:
> All,
>
> I'm not sure this is on-topic, but at least I'm in cygwin when I
> notice the below:
>
> I do a lot of large data transfers between USB drives.  Often I get
> great speeds (70MB/sec or more).
>
> Sometimes it falls way off to closer to 20MB/sec with the same class
> of hardware.
>
> I experienced the "slow" transfer speed today, so I thought I'd ask if
> anyone knew a way to resolve it?

I'm trying rsync of a bunch of large files again today.

Initially I saw the same slow copy speed (about 20 MB/sec).  My
destination was connected to a USB 3.1 port, but it seemed to be the
bottleneck so I moved it to a USB 3 port (3.1 should be 2x the speed
of 3.0, so it should not have been the bottleneck).

After getting my throughput up above 50 MB/sec I notice in the windows
"performance monitor" that my source disk is hitting 100% utilization,
then a few seconds later my destination disk is.  And back and forth.
It seems I'm only reading or writing for a few seconds, then
alternating.

I assume the issue is that too much data is being read / cached by
rsync prior to it being written out so I'm getting no advantage of
reading and writing in parallel.

(I gather iostat isn't available for cygwin?)

Is there some rsync (or cygwin) option / feature that would encourage
parallel reading/writing?

fyi: I did some linux testing with "dd" over the weekend and I hit 140
MB/sec if I used a 100MB blocksize.  That was to / from the raw disk
(/dev/sda => /dev/sdb).

If I bumped my blocksize to 1GB for dd in linux, my throughput dropped
to 70 MB/sec just as I see right now with rsync in cygwin.

Thanks
Greg

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

pypiwin32 question

[Dennis Putnam]

I am trying to use ctypes and MessageBoxA in a Python script to generate
a message box. That seems to be working fine most of the time. However,
it seems that if I go away for a while no message box is displayed when
I think it should have been. Is there some kind of timeout somewhere
that will automatically dismiss it without action from the user? If so,
is there a way to change that timeout? If not, what might cause the
message box to disappear?



signature.asc
Description: OpenPGP digital signature

Re: Mintty font problem

[KARL BOTTS]

Perhaps related to font issues in mintty: In .minttyrc is a new property
FontWeight=700, after I installed Cygwin 2.4.1-1 and mintty 2.3.5. (I
noticed,
only because I have home dir files in revision control.)  I too use Lucida
Console.
 
With the 700, the font looked visibly "skinny" to me.  I set it to 800, looks
fine now.  No problem, just tinkering required.

Might be other changes involving fonts in new mintty.

---
Karl Botts, kdbo...@usa.net



--
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: GPG fingerprint verification

[Achim Gratz]

Michał Staruch  cinkciarz.pl> writes:
> Please send me full fingerprint of your GPG key used
> to sign Cygwin setup files.

From the FAQ:
https://cygwin.com/key/pubring.asc


Regards,
Achim.

GPG fingerprint verification

[Michał Staruch]

Hello.

Please send me full fingerprint of your GPG key used
to sign Cygwin setup files.

Cheers,
Michał Staruch

--
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] Cygwin 2.5.0-1

[Corinna Vinschen]

Hi Cygwin friends and users,


I just released a new Cygwin version 2.5.0-1.

User-visible changes compared to 2.4.1:


What's new:
---

- Full set of POSIX.1e ACL API functions now implemented.
 New APIs: acl_add_perm, acl_calc_mask, acl_clear_perms, acl_copy_entry,
 acl_copy_ext, acl_copy_int, acl_create_entry, acl_delete_def_file,
 acl_delete_entry, acl_delete_perm, acl_dup, acl_free, acl_from_text,
 acl_get_entry, acl_get_fd, acl_get_file, acl_get_permset, acl_get_qualifier,
 acl_get_tag_type, acl_init, acl_set_fd, acl_set_file, acl_set_permset,
 acl_set_qualifier, acl_set_tag_type, acl_size, acl_to_text, acl_valid.

- Most libacl extensions now implemented, too:
 New APIs: acl_check, acl_cmp, acl_entries, acl_equiv_mode, acl_error,
 acl_extended_fd, acl_extended_file, acl_extended_file_nofollow,
 acl_from_mode, acl_get_perm, acl_to_any_text.

- First implementation of pthread_barrier/pthread_barrierattr functions.
 New APIs: pthread_barrierattr_init, pthread_barrierattr_setpshared,
 pthread_barrierattr_getpshared, pthread_barrierattr_destroy,
 pthread_barrier_init, pthread_barrier_destroy, pthread_barrier_wait.

- Enabled console reports requested by escape sequences: Requesting primary
 and secondary device attributes, requesting cursor position report; see
 https://cygwin.com/ml/cygwin-patches/2012-q3/msg00019.html

- New APIs: clog10, clog10f, nexttoward, nexttowardf, nexttowardl.

- Add missing long double functions.  New APIs:
 acoshl, acosl, asinhl, asinl, atan2l, atanhl, atanl, cacoshl, cacosl, cargl,
 casinhl, casinl, catanhl, catanl, ccoshl, ccosl, ceill, cexpl, clog10l,
 clogl, conjl, copysignl, coshl, cosl, cpowl, cprojl, csinhl, csinl, csqrtl,
 ctanhl, ctanl, dreml, erfcl, erfl, exp10l, exp2l, expl, expm1l, fabsl,
 fdiml, floorl, fmal, fmaxl, fminl, fmodl, frexpl, ilogbl, isinfl, isnanl,
 ldexpl, lgammal, lgammal_r, llroundl, log10l, log1pl, log2l, logbl, logl,
 lroundl, modfl, nearbyintl, nextafterl, pow10l, powl, remainderl, remquol,
 roundl, scalbl, scalblnl, scalbnl, sincosl, sinhl, sinl, tanhl, tanl,
 tgammal, truncl.

- New header: cpio.h.


What changed:
-

- Including  now *only* includes the POSIX ACL API.  To include
 the old Solaris API, include .

- In calls to chmod treat ACLs with extra ACEs *only* for Admins and
 SYSTEM like a trivial ACL.

- Bump POSIX option macros to POSIX.1-2008.

- Profiling data, specifically pc sampling, now covers all threads of a
 program and not just the main thread.  Environment variable GMON_OUT_PREFIX
 enables multiple gmon.out files to preserve profiling data after fork or
 from multiple program runs.

- Feature test macros, which control which symbols are exposed in the standard
 headers, have been completely overhauled for compatibility with glibc.

- The isinf, isinff, and isinfl functions are signed, returning -1 for
 negative infinity for compatibility with glibc.


Bug Fixes
-

- Fix potential hang when using LoadLibraryEx(LOAD_LIBRARY_SEARCH_SYSTEM32).
 Reported and tested via IRC.

- Fix a bug in ACL handling which might result in a spurious extra entry
 for the primary group.  Self-observed.

- printf(3): Handle multibyte decimal point in field size computation.
 Addresses: https://cygwin.com/ml/cygwin/2016-02/msg00014.html

- cygwin_conv_path: Always preserve trailing backslashes in conversion
 to POSIX paths.
 Addresses: https://cygwin.com/ml/cygwin/2016-01/msg00480.html

- Make buffered console characters visible to select().
 Addresses: https://cygwin.com/ml/cygwin/2014-12/msg00118.html

- Always report relocation problems, not only in debug DLL.
 Addresses: https://cygwin.com/ml/cygwin/2016-02/msg00147.html

- Don't spill network credentials of privileged user changing the user
 context via setuid method 1
 (https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1) into
 user session.
 Addresses: https://cygwin.com/ml/cygwin/2016-02/msg00101.html

- Fix bug in setvbuf resulting in overwriting data in line buffered IO
 when writing after reading.
 Addresses: https://cygwin.com/ml/cygwin/2016-03/msg00180.html

- Fix typo in code converting Windows ACL to POSIX ACL, potentially
 resulting in incorrect group permissions.  Self-observed.

- Fix reading/writing ACLs on Samba shares when using RFC2307 mapped uid/gid
 values.  Self-observed.

- Fix a wrong error code returned when trying to execute a file which can't
 be read for any reason.
 Addresses: https://cygwin.com/ml/cygwin/2016-03/msg00364.html

- Only allow enabled groups from the user token's group list as primary
 token.
 Addresses: https://cygwin.com/ml/cygwin/2016-03/msg00477.html

- Fix implementation of finitel.
 Addresses: https://cygwin.com/ml/cygwin-apps/2016-03/msg00152.html

- Fix strtold return value for +/-infinity.
 Addresses: https://cygwin.com/ml/cygwin-apps/2016-03/msg00152.html

- Fix accepted specifications with `getconf -v' on 64-bit.  Self-observed.


Have fun,
Corinna

--
Problem reports:   

Cygwin 2.5.0-1

[Corinna Vinschen]

Hi Cygwin friends and users,


I just released a new Cygwin version 2.5.0-1.

User-visible changes compared to 2.4.1:


What's new:
---

- Full set of POSIX.1e ACL API functions now implemented.
 New APIs: acl_add_perm, acl_calc_mask, acl_clear_perms, acl_copy_entry,
 acl_copy_ext, acl_copy_int, acl_create_entry, acl_delete_def_file,
 acl_delete_entry, acl_delete_perm, acl_dup, acl_free, acl_from_text,
 acl_get_entry, acl_get_fd, acl_get_file, acl_get_permset, acl_get_qualifier,
 acl_get_tag_type, acl_init, acl_set_fd, acl_set_file, acl_set_permset,
 acl_set_qualifier, acl_set_tag_type, acl_size, acl_to_text, acl_valid.

- Most libacl extensions now implemented, too:
 New APIs: acl_check, acl_cmp, acl_entries, acl_equiv_mode, acl_error,
 acl_extended_fd, acl_extended_file, acl_extended_file_nofollow,
 acl_from_mode, acl_get_perm, acl_to_any_text.

- First implementation of pthread_barrier/pthread_barrierattr functions.
 New APIs: pthread_barrierattr_init, pthread_barrierattr_setpshared,
 pthread_barrierattr_getpshared, pthread_barrierattr_destroy,
 pthread_barrier_init, pthread_barrier_destroy, pthread_barrier_wait.

- Enabled console reports requested by escape sequences: Requesting primary
 and secondary device attributes, requesting cursor position report; see
 https://cygwin.com/ml/cygwin-patches/2012-q3/msg00019.html

- New APIs: clog10, clog10f, nexttoward, nexttowardf, nexttowardl.

- Add missing long double functions.  New APIs:
 acoshl, acosl, asinhl, asinl, atan2l, atanhl, atanl, cacoshl, cacosl, cargl,
 casinhl, casinl, catanhl, catanl, ccoshl, ccosl, ceill, cexpl, clog10l,
 clogl, conjl, copysignl, coshl, cosl, cpowl, cprojl, csinhl, csinl, csqrtl,
 ctanhl, ctanl, dreml, erfcl, erfl, exp10l, exp2l, expl, expm1l, fabsl,
 fdiml, floorl, fmal, fmaxl, fminl, fmodl, frexpl, ilogbl, isinfl, isnanl,
 ldexpl, lgammal, lgammal_r, llroundl, log10l, log1pl, log2l, logbl, logl,
 lroundl, modfl, nearbyintl, nextafterl, pow10l, powl, remainderl, remquol,
 roundl, scalbl, scalblnl, scalbnl, sincosl, sinhl, sinl, tanhl, tanl,
 tgammal, truncl.

- New header: cpio.h.


What changed:
-

- Including  now *only* includes the POSIX ACL API.  To include
 the old Solaris API, include .

- In calls to chmod treat ACLs with extra ACEs *only* for Admins and
 SYSTEM like a trivial ACL.

- Bump POSIX option macros to POSIX.1-2008.

- Profiling data, specifically pc sampling, now covers all threads of a
 program and not just the main thread.  Environment variable GMON_OUT_PREFIX
 enables multiple gmon.out files to preserve profiling data after fork or
 from multiple program runs.

- Feature test macros, which control which symbols are exposed in the standard
 headers, have been completely overhauled for compatibility with glibc.

- The isinf, isinff, and isinfl functions are signed, returning -1 for
 negative infinity for compatibility with glibc.


Bug Fixes
-

- Fix potential hang when using LoadLibraryEx(LOAD_LIBRARY_SEARCH_SYSTEM32).
 Reported and tested via IRC.

- Fix a bug in ACL handling which might result in a spurious extra entry
 for the primary group.  Self-observed.

- printf(3): Handle multibyte decimal point in field size computation.
 Addresses: https://cygwin.com/ml/cygwin/2016-02/msg00014.html

- cygwin_conv_path: Always preserve trailing backslashes in conversion
 to POSIX paths.
 Addresses: https://cygwin.com/ml/cygwin/2016-01/msg00480.html

- Make buffered console characters visible to select().
 Addresses: https://cygwin.com/ml/cygwin/2014-12/msg00118.html

- Always report relocation problems, not only in debug DLL.
 Addresses: https://cygwin.com/ml/cygwin/2016-02/msg00147.html

- Don't spill network credentials of privileged user changing the user
 context via setuid method 1
 (https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1) into
 user session.
 Addresses: https://cygwin.com/ml/cygwin/2016-02/msg00101.html

- Fix bug in setvbuf resulting in overwriting data in line buffered IO
 when writing after reading.
 Addresses: https://cygwin.com/ml/cygwin/2016-03/msg00180.html

- Fix typo in code converting Windows ACL to POSIX ACL, potentially
 resulting in incorrect group permissions.  Self-observed.

- Fix reading/writing ACLs on Samba shares when using RFC2307 mapped uid/gid
 values.  Self-observed.

- Fix a wrong error code returned when trying to execute a file which can't
 be read for any reason.
 Addresses: https://cygwin.com/ml/cygwin/2016-03/msg00364.html

- Only allow enabled groups from the user token's group list as primary
 token.
 Addresses: https://cygwin.com/ml/cygwin/2016-03/msg00477.html

- Fix implementation of finitel.
 Addresses: https://cygwin.com/ml/cygwin-apps/2016-03/msg00152.html

- Fix strtold return value for +/-infinity.
 Addresses: https://cygwin.com/ml/cygwin-apps/2016-03/msg00152.html

- Fix accepted specifications with `getconf -v' on 64-bit.  Self-observed.


Have fun,
Corinna

[newlib-cygwin] Created tag cygwin-2_5_0-release

[Corinna Vinschen]

The signed tag 'cygwin-2_5_0-release' was created pointing to:

 3156cdc... Move kernel dependent parts of 

Tagger: Corinna Vinschen 
Date: Mon Apr 11 09:50:30 2016 +0200

Cygwin 2.5.0 release

Re: Postinstall script errors on cygwin x86 install

[Achim Gratz]

>
[Please don't reply to some totally unrelated message when you're starting a
new thread.]

Tatsuro MATSUOKA  yahoo.co.jp> writes:
> I have tried to install Cygwin x86 in my netbook (win 10 32bit).
> Only default packages were installed.

Please check /var/log/setup.log.full for what those errors were
specifically.  What is the user you are running setup under?


Regards,
Achim.