Re: Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program

2007-01-28 Thread Christopher Layne
On Mon, Jan 29, 2007 at 07:31:37AM +0100, Christian Jullien wrote:
> > I installed a new version of cygwin yesterday, and find that bash starts
> up and
> builtins seem to execute, but when I try the first command, cygwin exits
> 
> 
> This is not related to the new bash version but related to new cygwin
> 1.5.24-1.
> 
> As soon I installed this new version alone without bash or any other cygwin
> package, my Windows X64 stopped to work for any cygwin command even if I run
> gcc from cmd.exe. Reverting to 1.5.23 let my system work again.

Start Menu->Find->"cygwin1.dll"

-cl

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program

2007-01-28 Thread Christian Jullien
> I installed a new version of cygwin yesterday, and find that bash starts
up and
builtins seem to execute, but when I try the first command, cygwin exits


This is not related to the new bash version but related to new cygwin
1.5.24-1.

As soon I installed this new version alone without bash or any other cygwin
package, my Windows X64 stopped to work for any cygwin command even if I run
gcc from cmd.exe. Reverting to 1.5.23 let my system work again.


Christian hope it helps.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



console + ctrl-c + gdb and all that

2007-01-28 Thread Christopher Layne
So exactly why was tty handling changed to ignore ctrl-c in some instances?

I.e. if one is in gdb and I send a ctrl-c, it goes nowhere. Why is this? It
worked at one time. And no, I'm not going to use the windows console to debug
things.

-cl

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Make Parallel Jobs

2007-01-28 Thread Bill Harding

P.S. I am using make 3.80 on Windows XP.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Newly-installed bash 3.2.9-11 (cygwin 1.5.24-1) exits when I try to execute a program [XP 64]

2007-01-28 Thread Glenn Serre

Good afternoon,

In case someone might recognize the problem, here the tail of strace output when 
I try running


 strace.exe bash.exe
 [lots of strace output]
 ls
  [...]
  104 8966519 [sig] bash 2732 wait_sig: signalling pack.wakeup 0x288
  121 8966640 [main] bash 2732 sig_send: returning 0x0 from sending signal -40
20010 8986650 [main] bash 2732 frok::parent: priority class 32
  340 8986990 [main] bash 2732 frok::parent: stack - bottom 0x23, top 0x22C3
B0, size 15440
  161 8987151 [main] bash 2732 frok::parent: CreateProcess (C:\cygwin\bin\bash.e
xe, C:\cygwin\bin\bash.exe, 0, 0, 1, 0x20, 0, 0, 0x22C310, 0x22C360)
  119 8987270 [main] bash 2732 time: 1170027817 = time (0)
--- Process 2732, exception C005 at 78EF27C6

Thanks,
--Glenn S.

Glenn Serre wrote:

Good afternoon,

Christopher Faylor wrote:

On Sun, Jan 28, 2007 at 02:53:03PM -0800, Glenn Serre wrote:

Good afternoon,

My original email wasn't explicit about the fact that I'm running on 
64-bit XP, but I am.


Also, more info:
- updating to bash 3.2.9-11 didn't help
- using binmode instead of textmode as default (and checking mounts 
for /usr/bin etc) didn't help.

- Bash exit code is 128 (as reported by emacs).


What does "cygcheck c:\cygwin\bin\bash.exe" have to say?


C:\cygwin\bin>cygcheck c:\cygwin\bin\bash.exe
c:/cygwin/bin/bash.exe
  c:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\RPCRT4.dll
  c:/cygwin/bin\cygintl-8.dll
c:/cygwin/bin\cygiconv-2.dll
  c:/cygwin/bin\cygreadline6.dll
c:/cygwin/bin\cygncurses-8.dll
C:\WINDOWS\system32\USER32.dll
  C:\WINDOWS\system32\GDI32.dll


Thanks,
--Glenn S.



cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: RSYNC problem - error in IPC code

2007-01-28 Thread it

Found the problem. It was ZoneAlarm firewall. It didn't recognize rsync
as an actual program and automatically blocked access. Strange.

Thanks!!
Andrey.

Jean-Claude Gervais wrote:

Then I think it means your ssh transport is fine but your rsync service
daemon is not started on paco.

On Sun, 2007-01-28 at 14:00 -0800, it wrote:
  

Thanks, I just tried specifying explicitly SSH, and still the same
error:

[EMAIL PROTECTED]:~/rsync# rsync -e ssh test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
[EMAIL PROTECTED]:~/rsync# rsync -e ssh test [EMAIL PROTECTED]:~/test
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(55)
[EMAIL PROTECTED]:~/rsync# RSYNC_RSH=ssh
[EMAIL PROTECTED]:~/rsync# rsync -a test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)


Andrey.

Jean-Claude Gervais wrote: 


rsync normally uses port 873

http://rsync.samba.org/ftp/rsync/rsync.html

The link has info about using rsync over ssh, do a find for ssh on the
page


On Sun, 2007-01-28 at 11:45 -0800, it wrote:
  
  

Hi Jean-Claude,

I'm not quite understanding the connection between rsync and telnet.
I'm not planning to use telnet, I want to use rsync over ssh.
Rsync is not even working for local transfers - same error.

Here's the output from the command prompt:
==
C:\Documents and Settings\admin>telnet paco 22
Connecting To paco...Could not open connection to the host, on port
22: Connect
failed

C:\Documents and Settings\admin>telnet localhost 22
Connecting To localhost...Could not open connection to the host, on
port 22: Con
nect failed
==

I can SSH into both of these no problem:
==
[EMAIL PROTECTED]:~/rsync# ssh [EMAIL PROTECTED]
Last login: Sun Jan 28 11:16:36 2007 from
h-67-101-97-239.snfccasy.dynamic.covad.net
Linux paco 2.4.24 #1 Tue Feb 3 18:30:22 PST 2004 i686 GNU/Linux
No mail.
[EMAIL PROTECTED]:~# exit
logout
Connection to paco closed.
[EMAIL PROTECTED]:~/rsync# ssh localhost
[EMAIL PROTECTED]'s password:
Last login: Fri Jan 26 14:59:11 2007 from localhost
Fanfare!!!
You are successfully logged in to this server!!!
[EMAIL PROTECTED]:~#
==

Rsync is not working regardless of connection, it gives the same error
even if I specify the names of folders on localhost that don't exist.
==
[EMAIL PROTECTED]:~/rsync# l
total 3
drwxrwxrwx+ 2 admin None0 Jan 26 13:52 test
drwxrwxrwx+ 2 admin None0 Jan 26 14:09 test2
[EMAIL PROTECTED]:~/rsync# rsync test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
[EMAIL PROTECTED]:~/rsync# rsync lala lala
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
==

And, as I said, I don't even have /home/lapo directory on my computer.

Thanks,
Andrey.


Jean-Claude Gervais wrote: 



I meant you open a DOS prompt on the windows machine and type
telnet linuxmachinename 22

With that you'll see if the TCP connection can be established or not.

On Sun, 2007-01-28 at 11:21 -0800, it wrote:
  
  
  

Telnet?

I can SSH into localhost or the remote hosts no problem.

The remote host (Linux) rsync works fine:
drwxr-xr-x2 root root 4096 Jan 28 11:16 test
drwxr-xr-x2 root root 4096 Jan 28 11:16 test2
[EMAIL PROTECTED]:~/test# rsync -ar test test2

The windows/cygwin box is the one that is giving error. I don't think
it's another host's configuration that's the problem.

[EMAIL PROTECTED]:~/rsync# rsync test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)

local -> local should copy just fine, anyway.

I don't even have /home/lapo directory. Any ideas what it's talking
about?

Thanks,
Andrey.

Jean-Claude Gervais wrote: 




I think the IPC (inter-process-comm) error is being reported because of
the first reported error; connection refused.
It means that you are reaching the host, but there is no process bound
to that port. 


I suggest you telnet to the host.
Ex
telnet test 22

If it connects but then proceeds no further there IS a process listening
on the port.
else if telnet immediately reports a connection error then there is NO
process on the host listening at port 22.

If the daemon process 

Re: Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program [XP 64]

2007-01-28 Thread Glenn Serre

Good afternoon,

Christopher Faylor wrote:

On Sun, Jan 28, 2007 at 02:53:03PM -0800, Glenn Serre wrote:

Good afternoon,

My original email wasn't explicit about the fact that I'm running on 64-bit 
XP, but I am.


Also, more info:
- updating to bash 3.2.9-11 didn't help
- using binmode instead of textmode as default (and checking mounts for 
/usr/bin etc) didn't help.

- Bash exit code is 128 (as reported by emacs).


What does "cygcheck c:\cygwin\bin\bash.exe" have to say?


C:\cygwin\bin>cygcheck c:\cygwin\bin\bash.exe
c:/cygwin/bin/bash.exe
  c:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\RPCRT4.dll
  c:/cygwin/bin\cygintl-8.dll
c:/cygwin/bin\cygiconv-2.dll
  c:/cygwin/bin\cygreadline6.dll
c:/cygwin/bin\cygncurses-8.dll
C:\WINDOWS\system32\USER32.dll
  C:\WINDOWS\system32\GDI32.dll


Thanks,
--Glenn S.



cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program [XP 64]

2007-01-28 Thread Christopher Faylor
On Sun, Jan 28, 2007 at 02:53:03PM -0800, Glenn Serre wrote:
>Good afternoon,
>
>My original email wasn't explicit about the fact that I'm running on 64-bit 
>XP, but I am.
>
>Also, more info:
>- updating to bash 3.2.9-11 didn't help
>- using binmode instead of textmode as default (and checking mounts for 
>/usr/bin etc) didn't help.
>- Bash exit code is 128 (as reported by emacs).

What does "cygcheck c:\cygwin\bin\bash.exe" have to say?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program [XP 64]

2007-01-28 Thread Glenn Serre

Good afternoon,

My original email wasn't explicit about the fact that I'm running on 64-bit XP, 
but I am.


Also, more info:
- updating to bash 3.2.9-11 didn't help
- using binmode instead of textmode as default (and checking mounts for /usr/bin 
etc) didn't help.

- Bash exit code is 128 (as reported by emacs).

Thanks,
--Glenn S.


Glenn Serre wrote:

Good morning,

I installed a new version of cygwin yesterday, and find that bash starts 
up and

builtins seem to execute, but when I try the first command, cygwin exits
silently.  By "exits silently" I mean that if I have a cygwin window, it 
just
disappears.  If I am executing bash from a command prompt, bash just 
exits with

no message.  For example, in a dos prompt:


C:\cygwin\bin>bash
bash-3.2$ ls

C:\cygwin\bin>

I have tried:
- uninstall and reinstall
- uninstall and reinstall from a different mirror

I can run cygwin programs (e.g. ls) from the dos prompt, and I have been 
running cygwin successfully for years before this. I have attached 
cygcheck.out as suggested by the mailing list guidelines.


Any hints? Should I wait until I can try 3.2.9-11 from a mirror?

Thanks for your attention,

--Glenn S.





Cygwin Configuration Diagnostics
Current System Time: Sat Jan 27 21:45:04 2007

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 1

Running under WOW64 on AMD64

Path:   "C:\Program Files (x86)\Microsoft DirectX SDK (April 
2006)\Utilities\Bin\x86"
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\Intel\DMIX
C:\Program Files (x86)\SecureCRT\
C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\Common7\IDE
C:\Program Files (x86)\OpenVPN\bin

Output from c:\cygwin\bin\id.exe (nontsec)
UID: 400(gaserre)  GID: 401(mkpasswd)
401(mkpasswd)

Output from c:\cygwin\bin\id.exe (ntsec)
UID: 400(gaserre)  GID: 401(mkpasswd)
401(mkpasswd)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

Path = '"C:\Program Files (x86)\Microsoft DirectX SDK (April 
2006)\Utilities\Bin\x86";C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
 Files\Intel\DMIX;C:\Program Files (x86)\SecureCRT\;C:\Program Files (x86)\Microsoft 
Visual Studio .NET 2003\Common7\IDE;C:\Program Files (x86)\OpenVPN\bin'

ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\gaserre\Application Data'
APR_ICONV_PATH = 'C:\programs\Subversion\iconv'
CLASSPATH = '.;C:\Program Files (x86)\Java\jre1.5.0_09\lib\ext\QTJava.zip'
CLIENTNAME = 'Console'
CommonProgramFiles = 'C:\Program Files (x86)\Common Files'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
COMPUTERNAME = 'TAUNCY'
ComSpec = 'C:\WINDOWS\system32\cmd.exe'
DXSDK_DIR = 'C:\Program Files (x86)\Microsoft DirectX SDK (April 2006)\'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\gaserre'
INCLUDE = 'C:\Program Files (x86)\Microsoft Visual Studio .NET 
2003\SDK\v1.1\include\'
LIB = 'C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
LOGONSERVER = '\\TAUNCY'
NUMBER_OF_PROCESSORS = '2'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_ARCHITEW6432 = 'AMD64'
PROCESSOR_IDENTIFIER = 'EM64T Family 15 Model 4 Stepping 4, GenuineIntel'
PROCESSOR_LEVEL = '15'
PROCESSOR_REVISION = '0404'
ProgramFiles = 'C:\Program Files (x86)'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
PROMPT = '$P$G'
QTJAVA = 'C:\Program Files (x86)\Java\jre1.5.0_09\lib\ext\QTJava.zip'
SESSIONNAME = 'Console'
SystemDrive = 'C:'
SystemRoot = 'C:\WINDOWS'
TEMP = 'C:\DOCUME~1\gaserre\LOCALS~1\Temp'
TMP = 'C:\DOCUME~1\gaserre\LOCALS~1\Temp'
USERDOMAIN = 'TAUNCY'
USERNAME = 'gaserre'
USERPROFILE = 'C:\Documents and Settings\gaserre'
VS71COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
windir = 'C:\WINDOWS'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'c:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'c:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'c:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS152617Mb  65% CP CS UN PA FC 
d:  cd 

Re: RSYNC problem - error in IPC code

2007-01-28 Thread it
I don't think it's about paco (remote) at all. I can rsync paco with 
itself no problem:

=
[EMAIL PROTECTED]:~/test# rsync -ar test localhost:~/test2
=

When I try to rsync local with remote or local with local, ssh or no ssh 
the same problem occurs.

=
[EMAIL PROTECTED]:~/rsync# rsync test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14) at 
/home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)

[EMAIL PROTECTED]:~/rsync# rsync -a test [EMAIL PROTECTED]:~/test
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14) at 
/home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(55)

[EMAIL PROTECTED]:~/rsync# rsync -e ssh -a test [EMAIL PROTECTED]:~/test
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14) at 
/home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(55)

=

Any other ideas?

Thanks,
Andrey.

Jean-Claude Gervais wrote:

Then I think it means your ssh transport is fine but your rsync service
daemon is not started on paco.

On Sun, 2007-01-28 at 14:00 -0800, it wrote:
  

Thanks, I just tried specifying explicitly SSH, and still the same
error:

[EMAIL PROTECTED]:~/rsync# rsync -e ssh test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
[EMAIL PROTECTED]:~/rsync# rsync -e ssh test [EMAIL PROTECTED]:~/test
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(55)
[EMAIL PROTECTED]:~/rsync# RSYNC_RSH=ssh
[EMAIL PROTECTED]:~/rsync# rsync -a test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)


Andrey.

Jean-Claude Gervais wrote: 


rsync normally uses port 873

http://rsync.samba.org/ftp/rsync/rsync.html

The link has info about using rsync over ssh, do a find for ssh on the
page


On Sun, 2007-01-28 at 11:45 -0800, it wrote:
  
  

Hi Jean-Claude,

I'm not quite understanding the connection between rsync and telnet.
I'm not planning to use telnet, I want to use rsync over ssh.
Rsync is not even working for local transfers - same error.

Here's the output from the command prompt:
==
C:\Documents and Settings\admin>telnet paco 22
Connecting To paco...Could not open connection to the host, on port
22: Connect
failed

C:\Documents and Settings\admin>telnet localhost 22
Connecting To localhost...Could not open connection to the host, on
port 22: Con
nect failed
==

I can SSH into both of these no problem:
==
[EMAIL PROTECTED]:~/rsync# ssh [EMAIL PROTECTED]
Last login: Sun Jan 28 11:16:36 2007 from
h-67-101-97-239.snfccasy.dynamic.covad.net
Linux paco 2.4.24 #1 Tue Feb 3 18:30:22 PST 2004 i686 GNU/Linux
No mail.
[EMAIL PROTECTED]:~# exit
logout
Connection to paco closed.
[EMAIL PROTECTED]:~/rsync# ssh localhost
[EMAIL PROTECTED]'s password:
Last login: Fri Jan 26 14:59:11 2007 from localhost
Fanfare!!!
You are successfully logged in to this server!!!
[EMAIL PROTECTED]:~#
==

Rsync is not working regardless of connection, it gives the same error
even if I specify the names of folders on localhost that don't exist.
==
[EMAIL PROTECTED]:~/rsync# l
total 3
drwxrwxrwx+ 2 admin None0 Jan 26 13:52 test
drwxrwxrwx+ 2 admin None0 Jan 26 14:09 test2
[EMAIL PROTECTED]:~/rsync# rsync test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
[EMAIL PROTECTED]:~/rsync# rsync lala lala
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14)
at /home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
==

And, as I said, I don't even have /home/lapo directory on my computer.

Thanks,
Andrey.


Jean-Claude Gervais wrote: 



I meant you open a DOS prompt on the windows machine and type
telnet linuxmachinename 22

With that you'll see if the TCP connection can be established or not.

On Sun, 2007-01-28 at 11:21 -0800, it wrote:
  
  
  

Telnet?

I can SSH into localhost or the remote hosts no problem.

The remote host (Linux) rsync works fine:
drwxr-xr-x2 root root 4096 Jan 28 11:16 test
drwxr-xr-x2 root root 4096 Jan 28 11:16 test2
[EMAIL PROTECTED]:~/test# rsync -ar test test2

The windows/cygwin box is the one that is giving error. I don't think
it's a

Re: bug with built-in commands in bash when redirecting output

2007-01-28 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Norton Allen on 1/28/2007 1:08 PM:
> I'm wondering if the problem I am seeing is from the same source. I find
> that 'apachectl stop' no longer works since a recent cygwin update. I
> can see that the PIDFILE is being written with a \r\n line ending.
> 'apachectl stop' then reads the file with
> 
>PID=`cat $PIDFILE`

cat is not a bash builtin, so no this is not the same problem.  Are you
running a script with CRLF line endings on a binary mount?  If so, read
the announcment, and use d2u on your script.
http://cygwin.com/ml/cygwin-announce/2007-01/msg00015.html

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFvRt284KuGfSFAYARAvz6AJ937snLxprZ/UcUgeZGaXCD/qCyKQCfZMSc
5BhzBQ09TQuG073nlC011yg=
=wV0S
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Support planned for vista symbolic links?

2007-01-28 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Shankar Unni on 1/28/2007 2:38 PM:
> 
> Anyway: is any support planned in cygwin and/or coreutils for this
> feature?  (specifically, supporting symlink(), S_ISLNK support in stat,
> etc.)

coreutils will do nothing special.  Either cygwin1.dll will add support
for them, or it won't, and coreutils will just follow along for the ride.
 After all, you don't want some, but not all, of your binaries to
understand these new links via special casing, so the best place to fix it
is in cygwin1.dll.  Oh, and the usual disclaimer about PTC and SHTDI.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFvRqi84KuGfSFAYARAl8EAJ0Q6iMD7dzdmNG0nm8lubjd3GJyYQCeJRsb
fwaXhsqIsL5MUu5hUfRYsmo=
=3wMp
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Support planned for vista symbolic links?

2007-01-28 Thread Shankar Unni
This article from Mark "Sysinternals" Russinovitch discusses the new 
"real" symbolic link feature in Vista ("real" in that it's classic 
Unix-style, where the symlink is interpreted on the local OS, even for 
links in mounted shares, and can refer to either a file or a directory):


http://www.microsoft.com/technet/technetmag/issues/2007/02/VistaKernel/default.aspx#S4

The only catch he mentions is that you need a special privilege to 
create these symlinks, and that privilege is only granted to 
administrators by default. (Usual windows reason: to "protect" users 
from tools that are not symbolic-link-aware)


Anyway: is any support planned in cygwin and/or coreutils for this 
feature?  (specifically, supporting symlink(), S_ISLNK support in stat, 
etc.)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: bug with built-in commands in bash when redirecting output

2007-01-28 Thread Norton Allen



The following one liner illustrates a bug in sh:
$ /bin/bash -c '/bin/bash -cx '\''x=`echo hello`'\''' > @x
++ echo hello
+ x=$'hello\r'
$
 

I'm wondering if the problem I am seeing is from the same source. I find 
that 'apachectl stop' no longer works since a recent cygwin update. I 
can see that the PIDFILE is being written with a \r\n line ending. 
'apachectl stop' then reads the file with


   PID=`cat $PIDFILE`

$PID then includes the \r character, and the subsequent kill operation 
fails as a result.


Is there something that changed recently that is causing this to fail 
now? I'm pretty sure this worked until recently.


Norton Allen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Perl bug?

2007-01-28 Thread Yitzchak Scott-Thoennes
Corinna Vinschen wrote:
> On Jan 27 23:17, Reini Urban wrote:
>> Václav Haisman schrieb:
>> >If I were you I would report it as a bug to their bug tracker.
>>
>> It's no bug, it's a perl feature,
>
> Uh, right, a *feature* ;)
>
>>  and often defended.
>> Even dll's are not unloaded.
>>
>> If you want to free it, free it explicitly with "undef"
>> or with lexicals ("my") go out of scope.

Doesn't help in this case, Reini.

>> Same with PHP and python btw. Only GC languages like lisp, ml and its
>> derivates have a proper GC.
>> The perl GC they are talking about only "garbage collects" cyclic
>> referenced objects on final destruction, to enable proper free() of
>> externals.
>
> Thanks for the info.  It's interesting to know.  What I still don't get,
> however, is the fact that the same statement does not waste memory on
> the x86 Linux Perl 5.8.5, but does on the x86 Cygwin Perl 5.8.7 and the
> x86_64 Linux 5.8.8.  So it has been introduced only in later versions?
> And why is it defended?  It doesn't seem to make sense, rather on the
> contrary.

This behaviour hasn't changed that I know of.  I verified that a 5.8.5
cygwin perl behaves the same way.  Could you confirm your x86 Linux
Perl 5.8.5 results again, and send me (privately if you wish) the
output of: perl -MConfig=config_sh -we'print config_sh' from that
perl?


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Newly-installed bash 3.2.9-10 (cygwin 1.5.24-1) exits when I try to execute a program

2007-01-28 Thread Glenn Serre

Good morning,

I installed a new version of cygwin yesterday, and find that bash starts up and
builtins seem to execute, but when I try the first command, cygwin exits
silently.  By "exits silently" I mean that if I have a cygwin window, it just
disappears.  If I am executing bash from a command prompt, bash just exits with
no message.  For example, in a dos prompt:


C:\cygwin\bin>bash
bash-3.2$ ls

C:\cygwin\bin>

I have tried:
- uninstall and reinstall
- uninstall and reinstall from a different mirror

I can run cygwin programs (e.g. ls) from the dos prompt, and I have been running 
cygwin successfully for years before this. I have attached cygcheck.out as 
suggested by the mailing list guidelines.


Any hints? Should I wait until I can try 3.2.9-11 from a mirror?

Thanks for your attention,

--Glenn S.


Cygwin Configuration Diagnostics
Current System Time: Sat Jan 27 21:45:04 2007

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 1

Running under WOW64 on AMD64

Path:   "C:\Program Files (x86)\Microsoft DirectX SDK (April 
2006)\Utilities\Bin\x86"
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\Intel\DMIX
C:\Program Files (x86)\SecureCRT\
C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\Common7\IDE
C:\Program Files (x86)\OpenVPN\bin

Output from c:\cygwin\bin\id.exe (nontsec)
UID: 400(gaserre)  GID: 401(mkpasswd)
401(mkpasswd)

Output from c:\cygwin\bin\id.exe (ntsec)
UID: 400(gaserre)  GID: 401(mkpasswd)
401(mkpasswd)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

Path = '"C:\Program Files (x86)\Microsoft DirectX SDK (April 
2006)\Utilities\Bin\x86";C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
 Files\Intel\DMIX;C:\Program Files (x86)\SecureCRT\;C:\Program Files 
(x86)\Microsoft Visual Studio .NET 2003\Common7\IDE;C:\Program Files 
(x86)\OpenVPN\bin'

ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\gaserre\Application Data'
APR_ICONV_PATH = 'C:\programs\Subversion\iconv'
CLASSPATH = '.;C:\Program Files (x86)\Java\jre1.5.0_09\lib\ext\QTJava.zip'
CLIENTNAME = 'Console'
CommonProgramFiles = 'C:\Program Files (x86)\Common Files'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
COMPUTERNAME = 'TAUNCY'
ComSpec = 'C:\WINDOWS\system32\cmd.exe'
DXSDK_DIR = 'C:\Program Files (x86)\Microsoft DirectX SDK (April 2006)\'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\gaserre'
INCLUDE = 'C:\Program Files (x86)\Microsoft Visual Studio .NET 
2003\SDK\v1.1\include\'
LIB = 'C:\Program Files (x86)\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
LOGONSERVER = '\\TAUNCY'
NUMBER_OF_PROCESSORS = '2'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_ARCHITEW6432 = 'AMD64'
PROCESSOR_IDENTIFIER = 'EM64T Family 15 Model 4 Stepping 4, GenuineIntel'
PROCESSOR_LEVEL = '15'
PROCESSOR_REVISION = '0404'
ProgramFiles = 'C:\Program Files (x86)'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
PROMPT = '$P$G'
QTJAVA = 'C:\Program Files (x86)\Java\jre1.5.0_09\lib\ext\QTJava.zip'
SESSIONNAME = 'Console'
SystemDrive = 'C:'
SystemRoot = 'C:\WINDOWS'
TEMP = 'C:\DOCUME~1\gaserre\LOCALS~1\Temp'
TMP = 'C:\DOCUME~1\gaserre\LOCALS~1\Temp'
USERDOMAIN = 'TAUNCY'
USERNAME = 'gaserre'
USERPROFILE = 'C:\Documents and Settings\gaserre'
VS71COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
windir = 'C:\WINDOWS'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'c:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'c:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'c:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS152617Mb  65% CP CS UN PA FC 
d:  cd  CDFS 0Mb -2147483548%CS  Audio CD
z:  net NTFS 36329Mb  25% CP CSPAgaserre

c:\cygwin  /  system  textmode
c:\cygwin/bin  /usr/bin   system  textmode
c:\cygwin/lib  /usr/lib   system  textmode
.  /cygdrive  system  textmode,cygdrive

Not Found: awk
Not Found: bash
Not Found: cat
Not Found: cp
Not Found: cpp (good!)
Not Found: crontab
Not Found: find
Not Found: gcc
Not F

Re: setup.exe instructions refer to missing packages

2007-01-28 Thread Charles Wilson

Linda Walsh wrote:

I'm trying to see if I'm able to checkout and build
setup.exe

The instructions say to load three "-devel" required
packages.  Unfortunately, they don't seem to be in
setup's list of packages.  Are they missing or are
the instructions out of date or what?
Missing packages:

- autoconf-devel

 - automake-devel
 - libtool-devel


They are out-of-date.  What you actually need are:

autoconf  (ver 4.1 or newer; this is a wrapper)
autoconf2.5   (actual sutoconf from 2.5x series)

automake  (ver 2.1 or newer; this is a wrapper)
automake1.9   (perhaps 1.10, I'm not sure)

libtool1.5

--
Chuck

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Perl threads and UNIX sockets

2007-01-28 Thread Sebastian Weber

Hi all,

I found a problem in the current cygwin perl (v5.8.7 built for 
cygwin-thread-multi-64int): The following code sets up a UNIX domain 
socket server and connects to that server in a different thread. It will 
block forever exactly at the connect / accept calls:


#!/usr/bin/perl
use threads;
use Socket;

unlink ("/tmp/mysock");
$t=threads->create("con_thread");

socket (SOCK1,PF_UNIX,SOCK_STREAM,0) or die "socket(): $!";
bind (SOCK1, sockaddr_un("/tmp/mysock")) or die "bind(): $!";
listen(SOCK1,SOMAXCONN) or die "listen(): $!";
accept (CLIENT,SOCK1);
$t->join();

sub con_thread {
   sleep(2);
   socket(SOCK2, PF_UNIX, SOCK_STREAM, 0) or die "socket(): $!";
   connect(SOCK2, sockaddr_un("/tmp/mysock")) or die "connect(): $!";
}

This code will _not_ block using perl v5.8.7 on Linux or HPUX. Is this a 
bug? Is there a workaround?


Greets, Sebastian



___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



FW: wu-ftpd configuration for pasv (set up 2.510.2.2)

2007-01-28 Thread Graham White

Hi,

I have checked the mailing archives and the net and everything else I
can think of but I cannot find a way to control the configuration of
wu-ftpd.

I added /etc/ftpaccess but it doesn't seem to get picked up.

How can I control the default settings for the ftpd that comes as
standard with inetd? What I really want to do is use it through an ssh
tunnel (annoyingly the landfield.com site is no longer available - it
looked like there was an answer there). I need to be able to cut the
range of ports used for pasv.

Thanks in advance

Graham







--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RSYNC problem - error in IPC code

2007-01-28 Thread it

Greetings,

I'm having a problem with rsync. I want to sync my Windows box to a 
Linux server using rsync and I get the following error when I try to do 
any command. Remote or local.


[EMAIL PROTECTED]:~/rsync# rsync -a test test2
rsync: pipe: Connection refused (111)
rsync error: error in IPC code (code 14) at 
/home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(117)
(test and test2 are local folders in ~/rsync directory, remote gives the 
same error)


Any ideas?

Thanks,
Andrey.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Perl bug?

2007-01-28 Thread Corinna Vinschen
On Jan 27 23:17, Reini Urban wrote:
> Václav Haisman schrieb:
> >If I were you I would report it as a bug to their bug tracker.
> 
> It's no bug, it's a perl feature,

Uh, right, a *feature* ;)

>  and often defended.
> Even dll's are not unloaded.
> 
> If you want to free it, free it explicitly with "undef"
> or with lexicals ("my") go out of scope.
> 
> Same with PHP and python btw. Only GC languages like lisp, ml and its 
> derivates have a proper GC.
> The perl GC they are talking about only "garbage collects" cyclic 
> referenced objects on final destruction, to enable proper free() of 
> externals.

Thanks for the info.  It's interesting to know.  What I still don't get,
however, is the fact that the same statement does not waste memory on
the x86 Linux Perl 5.8.5, but does on the x86 Cygwin Perl 5.8.7 and the
x86_64 Linux 5.8.8.  So it has been introduced only in later versions?
And why is it defended?  It doesn't seem to make sense, rather on the
contrary.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: cygwin-1.5.23-2: /usr/include/ftw.h missing #include

2007-01-28 Thread Corinna Vinschen
On Jan 27 15:43, Gary Johnson wrote:
> The following file, testfile.c,
> 
> #include 
> 
> void foo(void)
> {
> return;
> }
> 
> compiles without error using "gcc -c testfile.c" on HP-UX 10.20, 
> SunOS 5.8 and Red Hat Linux 9, but on Cygwin, the following error 
> results:
> 
> $ gcc -c testfile.c
> In file included from testfile.c:1:
> /usr/include/ftw.h:64: error: syntax error before "int"
> testfile.c:3: error: syntax error before "void"

Thanks, fixed in CVS.  For the time being, include 
before including ftw.h.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Make Parallel Jobs

2007-01-28 Thread Bill Harding
All,
 
I have been combating a make bug for several months, and 
after many hours of web searching, I am finally breaking 
down to see if anyone might possibly have some idea about 
what I can do about this bug.  The issue is that I am 
building assets for a video game using the following command:
 
make -C Anims --no-print-directory -r -f Anims.mk all &&  
make -C BGs --no-print-directory -r -f BGs.mk all 

However, at seemingly random intervals throughout the build 
process (usually about 4-5 times per build), I get the 
following error:
 
make[1]: *** read jobs pipe: No such file or directory.  Stop.
make[1]: *** Waiting for unfinished jobs
ShIdleA.ica
make[1]: *** Waiting for unfinished jobs
make: *** [build] Error 2
Error executing c:\windows\system32\cmd.exe.
 
After I get this error, I can invoke the build again and 
it will start building files again where it had left off, 
indicating that there was no problem with the asset itself.  
The most perplexing part of this "jobs pipe error" is that 
I am not using jobs.  Even if I explicitly pass make a -j1 
flag, it still gives me this error quite often, and 
cumulatively this ends up being an enormous time cost.  
Do you have any idea why I would be getting this error 
when I am not using jobs, and more importantly, if there 
is anything that could be done to fix it?
 
Thanks!
Bill Harding
Lead Developer
Amaze Entertainment


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/