Dear Cygwin list;
So I've made some progress on the problem with ssh I started out trying to
solve... unfortunately, it's got me in select.cc in Cygwin.
Basically, the ssh.exe program operates as this:
Ssh sets up a connection, and starts client_loop;
client_loop monitors (in the debugging cas
Katsumi Yamaoka writes:
>> I'd venture to guess that the DLL(s) in question belong to a Python
>> package. If so, does the rebaseall script you are using look at those
>> libraries at all?
>
> As far as I can observe, those DLLs are listed in TEMP/rebase.lst
> (that rebaseall temporarily generates
The currently provided cvs executable does not work correctly, simple
test case is:
~>export CVSROOT=/tmp/cvsroot
~>cvs init
~>cvs co -d /tmp/workdir .
cvs [checkout aborted]: cannot make directory : No such file or directory
~>cygcheck -c cvs
Cygwin Package Information
Package Ver
Achim Gratz wrote:
> Katsumi Yamaoka writes:
>> 0 [main] python2.7 1264 child_info_fork::abort: address space needed
>> by 'math.dll' (0x80) is already occupied
>>
>> But it is sometimes:
>> 1 [main] python2.7 5784 child_info_fork::abort: unable to remap
>> _ARC4.dll to same address as parent (
Greetings, Corinna Vinschen!
> On Jul 12 20:09, Nellis, Kenneth wrote:
>> On 07/12/2013 08:42 AM, Mikko Rapeli wrote:
>> >
>> > Hi Cygwin and git developers,
>> >
>> > Does following scenario show signs of bugs in Cygwin and/or git?
>> >
>> > # setup git repo
>> > $ cd /tmp
>> > $ mkdir foo && cd
Greetings, David Rothenberger!
> Mikko Rapeli wrote:
>> As a workaround, I copied a full cygwin directory from another machine
>> where subversion-perl is working with svn 1.7.10 packages, and this works.
> I'm glad you got it working.
>> With latest cygwin packages, including subversion 1.8,
>>
After troubleshooting an AutoSSH problem last week, it appears that on
this 2003R2 box sshd cannot bind to the IPV4 stack! Rather, with the
default configuration it binds to IPV6 (and supports a loopback connection
fine), but a remote connection fails. When sshd is forced to bind IPV4
("Addressfami
On 7/15/2013 1:47 PM, Marvin wrote:
FWIW, 1.7.20 and Windows 8 is no good as well.
Try upgrading to 1.7.21. That reportedly fixes the problem.
--
Larry
_
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flo
FWIW, 1.7.20 and Windows 8 is no good as well.
Anyway I can help on fixing this?
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/ctrl-c-to-windows-program-causes-mintty-to-hang-1-7-20-win7-tp99346p100817.html
Sent from the Cygwin list mailing list archive at Nabble.com.
-
Mikko Rapeli wrote:
> As a workaround, I copied a full cygwin directory from another machine
> where subversion-perl is working with svn 1.7.10 packages, and this works.
I'm glad you got it working.
> With latest cygwin packages, including subversion 1.8,
> perl -e 'require SVN::Ra' works
>
> Do
Hi Cygwin friends and users,
I just released Cygwin 1.7.21. This is mostly a bugfix release.
What's new:
---
- New API: rawmemchr.
- Make cygcheck report when scanned DLLs are symlinks or are not meant
for the current architecture (x86 vs. x86_64).
See: http://cygwin.com/ml/cygw
Hi Mikko,
On Mon, Jul 15, 2013 at 1:20 PM, Mikko Rapeli wrote:
> As a workaround, I copied a full cygwin directory from another machine
> where subversion-perl is working with svn 1.7.10 packages, and this works.
> cygcheck output from the working setup is:
>
> Cygwin Configuration Diagnostics
(s
As a workaround, I copied a full cygwin directory from another machine
where subversion-perl is working with svn 1.7.10 packages, and this works.
cygcheck output from the working setup is:
Cygwin Configuration Diagnostics
Current System Time: Mon Jul 15 11:59:04 2013
Windows 7 Enterprise Ver 6.1
On Jul 15 12:00, Adam Dinwoodie wrote:
> On 15 July 2013 11:40, Corinna Vinschen wrote:
> > On Jul 12 20:09, Nellis, Kenneth wrote:
> >> IMHO, this makes an interesting problem (unrelated to git):
> >> Shell script prompts user for file name.
> >> User enters "x:".
> >> Script proceeds as follows:
On 15 July 2013 11:40, Corinna Vinschen wrote:
> On Jul 12 20:09, Nellis, Kenneth wrote:
>> IMHO, this makes an interesting problem (unrelated to git):
>> Shell script prompts user for file name.
>> User enters "x:".
>> Script proceeds as follows:
>> $ mkdir tmpdir
>> $ touch tmpdir/x:
>> $ # usefu
On Jul 12 20:09, Nellis, Kenneth wrote:
> On 07/12/2013 08:42 AM, Mikko Rapeli wrote:
> >
> > Hi Cygwin and git developers,
> >
> > Does following scenario show signs of bugs in Cygwin and/or git?
> >
> > # setup git repo
> > $ cd /tmp
> > $ mkdir foo && cd foo
> > $ git init
> >
> > # create x: di
On Jul 14 14:32, LRN wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 17.06.2013 16:50, Corinna Vinschen wrote:
> > On Jun 17 08:43, Алексей Павлов wrote:
> >> This simple example illustrate problem with using native symlinks.
> >>
> >> $ export CYGWIN=winsymlinks:nativestrict
> >>
Hi;
Package: Unknown package
a2ps.sh exit code 2
Is there a missing dependency?
This is what happens when I run sh /etc/postinstall/a2ps.sh manually
from mintty:
$ sh -xv /etc/postinstall/a2ps.sh
if [ ! -f /etc/a2ps-site.cfg ]
then
/usr/bin/mkdir -p /etc
/usr/bin/cp /etc/defaults/et
With latest cygwin packages, including subversion 1.8,
perl -e 'require SVN::Ra' works, but svn 1.8 breaks HTTPS NTML
authentication which works with 1.7.10.
Downgrading to subversion 1.7.10 worked well a few weeks back but not
anymore. Would be nice to figure out what changed.
-Mikko
--
Problem
> SVN/_Ra/_Ra.dll is part of the subversion-perl package, as is
> SVN/Base.pm. You have one but not the other. Do you have
There is a _Ra.dll and a Base.pm, files are there.
> /usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int/auto/SVN/_Ra/_Ra.dll.new?
> If so, you have to reboot your comp
20 matches
Mail list logo
