Herb Maeder maeder.org> writes:
>
> With a fresh install of cygwin-1.7 on a vanilla Vista system, I see that
> the 'mv' command appends a .exe extension to the destination file for any
> source files that have a .bat or .com extensions.
Had the same problem, cp and mv appending exe to nearly ev
On Mar 18 22:10, Steve Bray wrote:
> On 03/18/2010 05:06 PM, Jason Pyeron wrote:
> >It seams that svn needs to be able to write the DAC, and if it cannot then
> >svn
> >up cannot work. This seems to be not the case in the past (or was there some
> >magic voodoo on my old system?)
> >
> >Any sugges
On Mar 18 19:03, Douglas Seay wrote:
> I?ve had some problems, and it looks like it boils down to handling
> . (dot) characters. I created a little script to create some files
> with dots in various places. This script works fine in my $HOME
> directory (C:\cygwin\home\SEAYD). The name is wrong
On Mar 18 16:16, Matthew Kidd wrote:
> I upgraded to Cygwin 1.7.1 on a (64-bit) Windows Server 2003 and immediately
> ran into trouble. It seems that Perl can no longer shutdown pipes related to
> Cygwin executables. Here is some example code:
>
> #!/usr/bin/perl
>
> use strict;
>
> # my $fname
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
On 19/03/2010 10:35, Jan-Aage Frydenbø-Bruvoll wrote:
> 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.
WAG: You aren't using the --exclude-other-filesystems op
> Had the same problem, cp and mv appending exe to nearly everything.
> After I upgraded coreutils from 8.4.1 to 8.4.2 the issue has been resolved.
I have coreutils 7.0-2 and "mv" seems to work correctly for me,
however I see that both rsync and rdiff-backup add the .exe suffix
when copying an exe
Hi there,
On Thu, 18 Mar 2010 Steven Monai wrote:
>
> On 2010/03/17 6:54 PM, Christopher Faylor wrote:
>
> > Oh. Are we still talking about this? I drifted off.
> > Somebody please wake me when all of this tempest in a bikeshed is over.
>
> I don't understand the reason for the dismissive attitu
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
On Mar 19 10:35, Jan-Aage Frydenb?-Bruvoll wrote:
> 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 lit
On 19/03/2010 11:22, Corinna Vinschen wrote:
> 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 pretending the cygdrive directory has fixed
> 0555 permissions because it's a virtual directory. You coul
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
On Mar 19 11:52, Dave Korn wrote:
> On 19/03/2010 11:22, Corinna Vinschen wrote:
> > 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 pretending the cygdrive directory has fixed
> > 0555 permiss
On Mar 19 11:37, Jan-Aage Frydenb?-Bruvoll wrote:
> Fri Mar 19 11:36:22 j...@aeolus:/
> $ rmdir.exe cygdrive
>
> Fri Mar 19 11:36:24 j...@aeolus:/
> $ ls -ld cygdrive
> d--x--x--x 5 jan Administrators 0 2006-12-01 00:00 cygdrive
>
> Fri Mar 19 11:36:30 j...@aeolus:/
> $ getfacl.exe /cygdrive
> #
> From: Eric Blake
> Sent: Thursday, March 18, 2010 16:24
> To: The Cygwin Mailing List
> Subject: Re: Updated [experimental]: coreutils-8.4-1
>
>
> Is no one else testing this? I'm thinking I introduced a bug, because
> 'mv a b' creates 'b.exe', even if 'a' did not have an implicit .exe,
> and
Hi everybody,
I had a happy 1.5 installation and I need a new package...
Without paying attention update warnings, I installed the 1.7 over my 1.5
installation and then after nothing works correctly
Bash prompt is there but I the commands like ls, less, etc... nothing is
there...
I can on
On 3/19/2010 9:24 AM, Mehmet Salgar wrote:
Hi everybody,
I had a happy 1.5 installation and I need a new package...
Without paying attention update warnings,
I installed the 1.7 over my 1.5 > installation and then after nothing
works correctly
Bash prompt is there but I the commands l
Hey,
I've whipped up a web template for cygwin.com if you'd like to use it
- http://cygwin.codecamel.com/ - (it's what I do). Only the homepage
and community page are up there at the moment, but let me know if you
want the rest and I'll put it together.
Cheers,
Brent
--
Problem reports: ht
On 19/03/2010 13:25, Jan-Aage Frydenbø-Bruvoll wrote:
> Please see the attached two files as requested.
> Logitech Process Monitor service
Stop and disable that service in the service control console. It's known to
break Cygwin apps. (It may or may not have anything to do with this precise
p
On 03/19/2010 06:56 AM, Nellis, Kenneth wrote:
> ... it's not clear to me what the correct results are,
> so I wouldn't know whether I'm looking at a bug or not.
> As I indicated in this other thread, there appears to
> be little explanation as to how it should work, so
> how can we judge if it is
I can't reproduce this issue on a fresh install of Windows 2008 in a virtual
machine using terminal server, I supppose it should just work but it doesn't.
When I start test or [ ] a stackdump is created with the following information:
Exception: STATUS_ACCESS_VIOLATION at eip=775D9832
Please not
Hi Christopher,
> How about today's snapshot? Corinna has YA told me what I did wrong with the
> latest round of spinlock changes and today's snapshot reflects her obvious
> fix.
Good news for the weekend! I've been running my original scenario with
20100318 repeatedly all day long. I couldn't r
On Mar 19 10:01, Eric Blake wrote:
> On 03/19/2010 06:56 AM, Nellis, Kenneth wrote:
> > ... it's not clear to me what the correct results are,
> > so I wouldn't know whether I'm looking at a bug or not.
> > As I indicated in this other thread, there appears to
> > be little explanation as to how it
On Mar 19 13:25, Jan-Aage Frydenb?-Bruvoll wrote:
> 126 56084 [main] getfacl 4280 mount_info::conv_to_win32_path: src_path
> /cygdrive, dst D:\cygwin\cygdrive, flags 0x3000A, rc 0
That's what puzzles me a lot. The cygdrive prefix should never have been
converted to a valid Win32 path. Not a
On Mar 19 18: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
> > /cygdrive, dst D:\cygwin\cygdrive, flags 0x3000A, rc 0
>
> That's what puzzles me a lot. The cygdrive prefix should neve
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
On 19/03/2010 18:04, Jan-Aage Frydenbø-Bruvoll wrote:
> Tried removing the process and corresponding registry key - still same
> behaviour.
I would strongly suggest nobody ever follow this reckless approach to
eliminating BLODAs.
Always use the service control manager and/or the add/remove p
On Fri, Mar 19, 2010 at 05:59:40PM +0100, Schmidt, Oliver wrote:
>Thanks for your very active support in solving this issue with our far from
>mainstream scenario!
You're welcome. It really was a pretty serious problem so I'm glad that
it surfaced and that we were theoretically able to fix it.
>
On 3/19/2010 2:27 PM, Christopher Faylor wrote:
On Fri, Mar 19, 2010 at 05:59:40PM +0100, Schmidt, Oliver wrote:
Thanks for your very active support in solving this issue with our far from
mainstream scenario!
You're welcome. It really was a pretty serious problem so I'm glad that
it surfaced
On Fri, Mar 19, 2010 at 02:30:32PM -0400, Larry Hall (Cygwin) wrote:
>On 3/19/2010 2:27 PM, Christopher Faylor wrote:
>>On Fri, Mar 19, 2010 at 05:59:40PM +0100, Schmidt, Oliver wrote:
>>>Thanks for your very active support in solving this issue with our far
>>>from mainstream scenario!
>>
>>You're
On 3/19/2010 2:32 PM, Christopher Faylor wrote:
On Fri, Mar 19, 2010 at 02:30:32PM -0400, Larry Hall (Cygwin) wrote:
On 3/19/2010 2:27 PM, Christopher Faylor wrote:
On Fri, Mar 19, 2010 at 05:59:40PM +0100, Schmidt, Oliver wrote:
Thanks for your very active support in solving this issue with o
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
On 2010-03-04, Andy Koppe wrote:
> Gary Johnson
> > When I execute screen, however, the mintty
> > window immediately shrinks from 157x49 to 80x49. This shrinking
> > does not occur if I maximize the mintty window before executing
> > screen.
>
> I've had a quick look, and with TERM=xterm-256colo
I too am experiencing rsync 3.0.7-1 hanging with ssh on 1.7.1-1.
I tried building rsync without socketpair as others suggested, but it did not
make a difference. (I presume I built it correctly since --version reports "no
socketpairs".) It appears to hang only on large files and consistently
>> I upgraded to Cygwin 1.7.1 on a (64-bit) Windows Server 2003 and
>> immediately ran into trouble. It seems that Perl can no longer
shutdown
>> pipes related to Cygwin executables. Here is some example code:
>>
>> #!/usr/bin/perl
>>
>> use strict;
>>
>> # my $fname = 'Y:\path\to\ratherbigfile
Dave Korn artimi.com> writes:
>
> I think I worked around it by
> running the "iffe" command manually to generate the FEATURE/vmalloc file and
> then restarting the make.
Didn't work for me :(
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
Peoples,
I'm attempting to install on a Via EPIA-5000 (533Mhz C3/Samuel 2)
without success... is this platform not supported?
post-install, no Cygwin commands produce any output (not bad command or
filename, just nothing at all), except cygcheck which will only print
the help, any other option/fi
37 matches
Mail list logo
