On 24/03/2010 14:52, Corinna Vinschen wrote:
You don't have 1.7.2 installed.
Or, you don't *use* 1.7.2. The above shows clearly that there's
still a 1.7.1 running under the hood. You have to find out, why.
Is there an old process still running on the machine? Do you have
another place with a 1
Hello again,
FYI, installed 1.7.2 - no changes in behaviour spotted so far, at all.
On 24/03/2010 09:49, Corinna Vinschen wrote:
If ls shows the right result
$ ls -ld /cygdrive
dr-xr-xr-x 8 you your_group 0 2006-12-01 01:00 /cygdrive
I have my own permutation here:
Wed Mar 24 14:31
On 24/03/2010 09:49, Corinna Vinschen wrote:
Start with testing 1.7.2.
Great, I'll start there. Thanks very much for your assistance so far, by
the way!
Best regards
Jan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 24/03/2010 09:17, Corinna Vinschen wrote:
The new 1.7.2 DLL should fix your original problem, but as far as the
weird output of getfacl is concerned, you would have to debug this.
With a debugger and all that. I don't know any other way to find out
why that happens.
Ok - on the outskirt
Hi Corinna,
Would you have any suggestions on what I could try to get past this
sticking point?
Best regards
Jan
On 19/03/2010 17:39, Corinna Vinschen wrote:
On Mar 19 13:25, Jan-Aage Frydenb?-Bruvoll wrote:
126 56084 [main] getfacl 4280 mount_info::conv_to_win32_path: src_path
/c
On 19/03/2010 18:39, Dave Korn wrote:
I would strongly suggest nobody ever follow this reckless approach to
eliminating BLODAs.
Always use the service control manager and/or the add/remove programs
control panel, according to whether you're trying to temporarily disable or
completely uninstal
Hi,
On 19/03/2010 17:39, Corinna Vinschen wrote:
529 62187 [main] getfacl 4280 fhandler_base::set_flags: flags 0x11,
supplied_bin 0x0
99 62286 [main] getfacl 4280 fhandler_base::set_flags: O_TEXT/O_BINARY
set in flags 0x1
98 62384 [main] getfacl 4280 fhandler_base::s
Dave, Corinna,
On 19/03/2010 11:52, Dave Korn wrote:
On 19/03/2010 11:22, Corinna Vinschen wrote:
Thanks for the thorough explanation.
On Mar 19 10:35, Jan-Aage Frydenb?-Bruvoll wrote:
The permissions of the underlying directory are not reflected in
the fstat API. We're p
Dave,
On 19/03/2010 11:22, Dave Korn wrote:
WAG: You aren't using the --exclude-other-filesystems option on your
command-line, by any chance?
Thanks for the suggestion, but no. What I could have done, though, is
supply the relevant output from duplicity...
CL: /usr/bin/duplicity increm
Dear all,
I am trying to get duplicity (backup) working, and everything seems ok
apart from the fact that duplicity seems not to be able to see anything
underneath /cygdrive.
Looking at the permissions on /cygdrive, things seem a little bit odd:
Fri Mar 19 10:29:56 j...@aeolus:/
$ ls -ld /cy
Dear list,
I am trying to build mod_perl2 in my Cygwin environment, and the build
stops at the following:
make[3]: Entering directory
`/usr/src/.cpan/build/mod_perl-2.0.4-Y5Qjqi/WrapXS/APR/ThreadRWLock'
rm -f ../../../blib/arch/auto/APR/ThreadRWLock/ThreadRWLock.dll
g++ --shared -Wl,--enab
11 matches
Mail list logo
