* GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
@ 2011-05-08 19:40 Doug Morse
2011-05-08 21:12 ` Andrew Schulman
0 siblings, 1 reply; 13+ messages in thread
From: Doug Morse @ 2011-05-08 19:40 UTC (permalink / raw)
To: cygwin
Hi,
Any assistance most appreciated (see below)!
Thanks,
Doug
----- Forwarded message from Doug Morse <doug.morse@vanderbilt.edu> -----
Date: Sat, 07 May 2011 16:06:48 -0500
From: Doug Morse <doug.morse@vanderbilt.edu>
To: Andrew Schulman <schulman.andrew@epamail.epa.gov>
Subject: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
Hi Andrew,
Thanks so much for your efforts to port and maintain the GNU screen
program to Cygwin! I used to use screen all the in the pre-GUI days,
and now I use ssh regularly for the occasions I need to run something on
a real win32 or win64 platform. Being able to use screen again would be
great, especially because I routinely get disconnected from one machine
in particular due to a lousy DSL line.
At any rate, although I can run screen just fine, I cannot reattach, no
matter what I do, even when there's been no disconnect and I've simply
manually detached (i.e., Ctrl-A d). The session log below pretty much
says it all.
Note that I move my .screenrc file out of the way to ensure I'm running
with nothing but default settings. Also, you'll notice in the output
from "ps aux" that the "screen" process, once detached, has a tty value
of "?", whereas all the others have a tty number. Other than this,
though, everything works just as one would expect. Processes continue
to run fine under screen even when detached: I simply just cannot
reattach. As you can also see below, doing a "kill -15" on screen
causes it do a proper shutdown and remove the socket file.
Odd, very odd.
Any thoughts?
Finally, please pardon me in advanced if I should have posted this
somewhere instead of emailing you directly. I could not find a forum or
irc or website indicating where to report this / ask for help.
Happy Weekend!
Thanks,
Doug
----- begin session log -----
morse@dougsdell ~> screen --version
Screen version 4.00.03 (FAU) 23-Oct-06
morse@dougsdell ~> uname -a
CYGWIN_NT-5.1 dougsdell 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
morse@dougsdell ~> mv .screenrc screenrc
morse@dougsdell ~> screen [ <--- I press Ctrl-A d here ]
[detached]
morse@dougsdell ~> screen -r
There is a screen on:
There is no screen to be resumed.
morse@dougsdell ~> screen -ls
There is a screen on:
1 Socket in /tmp/uscreens/S-morse.
morse@dougsdell ~> l /tmp/uscreens/S-morse/
total 16
srw-r--r-- 1 morse None 0 May 7 15:45 3932.tty1.dougsdell
morse@dougsdell ~> screen -r 3932.tty1.dougsdell
There is a screen on:
There is no screen to be resumed matching 3932.tty1.dougsdell.
morse@dougsdell ~> ps aux
PID PPID PGID WINPID TTY UID STIME COMMAND
2396 1 2396 2396 con 1005 22:59:53 /usr/bin/rxvt
I 2412 2396 2412 2428 0 1005 22:59:53 /usr/bin/bash
2080 3408 2080 1780 1 1005 15:41:47 /usr/bin/bash
3932 1 3932 3932 ? 1005 15:45:49 /usr/bin/screen
I 3376 3932 3376 3460 2 1005 15:45:49 /usr/bin/bash
2168 2080 2168 2212 1 1005 15:46:32 /usr/bin/ps
morse@dougsdell ~> kill -15 3932
morse@dougsdell ~> ps aux
PID PPID PGID WINPID TTY UID STIME COMMAND
2396 1 2396 2396 con 1005 22:59:53 /usr/bin/rxvt
I 2412 2396 2412 2428 0 1005 22:59:53 /usr/bin/bash
2080 3408 2080 1780 1 1005 15:41:47 /usr/bin/bash
2228 2080 2228 2076 1 1005 15:46:45 /usr/bin/ps
morse@dougsdell ~> screen -ls
No Sockets found in /tmp/uscreens/S-morse.
morse@dougsdell ~> l /tmp/uscreens/S-morse/
total 0
morse@dougsdell ~> echo "help! :)"
help! :)
----- end session log -----
----- End forwarded message -----
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-08 19:40 GNU screen on Cygwin: Cannot seem to reattach, no matter what I try Doug Morse
@ 2011-05-08 21:12 ` Andrew Schulman
2011-05-09 14:37 ` Peter Li
2011-05-10 18:50 ` Doug Morse
0 siblings, 2 replies; 13+ messages in thread
From: Andrew Schulman @ 2011-05-08 21:12 UTC (permalink / raw)
To: cygwin
Hi Doug.
> Thanks so much for your efforts to port and maintain the GNU screen
> program to Cygwin! I used to use screen all the in the pre-GUI days,
> and now I use ssh regularly for the occasions I need to run something on
> a real win32 or win64 platform. Being able to use screen again would be
> great, especially because I routinely get disconnected from one machine
> in particular due to a lousy DSL line.
>
> At any rate, although I can run screen just fine, I cannot reattach, no
> matter what I do, even when there's been no disconnect and I've simply
> manually detached (i.e., Ctrl-A d). The session log below pretty much
> says it all.
>
> Note that I move my .screenrc file out of the way to ensure I'm running
> with nothing but default settings. Also, you'll notice in the output
> from "ps aux" that the "screen" process, once detached, has a tty value
> of "?", whereas all the others have a tty number. Other than this,
> though, everything works just as one would expect. Processes continue
> to run fine under screen even when detached: I simply just cannot
> reattach. As you can also see below, doing a "kill -15" on screen
> causes it do a proper shutdown and remove the socket file.
<snip>
> ----- begin session log -----
>
> morse@dougsdell ~> screen --version
> Screen version 4.00.03 (FAU) 23-Oct-06
> morse@dougsdell ~> uname -a
> CYGWIN_NT-5.1 dougsdell 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
>
> morse@dougsdell ~> mv .screenrc screenrc
> morse@dougsdell ~> screen [ <--- I press Ctrl-A d here ]
> [detached]
>
> morse@dougsdell ~> screen -r
> There is a screen on:
> There is no screen to be resumed.
>
> morse@dougsdell ~> screen -ls
> There is a screen on:
> 1 Socket in /tmp/uscreens/S-morse.
> morse@dougsdell ~> l /tmp/uscreens/S-morse/
> total 16
> srw-r--r-- 1 morse None 0 May 7 15:45 3932.tty1.dougsdell
> morse@dougsdell ~> screen -r 3932.tty1.dougsdell
> There is a screen on:
> There is no screen to be resumed matching 3932.tty1.dougsdell.
>
> morse@dougsdell ~> ps aux
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 2396 1 2396 2396 con 1005 22:59:53 /usr/bin/rxvt
> I 2412 2396 2412 2428 0 1005 22:59:53 /usr/bin/bash
> 2080 3408 2080 1780 1 1005 15:41:47 /usr/bin/bash
> 3932 1 3932 3932 ? 1005 15:45:49 /usr/bin/screen
> I 3376 3932 3376 3460 2 1005 15:45:49 /usr/bin/bash
> 2168 2080 2168 2212 1 1005 15:46:32 /usr/bin/ps
> morse@dougsdell ~> kill -15 3932
> morse@dougsdell ~> ps aux
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 2396 1 2396 2396 con 1005 22:59:53 /usr/bin/rxvt
> I 2412 2396 2412 2428 0 1005 22:59:53 /usr/bin/bash
> 2080 3408 2080 1780 1 1005 15:41:47 /usr/bin/bash
> 2228 2080 2228 2076 1 1005 15:46:45 /usr/bin/ps
> morse@dougsdell ~> screen -ls
> No Sockets found in /tmp/uscreens/S-morse.
> morse@dougsdell ~> l /tmp/uscreens/S-morse/
> total 0
>
> morse@dougsdell ~> echo "help! :)"
> help! :)
>
> ----- end session log -----
Sorry you're having trouble. I have a few suggestions/comments:
* Please send output of `cygcheck -svr`, so we can see that your installation is
complete.
* A TTY value of ? in ps is normal for the background screen process.
* Read /usr/share/doc/screen/README.Cygwin - there are descriptions there of
known problems with reattachment. But mostly it has to do with using screen in
a DOS terminal.
* What terminal types are you using? rxvt and ssh login? Any others? Do you
have the same problem with local vs. remote login, and different local terminal
types?
* On my host, where screen works fine, the permissions on the socket are 0600.
Does 'chmod 0600 /tmp/uscreens/S-morse/*' allow you to reattach?
All of this is pretty thin. Unfortunately, over the years some people have
reported problems reattaching to screen in Cygwin. Some careful debugging of
the foreground and background screen sessions could probably find the problem,
but I don't have the time or skill to do it.
Any suggestions from other screen users?
Andrew.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-08 21:12 ` Andrew Schulman
@ 2011-05-09 14:37 ` Peter Li
2011-05-10 18:50 ` Doug Morse
1 sibling, 0 replies; 13+ messages in thread
From: Peter Li @ 2011-05-09 14:37 UTC (permalink / raw)
Cc: cygwin
On 11:59 AM, Andrew Schulman wrote:
<snip>
> * Read /usr/share/doc/screen/README.Cygwin - there are descriptions
> there of known problems with reattachment. But mostly it has to do
> with using screen in a DOS terminal.
<snip>
> Any suggestions from other screen users?
Based on my experience, I'd add mintty to the list of terminals that
work out of the box for reattaching screen. Easy to install from
setup.exe and test.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-08 21:12 ` Andrew Schulman
2011-05-09 14:37 ` Peter Li
@ 2011-05-10 18:50 ` Doug Morse
2011-05-10 19:07 ` Andrew Schulman
1 sibling, 1 reply; 13+ messages in thread
From: Doug Morse @ 2011-05-10 18:50 UTC (permalink / raw)
To: cygwin
Hi,
Andrew: Thanks for the help, and for pointing me to this cygwin list!
1. Output of 'cygcheck -svr' appended to the end of this message.
2. I have the problem whether I run GNU screen from a cmd.exe prompt or
under rxvt. I tried Peter Li's suggestion of trying to run screen under
mintty -- still no joy. It does not matter if I running GNU screen from
the console or if I'm logged in remotely, or if I try to detach and
re-attach from the same tty or different ones. All efforts yield the
same result: GNU screen cannot find anything to which to re-attach, even
a session that I detached on the same tty just seconds before.
3. chmod 666 on the socket file did not work (its permissions were
already 644, owned my 'morse', as shown in my original session long).
HOWEVER, I am wondering: my Cygin /tmp *IS* on a FAT32 filesystem, *NOT*
an NTFS filesystem. Would that matter? Are socket files properly
handled by Cygwin on FAT32? (I've never used a socket-based Cygwin
program on this host before, at least not to my knowledge.)
Thanks,
Doug
On 05/08/2011 04:12 PM, Andrew Schulman wrote:
> Hi Doug.
>
>> Thanks so much for your efforts to port and maintain the GNU screen
>> program to Cygwin! I used to use screen all the in the pre-GUI days,
>> and now I use ssh regularly for the occasions I need to run something on
>> a real win32 or win64 platform. Being able to use screen again would be
>> great, especially because I routinely get disconnected from one machine
>> in particular due to a lousy DSL line.
>>
>> At any rate, although I can run screen just fine, I cannot reattach, no
>> matter what I do, even when there's been no disconnect and I've simply
>> manually detached (i.e., Ctrl-A d). The session log below pretty much
>> says it all.
>>
>> Note that I move my .screenrc file out of the way to ensure I'm running
>> with nothing but default settings. Also, you'll notice in the output
>> from "ps aux" that the "screen" process, once detached, has a tty value
>> of "?", whereas all the others have a tty number. Other than this,
>> though, everything works just as one would expect. Processes continue
>> to run fine under screen even when detached: I simply just cannot
>> reattach. As you can also see below, doing a "kill -15" on screen
>> causes it do a proper shutdown and remove the socket file.
> <snip>
>
>> ----- begin session log -----
>>
>> morse@dougsdell ~> screen --version
>> Screen version 4.00.03 (FAU) 23-Oct-06
>> morse@dougsdell ~> uname -a
>> CYGWIN_NT-5.1 dougsdell 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
>>
>> morse@dougsdell ~> mv .screenrc screenrc
>> morse@dougsdell ~> screen [<--- I press Ctrl-A d here ]
>> [detached]
>>
>> morse@dougsdell ~> screen -r
>> There is a screen on:
>> There is no screen to be resumed.
>>
>> morse@dougsdell ~> screen -ls
>> There is a screen on:
>> 1 Socket in /tmp/uscreens/S-morse.
>> morse@dougsdell ~> l /tmp/uscreens/S-morse/
>> total 16
>> srw-r--r-- 1 morse None 0 May 7 15:45 3932.tty1.dougsdell
>> morse@dougsdell ~> screen -r 3932.tty1.dougsdell
>> There is a screen on:
>> There is no screen to be resumed matching 3932.tty1.dougsdell.
>>
>> morse@dougsdell ~> ps aux
>> PID PPID PGID WINPID TTY UID STIME COMMAND
>> 2396 1 2396 2396 con 1005 22:59:53 /usr/bin/rxvt
>> I 2412 2396 2412 2428 0 1005 22:59:53 /usr/bin/bash
>> 2080 3408 2080 1780 1 1005 15:41:47 /usr/bin/bash
>> 3932 1 3932 3932 ? 1005 15:45:49 /usr/bin/screen
>> I 3376 3932 3376 3460 2 1005 15:45:49 /usr/bin/bash
>> 2168 2080 2168 2212 1 1005 15:46:32 /usr/bin/ps
>> morse@dougsdell ~> kill -15 3932
>> morse@dougsdell ~> ps aux
>> PID PPID PGID WINPID TTY UID STIME COMMAND
>> 2396 1 2396 2396 con 1005 22:59:53 /usr/bin/rxvt
>> I 2412 2396 2412 2428 0 1005 22:59:53 /usr/bin/bash
>> 2080 3408 2080 1780 1 1005 15:41:47 /usr/bin/bash
>> 2228 2080 2228 2076 1 1005 15:46:45 /usr/bin/ps
>> morse@dougsdell ~> screen -ls
>> No Sockets found in /tmp/uscreens/S-morse.
>> morse@dougsdell ~> l /tmp/uscreens/S-morse/
>> total 0
>>
>> morse@dougsdell ~> echo "help! :)"
>> help! :)
>>
>> ----- end session log -----
> Sorry you're having trouble. I have a few suggestions/comments:
>
> * Please send output of `cygcheck -svr`, so we can see that your installation is
> complete.
>
> * A TTY value of ? in ps is normal for the background screen process.
>
> * Read /usr/share/doc/screen/README.Cygwin - there are descriptions there of
> known problems with reattachment. But mostly it has to do with using screen in
> a DOS terminal.
>
> * What terminal types are you using? rxvt and ssh login? Any others? Do you
> have the same problem with local vs. remote login, and different local terminal
> types?
>
> * On my host, where screen works fine, the permissions on the socket are 0600.
> Does 'chmod 0600 /tmp/uscreens/S-morse/*' allow you to reattach?
>
> All of this is pretty thin. Unfortunately, over the years some people have
> reported problems reattaching to screen in Cygwin. Some careful debugging of
> the foreground and background screen sessions could probably find the problem,
> but I don't have the time or skill to do it.
>
> Any suggestions from other screen users?
>
> Andrew.
----- BEGIN: Output of 'cygcheck -svr' -----
Cygwin Configuration Diagnostics
Current System Time: Tue May 10 13:24:13 2011
Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 3
Path: .
G:\usr\local\bin
G:\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
G:\opt\miktex\miktex\bin
H:\bin\unx
H:\bin\w32
H:\bin\dos
Output from G:\bin\id.exe
UID: 1005(morse) GID: 513(None)
513(None) 544(Administrators) 545(Users)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
USER = 'morse'
PWD = '/home/morse'
CYGWIN = 'binmode tty ntsec'
HOME = '/home/morse'
HOMEPATH = '\'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'dougsdell'
TERM = 'xterm-color'
SHELL = '/bin/bash'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '192.168.0.80 55724 22'
OLDPWD = '/home/morse'
USERDOMAIN = 'NT AUTHORITY'
SSH_TTY = '/dev/tty1'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/tmp'
USERNAME = 'SYSTEM'
PAGER = 'less'
MAIL = '/var/spool/mail/morse'
SYSTEMDRIVE = 'C:'
EDITOR = 'edit'
LANG = 'C.UTF-8'
USERPROFILE = 'g:\users\morse'
PS1 = '\u@\h \W> '
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'H:'
NMON = 'ct'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LESS = '-eimqf~'
TMP = '/tmp'
LOGNAME = 'morse'
SYSTEMROOT = 'C:\WINDOWS'
VISUAL = 'edit'
PRINTER = 'Canon MP250 series Printer'
SSH_CONNECTION = '192.168.0.80 55724 192.168.0.61 22'
LESSOPEN = '|lesspipe.sh %s'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
COMPUTERNAME = 'DOUGSDELL'
_ = '/usr/bin/cygcheck'
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_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin\setup
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start
Menu\Programs\Cygwin
(default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = '/cygdrive'
cygdrive flags = 0x00000022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = 'g:\'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
(default) = '\??\G:'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup
(default) = 'g:\'
obcaseinsensitive set to 1
Cygwin installations found in the registry:
System: Key: 3d4d5b4ad804ae5e Path: G:
c: hd NTFS 7499Mb 42% CP CS UN PA FC
d: cd UDF 7989Mb 100% CS UN DVDVolume
e: hd FAT32 1495Mb 100% CP UN SWAP
f: hd FAT32 994Mb 7% CP UN TMP
g: hd FAT32 46219Mb 93% CP UN APP
h: hd FAT32 994Mb 9% CP UN HOME
i: cd N/A N/A
G: / system binary,auto
G:\bin /usr/bin system binary,auto
G:\lib /usr/lib system binary,auto
cygdrive prefix /cygdrive user binary,auto
Found: G:\bin\awk
-> G:\bin\gawk.exe
Found: G:\bin\bash.exe
Found: G:\bin\cat.exe
Found: G:\bin\cp.exe
Found: G:\bin\cpp.exe
-> G:\etc\alternatives\cpp
-> G:\bin\cpp-4.exe
Found: G:\bin\crontab.exe
Found: G:\bin\find.exe
Found: C:\WINDOWS\system32\find.exe
Warning: G:\bin\find.exe hides C:\WINDOWS\system32\find.exe
Found: G:\bin\gcc.exe
-> G:\etc\alternatives\gcc
-> G:\bin\gcc-4.exe
Found: G:\bin\gdb.exe
Found: G:\bin\grep.exe
Found: G:\bin\kill.exe
Found: G:\bin\ld.exe
Found: G:\bin\ls.exe
Found: G:\bin\make.exe
Found: G:\bin\mv.exe
Found: G:\bin\patch.exe
Found: C:\WINDOWS\patch
Warning: G:\bin\patch.exe hides C:\WINDOWS\patch
Found: G:\bin\perl.exe
Found: G:\bin\rm.exe
Found: G:\bin\sed.exe
Found: G:\bin\ssh.exe
Found: G:\bin\sh.exe
Found: G:\bin\tar.exe
Found: G:\bin\test.exe
Found: G:\bin\vi
-> G:\bin\vim-nox.exe
Found: G:\bin\vim
-> G:\etc\alternatives\vim
-> G:\bin\vim-nox.exe
358k 2011/04/29 G:\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0
"cygicons-0.dll" v0.0 ts=2011/4/28 23:37
28k 2010/06/24 G:\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2010/6/24 15:39
11k 2010/08/03 G:\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
"cygXau-6.dll" v0.0 ts=2010/8/2 19:32
336k 2010/08/03 G:\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
"cygXaw-7.dll" v0.0 ts=2010/8/2 23:55
52k 2010/08/03 G:\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2010/8/2 23:18
128k 2010/06/14 G:\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0
"cygaudiofile-0.dll" v0.0 ts=2010/6/14 18:04
95k 2010/06/24 G:\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0
"cygblkid-1.dll" v0.0 ts=2010/6/24 14:20
62k 2011/01/12 G:\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2011/1/11 21:12
108k 2010/01/04 G:\bin\cygcloog-0.dll - os=4.0 img=1.0 sys=4.0
"cygcloog-0.dll" v0.0 ts=2010/1/4 18:45
12k 2010/06/24 G:\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0
"cygcom_err-2.dll" v0.0 ts=2010/6/24 4:52
284k 2010/06/01 G:\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-4.dll" v0.0 ts=2010/6/1 14:07
208k 2010/05/16 G:\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0
"cygdbus-1-3.dll" v0.0 ts=2010/5/12 5:31
22k 2010/06/24 G:\bin\cyge2p-2.dll - os=4.0 img=1.0 sys=4.0
"cyge2p-2.dll" v0.0 ts=2010/6/24 4:53
511k 2010/06/17 G:\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0
"cygedit-0.dll" v0.0 ts=2010/6/17 6:42
29k 2010/05/12 G:\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0
"cygfam-0.dll" v0.0 ts=2010/5/12 5:26
7k 2003/10/19 G:\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
"cygcrypt-0.dll" v0.0 ts=2003/10/19 2:57
64k 2009/11/09 G:\bin\cygmpc-1.dll - os=4.0 img=1.0 sys=4.0
"cygmpc-1.dll" v0.0 ts=2009/11/8 19:21
57k 2010/12/06 G:\bin\cygevtlog-0.dll - os=4.0 img=1.0 sys=4.0
"cygevtlog-0.dll" v0.0 ts=2010/12/6 9:59
138k 2010/06/24 G:\bin\cygext2fs-2.dll - os=4.0 img=1.0 sys=4.0
"cygext2fs-2.dll" v0.0 ts=2010/6/24 4:53
552k 2010/06/15 G:\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggio-2.0-0.dll" v0.0 ts=2010/6/14 22:25
764k 2010/06/15 G:\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cygglib-2.0-0.dll" v0.0 ts=2010/6/14 22:22
14k 2010/06/15 G:\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggmodule-2.0-0.dll" v0.0 ts=2010/6/14 22:23
233k 2010/06/15 G:\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggobject-2.0-0.dll" v0.0 ts=2010/6/14 22:23
17k 2010/06/15 G:\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0
"cyggthread-2.0-0.dll" v0.0 ts=2010/6/14 22:23
14k 2009/06/06 G:\bin\cyggmpxx-4.dll - os=4.0 img=1.0 sys=4.0
"cyggmpxx-4.dll" v0.0 ts=2009/6/6 6:23
193k 2010/05/16 G:\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0
"cygidn-11.dll" v0.0 ts=2010/5/16 8:37
64k 2010/07/07 G:\bin\cygkate-1.dll - os=4.0 img=1.0 sys=4.0
"cygkate-1.dll" v0.0 ts=2010/7/7 10:28
9k 2010/07/07 G:\bin\cygoggkate-1.dll - os=4.0 img=1.0 sys=4.0
"cygoggkate-1.dll" v0.0 ts=2010/7/7 10:28
17k 2010/11/24 G:\bin\cygogg-0.dll - os=4.0 img=1.0 sys=4.0
"cygogg-0.dll" v0.0 ts=2010/11/23 21:52
1147k 2011/03/16 G:\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.8.dll" v0.0 ts=2011/3/16 14:54
224k 2010/06/15 G:\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2010/6/14 23:10
5k 2011/03/29 G:\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0
"cyglsa.dll" v0.0 ts=2011/3/28 15:14
10k 2010/06/15 G:\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2010/6/14 23:11
695k 2009/04/18 G:\bin\cygppl-7.dll - os=4.0 img=1.0 sys=4.0
"cygppl-7.dll" v0.0 ts=2009/4/18 7:44
2481k 2009/04/18 G:\bin\cygppl_c-2.dll - os=4.0 img=1.0 sys=4.0
"cygppl_c-2.dll" v0.0 ts=2009/4/18 7:47
18k 2009/04/18 G:\bin\cygpwl-4.dll - os=4.0 img=1.0 sys=4.0
"cygpwl-4.dll" v0.0 ts=2009/4/18 7:44
84k 2010/07/02 G:\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0
"cygsasl2-2.dll" v0.0 ts=2010/7/1 22:19
1613k 2010/12/01 G:\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0
"cygsqlite3-0.dll" v0.0 ts=2010/12/1 6:20
19k 2010/06/24 G:\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0
"cygss-2.dll" v0.0 ts=2010/6/24 4:52
121k 2010/06/01 G:\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0
"cygssh2-1.dll" v0.0 ts=2010/6/1 13:44
16k 2010/06/24 G:\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0
"cyguuid-1.dll" v0.0 ts=2010/6/24 14:19
77k 2010/04/28 G:\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0
"cygxcb-1.dll" v0.0 ts=2010/4/27 21:15
151k 2010/11/24 G:\bin\cygvorbis-0.dll - os=4.0 img=1.0 sys=4.0
"cygvorbis-0.dll" v0.0 ts=2010/11/23 22:44
1478k 2010/11/24 G:\bin\cygvorbisenc-2.dll - os=4.0 img=1.0 sys=4.0
"cygvorbisenc-2.dll" v0.0 ts=2010/11/23 22:44
27k 2010/11/24 G:\bin\cygvorbisfile-3.dll - os=4.0 img=1.0 sys=4.0
"cygvorbisfile-3.dll" v0.0 ts=2010/11/23 22:44
1128k 2010/05/12 G:\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2010/5/12 4:34
9k 2011/03/29 G:\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2
1627k 2010/08/29 G:\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_10.dll" v0.0 ts=2010/8/28 13:17
20k 2007/07/29 G:\bin\cygao-2.dll - os=4.0 img=1.0 sys=4.0
"cygao-2.dll" v0.0 ts=2007/7/29 13:06
221k 2010/04/13 G:\bin\cygarchive-2.dll - os=4.0 img=1.0 sys=4.0
"cygarchive-2.dll" v0.0 ts=2010/4/12 20:47
15k 2009/12/27 G:\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0
"cygattr-1.dll" v0.0 ts=2009/11/18 6:52
72k 2009/03/18 G:\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0
"cygaudio-2.dll" v0.0 ts=2009/3/17 22:40
703k 2007/12/17 G:\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.2.dll" v0.0 ts=2007/12/17 5:58
1036k 2007/12/17 G:\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 5:58
943k 2007/12/17 G:\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.5.dll" v0.0 ts=2007/12/17 7:12
1296k 2007/12/17 G:\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 7:12
29k 2009/03/23 G:\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0
"cygesd-0.dll" v0.0 ts=2009/3/22 20:46
118k 2008/05/09 G:\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-1.dll" v0.0 ts=2008/5/8 23:03
69k 2009/08/27 G:\bin\cygFLAC++-6.dll - os=4.0 img=1.0 sys=4.0
"cygFLAC++-6.dll" v0.0 ts=2009/8/27 14:45
297k 2009/08/27 G:\bin\cygFLAC-8.dll - os=4.0 img=1.0 sys=4.0
"cygFLAC-8.dll" v0.0 ts=2009/8/27 14:44
44k 2011/03/22 G:\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
"cyggcc_s-1.dll" v0.0 ts=2011/3/21 22:02
19k 2009/02/26 G:\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2009/2/26 1:58
8k 2009/02/26 G:\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 1:58
315k 2009/06/06 G:\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0
"cyggmp-3.dll" v0.0 ts=2009/6/6 6:23
211k 2009/06/06 G:\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0
"cygmp-3.dll" v0.0 ts=2009/6/6 6:23
2047k 2009/09/17 G:\bin\cyghdf5-0.dll - os=4.0 img=1.0 sys=4.0
"cyghdf5-0.dll" v0.0 ts=2009/9/17 2:58
90k 2009/09/17 G:\bin\cyghdf5_hl-0.dll - os=4.0 img=1.0 sys=4.0
"cyghdf5_hl-0.dll" v0.0 ts=2009/9/17 2:59
73k 2009/09/02 G:\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2009/9/2 16:39
980k 2011/01/28 G:\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2011/1/27 21:52
10921k 2009/12/27 G:\bin\cygicudata38.dll - os=4.0 img=1.0 sys=4.0
"cygicudata38.dll" v0.0 ts=2009/12/27 5:06
1218k 2009/12/27 G:\bin\cygicui18n38.dll - os=4.0 img=1.0 sys=4.0
"cygicui18n38.dll" v0.0 ts=2009/12/27 5:02
35k 2009/12/27 G:\bin\cygicuio38.dll - os=4.0 img=1.0 sys=4.0
"cygicuio38.dll" v0.0 ts=2009/12/27 5:06
230k 2009/12/27 G:\bin\cygicule38.dll - os=4.0 img=1.0 sys=4.0
"cygicule38.dll" v0.0 ts=2009/12/27 5:03
42k 2009/12/27 G:\bin\cygiculx38.dll - os=4.0 img=1.0 sys=4.0
"cygiculx38.dll" v0.0 ts=2009/12/27 5:04
1038k 2009/12/27 G:\bin\cygicuuc38.dll - os=4.0 img=1.0 sys=4.0
"cygicuuc38.dll" v0.0 ts=2009/12/27 4:59
31k 2005/11/20 G:\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0
"cygintl-3.dll" v0.0 ts=2005/11/19 20:04
31k 2009/04/03 G:\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0
"cygintl-8.dll" v0.0 ts=2009/4/2 19:15
125k 2010/04/09 G:\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0
"cyglzma-1.dll" v0.0 ts=2010/4/9 10:54
111k 2009/09/15 G:\bin\cyglzo2-2.dll - os=4.0 img=1.0 sys=4.0
"cyglzo2-2.dll" v0.0 ts=2009/9/15 7:10
43k 2010/01/02 G:\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0
"cygform-10.dll" v0.0 ts=2010/1/2 8:49
25k 2010/01/02 G:\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-10.dll" v0.0 ts=2010/1/2 8:48
63k 2010/01/02 G:\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-10.dll" v0.0 ts=2010/1/2 9:00
195k 2010/01/02 G:\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-10.dll" v0.0 ts=2010/1/2 8:45
13k 2010/01/02 G:\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-10.dll" v0.0 ts=2010/1/2 8:47
48k 2010/01/02 G:\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0
"cygtic-10.dll" v0.0 ts=2010/1/2 8:45
40k 2009/03/01 G:\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
"cygform-8.dll" v0.0 ts=2009/3/1 0:32
21k 2009/03/01 G:\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-8.dll" v0.0 ts=2009/3/1 0:31
66k 2009/03/01 G:\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-8.dll" v0.0 ts=2009/3/1 0:39
237k 2009/03/01 G:\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-8.dll" v0.0 ts=2009/3/1 0:28
11k 2009/03/01 G:\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-8.dll" v0.0 ts=2009/3/1 0:30
43k 2009/11/20 G:\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0
"cygform-9.dll" v0.0 ts=2009/11/20 13:14
25k 2009/11/20 G:\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0
"cygmenu-9.dll" v0.0 ts=2009/11/20 13:13
63k 2009/11/20 G:\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++-9.dll" v0.0 ts=2009/11/20 13:25
198k 2009/11/20 G:\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0
"cygncurses-9.dll" v0.0 ts=2009/11/20 13:10
13k 2009/11/20 G:\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0
"cygpanel-9.dll" v0.0 ts=2009/11/20 13:12
48k 2009/11/20 G:\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0
"cygtic-9.dll" v0.0 ts=2009/11/20 13:10
39k 2008/09/07 G:\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cyglber-2-3-0.dll" v0.0 ts=2008/9/7 7:28
189k 2008/09/07 G:\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap-2-3-0.dll" v0.0 ts=2008/9/7 7:29
201k 2008/09/07 G:\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0
"cygldap_r-2-3-0.dll" v0.0 ts=2008/9/7 7:31
22k 2002/06/09 G:\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 0:45
24k 2009/06/23 G:\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
"cyghistory6.dll" v0.0 ts=2009/6/23 7:20
155k 2009/06/23 G:\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0
"cygreadline6.dll" v0.0 ts=2009/6/23 7:20
82k 2008/08/02 G:\bin\cygspeex-1.dll - os=4.0 img=1.0 sys=4.0
"cygspeex-1.dll" v0.0 ts=2008/8/2 11:36
58k 2008/08/02 G:\bin\cygspeexdsp-1.dll - os=4.0 img=1.0 sys=4.0
"cygspeexdsp-1.dll" v0.0 ts=2008/8/2 11:37
8k 2011/03/22 G:\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0
"cygssp-0.dll" v0.0 ts=2011/3/21 22:12
40k 2009/07/08 G:\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0
"cygusb0.dll" v0.0 ts=2009/7/8 3:35
28k 2010/03/28 G:\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0
"cygwrap-0.dll" v0.0 ts=2010/3/28 3:02
1040k 2010/02/10 G:\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2010/2/9 18:42
17k 2009/10/14 G:\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXdmcp-6.dll" v0.0 ts=2009/10/13 17:31
75k 2009/10/14 G:\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
"cygXmu-6.dll" v0.0 ts=2009/10/14 2:29
53k 2009/10/14 G:\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2009/10/14 12:01
279k 2010/04/02 G:\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0
"cygXt-6.dll" v0.0 ts=2010/4/1 23:27
24k 2008/10/30 G:\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0
"cygminires.dll" v0.0 ts=2008/10/30 17:53
330k 2010/12/09 G:\bin\cygsyslog-ng-0.dll - os=4.0 img=1.0 sys=4.0
"cygsyslog-ng-0.dll" v0.0 ts=2010/12/9 7:33
76k 2010/08/01 G:\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2010/8/1 16:04
98k 2004/07/08 G:\bin\cygmad-0.dll - os=4.0 img=1.0 sys=4.0
"cygmad-0.dll" v0.0 ts=2004/7/8 6:33
103k 2011/02/03 G:\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
"cygmagic-1.dll" v0.0 ts=2011/2/3 3:47
25k 2011/01/26 G:\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0
"cyghistory7.dll" v0.0 ts=2011/1/25 21:25
164k 2011/01/26 G:\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0
"cygreadline7.dll" v0.0 ts=2011/1/25 21:25
269k 2009/06/07 G:\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0
"cygmpfr-1.dll" v0.0 ts=2009/6/7 16:10
22k 2011/03/22 G:\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0
"cygffi-4.dll" v0.0 ts=2011/3/21 22:13
25k 2011/03/22 G:\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0
"cyggomp-1.dll" v0.0 ts=2011/3/21 22:16
7771k 2011/02/18 G:\bin\cyghdf5-6.dll - os=4.0 img=1.0 sys=4.0
"cyghdf5-6.dll" v0.0 ts=2011/2/18 14:21
292k 2011/02/18 G:\bin\cyghdf5_hl-6.dll - os=4.0 img=1.0 sys=4.0
"cyghdf5_hl-6.dll" v0.0 ts=2011/2/18 14:24
263k 2011/03/16 G:\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.8.dll" v0.0 ts=2011/3/16 14:54
771k 2011/03/22 G:\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0
"cygstdc++-6.dll" v0.0 ts=2011/3/21 22:53
47k 2010/01/02 G:\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0
"cygformw-10.dll" v0.0 ts=2010/1/2 11:31
25k 2010/01/02 G:\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0
"cygmenuw-10.dll" v0.0 ts=2010/1/2 11:30
63k 2010/01/02 G:\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++w-10.dll" v0.0 ts=2010/1/2 11:41
244k 2010/01/02 G:\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0
"cygncursesw-10.dll" v0.0 ts=2010/1/2 11:28
13k 2010/01/02 G:\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0
"cygpanelw-10.dll" v0.0 ts=2010/1/2 10:30
48k 2010/01/02 G:\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0
"cygticw-10.dll" v0.0 ts=2010/1/2 11:28
8k 2011/01/28 G:\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2011/1/27 21:51
38k 2011/04/13 G:\bin\cygao-4.dll - os=4.0 img=1.0 sys=4.0
"cygao-4.dll" v0.0 ts=2011/4/13 16:07
8k 2011/05/05 G:\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0
"cygsigsegv-2.dll" v0.0 ts=2011/5/5 2:33
2604k 2011/03/29 G:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2011/3/29 2:10
Cygwin DLL version info:
DLL version: 1.7.9
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 237
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5
Service : sshd
Display name : CYGWIN sshd
Current State : Running
Controls Accepted : Stop
Command : /usr/sbin/sshd -D
stdin path : /dev/null
stdout path : /var/log/sshd.log
stderr path : /var/log/sshd.log
Environment : CYGWIN="binmode tty ntsec"
Process Type : Own Process
Startup : Automatic
Dependencies : tcpip
Account : LocalSystem
Cygwin Package Information
Last downloaded files to: g:\var\lib\cygwin
Last downloaded files from: http://mirrors.xmission.com/cygwin/
Package Version Status
_update-info-dir 00960-1 OK
afio 2.5-1 OK
alternatives 1.3.30c-10 OK
antiword 0.37-1 OK
arc 5.21p-1 OK
atool 0.37.0-1 OK
attr 2.4.43-1 OK
audiofile 0.2.7-1 OK
autoconf 10-1 OK
autoconf2.1 2.13-10 OK
autoconf2.5 2.68-1 OK
automake 4-10 OK
automake1.10 1.10.3-1 OK
automake1.11 1.11.1-1 OK
automake1.4 1.4p6-10 OK
automake1.5 1.5-10 OK
automake1.6 1.6.3-11 OK
automake1.7 1.7.9-10 OK
automake1.8 1.8.5-10 OK
automake1.9 1.9.6-10 OK
base-cygwin 3.0-1 OK
base-files 4.0-6 OK
Empty package base-passwd
base-passwd 3.1-2 OK
bash 4.1.10-4 OK
bash-completion 1.3-1 OK
bc 1.06-2 OK
binutils 2.20.51-2 OK
bsdcpio 2.8.3-1 OK
bsdtar 2.8.3-1 OK
bzip2 1.0.6-1 OK
cabextract 1.3-1 OK
catdoc 0.94.2-3 OK
cdda2wav 1.1.7.1-1 OK
cdrecord 1.1.7.1-1 OK
cdrkit 1.1.7.1-1 OK
cmake 2.8.2-1 OK
coreutils 8.10-1 OK
cpio 2.11-1 OK
cron 4.1-59 OK
crypt 1.1-1 OK
csih 0.9.4-1 OK
curl 7.20.1-1 OK
cygrunsrv 1.34-1 OK
cygutils 1.4.6-1 OK
cygwin 1.7.9-1 OK
cygwin-doc 1.7-1 OK
dash 0.5.6.1-2 OK
diffutils 2.9-1 OK
dos2unix 5.3-1 OK
e2fsprogs 1.41.12-1 OK
ed 1.0-1 OK
editrights 1.01-2 OK
emacs 23.3-2 OK
esound 0.2.41-10 OK
file 5.05-1 OK
findutils 4.5.9-2 OK
flac 1.2.1-2 OK
flac-devel 1.2.1-2 OK
gamin 0.1.10-11 OK
gawk 3.1.8-1 OK
gcc-core 3.4.4-999 OK
gcc-java 3.4.4-999 OK
gcc-mingw-core 20050522-3 OK
gcc-mingw-java 20050522-3 OK
gcc4 4.3.4-4 OK
gcc4-core 4.3.4-4 OK
gcc4-g++ 4.3.4-4 OK
gdb 6.8-2 OK
genisoimage 1.1.7.1-1 OK
gettext 0.17-11 OK
gnupg 1.4.9-2 OK
grep 2.6.3-1 OK
groff 1.20.1-2 OK
gzip 1.4-1 OK
hdf5 1.8.6-1 OK
hdparm 6.9-1 OK
icedax 1.1.7.1-1 OK
ipc-utils 1.0-1 OK
ipcalc 0.41-1 OK
irssi 0.8.15-1 OK
kbproto 1.0.4-1 OK
less 436-1 OK
Empty package libao
libao 1.1.0-1 OK
libao-devel 1.1.0-1 OK
libao2 0.8.8-1 OK
libao4 1.1.0-1 OK
libarchive 2.8.3-1 OK
libarchive2 2.8.3-1 OK
libattr1 2.4.43-1 OK
libaudio-devel 1.9.2-1 OK
libaudio2 1.9.2-1 OK
libaudiofile-devel 0.2.7-1 OK
libaudiofile0 0.2.7-1 OK
libblkid1 2.17.2-1 OK
libbz2_1 1.0.6-1 OK
libcharset1 1.13.1-2 OK
libcloog0 0.15.7-1 OK
libcom_err2 1.41.12-1 OK
libcurl4 7.20.1-1 OK
libdb4.2 4.2.52.5-2 OK
libdb4.5 4.5.20.2-2 OK
libdbus1_3 1.2.24-1 OK
libe2p2 1.41.12-1 OK
libedit0 20090923-1 OK
libesd-devel 0.2.41-10 OK
libesd0 0.2.41-10 OK
Empty package libesound0
libesound0 0.2.41-1 OK
libevtlog0 0.2.12-1 OK
libexpat1 2.0.1-1 OK
libext2fs2 1.41.12-1 OK
libfam0 0.1.10-11 OK
libffi4 4.3.4-4 OK
libFLAC++6 1.2.1-2 OK
libFLAC8 1.2.1-2 OK
libgcc1 4.3.4-4 OK
libgdbm4 1.8.3-20 OK
libglib2.0_0 2.24.1-1 OK
libgmp3 4.3.1-3 OK
libgmpxx4 4.3.1-3 OK
libgomp1 4.3.4-4 OK
libhdf5-devel 1.8.6-1 OK
libhdf5_0 1.6.9-2 OK
libhdf5_6 1.8.6-1 OK
libICE-devel 1.0.6-1 OK
libICE6 1.0.6-1 OK
libiconv 1.13.1-2 OK
libiconv2 1.13.1-2 OK
libicu38 3.8-7 OK
libidn11 1.18-1 OK
libintl3 0.14.5-1 OK
libintl8 0.17-11 OK
libkate 0.3.7-3 OK
libkate1 0.3.7-3 OK
liblzma-devel 4.999.9beta-11 OK
liblzma1 4.999.9beta-11 OK
liblzo2 2.03-10 OK
liblzo2-devel 2.03-10 OK
liblzo2_2 2.03-10 OK
libmpc1 0.8-1 OK
libmpfr1 2.4.1-4 OK
libncurses-devel 5.7-18 OK
libncurses10 5.7-18 OK
libncurses8 5.5-10 OK
libncurses9 5.7-16 OK
libncursesw10 5.7-18 OK
libogg 1.2.1-1 OK
libogg-devel 1.2.1-1 OK
libogg0 1.2.1-1 OK
libopenldap2_3_0 2.3.43-1 OK
libopenssl098 0.9.8r-2 OK
libpcre0 8.02-1 OK
libpopt0 1.6.4-4 OK
libppl 0.10.2-1 OK
libpthread-stubs 0.2-1 OK
libreadline6 5.2.14-12 OK
libreadline7 6.1.2-2 OK
libsasl2 2.1.23-1 OK
libsigsegv2 2.10-1 OK
libSM-devel 1.1.1-2 OK
libSM6 1.1.1-2 OK
libspeex1 1.2rc1-1 OK
libsqlite3-devel 3.7.3-1 OK
libsqlite3_0 3.7.3-1 OK
libss2 1.41.12-1 OK
libssh2_1 1.2.5-1 OK
libssp0 4.3.4-4 OK
libstdc++6 4.3.4-4 OK
libstdc++6-devel 4.3.4-4 OK
libusb-win32 0.1.12.2-1 OK
libuuid-devel 2.17.2-1 OK
libuuid1 2.17.2-1 OK
libvorbis 1.3.2-1 OK
libvorbis-devel 1.3.2-1 OK
libvorbis0 1.3.2-1 OK
libvorbisenc2 1.3.2-1 OK
libvorbisfile3 1.3.2-1 OK
libwrap0 7.6-21 OK
libX11-devel 1.3.3-1 OK
libX11_6 1.3.3-1 OK
libXau-devel 1.0.6-1 OK
libXau6 1.0.6-1 OK
libXaw7 1.0.7-2 OK
libxcb-devel 1.6-1 OK
libxcb1 1.6-1 OK
libXdmcp-devel 1.0.3-1 OK
libXdmcp6 1.0.3-1 OK
libXext6 1.1.2-1 OK
libxml2 2.7.7-1 OK
libXmu6 1.0.5-1 OK
libXpm4 3.5.8-1 OK
libXt-devel 1.0.8-1 OK
libXt6 1.0.8-1 OK
links 2.2-1 OK
login 1.10-10 OK
lzip 1.11-1 OK
lzop 1.02rc1-1 OK
m4 1.4.16-1 OK
make 3.81-2 OK
makedepend 1.0.2-1 OK
makeself 2.1.5-3 OK
man 1.6f-1 OK
mingw-runtime 3.18-1 OK
minires 1.02-1 OK
mintty 0.9.7-1 OK
mkisofs 1.1.7.1-1 OK
msmtp 1.4.22-1 OK
Missing file: /etc/Muttrc.setupnew from package mutt
Missing file: /etc/mime.types.setupnew from package mutt
mutt 1.5.20-1 Incomplete
nas 1.9.2-1 OK
ncftp 3.2.1-1 OK
ncurses 5.7-18 OK
ncursesw 5.7-18 OK
netcat 1.10-2 OK
ogmtools 1.5-1 OK
openssh 5.8p1-1 OK
openssl 0.9.8r-2 OK
p7zip 9.04-10 OK
par 1.52-1 OK
patch 2.5.8-9 OK
perl 5.10.1-5 OK
ping 1.0-1 OK
pkg-config 0.23b-10 OK
procmail 3.22-10 OK
procps 3.2.7-1 OK
psmisc 21.5-3 OK
python 2.6.5-2 OK
rcs 5.7-11 OK
rebase 3.0.1-1 OK
rsnapshot 1.3.1-1 OK
rsync 3.0.8-1 OK
run 1.1.13-1 OK
rxvt 20050409-21 OK
screen 4.0.3-5 OK
sed 4.2.1-1 OK
sharutils 4.10-2 OK
shutdown 1.7-1 OK
speex 1.2rc1-1 OK
speex-devel 1.2rc1-1 OK
sqlite3 3.7.3-1 OK
syslog-ng 3.2.1-1 OK
tar 1.25-1 OK
tcltk 20080420-1 OK
terminfo 5.7_20091114-14 OK
terminfo0 5.5_20061104-12 OK
texinfo 4.13-3 OK
time 1.7-2 OK
tnef 1.4.3-1 OK
tzcode 2010j-1 OK
unace 1.2b-1 OK
unalz 0.61-1 OK
units 1.87-1 OK
unzip 6.0-10 OK
util-linux 2.17.2-1 OK
vim 7.3.003-1 OK
vorbis-tools 1.4.0-1 OK
w32api 3.17-2 OK
wget 1.12-1 OK
which 2.20-2 OK
whois 5.0.8-1 OK
wodim 1.1.7.1-1 OK
wtf 0.0.4-7 OK
xemacs-emacs-common 21.4.22-1 OK
xproto 7.0.17-1 OK
xz 4.999.9beta-11 OK
zip 3.0-11 OK
zlib 1.2.5-1 OK
zlib-devel 1.2.5-1 OK
zlib0 1.2.5-1 OK
zoo 2.10-2 OK
Use -h to see help about each section
----- END: Output of 'cygcheck -svr' -----
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-10 18:50 ` Doug Morse
@ 2011-05-10 19:07 ` Andrew Schulman
2011-05-11 7:35 ` Corinna Vinschen
2011-05-11 21:37 ` Doug Morse
0 siblings, 2 replies; 13+ messages in thread
From: Andrew Schulman @ 2011-05-10 19:07 UTC (permalink / raw)
To: cygwin
> 1. Output of 'cygcheck -svr' appended to the end of this message.
Thanks, looks okay.
> 2. I have the problem whether I run GNU screen from a cmd.exe prompt or
> under rxvt. I tried Peter Li's suggestion of trying to run screen under
> mintty -- still no joy. It does not matter if I running GNU screen from
> the console or if I'm logged in remotely, or if I try to detach and
> re-attach from the same tty or different ones. All efforts yield the
> same result: GNU screen cannot find anything to which to re-attach, even
> a session that I detached on the same tty just seconds before.
>
> 3. chmod 666 on the socket file did not work (its permissions were
> already 644, owned my 'morse', as shown in my original session long).
No, I suggested that you try 0600, on the theory that your 0640 permissions
might be too permissive, and screen would refuse to use the socket.
Unlikely, but worth a try.
However, if your socket is on a FAT file system, I don't know if you can
set 0600 permissions.
> HOWEVER, I am wondering: my Cygin /tmp *IS* on a FAT32 filesystem, *NOT*
> an NTFS filesystem. Would that matter? Are socket files properly
> handled by Cygwin on FAT32? (I've never used a socket-based Cygwin
> program on this host before, at least not to my knowledge.)
Hm, that could explain it. I don't recall this coming up before.
Looking at screen(1), it says that sockets can go in "any mode 0700
directory", and that you can set that in $SCREENDIR. So, I suggest trying
the following in order:
(1) Run
chmod 0700 /tmp/uscreens/S-morse
chmod 0600 /tmp/uscreens/S-morse/*
then try to reattach.
(2) If you can't set the above permissions because /tmp is on a FAT file
system, then find an NTFS directory and run
export SCREENDIR=/path/to/ntfs/directory
then start a new screen session, and see if you can reattach to it.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-10 19:07 ` Andrew Schulman
@ 2011-05-11 7:35 ` Corinna Vinschen
2011-05-11 8:10 ` Corinna Vinschen
` (2 more replies)
2011-05-11 21:37 ` Doug Morse
1 sibling, 3 replies; 13+ messages in thread
From: Corinna Vinschen @ 2011-05-11 7:35 UTC (permalink / raw)
To: cygwin
On May 10 15:07, Andrew Schulman wrote:
> > a session that I detached on the same tty just seconds before.
> >
> > 3. chmod 666 on the socket file did not work (its permissions were
> > already 644, owned my 'morse', as shown in my original session long).
>
> No, I suggested that you try 0600, on the theory that your 0640 permissions
> might be too permissive, and screen would refuse to use the socket.
> Unlikely, but worth a try.
>
> However, if your socket is on a FAT file system, I don't know if you can
> set 0600 permissions.
>
> > HOWEVER, I am wondering: my Cygin /tmp *IS* on a FAT32 filesystem, *NOT*
> > an NTFS filesystem. Would that matter? Are socket files properly
> > handled by Cygwin on FAT32? (I've never used a socket-based Cygwin
> > program on this host before, at least not to my knowledge.)
>
> Hm, that could explain it. I don't recall this coming up before.
AF_LOCAL/AF_UNIX sockets are handled on all file systems.
But FAT/FAT32 have no provisions to store permissions like NTFS has.
Therefore the POSIX permission bits are only faked, 0755 for
directories, 0755 for files with the suffixes .exe, .lnk., and .com,
0644 otherwise. If you chmod -r a file you get 0555 for .exe etc, or
0444 otherwise.
You can probably live with this if you can do without permissions on
files, but here's one of the cases where the application apparently
checks for permissions. Same goes for many other security sensitive
applications.
My unofficial, very personal recommendation: Don't use FAT/FAT32 unless
you really have to, for instance on USB sticks shared with embedded
gear. Otherwise FAT/FAT32 is a crappy, unsecure, space-wasting file
system about as modern as the roman empire. And you know, what have
the romans ever done for us?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-11 7:35 ` Corinna Vinschen
@ 2011-05-11 8:10 ` Corinna Vinschen
2011-05-11 13:27 ` Andrew Schulman
[not found] ` <BANLkTikY=h53x5_QSqtVG23Ptno4Hd7-Kg@mail.gmail.com>
2 siblings, 0 replies; 13+ messages in thread
From: Corinna Vinschen @ 2011-05-11 8:10 UTC (permalink / raw)
To: cygwin
On May 11 09:34, Corinna Vinschen wrote:
> On May 10 15:07, Andrew Schulman wrote:
> > > a session that I detached on the same tty just seconds before.
> > >
> > > 3. chmod 666 on the socket file did not work (its permissions were
> > > already 644, owned my 'morse', as shown in my original session long).
> >
> > No, I suggested that you try 0600, on the theory that your 0640 permissions
> > might be too permissive, and screen would refuse to use the socket.
> > Unlikely, but worth a try.
> >
> > However, if your socket is on a FAT file system, I don't know if you can
> > set 0600 permissions.
> >
> > > HOWEVER, I am wondering: my Cygin /tmp *IS* on a FAT32 filesystem, *NOT*
> > > an NTFS filesystem. Would that matter? Are socket files properly
> > > handled by Cygwin on FAT32? (I've never used a socket-based Cygwin
> > > program on this host before, at least not to my knowledge.)
> >
> > Hm, that could explain it. I don't recall this coming up before.
>
> AF_LOCAL/AF_UNIX sockets are handled on all file systems.
Correction: AF_LOCAL/AF_UNIX sockets are handled on all file systems
which support DOS attributes. They don't work on NFS,
for instance.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-11 7:35 ` Corinna Vinschen
2011-05-11 8:10 ` Corinna Vinschen
@ 2011-05-11 13:27 ` Andrew Schulman
[not found] ` <BANLkTikY=h53x5_QSqtVG23Ptno4Hd7-Kg@mail.gmail.com>
2 siblings, 0 replies; 13+ messages in thread
From: Andrew Schulman @ 2011-05-11 13:27 UTC (permalink / raw)
To: cygwin
> On May 10 15:07, Andrew Schulman wrote:
> > > a session that I detached on the same tty just seconds before.
> > >
> > > 3. chmod 666 on the socket file did not work (its permissions were
> > > already 644, owned my 'morse', as shown in my original session long).
> >
> > No, I suggested that you try 0600, on the theory that your 0640 permissions
> > might be too permissive, and screen would refuse to use the socket.
> > Unlikely, but worth a try.
> >
> > However, if your socket is on a FAT file system, I don't know if you can
> > set 0600 permissions.
> >
> > > HOWEVER, I am wondering: my Cygin /tmp *IS* on a FAT32 filesystem, *NOT*
> > > an NTFS filesystem. Would that matter? Are socket files properly
> > > handled by Cygwin on FAT32? (I've never used a socket-based Cygwin
> > > program on this host before, at least not to my knowledge.)
> >
> > Hm, that could explain it. I don't recall this coming up before.
>
> AF_LOCAL/AF_UNIX sockets are handled on all file systems.
>
> But FAT/FAT32 have no provisions to store permissions like NTFS has.
> Therefore the POSIX permission bits are only faked, 0755 for
> directories, 0755 for files with the suffixes .exe, .lnk., and .com,
> 0644 otherwise. If you chmod -r a file you get 0555 for .exe etc, or
> 0444 otherwise.
>
> You can probably live with this if you can do without permissions on
> files, but here's one of the cases where the application apparently
> checks for permissions. Same goes for many other security sensitive
> applications.
>
> My unofficial, very personal recommendation: Don't use FAT/FAT32 unless
> you really have to, for instance on USB sticks shared with embedded
> gear. Otherwise FAT/FAT32 is a crappy, unsecure, space-wasting file
> system about as modern as the roman empire. And you know, what have
> the romans ever done for us?
They left some pretty great ruins, I was climbing on 'em 2 weeks ago. But
that's not much of a model for Cygwin.
My dim recollection is that screen will refuse to reattach to a socket
whose permissions are too loose. Of course if that's the problem here,
then (1) screen created the socket but then didn't bother to check that the
right permissions had been set on it; and (2) it gave a completely
unhelpful error message when it refused to reattach. Both of those are
possible and I could probably fix them in a spare hour or two.
So, it seems that my suggestion #2 is the one to try.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
[not found] ` <BANLkTikY=h53x5_QSqtVG23Ptno4Hd7-Kg@mail.gmail.com>
@ 2011-05-11 18:09 ` Edward McGuire
2011-05-11 19:32 ` Corinna Vinschen
0 siblings, 1 reply; 13+ messages in thread
From: Edward McGuire @ 2011-05-11 18:09 UTC (permalink / raw)
To: cygwin
On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
> And you know, what have the romans ever done for us?
... apart from better sanitation and medicine and education and
irrigation and public health and roads and a freshwater system and
baths and public order ...
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-11 18:09 ` Edward McGuire
@ 2011-05-11 19:32 ` Corinna Vinschen
2011-05-11 19:47 ` Christopher Faylor
0 siblings, 1 reply; 13+ messages in thread
From: Corinna Vinschen @ 2011-05-11 19:32 UTC (permalink / raw)
To: cygwin
On May 11 13:08, Edward McGuire wrote:
> On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
> > And you know, what have the romans ever done for us?
>
> ... apart from better sanitation and medicine and education and
> irrigation and public health and roads and a freshwater system and
> baths and public order ...
Exactly. Apart from that, nothing.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-11 19:32 ` Corinna Vinschen
@ 2011-05-11 19:47 ` Christopher Faylor
0 siblings, 0 replies; 13+ messages in thread
From: Christopher Faylor @ 2011-05-11 19:47 UTC (permalink / raw)
To: cygwin
On Wed, May 11, 2011 at 09:32:06PM +0200, Corinna Vinschen wrote:
>On May 11 13:08, Edward McGuire wrote:
>> On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
>> > And you know, what have the romans ever done for us?
>>
>> ... apart from better sanitation and medicine and education and
>> irrigation and public health and roads and a freshwater system and
>> baths and public order ...
>
>Exactly. Apart from that, nothing.
FWIW, some of them are also ok directors with allegedly regrettable
personal tendencies.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-10 19:07 ` Andrew Schulman
2011-05-11 7:35 ` Corinna Vinschen
@ 2011-05-11 21:37 ` Doug Morse
2011-05-12 15:11 ` Andrew Schulman
1 sibling, 1 reply; 13+ messages in thread
From: Doug Morse @ 2011-05-11 21:37 UTC (permalink / raw)
To: cygwin
Hi Andrew and Corinna,
Yep, something about FAT32 appears to be the problem. As Corinna correctly
notes, permissions are faked on FAT32. Doesn't matter what chmod I run, it's
all 644 or 755. Apparently, GNU screen does not like this, but apparently it
also doesn't give any error message that that's the problem. Might be worth
adding a few lines to the source to provide somewhat more diagnostic error
messages re: when socket files cannot be found or opened?!?
At any rate, it works great now -- thanks!!! I set SCREENDIR=/cygdrive/c/tmp
(an NTFS volume). Bingo, I can reattach. From same tty or different tty,
whether console or remote. It's just like the old SCO Xenix days with Wyse 60
terminals -- woo-hoo! :) Only I'd take SCO Xenix over cmd.exe any day. :)
Perhaps one for the FAQs...?
Thanks again,
Doug
P.S., BTW, gotta love the Romans: we're just like 'em! :) :)
On Tue, May 10, 2011 at 03:07:03PM -0400, Andrew Schulman wrote:
> > 1. Output of 'cygcheck -svr' appended to the end of this message.
>
> Thanks, looks okay.
>
> > 2. I have the problem whether I run GNU screen from a cmd.exe prompt or
> > under rxvt. I tried Peter Li's suggestion of trying to run screen under
> > mintty -- still no joy. It does not matter if I running GNU screen from
> > the console or if I'm logged in remotely, or if I try to detach and
> > re-attach from the same tty or different ones. All efforts yield the
> > same result: GNU screen cannot find anything to which to re-attach, even
> > a session that I detached on the same tty just seconds before.
> >
> > 3. chmod 666 on the socket file did not work (its permissions were
> > already 644, owned my 'morse', as shown in my original session long).
>
> No, I suggested that you try 0600, on the theory that your 0640 permissions
> might be too permissive, and screen would refuse to use the socket.
> Unlikely, but worth a try.
>
> However, if your socket is on a FAT file system, I don't know if you can
> set 0600 permissions.
>
> > HOWEVER, I am wondering: my Cygin /tmp *IS* on a FAT32 filesystem, *NOT*
> > an NTFS filesystem. Would that matter? Are socket files properly
> > handled by Cygwin on FAT32? (I've never used a socket-based Cygwin
> > program on this host before, at least not to my knowledge.)
>
> Hm, that could explain it. I don't recall this coming up before.
>
> Looking at screen(1), it says that sockets can go in "any mode 0700
> directory", and that you can set that in $SCREENDIR. So, I suggest trying
> the following in order:
>
> (1) Run
>
> chmod 0700 /tmp/uscreens/S-morse
> chmod 0600 /tmp/uscreens/S-morse/*
>
> then try to reattach.
>
> (2) If you can't set the above permissions because /tmp is on a FAT file
> system, then find an NTFS directory and run
>
> export SCREENDIR=/path/to/ntfs/directory
>
> then start a new screen session, and see if you can reattach to it.
>
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: GNU screen on Cygwin: Cannot seem to reattach, no matter what I try
2011-05-11 21:37 ` Doug Morse
@ 2011-05-12 15:11 ` Andrew Schulman
0 siblings, 0 replies; 13+ messages in thread
From: Andrew Schulman @ 2011-05-12 15:11 UTC (permalink / raw)
To: cygwin
> Hi Andrew and Corinna,
>
> Yep, something about FAT32 appears to be the problem. As Corinna correctly
> notes, permissions are faked on FAT32. Doesn't matter what chmod I run, it's
> all 644 or 755. Apparently, GNU screen does not like this, but apparently it
> also doesn't give any error message that that's the problem. Might be worth
> adding a few lines to the source to provide somewhat more diagnostic error
> messages re: when socket files cannot be found or opened?!?
Yes. After screen creates the socket for a new session, it should check
whether the permissions it tried to set really got set, and if they didn't,
warn the user that s/he won't be able to reattach. Then when it tries to
reattach, if it won't because the permissions are too loose, it should tell
the user that instead of just saying "There is no screen to be resumed."
Maybe it could even provide a way to forcibly override the permission
check, and let the user connect insecurely if they want to.
I'll work on this whenever I have a spare hour or two. Meamwhile, I'll put
a warning about it into README.Cygwin.
> At any rate, it works great now -- thanks!!! I set SCREENDIR=/cygdrive/c/tmp
> (an NTFS volume). Bingo, I can reattach. From same tty or different tty,
> whether console or remote. It's just like the old SCO Xenix days with Wyse 60
> terminals -- woo-hoo! :) Only I'd take SCO Xenix over cmd.exe any day. :)
Yay! I love a problem solved. Happy screen-ing.
Andrew.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2011-05-12 15:11 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-08 19:40 GNU screen on Cygwin: Cannot seem to reattach, no matter what I try Doug Morse
2011-05-08 21:12 ` Andrew Schulman
2011-05-09 14:37 ` Peter Li
2011-05-10 18:50 ` Doug Morse
2011-05-10 19:07 ` Andrew Schulman
2011-05-11 7:35 ` Corinna Vinschen
2011-05-11 8:10 ` Corinna Vinschen
2011-05-11 13:27 ` Andrew Schulman
[not found] ` <BANLkTikY=h53x5_QSqtVG23Ptno4Hd7-Kg@mail.gmail.com>
2011-05-11 18:09 ` Edward McGuire
2011-05-11 19:32 ` Corinna Vinschen
2011-05-11 19:47 ` Christopher Faylor
2011-05-11 21:37 ` Doug Morse
2011-05-12 15:11 ` Andrew Schulman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).