NFS/SSHD interaction

Hi all, I am facing an interaction issue between Microsoft's NFS client and cygwin's sshd. I am trying to set the following environment: mounting user1's home dir to drive x: mounting user2's home dir to drive y: mount x: in cygwin (fstab) to /home/user1 mount y: in cygwin (fstab) to /home/use

Re: NFS/SSHD interaction

Hi all, sorry I hate those people not giving the full information: I am using Windows7 Ultimate 64bit. Regards Dominik Am 18.02.2014 12:58, schrieb Dominik Straßer: Hi all, I am facing an interaction issue between Microsoft's NFS client and cygwin's sshd. I am trying to set the

Re: NFS/SSHD interaction

13:20, schrieb Corinna Vinschen: On Feb 18 12:58, Dominik Straßer wrote: Hi all, I am facing an interaction issue between Microsoft's NFS client and cygwin's sshd. I am trying to set the following environment: mounting user1's home dir to drive x: mounting user2's home dir to dri

Re: NFS/SSHD interaction

Hi Corinna, Am 18.02.2014 13:43, schrieb Corinna Vinschen: On Feb 18 13:35, Dominik Straßer wrote: Hi Corinna, thanks for the pointer. I haven't yet fully understood the credentials stuff. But can it have this result: In the cygwin terminal: ls -l /cygdrive total 43 d

Re: NFS/SSHD interaction

Am 18.02.2014 15:26, schrieb Corinna Vinschen: On Feb 18 15:20, Dominik Straßer wrote: Hi Corinna, Am 18.02.2014 13:43, schrieb Corinna Vinschen: On Feb 18 13:35, Dominik Straßer wrote: Hi Corinna, thanks for the pointer. I haven't yet fully understood the credentials stuff. But can it

Re: NFS/SSHD interaction

Am 18.02.2014 15:56, schrieb Corinna Vinschen: On Feb 18 15:32, Dominik Straßer wrote: Am 18.02.2014 15:26, schrieb Corinna Vinschen: On Feb 18 15:20, Dominik Straßer wrote: Am 18.02.2014 13:43, schrieb Corinna Vinschen: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 tried it

Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1

Hi, these files did not yet appear on any mirrors. Did anything go wrong here ? Best regards Dominik Am 01.09.2014 um 13:50 schrieb JonY: Now released for both 32bit and 64bit Cygwin: mingw64-*-headers-3.2.0-1 mingw64-*-runtime-3.2.0-1 mingw64-*-winpthreads-3.2.0-1 w32api-headers-3.2.0-1 w32a

Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Really ? I just checked mirrors.kernel.org in the cygwin installer and it gives me only 3.1.0-1 for e.g. mingw64-x86_64-runtime. Regards Dominik Am 17.09.2014 um 11:43 schrieb JonY: > On 9/17/2014 17:02, Dominik Straßer wrote: >> Hi, th

Re: [ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks, they are available now. Dominik Am 17.09.2014 um 13:21 schrieb JonY: > On 9/17/2014 17:55, Dominik Straßer wrote: >> Really ? I just checked mirrors.kernel.org in the cygwin >> installer and it gives me only 3.1.0-1 for

Re: gdb 7.8 consistently fails to run executable - error is

Hi, I am running into the same issue. My path is stripped down as far as possible: $ echo $PATH /usr/local/bin:/usr/bin But still no cigar. $ gdb /local/night/fizz_build_Win7_with_icons/libraries/compilelib/unittest/exec/cygwin64/MINGW/normal_mt_so/unittest.exe GNU gdb (GDB) 7.8 Copyright (C) 201

Re: gdb 7.8 consistently fails to run executable - error is

ork around this apart from shortening the directory or file names. Best regards Dominik Am 25.09.2014 um 13:07 schrieb Dominik Straßer: > Hi, > I am running into the same issue. > My path is stripped down as far as possible: > $ echo $PATH > /usr/local/bin:/usr/bin > >

Re: gdb 7.8 consistently fails to run executable - error is

Am 08.10.2014 um 14:12 schrieb Corinna Vinschen: > On Sep 29 14:13, Dominik Straßer wrote: >> Hi all, Hi Corinna, >> I've dug into the gdb sources. The problem is in the cygwin-only >> part and is not about the PATH variable but about one single DLL >> file

Crash in tar after update to 2.0.2-1

Hi, after an update to Cygwin 2.0.2-1 my tar crashes unpacking a file (which has been created on Unix). The backtrace is: #0 0x773f86a4 in ntdll!RtlCopySid () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #1 0x0001800c1a57 in pwdgrp::parse_group() () from /usr/bin/cygwin1.dll #2 0x