Re: svn1.9.1, segmentation fault when calling "svn diff -c .", on MS Windows7

This is the "cygcheck.out". I removed the information under "id.exe" and "UATDATA" since it's my company's working desktop: /// Cygwin Configuration Diagnostics Current System Time: Thu Sep 10 07:50:41

svn1.9.1, segmentation fault when calling "svn diff -c .", on MS Windows7

Segmentation fault happens 100% when calling: svn diff -c . In "svn.exe.stackdump": / Exception: STATUS_ACCESS_VIOLATION at rip=00180198BAD

Re: 2.2.1(0.289/5/3), GCC5.2.0 Possible Bug

On Thu, Sep 10, 2015 at 8:36 PM, Qian Hong wrote: > I'm not the person to answer this, but I can confirm same behavior here. Oh, sorry, I mean it might not be a gcc bug, instead it might be a bug of gdb who didn't translate double quotes correctly. -- Regards, Qian Hong -

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

Hi Corinna, > However, I have not the faintest idea why the cyg_server stuff doesn't > work. Anybody willing to track this down in the csih helper script? I had looked into csih script, and found a patch below solves the second problem. > > b) Creating sshd service using cyg_server ---

2.2.1(0.289/5/3), GCC5.2.0 Possible Bug

Dear Ladies and Gentlemen, We had some issues with our program (a wrapper for compiler). Somehow, not all arguments have been transported correctly to the compiler. We now bootstrapped gcc-5.2.0 and let it run alone with gdb for cygwin. During that, we encountered, that during the

Re: Procmail stackdumps

gjnospam2014-cygwi...@yahoo.com schreef op 20-8-2015 om 11:23: Hi, I have a problem with a procmail recipe which previously worked but now doesn't, and causes procmail to generate a stackdump. :0 # * ^Subject:.* something or other { :0 BW * ^KeyWord { :0 b

Re: 2.2.1(0.289/5/3), GCC5.2.0 Possible Bug

Hi, On Thu, Sep 10, 2015 at 8:21 PM, Sebastian Götzinger wrote: > During that, we encountered, that during the compilerinvocation, the > Doublequotes did not got escaped correctly. [1] I'm not the person to answer this, but I can confirm same behavior here. On Linux: $

Re: Cygwin 32bit: Can't use gcc -mfpmath=sse

On 10 September 2015 at 01:30, HK wrote: > I've just run across this strange behavior on a recent 32bit installation: > > vega> cat hello.c > #include > int main(int argc, char** argv){ > printf("hello world\n"); > } > vega> gcc -mfpmath=sse hello.c > hello.c:1:0: warning: SSE instruction set

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

On Sep 10 11:27, Eric Blake wrote: > On 09/10/2015 11:23 AM, Corinna Vinschen wrote: > > On Sep 10 20:04, Takashi Yano wrote: > >> Hi Corinna, > >> > >>> However, I have not the faintest idea why the cyg_server stuff doesn't > >>> work. Anybody willing to track this down in the csih helper

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

On 09/10/2015 11:23 AM, Corinna Vinschen wrote: > On Sep 10 20:04, Takashi Yano wrote: >> Hi Corinna, >> >>> However, I have not the faintest idea why the cyg_server stuff doesn't >>> work. Anybody willing to track this down in the csih helper script? >> >> I had looked into csih script, and

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

On Sep 10 20:04, Takashi Yano wrote: > Hi Corinna, > > > However, I have not the faintest idea why the cyg_server stuff doesn't > > work. Anybody willing to track this down in the csih helper script? > > I had looked into csih script, and found a patch below solves > the second problem. > > >

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

On Sep 10 12:07, Ken Brown wrote: > On 9/10/2015 11:49 AM, David A Cobb wrote: > >On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make > >permission changes, the next time I access the folder-tree from Windows > >Explorer Security tab, it complains that the Access Control List is >

Re: svn1.9.1, segmentation fault when calling "svn diff -c .", on MS Windows7

Wb Yang wrote: > Segmentation fault happens 100% when calling: > > svn diff -c . "svn diff -c ." is not a valid command. The "-c" switch expects a numeric argument. I get an error message when I try it, not a segfault. Does this recipe work for you? % mkdir /tmp/svn % cd /tmp/svn % svnadmin

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

On 2015-09-05 02:59, Takashi Yano wrote: Hi Corinna, Is there any progress regarding this problem? I recently encountered the same situation. After some trials, I found this problem occurs if the account, on which cygwin setup is executed, is a Microsoft account. This does not occur if the

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

On 9/10/2015 11:49 AM, David A Cobb wrote: On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make permission changes, the next time I access the folder-tree from Windows Explorer Security tab, it complains that the Access Control List is incorrectly ordered and that will cause

Fatal error while trying to install HP NPS application which uses cygwin - ** fatal error - couldn't allocate heap, Win32 error 487,

Hello Team I am trying to install HP Network Performance Server (NPS) v10.00 on windows 2008 R2 enterprise OS with SP1,As part of installation it uses cygwin to configure some of components "** fatal error - couldn't allocate heap, Win32 error 487, " Details below - We have tried rebooting the

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

On Sep 10 11:36, Eric Blake wrote: > On 09/10/2015 11:31 AM, Corinna Vinschen wrote: > > - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ] > + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \ > + -a "${LOGONSERVER}" != "MicrosoftAccount" ] >

[ANNOUNCEMENT] Updated: nspr-4.10.9-1, nss-3.20-1

The following packages have been updated in the Cygwin distribution: * libnspr4-4.10.9-1 * libnspr-devel-4.10.9-1 * nss-3.20-1 * libnss3-3.20-1 * libnss-devel-3.20-1 Netscape Portable Runtime (NSPR) provides a platform-neutral API for system-level and libc-like functions. Network Security

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

On 09/10/2015 11:31 AM, Corinna Vinschen wrote: - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ] + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \ + -a "${LOGONSERVER}" != "MicrosoftAccount" ] then # Lowercase of USERDOMAIN

Updated: nspr-4.10.9-1, nss-3.20-1

The following packages have been updated in the Cygwin distribution: * libnspr4-4.10.9-1 * libnspr-devel-4.10.9-1 * nss-3.20-1 * libnss3-3.20-1 * libnss-devel-3.20-1 Netscape Portable Runtime (NSPR) provides a platform-neutral API for system-level and libc-like functions. Network Security

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

Greetings, Eric Blake! > - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ] > + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \ > + -a "${LOGONSERVER}" != "MicrosoftAccount" ] >then ># Lowercase of USERDOMAIN >

Re: Repositories for Cygwin packages.

On 09/10/2015 02:40 PM, David A Cobb wrote: > I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin > and Newlib)" @ sourceware.com. > > I am looking at possible work within *COREUTILS*. Obviously, there are > significant deltas /versus/ GNU Upstream. > Can you point me to the

Re: Repositories for Cygwin packages.

On 09/10/2015 05:20 PM, David A Cobb wrote: >>> I am looking at possible work within *COREUTILS*. Obviously, there are >>> significant deltas /versus/ GNU Upstream. >>> Can you point me to the active repo for coreutils? >> >> http://www.gnu.org/software/coreutils/coreutils.html > > Yeah, Marco.

Re: Repositories for Cygwin packages.

On 2015-09-10 19:31, Eric Blake wrote: On 09/10/2015 05:20 PM, David A Cobb wrote: Not a problem. My first patch to upstream coreutils was done exactly in that manner. And, suppose for the moment, some of the changes are only relevant to the Windows platform. I don't (yet) know how much GNU

Re: Repositories for Cygwin packages.

On 2015-09-10 17:03, Marco Atzeri wrote: On 10/09/2015 22:40, David A Cobb wrote: I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin and Newlib)" @ sourceware.com. I am looking at possible work within *COREUTILS*. Obviously, there are significant deltas /versus/ GNU

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

On 09/10/2015 06:39 PM, Andrey Repin wrote: [ ... -a ... ] is not portable; there are some inherently ambiguous situations that it cannot handle. POSIX recommends that you spell it [ ... ] && [ ... ] instead. >>> > > If a script author did not quote the indirect references, it is

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

Greetings, Eric Blake! > [ ... -a ... ] is not portable; there are some inherently ambiguous > situations that it cannot handle. POSIX recommends that you spell it [ > ... ] && [ ... ] instead. >> >> If a script author did not quote the indirect references, it is their fault,

[ANNOUNCEMENT] Updated: xfs-1.1.4-1

The following package has been updated in the Cygwin distribution: * xfs-1.1.4-1 xfs is the X Font Server, allowing remote X servers such as X Terminals to access fonts for rendering via X11 core protocol requests. This is an update to the latest upstream release, and configured to use the font

Updated: xorg-server-1.17.2-4

The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.17.2-4 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.17.2-3: * To give greater control over which legacy core fonts are exposed

[ANNOUNCEMENT] Updated: xorg-server-1.17.2-4

The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.17.2-4 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.17.2-3: * To give greater control over which legacy core fonts are exposed

Updated: xfs-1.1.4-1

The following package has been updated in the Cygwin distribution: * xfs-1.1.4-1 xfs is the X Font Server, allowing remote X servers such as X Terminals to access fonts for rendering via X11 core protocol requests. This is an update to the latest upstream release, and configured to use the font

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

On 2015-09-10 12:07, Ken Brown wrote: On 9/10/2015 11:49 AM, David A Cobb wrote: On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make permission changes, the next time I access the folder-tree from Windows Explorer Security tab, it complains that the Access Control List is

Repositories for Cygwin packages.

I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin and Newlib)" @ sourceware.com. I am looking at possible work within *COREUTILS*. Obviously, there are significant deltas /versus/ GNU Upstream. Can you point me to the active repo for coreutils? Just to save net

Re: Repositories for Cygwin packages.

On 10/09/2015 22:40, David A Cobb wrote: I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin and Newlib)" @ sourceware.com. I am looking at possible work within *COREUTILS*. Obviously, there are significant deltas /versus/ GNU Upstream. Can you point me to the active repo

Re: Fatal error while trying to install HP NPS application which uses cygwin - ** fatal error - couldn't allocate heap, Win32 error 487,

On 10/09/2015 19:46, Vivek Kashyap wrote: Hello Team I am trying to install HP Network Performance Server (NPS) v10.00 on windows 2008 R2 enterprise OS with SP1,As part of installation it uses cygwin to configure some of components "** fatal error - couldn't allocate heap, Win32 error 487, "

Re: Cygwin 32bit: Can't use gcc -mfpmath=sse

On Thu, 10 Sep 2015 13:19:04 +0200, V?clav_Haisman wrote: On 10 September 2015 at 01:30, HK wrote: I've just run across this strange behavior on a recent 32bit installation: vega> cat hello.c #include int main(int argc, char** argv){ printf("hello world\n"); } vega> gcc -mfpmath=sse

Re: Cygwin 32bit: Can't use gcc -mfpmath=sse

On Thu, 2015-09-10 at 22:52 +0200, HK wrote: > On Thu, 10 Sep 2015 13:19:04 +0200, V?clav_Haisman wrote: > > On 10 September 2015 at 01:30, HK wrote: > >> I've just run across this strange behavior on a recent 32bit > >> installation: > >> > >> vega> cat hello.c > >> #include > >> int main(int