Re: [1.7] hard link error on FAT32 with zsh

* Peter A. Castro (Mon, 14 Dec 2009 11:31:14 -0800 (PST)) > > On Mon, 14 Dec 2009, Eric Blake wrote: > > > > According to Thorsten Kampe on 12/14/2009 5:22 AM: > >>> That's why. FAT32 does not support hardlinks. > >> > >> Well, then why don't I get this error with the latest 1.5 DLL? It's the > >

git-svn is broken due to perl 5.10 update

Hi; git svn is broken (was working with perl 5.8) : $ git svn rebase Can't load '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll' for module SVN::_Core: No such file or directory at /usr/lib/perl5/5.10/i686-cygwin/DynaLoader.pm line 200.  at /usr/lib/perl5/vendor_perl/5.10/i

Re: Updated: libsigsegv{2}2.8-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Reini Urban on 12/14/2009 10:00 AM: > Eric Blake's SEH chain corruption fixes for libsigsegv on cygwin are now > in the official libsigsegv-2.8 release. > Successfully tested with clisp. > The DLL revision is bumped from 1 to 2. I'm curio

[1.7] problems with subversion

When running svn commands (say, svn status or svn checkout) I'm getting the following error: /usr/bin/svn.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory In attempt to isolate the problem, I reinstalled Cygwin 1.7 from scratch, adding only t

Re: git-svn is broken due to perl 5.10 update

On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmez wrote: > Hi; > > git svn is broken (was working with perl 5.8) : > > $ git svn rebase > Can't load > '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll' > for module SVN::_Core: No such file or directory at > /usr/lib/perl5/5.10/i

SO_REUSEADDR and windows enhanced socket security

looks like a problem with SO_REUSEADDR exists in CYGWIN for all windows with support for "Enhanced socket security" (see http://msdn.microsoft.com/en-us/library/ms740621(VS.85).aspx

Suggested patch for cygwin perl 5.10

Dear cygwin / perl maintainers: When running svk, a package written in perl that runs "on top of" svn, I have found the attached patch to be necessary. Otherwise svk does not handle filenames properly. The first change is the essential one. The second one just eliminates an annoying and possibly

Re: git-svn is broken due to perl 5.10 update

On 12/15/2009 7:06 AM, İsmail Dönmez wrote: On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmez wrote: Hi; git svn is broken (was working with perl 5.8) : $ git svn rebase Can't load '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll' for module SVN::_Core: No such file or dir

Re: SO_REUSEADDR and windows enhanced socket security

On Dec 15 18:48, yesin wrote: > looks like a problem with SO_REUSEADDR exists in CYGWIN for all > windows with support for "Enhanced socket security" (see > http://msdn.microsoft.com/en-us/library/ms740621(VS.85).aspx >

Re: [1.7] problems with subversion

On 12/15/2009 5:23 AM, Yuval Emek wrote: When running svn commands (say, svn status or svn checkout) I'm getting the following error: /usr/bin/svn.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory In attempt to isolate the problem, I reinsta

Re: git-svn is broken due to perl 5.10 update

On 12/15/2009 9:00 AM, David Rothenberger wrote: On 12/15/2009 7:06 AM, İsmail Dönmez wrote: On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmez wrote: Hi; git svn is broken (was working with perl 5.8) : $ git svn rebase Can't load '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core

Re: git-svn is broken due to perl 5.10 update

Hi; On Tue, Dec 15, 2009 at 7:00 PM, David Rothenberger wrote: > On 12/15/2009 7:06 AM, İsmail Dönmez wrote: >> >> On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmez >>  wrote: >>> >>> Hi; >>> >>> git svn is broken (was working with perl 5.8) : >>> >>> $ git svn rebase >>> Can't load >>> '/usr/lib/p

Re: [1.7] problems with subversion

On 12/15/2009 9:32 AM, David Rothenberger wrote: On 12/15/2009 5:23 AM, Yuval Emek wrote: When running svn commands (say, svn status or svn checkout) I'm getting the following error: /usr/bin/svn.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or direc

can not enter password for SSH when running in another terminal (RXVT)

Hi... I've got the following problem, that I'll describe with the steps, so You can reproduce it... 1. open cygwin (normal black command prompt window) 2. run "rxvt -e bash &" from there 3. on the rxvt terminal, execute an ssh to any host Now, what happens is that the "password" prompt from the S

Re: can not enter password for SSH when running in another terminal (RXVT)

On 12/15/2009 01:25 PM, Leo Lagos wrote: Hi... I've got the following problem, that I'll describe with the steps, so You can reproduce it... 1. open cygwin (normal black command prompt window) 2. run "rxvt -e bash&" from there 3. on the rxvt terminal, execute an ssh to any host Now, what happen

Re: can not enter password for SSH when running in another terminal (RXVT)

Thanks... I'll try it... tough I don't like betas that much... On Tue, Dec 15, 2009 at 12:41 PM, Larry Hall (Cygwin) wrote: > On 12/15/2009 01:25 PM, Leo Lagos wrote: >> >> Hi... I've got the following problem, that I'll describe with the >> steps, so You can reproduce it... >> >> 1. open cygwin

UTF-related question

Following the guidelines related to cygwin 1.7, I have generally been using LANG=en_US.UTF-8. But I found that if I do "man " to get a man page, and then search (I have man's "more" program set to "less") for a string having a dash in it, say to search for -a in the rsync man page to find the desc

Re: can not enter password for SSH when running in another terminal (RXVT)

On 12/15/2009 01:50 PM, Leo Lagos wrote: On Tue, Dec 15, 2009 at 12:41 PM, Larry Hall (Cygwin) wrote: . Let's not feed the spammers. Thanks... I'll try it... tough I don't like betas that much... An in

RE: can not enter password for SSH when running in another terminal (RXVT)

Leo Lagos wrote on 2009-12-15: > Hi... I've got the following problem, that I'll describe with the > steps, so You can reproduce it... > > 1. open cygwin (normal black command prompt window) > 2. run "rxvt -e bash &" from there > 3. on the rxvt terminal, execute an ssh to any host > > Now, what

Re: Updated: libsigsegv{2}2.8-1

Eric Blake schrieb: According to Reini Urban on 12/14/2009 10:00 AM: Eric Blake's SEH chain corruption fixes for libsigsegv on cygwin are now in the official libsigsegv-2.8 release. Successfully tested with clisp. The DLL revision is bumped from 1 to 2. I'm curious why you bumped the dll revis

Re: Suggested patch for cygwin perl 5.10

Eliot Moss schrieb: Dear cygwin / perl maintainers: When running svk, a package written in perl that runs "on top of" svn, I have found the attached patch to be necessary. Otherwise svk does not handle filenames properly. The first change is the essential one. The second one just eliminates an an

Re: Suggested patch for cygwin perl 5.10

Sorry I got it backwards; thanks for the tip, and for looking into it. Yes, I am sure Cwd is tricky to get right! The first change is cygwin-specific, so might be less controversial. Not so certain about the other one -- might need to be conditioned on cygwin. I don't know much about perl, really,

Re: UTF-related question

2009/12/15 Eliot Moss: > Following the guidelines related to cygwin 1.7, I have > generally been using LANG=en_US.UTF-8. But I found that > if I do "man " to get a man page, and then > search (I have man's "more" program set to "less") for > a string having a dash in it, say to search for -a in the

Re: UTF-related question

On Tue, Dec 15, 2009 at 1:51 PM, Eliot Moss wrote: > > Following the guidelines related to cygwin 1.7, I have > generally been using LANG=en_US.UTF-8. But I found that > if I do "man " to get a man page, and then > search (I have man's "more" program set to "less") for > a string having a dash in i

Re: can not enter password for SSH when running in another terminal (RXVT)

yes... running cygwin SSH from the openssh package... Regards, Leo On Tue, Dec 15, 2009 at 1:02 PM, Thrall, Bryan wrote: > Leo Lagos wrote on 2009-12-15: >> Hi... I've got the following problem, that I'll describe with the >> steps, so You can reproduce it... >> >> 1. open cygwin (normal black

Re: Updated: libsigsegv{2}2.8-1

Reini Urban x-ray.at> writes: > >> The DLL revision is bumped from 1 to 2. > > > > I'm curious why you bumped the dll revision when building 2.8. I don't > > see any backwards-incompatible API changes compared to 2.6 that would have > > required the bump; am I overlooking something? But the bar

Re: can not enter password for SSH when running in another terminal (RXVT)

On 2009-12-15, Leo Lagos wrote: > Hi... I've got the following problem, that I'll describe with the > steps, so You can reproduce it... > > 1. open cygwin (normal black command prompt window) > 2. run "rxvt -e bash &" from there > 3. on the rxvt terminal, execute an ssh to any host > > Now, what

Re: can not enter password for SSH when running in another terminal (RXVT)

2009/12/15 Leo Lagos: >>> Hi... I've got the following problem, that I'll describe with the >>> steps, so You can reproduce it... >>> >>> 1. open cygwin (normal black command prompt window) >>> 2. run "rxvt -e bash &" from there >>> 3. on the rxvt terminal, execute an ssh to any host >>> >>> Now, w

Re: can not enter password for SSH when running in another terminal (RXVT)

Silly me...! Can't blame myself enough... $ which ssh /cygdrive/c/Program Files/Attachmate/Reflection/ssh Who the installed this on my laptop??? probably automatically when company logon... Sorry to waste your time, but thanks a ton for all your help... Anyway, installing 1.7 almost done :

Re: run2.exe segfaults when GDI and X11 elements are present

Ken Brown wrote: > Here's a simple test case, run from an xterm window: Thanks for the STC. I can reproduce; I'll look into the problem. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/doc

Re: Cygwin git - Configuration Problem? [was Re: BASH Shell - Configuration Problem?]

On Tue, Dec 15, 2009 at 02:01, Eric Blake wrote: > The upstream git list may be a better list to complain at, since they are > the folks that implemented whitespace munging in the first place. Ok, I posed a question or two there: http://thread.gmane.org/gmane.comp.version-control.git/135305 I'm

rsync - convert illegal characters in paths

I'm attempting to use rsync to backup from Linux to Windows. This is mostly working, except that paths with characters that are not legal in NTFS (< > : " / \ | ? *) are not copied because rsync fails to create files and directories with names containing these characters. I've looked at the --ico

Re: where is my

Hi Ken, I installed /usr/share/dict/words this way: # cd ~/Downloads # wget ftp://fr2.rpmfind.net/linux/fedora/releases/11/Everything /i386/os/Packages/words-3.0-15.fc11.noarch.rpm # rpm2cpio words-3.0-15.fc11.noarch.rpm | (cd /; cpio -idmv) # chmod 755 /usr/share/dict/ The rpm2cpio.exe

Re: rsync - convert illegal characters in paths

2009/12/16 chaos215bar2: > > I'm attempting to use rsync to backup from Linux to Windows. This is mostly > working, except that paths with characters that are not legal in NTFS (< > : > " / \ | ? *) are not copied because rsync fails to create files and > directories with names containing these cha

rsync hangs on big transfer Debian 5.0.3 pulling from WinXP SP3/ Cygwin 1.5.25

bian 5.0.3 box. Both Debian boxes report rsync version 3.0.3 protocol version 30. Cygwin reports rsync version 3.0.4 protocol version 30. Attached files: 1. cygcheck.out -- Cygwin check file. 2. debian-cygwin-20091215.txt -- console session on new Debian 5.0.3 box. Any suggestions? TIA, D