Re: 'ls' not finding owner/group of some files created by other user

On Sat, Nov 14, 2009 at 6:11 PM, aputerguy <> wrote: > > This is a weird one. > > If I use a non-cygwin program such as 'edit' or 'ntemacs' to create a file > under userA, say 'test', then when I list under user A, I get as expected: > -rwxr--r--+ 1 userA None 0 2009-11-14 19:00 test* > > However,

subinacl not consistent with getfacl under ssh login (USERNAME=SYSTEM)

When I log in via ssh (and have the infamous USERNAME=SYSTEM), subinacl assigns *all* file and directory ownership to "nt authority\system" getfacl however still gets the ownership right. I assume this has something to do with the fact that ssh comes in as USERNAME=SYSTEM but it is a pita that su

Re: 'ls' not finding owner/group of some files created by other user

And the same thing occurs for directories created from Explorer. But again this problem doesn't occur for files or directories created within cygwin (e.g., touch, mkdir, cat >). -- View this message in context: http://old.nabble.com/%27ls%27-not-finding-owner-group-of-some-files-created-by-oth

Re: 'ls' not finding owner/group of some files created by other user

And also the parent directory has the following listing: drwxr-xr-x 1 userA Administrators 0 2009-11-14 19:10 -- View this message in context: http://old.nabble.com/%27ls%27-not-finding-owner-group-of-some-files-created-by-other-user-tp26355135p26355136.html Sent from the Cygwin list mailing lis

'ls' not finding owner/group of some files created by other user

This is a weird one. If I use a non-cygwin program such as 'edit' or 'ntemacs' to create a file under userA, say 'test', then when I list under user A, I get as expected: -rwxr--r--+ 1 userA None 0 2009-11-14 19:00 test* However, when I list under userB (who is non-privileged), I get: -rwxr--r--

Re: How to capture stderr of dos process running in bash shell??

Dave Korn writes: >Christopher Faylor wrote: >> >> Although, hmm, on rereading it isn't clear that the output shows up on >> the screen. It sounds like the DOS program just might not differentiate >> between stdout and stderr. Yes the output (both stderr and stdout) appear on screen > I chec

Re: How to capture stderr of dos process running in bash shell??

Christopher Faylor wrote: > But that is clearly not the case here since stdout and stderr are being > bypassed and text is still showing up on the screen. That is not a symptom > of stdout/stderr being attached to a pipe. > > Although, hmm, on rereading it isn't clear that the output shows up on

Re: How to capture stderr of dos process running in bash shell??

On Sat, Nov 14, 2009 at 02:24:43AM +, Dave Korn wrote: >aputerguy wrote: >>I am trying to capture the error messages of 'subinacl.exe' (a dos >>program included with Windows 2003 toolkit) which I am running from a >>bash script. >> >>However both the stderr and stdout of the process seem to go

Re: Problem [1.7]: gzip missing in brand new install

Fergus wrote: > 1Thank you for trying the Thunderbird attachment options. I use > PortableApps portable version. Will take a closer look at Options. I finished experimenting over on the -talk list, the final conclusions are at http://cygwin.com/ml/cygwin-talk/2009-q4/msg00038.html > 3So

Re: Problem [1.7]: gzip missing in brand new install

1Thank you for trying the Thunderbird attachment options. I use PortableApps portable version. Will take a closer look at Options. 2Since observing the missing gzip (sed also missing) I installed [1.7] from the ground up _yet_again_, this time remembering to turn off McAfee, and the res

Re: Problem [1.7]: gzip missing in brand new install

Dave Korn wrote: > I just tried that. Cygcheck attached, hopefully. How's it look? Not quite right yet. The archive showed it inline, even though the content-disposition said attachment. I compared an earlier post where the cygcheck showed up in the archives as a real attachment and it ha

Re: Problem [1.7]: gzip missing in brand new install

Sorry, cygcheck.out really was "attached" not "appended". I noticed this once before with Thunderburd. I'll .bz2 before attaching in future. Apologies. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://

Re: [BUG] fopen(..., "a") does not seek to end of file until some write operation

On Nov 14 02:19, Dave Korn wrote: > Eric Blake wrote: > > > According to Salvador Fandino on 11/13/2009 1:36 PM: > > >> Using ftell() after fopen(..., "a") returns 0 even when the file open for > >> appending is not empty. AFAIK, it should return the size of the file. > > > > Not a bug. POSIX

Re: 1.7 file permissions changes

On Nov 13 15:15, Eric Benson wrote: > > Without more details I hazard a guess: The Windows process creates the > > directory without permissions for you to delete the directory or files > > in that directory and you're running under UAC. > > Yes, this turns out to be true. I disabled UAC entirely