* cvs broken on win2k after recent cygwin upgrade:"The descriptor is a file, not a socket"
@ 2001-03-20 16:06 Matthew D. Langston
2001-03-20 16:36 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Dmitrii Pasechnik
0 siblings, 1 reply; 25+ messages in thread
From: Matthew D. Langston @ 2001-03-20 16:06 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]
I just upgraded this afternoon to the latest version of cygwin (by running
http://sources.redhat.com/cygwin/setup.exe ), and now cvs no longer works. I
get the following error message when trying to do a "cvs update" or a "cvs
checkout" using pserver:
cvs [checkout aborted]: writing to server: The descriptor is a file, not a
socket
I am running cygwin under Win2k SP1, with the version of cvs (cvs version
1.11) that installed automatically when the aforementioned setup program was
run.
The previous version of cygwin that I was using (and that had a working cvs)
was installed sometime last fall (around October 2000 if memory serves).
So, it appears that the cygwin upgrade that I did this afternoon caused cvs
to stop working.
I noticed that this problem was mentioned in the mail archives from last
month (see http://sources.redhat.com/ml/cygwin/2001-02/msg00007.html ), but
there didn't seem to be any mention of a workaround. Is there anyone who
could help me solve this problem?
Regards, Matt
--
Matthew D. Langston
SLD, Stanford Linear Accelerator Center
langston@SLAC.Stanford.EDU
[-- Attachment #2: cygcheck.out --]
[-- Type: text/x-Algol68, Size: 15350 bytes --]
Cygnus Win95/NT Configuration Diagnostics
Current System Time: Tue Mar 20 15:45:49 2001
WinNT Ver 5.0 build 2195 Service Pack 1
Path: /bin
/usr/bin
/usr/local/bin
/bin
/usr/bin
/usr/local/bin
/cygdrive/e/Program Files/Microsoft Visual Studio/Common/Tools
/cygdrive/e/Program Files/Microsoft Visual Studio/Common/Msdev98/BIN
/cygdrive/e/Program Files/Microsoft Visual Studio/DF98/BIN
/cygdrive/e/Program Files/Microsoft Visual Studio/VC98/BIN
/cygdrive/e/Program Files/Microsoft.Net/FrameworkSDK/Bin/
/cygdrive/e/WINNT/Microsoft.NET/Framework/v1.0.2204/
/cygdrive/e/WINNT/system32
/cygdrive/e/WINNT
/cygdrive/e/WINNT/System32/Wbem
/cygdrive/e/Program Files/Microsoft SQL Server/80/Tools/Binn/
/cygdrive/e/Program Files/Microsoft Visual Studio/Common/Tools/WinNT
/cygdrive/e/Program Files/Microsoft Visual Studio/Common/MSDev98/Bin
/cygdrive/e/Program Files/Microsoft Visual Studio/Common/Tools
/cygdrive/e/Program Files/Microsoft Visual Studio/VC98/bin
/cygdrive/e/Program Files/Microsoft Platform SDK/Bin/
/cygdrive/e/Program Files/Microsoft Platform SDK/Bin/WinNT
/cygdrive/e/Program Files/root/bin
SysDir: E:\WINNT\System32
WinDir: E:\WINNT
PWD = `/home/langston'
CYGWIN = `ntsec'
USER = `langston'
MAKE_MODE = `unix'
HOME = `/home/langston'
INETSDK = `E:\Program Files\Microsoft Platform SDK\'
NUMBER_OF_PROCESSORS = `1'
PROMPT = `$P$G'
LOGONSERVER = `\\TRINITY'
OS2LIBPATH = `E:\WINNT\system32\os2\dll;'
COMSPEC = `E:\WINNT\system32\cmd.exe'
SYSTEMDRIVE = `E:'
HOSTNAME = `TRINITY'
INCLUDE = `E:\Program Files\Microsoft Platform SDK\Include\;E:\Program Files\Microsoft Visual Studio\VC98\atl\include;E:\Program Files\Microsoft Visual Studio\VC98\mfc\include;E:\Program Files\Microsoft Visual Studio\VC98\include'
PROCESSOR_REVISION = `0801'
MSDEVDIR = `E:\Program Files\Microsoft Visual Studio\Common\MSDev98'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
COMPUTERNAME = `TRINITY'
!E: = `E:\cygwin\bin'
VSCOMNTOOLS = `"E:\Program Files\Microsoft Visual Studio.NET\Common7\Tools\"'
CLASSPATH = `E:\Program Files\Wolfram Research\Mathematica\4.1\AddOns\Applications\JLink\SystemAdditions\JLink.jar;%CLASSPATH%'
NETSAMPLEPATH = `E:\PROGRA~1\MICROS~1.NET\FRAMEW~1\Samples'
WINDIR = `E:\WINNT'
CORPATH = `E:\WINNT\Microsoft.NET\Framework\v1.0.2204\'
USERPROFILE = `E:\Documents and Settings\Matthew D. Langston'
BKOFFICE = `E:\Program Files\Microsoft Platform SDK\'
NETSDK = `E:\PROGRA~1\MICROS~1.NET\FRAMEW~1\'
PS1 = `^[]0;\w\a
^[[32m\u@\h ^[[33m\w^[[0m
$ '
ENV = `/home/langston/.bashrc'
PROGRAMFILES = `E:\Program Files'
!:: = `::\'
MACHTYPE = `i686-pc-cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 1, GenuineIntel'
DXSDKROOT = `E:\Program Files\Microsoft Platform SDK\'
OS = `Windows_NT'
OLDPWD = `/home/langston'
CVS_RSH = `ssh'
BASEMAKE = `E:\Program Files\Microsoft Platform SDK\Include\BKOffice.Mak'
PROCESSOR_ARCHITECTURE = `x86'
TEMP = `/cygdrive/e/DOCUME~1/MATTHE~1.LAN/LOCALS~1/Temp'
ENVIRONMENT_SET = `1'
EDITOR = `emacsclient'
PROCESSOR_LEVEL = `6'
SYSTEMROOT = `E:\WINNT'
HOMEDRIVE = `E:'
LIB = `E:\Program Files\Microsoft Platform SDK\Lib\;E:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;E:\Program Files\Microsoft Visual Studio\VC98\lib'
MSTOOLS = `E:\Program Files\Microsoft Platform SDK\'
ALLUSERSPROFILE = `E:\Documents and Settings\All Users'
SHLVL = `1'
MSSDK = `E:\Program Files\Microsoft Platform SDK\'
APPDATA = `E:\Documents and Settings\Matthew D. Langston\Application Data'
COMMONPROGRAMFILES = `E:\Program Files\Common Files'
HOMEPATH = `\'
USERDOMAIN = `TRINITY'
OANOCACHE = `1'
USERNAME = `Matthew D. Langston'
SHELL = `/bin/sh'
CPU = `i386'
HOSTTYPE = `i686'
CVSROOT = `:pserver:cvs@root.cern.ch:/user/cvs'
OSTYPE = `cygwin'
ROOTSYS = `E:\Program Files\root'
TERM = `cygwin'
XRSH_AUTH_TYPE = `environment'
_ = `/bin/cygcheck'
TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x00000022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygnus Solutions
(default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components\E:/cygwin
(default) = `20000627'
bash = `0002.0004.0001'
binutils = `20000625'
bison = `0000'
byacc = `0000'
bzip = `0000'
clear = `0001.0000'
crypt = `0001.0000'
cygwin = `0001.0001.0002'
dejagnu = `0000'
diff = `0000'
expect = `0000'
fileutils = `0000'
findutils = `0000'
flex = `0000'
gawk = `0003.0000.0004'
gcc = `0002.0095.0002.0002'
gdb = `20000610'
gperf = `0000'
grep = `0000'
groff = `0001.011a.0001'
gzip = `0000'
inetutils = `0001.0003.0002.0004'
less = `0000'
libpng = `0001.0000.0006.0001'
login = `0001.0003'
m = `0000'
make = `0003.0079.0003'
man = `0001.005g.0002'
opengl = `0001.0002.0001.0001'
patch = `0000'
sed = `0003.0002.0001'
shellutils = `0000'
tar = `0000'
tcltk = `20000610'
termcap = `20000630'
texinfo = `0000'
textutils = `0002.0000.0001'
time = `0000'
vim = `0005.0007.0004'
zlib = `0001.0001.0003.0001'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `E:\cygwin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `E:/cygwin/bin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `E:/cygwin/lib'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
c: hd FAT32 1800Mb 94% CP UN
d: cd UDF 5036Mb 100% CS UN dnq100enu0
e: hd NTFS 9562Mb 60% CP CS UN PA FC
f: hd N/A N/A
E:\cygwin\bin /usr/bin system binmode
E:\cygwin\lib /usr/lib system binmode
E:\cygwin / system binmode
Found: E:\cygwin\bin\bash.exe
Found: E:\cygwin\bin\cat.exe
Found: E:\cygwin\bin\cpp.exe
Found: E:\cygwin\bin\find.exe
Found: E:\cygwin\bin\gcc.exe
Found: E:\cygwin\bin\gdb.exe
Found: E:\cygwin\bin\ld.exe
Found: E:\cygwin\bin\ls.exe
Found: E:\cygwin\bin\make.exe
Found: E:\cygwin\bin\sh.exe
56k 2000/12/03 E:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
"cygbz21.0.dll" v0.0 ts=2000/11/20 15:53
82k 2001/01/21 E:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/1/21 12:39
18k 2000/10/23 E:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2000/10/22 19:26
17k 2001/01/07 E:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/6 20:34
14k 2000/10/23 E:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
"cygintl.dll" v0.0 ts=2000/10/23 12:02
81k 2000/12/05 E:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0
"cygitcl30.dll" v0.0 ts=2000/11/25 17:43
35k 2000/12/05 E:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0
"cygitk30.dll" v0.0 ts=2000/11/25 17:43
45k 2000/10/22 E:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
"cygjbig1.dll" v0.0 ts=2000/10/22 16:06
119k 2000/10/23 E:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg6b.dll" v0.0 ts=2000/10/22 17:58
53k 2001/01/21 E:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/1/21 12:39
414k 2001/01/21 E:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/1/21 12:40
299k 2001/01/21 E:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses5.dll" v0.0 ts=2001/1/21 12:38
34k 2001/01/21 E:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/1/21 12:38
163k 2001/02/03 E:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
"cygpng2.dll" v0.0 ts=2001/2/3 13:21
108k 2001/01/07 E:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/6 20:34
390k 2000/12/05 E:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
"cygtcl80.dll" v0.0 ts=2000/11/25 17:39
5k 2000/12/05 E:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
10k 2000/12/05 E:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
"cygtclreg80.dll" v0.0 ts=2000/11/25 17:39
243k 2000/10/23 E:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2000/10/22 18:14
623k 2000/12/05 E:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
"cygtk80.dll" v0.0 ts=2000/11/25 17:43
41k 2000/11/20 E:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-noX4.dll" v0.0 ts=2000/11/19 18:41
45k 2000/11/20 E:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-X4.dll" v0.0 ts=2000/11/19 18:45
49k 2001/02/03 E:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2001/2/3 12:35
615k 2001/01/31 E:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2001/1/31 7:08
Cygwin DLL version info:
dll major: 1001
dll minor: 8
dll epoch: 19
dll bad signal mask: 19005
dll old termios: 5
dll malloc env: 28
api major: 0
api minor: 34
shared data: 3
dll identifier: cygwin1
mount registry: 2
cygnus registry name: Cygnus Solutions
cygwin registry name: Cygwin
program options name: Program Options
cygwin mount registry name: mounts v2
cygdrive flags: cygdrive flags
cygdrive prefix: cygdrive prefix
cygdrive default prefix:
build date: Wed Jan 31 10:08:38 EST 2001
shared id: cygwin1S3
Use -h to see help about each section
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptoris a file, not a socket"
2001-03-20 16:06 cvs broken on win2k after recent cygwin upgrade:"The descriptor is a file, not a socket" Matthew D. Langston
@ 2001-03-20 16:36 ` Dmitrii Pasechnik
2001-03-21 23:01 ` cvs broken on win2k after recent cygwin upgrade:"The descriptor is " Matthew D. Langston
2001-03-22 5:12 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Charles S. Wilson
0 siblings, 2 replies; 25+ messages in thread
From: Dmitrii Pasechnik @ 2001-03-20 16:36 UTC (permalink / raw)
To: Matthew D. Langston; +Cc: cygwin
On Tue, 20 Mar 2001, Matthew D. Langston wrote:
>I just upgraded this afternoon to the latest version of cygwin (by running
> http://sources.redhat.com/cygwin/setup.exe ), and now cvs no longer works. I
>get the following error message when trying to do a "cvs update" or a "cvs
>checkout" using pserver:
>
>cvs [checkout aborted]: writing to server: The descriptor is a file, not a
>socket
>
>I am running cygwin under Win2k SP1, with the version of cvs (cvs version
>1.11) that installed automatically when the aforementioned setup program was
>run.
>
strange, because I'm running cvs in exactly the same environment.
(only I don't know if your executable is the same)
mine is 1466946 bytes, dated Oct 23 2000, cvs 1.11
I don't remember whether I updated it when running setup to ugrade to
cygwin 1.1.8, or not.
>The previous version of cygwin that I was using (and that had a working cvs)
>was installed sometime last fall (around October 2000 if memory serves).
>So, it appears that the cygwin upgrade that I did this afternoon caused cvs
>to stop working.
>
>I noticed that this problem was mentioned in the mail archives from last
>month (see http://sources.redhat.com/ml/cygwin/2001-02/msg00007.html ), but
>there didn't seem to be any mention of a workaround. Is there anyone who
>could help me solve this problem?
rebuild from source?
it's on www.cvshome.org, and doesn't need any patches for cygwin, imho...
--
Dmitrii Pasechnik
e-mail: d.pasechnik@twi.tudelft.nl
http://ssor.twi.tudelft.nl/~dima/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade:"The descriptor is a file, not a socket"
2001-03-20 16:36 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Dmitrii Pasechnik
@ 2001-03-21 23:01 ` Matthew D. Langston
2001-03-23 2:48 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
2001-10-15 9:23 ` Henry S. Thompson
2001-03-22 5:12 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Charles S. Wilson
1 sibling, 2 replies; 25+ messages in thread
From: Matthew D. Langston @ 2001-03-21 23:01 UTC (permalink / raw)
To: Dmitrii Pasechnik; +Cc: cygwin
Hi Dmitrii and list,
I checked the size of my cvs.exe executable, and it was identical in size to
yours, as well as having a timestamp of October 23, 2000.
$ ls -la /bin/cvs.exe
-rwxrwxrwx 1 544 None 1466946 Oct 23 02:25 /bin/cvs.exe*
So, this would seem to indicate that the problem is external to the cvs
executable, with the problem being either with the newer cygwin dll itself,
or a Win2k SP1 problem.
I did an strace when running the command "cvs -z3 co root" to see if I could
determine why cvs works for you but doesn't work for me ("root" is the name
of the software package I want to work on). I've cut-and-pasted the last
100 lines of the strace output and included them below on the chance that
you or another cygwin internals expert might see something.
I noticed on the 11th line something about a "WSADuplicateSocket error", and
then several lines of "_cifs: fd not disk file" messages after that. These
messages seemed like they might be related to the original error message of
"The descriptor is a file, not a socket" that I originally reported.
Thanks for any insight you or others may be able to provide.
Regards, Matt
632 1804222 [main] cvs 1548 fhandler_base::set_close_on_exec: set
close_on_exec for /dev/tcp to 1
171 1804393 [main] cvs 1548 _fcntl: 0 = fcntl (3, 2, 0x1)
187329 1991722 [main] cvs 1548 __set_winsock_errno: close:147 - 10038
(WSAENOTSOCK) -> 108
442 1992164 [main] cvs 1548 fhandler_base::set_close_on_exec: set
close_on_exec for /dev/tcp to 1
192 1992356 [main] cvs 1548 _fcntl: 0 = fcntl (3, 2, 0x1)
2388 1994744 [main] cvs 1548 __set_winsock_errno: close:147 - 10038
(WSAENOTSOCK) -> 108
321 1995065 [main] cvs 1548 fhandler_base::set_close_on_exec: set
close_on_exec for /dev/tcp to 1
182 1995247 [main] cvs 1548 _fcntl: 0 = fcntl (3, 2, 0x1)
179 1995426 [main] cvs 1548 dtable::dup2: dup2 (3, 4)
181 1995607 [main] cvs 1548 dtable::build_fhandler: - cb 64, fd -1, fh
0x1A020BB8
456 1996063 [main] cvs 1548 fhandler_socket::fixup_before_fork_exec:
WSADuplicateSocket error
185 1996248 [main] cvs 1548 __set_winsock_errno:
fixup_before_fork_exec:56 - 10038 (WSAENOTSOCK) -> 108
175 1996423 [main] cvs 1548 fhandler_socket::fixup_before_fork_exec:
Without Winsock 2.0
170 1996593 [main] cvs 1548 fhandler_socket::fixup_after_fork: WSASocket
begin, dwServiceFlags1=0
189 1996782 [main] cvs 1548 fhandler_socket::fixup_after_fork: WSASocket
error
173 1996955 [main] cvs 1548 __set_winsock_errno: fixup_after_fork:84 -
10022 (WSAEINVAL) -> 22
172 1997127 [main] cvs 1548 fhandler_base::fixup_after_fork: inheriting
'/dev/tcp' from parent
184 1997311 [main] cvs 1548 fhandler_socket::fixup_after_fork: Without
Winsock 2.0
173 1997484 [main] cvs 1548 dtable::dup2: 4 = dup2 (3, 4)
200 1997684 [main] cvs 1548 fhandler_base::fcntl: GETFL: 2
171 1997855 [main] cvs 1548 _fcntl: 2 = fcntl (3, 3, 0x0)
174 1998029 [main] cvs 1548 _cygwin_istext_for_stdio:
_cygwin_istext_for_stdio (3)
169 1998198 [main] cvs 1548 _cygwin_istext_for_stdio: _cifs: fd not disk
file
171 1998369 [main] cvs 1548 setmode_helper: setmode: file was raw now raw
168 1998537 [main] cvs 1548 setmode: setmode (3, binary) returns binary
168 1998705 [main] cvs 1548 _cygwin_istext_for_stdio:
_cygwin_istext_for_stdio (3)
170 1998875 [main] cvs 1548 _cygwin_istext_for_stdio: _cifs: fd not disk
file
343 1999218 [main] cvs 1548 fhandler_base::fcntl: GETFL: 2
170 1999388 [main] cvs 1548 _fcntl: 2 = fcntl (4, 3, 0x0)
169 1999557 [main] cvs 1548 _cygwin_istext_for_stdio:
_cygwin_istext_for_stdio (4)
169 1999726 [main] cvs 1548 _cygwin_istext_for_stdio: _cifs: fd not disk
file
170 1999896 [main] cvs 1548 setmode_helper: setmode: file was raw now raw
168 2000064 [main] cvs 1548 setmode: setmode (4, binary) returns binary
168 2000232 [main] cvs 1548 _cygwin_istext_for_stdio:
_cygwin_istext_for_stdio (4)
170 2000402 [main] cvs 1548 _cygwin_istext_for_stdio: _cifs: fd not disk
file
2810 2003212 [main] cvs 1548 time: 985241636 = time (0)
210 2003422 [main] cvs 1548 _fstat: 0 = fstat (3, 255FB94)
175 2003597 [main] cvs 1548 isatty: 0 = isatty (3)
179 2003776 [main] cvs 1548 _write: write (3, 0xA024718, 372)
342 2004118 [main] cvs 1548 __set_winsock_errno: write:131 - 10038
(WSAENOTSOCK) -> 108
178 2004296 [main] cvs 1548 _write: -1 = write (3, 0xA024718, 372)
24040 2028336 [main] cvs 1548 _write: write (2, 0x255FEE8, 3)
332 2028668 [main] cvs 1548 fhandler_base::write: text write
cvs 162 2028830 [main] cvs 1548 fhandler_base::write: 3 = write (0x255FEE8,
3)
148 2028978 [main] cvs 1548 _write: 3 = write (2, 0x255FEE8, 3)
144 2029122 [main] cvs 1548 _write: write (2, 0x46423C, 1)
141 2029263 [main] cvs 1548 fhandler_base::write: text write
151 2029414 [main] cvs 1548 fhandler_base::write: 1 = write (0x46423C, 1)
141 2029555 [main] cvs 1548 _write: 1 = write (2, 0x46423C, 1)
143 2029698 [main] cvs 1548 _write: write (2, 0x46423E, 1)
399 2030097 [main] cvs 1548 fhandler_base::write: text write
[ 148 2030245 [main] cvs 1548 fhandler_base::write: 1 = write (0x46423E, 1)
141 2030386 [main] cvs 1548 _write: 1 = write (2, 0x46423E, 1)
143 2030529 [main] cvs 1548 _write: write (2, 0x42E3B3, 8)
137 2030666 [main] cvs 1548 fhandler_base::write: text write
checkout 142 2030808 [main] cvs 1548 fhandler_base::write: 8 = write
(0x42E3B3, 8)
137 2030945 [main] cvs 1548 _write: 8 = write (2, 0x42E3B3, 8)
139 2031084 [main] cvs 1548 _write: write (2, 0x464240, 9)
137 2031221 [main] cvs 1548 fhandler_base::write: text write
aborted] 142 2031363 [main] cvs 1548 fhandler_base::write: 9 = write
(0x464240, 9)
166 2031529 [main] cvs 1548 _write: 9 = write (2, 0x464240, 9)
169 2031698 [main] cvs 1548 _write: write (2, 0x46424A, 2)
166 2031864 [main] cvs 1548 fhandler_base::write: text write
: 170 2032034 [main] cvs 1548 fhandler_base::write: 2 = write (0x46424A,
2)
167 2032201 [main] cvs 1548 _write: 2 = write (2, 0x46424A, 2)
171 2032372 [main] cvs 1548 _write: write (2, 0x40A54D, 17)
165 2032537 [main] cvs 1548 fhandler_base::write: text write
writing to server 2258 2034795 [main] cvs 1548 fhandler_base::write: 17 =
write (0x40A54D, 17)
262 2035057 [main] cvs 1548 _write: 17 = write (2, 0x40A54D, 17)
183 2035240 [main] cvs 1548 _write: write (2, 0x46424A, 2)
170 2035410 [main] cvs 1548 fhandler_base::write: text write
: 175 2035585 [main] cvs 1548 fhandler_base::write: 2 = write (0x46424A,
2)
504 2036089 [main] cvs 1548 _write: 2 = write (2, 0x46424A, 2)
204 2036293 [main] cvs 1548 _write: write (2, 0x6100A1BC, 38)
171 2036464 [main] cvs 1548 fhandler_base::write: text write
The descriptor is a file, not a socket 174 2036638 [main] cvs 1548
fhandler_base::write: 38 = write (0x6100A1BC, 38)
168 2036806 [main] cvs 1548 _write: 38 = write (2, 0x6100A1BC, 38)
169 2036975 [main] cvs 1548 _write: write (2, 0x464297, 1)
167 2037142 [main] cvs 1548 fhandler_base::write: text write
173 2037315 [main] cvs 1548 fhandler_base::write: 1 = write (0x464297, 1)
167 2037482 [main] cvs 1548 _write: 1 = write (2, 0x464297, 1)
14578 2052060 [main] cvs 1548 do_exit: do_exit (1)
271 2052331 [main] cvs 1548 void: 0x0 = signal (20, 0x1)
144 2052475 [main] cvs 1548 void: 0x468A94 = signal (1, 0x1)
141 2052616 [main] cvs 1548 void: 0x468A94 = signal (2, 0x1)
136 2052752 [main] cvs 1548 void: 0x468A94 = signal (3, 0x1)
198 2052950 [main] cvs 1548 fhandler_base::close: handle 0xB8
154 2053104 [main] cvs 1548 fhandler_base::close: handle 0xB4
305 2053409 [main] cvs 1548 __set_winsock_errno: close:147 - 10038
(WSAENOTSOCK) -> 108
271 2053680 [main] cvs 1548 __set_winsock_errno: close:147 - 10038
(WSAENOTSOCK) -> 108
186 2053866 [main] cvs 1548 proc_terminate: nchildren 0, nzombies 0
168 2054034 [main] cvs 1548 proc_terminate: leaving
250 2054284 [main] cvs 1548 sigproc_terminate: entering
169 2054453 [main] cvs 1548 sigproc_terminate: done
335 2054788 [main] cvs 1548 __to_clock_t: dwHighDateTime 0, dwLowDateTime
1201728
142 2054930 [main] cvs 1548 __to_clock_t: total 00000000 00000078
141 2055071 [main] cvs 1548 __to_clock_t: dwHighDateTime 0, dwLowDateTime
2103024
138 2055209 [main] cvs 1548 __to_clock_t: total 00000000 000000D2
137 2055346 [main] cvs 1548 _pinfo::exit: Calling ExitProcess 1
----- Original Message -----
From: "Dmitrii Pasechnik" <dima@cs.uu.nl>
To: "Matthew D. Langston" <langston@SLAC.Stanford.EDU>
Cc: <cygwin@cygwin.com>
Sent: Tuesday, March 20, 2001 4:36 PM
Subject: Re: cvs broken on win2k after recent cygwin upgrade: "The
descriptor is a file, not a socket"
> On Tue, 20 Mar 2001, Matthew D. Langston wrote:
>
> >I just upgraded this afternoon to the latest version of cygwin (by
running
> > http://sources.redhat.com/cygwin/setup.exe ), and now cvs no longer works.
I
> >get the following error message when trying to do a "cvs update" or a
"cvs
> >checkout" using pserver:
> >
> >cvs [checkout aborted]: writing to server: The descriptor is a file, not
a
> >socket
> >
> >I am running cygwin under Win2k SP1, with the version of cvs (cvs version
> >1.11) that installed automatically when the aforementioned setup program
was
> >run.
> >
> strange, because I'm running cvs in exactly the same environment.
> (only I don't know if your executable is the same)
> mine is 1466946 bytes, dated Oct 23 2000, cvs 1.11
>
> I don't remember whether I updated it when running setup to ugrade to
> cygwin 1.1.8, or not.
>
> >The previous version of cygwin that I was using (and that had a working
cvs)
> >was installed sometime last fall (around October 2000 if memory serves).
> >So, it appears that the cygwin upgrade that I did this afternoon caused
cvs
> >to stop working.
> >
> >I noticed that this problem was mentioned in the mail archives from last
> >month (see http://sources.redhat.com/ml/cygwin/2001-02/msg00007.html ),
but
> >there didn't seem to be any mention of a workaround. Is there anyone who
> >could help me solve this problem?
> rebuild from source?
> it's on www.cvshome.org, and doesn't need any patches for cygwin, imho...
>
> --
> Dmitrii Pasechnik
> e-mail: d.pasechnik@twi.tudelft.nl
> http://ssor.twi.tudelft.nl/~dima/
>
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptoris a file, not a socket"
2001-03-20 16:36 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Dmitrii Pasechnik
2001-03-21 23:01 ` cvs broken on win2k after recent cygwin upgrade:"The descriptor is " Matthew D. Langston
@ 2001-03-22 5:12 ` Charles S. Wilson
1 sibling, 0 replies; 25+ messages in thread
From: Charles S. Wilson @ 2001-03-22 5:12 UTC (permalink / raw)
To: Dmitrii Pasechnik; +Cc: Matthew D. Langston, cygwin
Dmitrii Pasechnik wrote:
> On Tue, 20 Mar 2001, Matthew D. Langston wrote:
>
> >I just upgraded this afternoon to the latest version of cygwin (by running
> > http://sources.redhat.com/cygwin/setup.exe ), and now cvs no longer works. I
> >get the following error message when trying to do a "cvs update" or a "cvs
> >checkout" using pserver:
> >
> >cvs [checkout aborted]: writing to server: The descriptor is a file, not a
> >socket
This looks like the error that was experienced by users without winsock2
support after Corinna added some new stuff to the networking code in
cygwin1.dll. In that case, these poor benighted users could donwload
from Microsoft the winsock2 support for their Win95 OS.
But W2K has winsock2 support.
And I use and develop for cygwin exclusively on Win2k SP1 -- and cvs
works for me.
> >I am running cygwin under Win2k SP1, with the version of cvs (cvs version
> >1.11) that installed automatically when the aforementioned setup program was
> >run.
> >
> strange, because I'm running cvs in exactly the same environment.
> (only I don't know if your executable is the same)
> mine is 1466946 bytes, dated Oct 23 2000, cvs 1.11
>
> I don't remember whether I updated it when running setup to ugrade to
> cygwin 1.1.8, or not.
I doubt it -- cygwin's cvs package hasn't been updated since last
October. There are a few buglets that I know of that still need fixin'
-- but I don't know how to correct them yet...so, no new cvs package..
> >The previous version of cygwin that I was using (and that had a working cvs)
> >was installed sometime last fall (around October 2000 if memory serves).
> >So, it appears that the cygwin upgrade that I did this afternoon caused cvs
> >to stop working.
> >
> >I noticed that this problem was mentioned in the mail archives from last
> >month (see http://sources.redhat.com/ml/cygwin/2001-02/msg00007.html ), but
> >there didn't seem to be any mention of a workaround. Is there anyone who
> >could help me solve this problem?
Corinna, did something change in the cygwin networking code between
1.1.4 and 1.1.8-2 that could have caused this failure?
> rebuild from source?
> it's on www.cvshome.org, and doesn't need any patches for cygwin, imho...
Unless you want to host a local repository, and are using Win9x (FAT
disks) or on WinNT/2K but with FAT drives. In that case, 'cvs init'
will fail becuase the gdbm database support used by cvs doesn't work
properly on FAT.
My patches enable this to work; as with all cygwin packages, full
patches source is available from your local cygwin mirror. If you need
to rebuild from source, use the version provided by cygwin.
--Chuck
cvs maintainer
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-03-21 23:01 ` cvs broken on win2k after recent cygwin upgrade:"The descriptor is " Matthew D. Langston
@ 2001-03-23 2:48 ` Henry S. Thompson
2001-04-01 15:28 ` cvs broken on win2k after recent cygwin upgrade:"The " Matthew D. Langston
2001-10-15 9:23 ` Henry S. Thompson
1 sibling, 1 reply; 25+ messages in thread
From: Henry S. Thompson @ 2001-03-23 2:48 UTC (permalink / raw)
To: Matthew D. Langston; +Cc: Dmitrii Pasechnik, cygwin
I was the person who raised this issue 6 weeks ago -- I built a
debuggable kernel to try to track this down, but ran into deep
socket/net code swamps that I'm not competent to navigate. All I can
say is "you are not alone": cygwin 1.1.8, cvs 1.11, Win2K SP1
(2.00.2195)
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade:"The descriptor is a file, not a socket"
2001-03-23 2:48 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
@ 2001-04-01 15:28 ` Matthew D. Langston
2001-04-12 5:53 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
0 siblings, 1 reply; 25+ messages in thread
From: Matthew D. Langston @ 2001-04-01 15:28 UTC (permalink / raw)
To: Henry S. Thompson; +Cc: Dmitrii Pasechnik, cygwin
This is an update to a problem I have been having where I am unable to get
cvs 1.11 with cygwin 1.1.8 to work with Win2K SP1. Specifically, cvs
doesn't work when using pserver (i.e. for anonymous cvs checkouts), but it
does work for SSH checkouts (i.e. by using the "ext" protocol and setting
the environment variable CVS_RSH=ssh).
From several posts within the last few weeks about this issue, it appears
that a non-working pserver mode only affects a few users under Win2K SP1.
Others who have "identical" installations claim that cvs + pserver works
just fine for them. Therefore, I wanted to report to the list that I have
found a workaround for using cvs + pserver under Win2K SP1 that at least
works for me, which is using WinCVS available at http://www.wincvs.org .
So, if the cygwin cvs and pserver don't work for you, maybe WinCVS can help.
Regards, Matt
----- Original Message -----
From: "Henry S. Thompson" <ht@cogsci.ed.ac.uk>
To: "Matthew D. Langston" <langston@SLAC.Stanford.EDU>
Cc: "Dmitrii Pasechnik" <dima@cs.uu.nl>; <cygwin@cygwin.com>
Sent: Friday, March 23, 2001 3:47 AM
Subject: Re: cvs broken on win2k after recent cygwin upgrade: "The
descriptor is a file, not a socket"
> I was the person who raised this issue 6 weeks ago -- I built a
> debuggable kernel to try to track this down, but ran into deep
> socket/net code swamps that I'm not competent to navigate. All I can
> say is "you are not alone": cygwin 1.1.8, cvs 1.11, Win2K SP1
> (2.00.2195)
>
> ht
> --
> Henry S. Thompson, HCRC Language Technology Group, University of
Edinburgh
> W3C Fellow 1999--2001, part-time member of W3C Team
> 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
> Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
> URL: http://www.ltg.ed.ac.uk/~ht/
>
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-01 15:28 ` cvs broken on win2k after recent cygwin upgrade:"The " Matthew D. Langston
@ 2001-04-12 5:53 ` Henry S. Thompson
2001-04-12 22:44 ` Trevor Forbes
0 siblings, 1 reply; 25+ messages in thread
From: Henry S. Thompson @ 2001-04-12 5:53 UTC (permalink / raw)
To: Matthew D. Langston; +Cc: Dmitrii Pasechnik, cygwin
"Matthew D. Langston" <langston@SLAC.Stanford.EDU> writes:
> This is an update to a problem I have been having where I am unable to get
> cvs 1.11 with cygwin 1.1.8 to work with Win2K SP1. Specifically, cvs
> doesn't work when using pserver (i.e. for anonymous cvs checkouts), but it
> does work for SSH checkouts (i.e. by using the "ext" protocol and setting
> the environment variable CVS_RSH=ssh).
>
> >From several posts within the last few weeks about this issue, it appears
> that a non-working pserver mode only affects a few users under Win2K SP1.
> Others who have "identical" installations claim that cvs + pserver works
> just fine for them. Therefore, I wanted to report to the list that I have
> found a workaround for using cvs + pserver under Win2K SP1 that at least
> works for me, which is using WinCVS available at http://www.wincvs.org .
> So, if the cygwin cvs and pserver don't work for you, maybe WinCVS can help.
Right, I also recently found a native windows cvs, and it does _not_
have the 'descriptor is a file' problem. So I used it to update my
source tree, rebuilt cygwin, and . . . it still _does_ have the
problem.
But I now can debug again, since I have a with-symbols up-to-date
cygwin1.dll -- will be happy to try anything Corinna or anyone else
can suggest to try to track this down.
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-12 5:53 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
@ 2001-04-12 22:44 ` Trevor Forbes
2001-04-13 15:42 ` Henry S. Thompson
0 siblings, 1 reply; 25+ messages in thread
From: Trevor Forbes @ 2001-04-12 22:44 UTC (permalink / raw)
To: cygwin, Henry S. Thompson
----- Original Message -----
From: "Henry S. Thompson" <ht@cogsci.ed.ac.uk>
>
> But I now can debug again, since I have a with-symbols up-to-date
> cygwin1.dll -- will be happy to try anything Corinna or anyone else
> can suggest to try to track this down.
>
No promises but can you provide the following back to the mail list:
ls -al / -- (root dir)
cd to the dir you normally do a cvs co ... before doing a cygcheck
cygcheck -s -v
ls -al ./ -- (current dir)
Regards Trevor
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-12 22:44 ` Trevor Forbes
@ 2001-04-13 15:42 ` Henry S. Thompson
2001-04-13 19:50 ` Trevor Forbes
2001-04-14 16:00 ` Enoch Wu
0 siblings, 2 replies; 25+ messages in thread
From: Henry S. Thompson @ 2001-04-13 15:42 UTC (permalink / raw)
To: Trevor Forbes; +Cc: cygwin
"Trevor Forbes" <trevorforbes@ozemail.com.au> writes:
> ----- Original Message -----
> From: "Henry S. Thompson" <ht@cogsci.ed.ac.uk>
> >
> > But I now can debug again, since I have a with-symbols up-to-date
> > cygwin1.dll -- will be happy to try anything Corinna or anyone else
> > can suggest to try to track this down.
> >
>
> No promises but can you provide the following back to the mail list:
>
> ls -al / -- (root dir)
> cd to the dir you normally do a cvs co ... before doing a cygcheck
> cygcheck -s -v
> ls -al ./ -- (current dir)
calvin<532> cd /
calvin<533> ls -al
total 46
drwxr-xr-x 11 ht Administ 0 Aug 23 2000 .
drwxr-xr-x 11 ht Administ 0 Aug 23 2000 ..
-rw-r--r-- 1 ht Administ 0 Apr 12 14:42 .bash_history
drwxr-xr-x 2 ht Administ 0 Nov 20 08:50 .ssh
drwxr-xr-x 6 ht Administ 0 Oct 23 03:39 bin
lrw-r--r-- 1 ht Administ 14 Dec 18 14:31 contrib -> usr
-rwxr-xr-x 1 ht Administ 69 Sep 6 2000 cygwin.bat
-rw-r--r-- 1 ht Administ 766 Apr 11 20:45 cygwin.ico
drwxr-xr-x 5 ht Administ 0 Aug 23 2000 etc
drwxr-xr-x 6 ht Administ 0 Aug 24 2000 home
drwxr-xr-x 10 ht Administ 0 Oct 23 03:39 lib
drwxr-xr-x 2 ht Administ 0 Apr 3 14:31 sbin
-rw-r--r-- 1 ht Administ 25286 Apr 11 20:45 setup.log
-rw-r--r-- 1 ht Administ 17742 Apr 11 20:45 setup.log.full
drwxr-xr-x 7 ht Administ 0 Aug 23 2000 tmp
drwxr-xr-x 19 ht Administ 0 Oct 23 03:39 usr
drwxr-xr-x 7 ht Administ 0 Aug 23 2000 var
calvin<534>
calvin<535> cd /usr/local/src/cygwin
calvin<536> cygcheck -s -v
Cygnus Win95/NT Configuration Diagnostics
Current System Time: Fri Apr 13 23:38:38 2001
WinNT Ver 5.0 build 2195 Service Pack 1
Path: /usr/local/bin
/usr/bin
/bin
/cygdrive/c/WINNT/system32
/cygdrive/c/WINNT
/cygdrive/c/WINNT/System32/Wbem
/usr/bin
/usr/local/bin
/cygdrive/c/WINNT/system32
/cygdrive/c/WINNT
/cygdrive/c/WINNT/System32/Wbem
/usr/bin
/usr/local/bin
/cygdrive/c/Program Files/Microsoft Visual
Studio/Common/Tools/WinNT
/cygdrive/c/Program Files/Microsoft Visual
Studio/Common/MSDev98/Bin
/cygdrive/c/Program Files/Microsoft Visual Studio/Common/Tools
/cygdrive/c/Program Files/Microsoft Visual Studio/VC98/bin
/home/ht/bin
/home/ht/bin
SysDir: C:\WINNT\System32
WinDir: C:\WINNT
PWD = `/usr/local/src/cygwin'
CYGWIN = `tty'
USER = `ht'
MAKE_MODE = `unix'
HOME = `/home/ht'
NUMBER_OF_PROCESSORS = `1'
PROMPT = `$P$G'
LOGONSERVER = `\\CALVIN'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
COMSPEC = `C:\WINNT\system32\cmd.exe'
MXBIN = `C:\Program Files\FireDaemon v0.09c'
!C: = `C:\cygwin\bin'
SYSTEMDRIVE = `C:'
HOSTNAME = `CALVIN'
INCLUDE = `C:\Program Files\Microsoft Visual
Studio\VC98\atl\include;C:\Program
Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program
Files\Microsoft Visua
Studio\VC98\include'
PROCESSOR_REVISION = `0803'
!D: = `D:\'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
COMPUTERNAME = `CALVIN'
WINDIR = `C:\WINNT'
USERPROFILE = `C:\Documents and Settings\ht'
PS1 = `\[\]calvin<\!> \[\]'
PROGRAMFILES = `C:\Program Files'
HISTCONTROL = `ignoredups'
MACHTYPE = `i686-pc-cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
OS = `Windows_NT'
CVS_RSH = `/usr/bin/ssh'
OLDPWD = `/'
PROCESSOR_ARCHITECTURE = `x86'
TEMP = `/cygdrive/c/DOCUME~1/ht/LOCALS~1/Temp'
PROCESSOR_LEVEL = `6'
SYSTEMROOT = `C:\WINNT'
MXHOME = `C:\Program Files\FireDaemon v0.09c'
TMP = `/tmp'
HOMEDRIVE = `D:'
LIB = `C:\Program Files\Microsoft Visual
Studio\VC98\mfc\lib;C:\Program Files\M
crosoft Visual Studio\VC98\lib'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
SHLVL = `1'
APPDATA = `C:\Documents and Settings\ht\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
HOMEPATH = `\'
USERDOMAIN = `CALVIN'
USERNAME = `ht'
SHELL = `/usr/bin/bash'
HOSTTYPE = `i686'
OSTYPE = `cygwin'
TERM = `cygwin'
_ = `/usr/bin/cygcheck'
TZ = `GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2'
Use `-r' to scan registry
c: hd FAT32 8181Mb 85% CP UN SYSTEM
d: hd FAT32 3303Mb 11% CP UN HENRY
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 53
f: net N/A N/A
s: fd N/A N/A
C:\cygwin\bin /usr/bin system binmode
C:\cygwin\lib /usr/lib system binmode
C:\cygwin / system binmode
d:\hisarm /home/hisarm system textmode
d: /home/ht system textmode
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\sh.exe
3857k 2001/01/24 C:\WINNT\System32\cygwin1.1.7dbg.dll - os=4.0
img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2001/1/24 10:24
615k 2001/01/31 C:\WINNT\System32\cygwin1.dll - os=4.0 img=1.0
sys=4.0
"cygwin1.dll" v0.0 ts=2001/1/31 15:08
Cygwin DLL version info:
dll major: 1001
dll minor: 8
dll epoch: 19
dll bad signal mask: 19005
dll old termios: 5
dll malloc env: 28
api major: 0
api minor: 34
shared data: 3
dll identifier: cygwin1
mount registry: 2
cygnus registry name: Cygnus Solutions
cygwin registry name: Cygwin
program options name: Program Options
cygwin mount registry name: mounts v2
cygdrive flags: cygdrive flags
cygdrive prefix: cygdrive prefix
cygdrive default prefix:
build date: Wed Jan 31 10:08:38 EST 2001
shared id: cygwin1S3
14k 2000/10/23 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
"cygintl.dll" v0.0 ts=2000/10/23 20:02
390k 2001/01/18 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
"cygtcl80.dll" v0.0 ts=2001/1/18 4:44
56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
"cygbz21.0.dll" v0.0 ts=2000/11/20 23:53
81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0
"cygitcl30.dll" v0.0 ts=2000/11/26 1:43
35k 2000/12/05 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0
"cygitk30.dll" v0.0 ts=2000/11/26 1:43
5k 2001/01/18 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0
sys=4.0
623k 2000/12/05 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
"cygtk80.dll" v0.0 ts=2000/11/26 1:43
10k 2001/01/18 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0
sys=4.0
"cygtclreg80.dll" v0.0 ts=2001/1/18 4:44
18k 2000/10/23 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2000/10/23 3:26
45k 2000/10/22 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
"cygjbig1.dll" v0.0 ts=2000/10/23 0:06
119k 2000/10/22 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg6b.dll" v0.0 ts=2000/10/23 1:58
163k 2001/02/03 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
"cygpng2.dll" v0.0 ts=2001/2/3 21:21
82k 2001/01/21 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/1/21 20:39
53k 2001/01/21 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/1/21 20:39
414k 2001/01/21 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0
sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/1/21 20:40
299k 2001/01/21 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0
sys=4.0
"cygncurses5.dll" v0.0 ts=2001/1/21 20:38
34k 2001/01/21 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/1/21 20:38
17k 2001/01/07 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0
sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/7 4:34
108k 2001/01/07 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0
sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/7 4:34
243k 2000/10/23 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2000/10/23 2:14
41k 2000/11/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0
sys=4.0
"cygXpm-noX4.dll" v0.0 ts=2000/11/20 2:41
45k 2000/11/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-X4.dll" v0.0 ts=2000/11/20 2:45
3857k 2001/02/01 C:\cygwin\bin\cygwin1.1.7dbg.dll - os=4.0 img=1.0
sys=4.0
"cygwin1.dll" v0.0 ts=2001/1/24 10:24
615k 2001/02/02 C:\cygwin\bin\cygwin1.1.8.dll - os=4.0 img=1.0
sys=4.0
"cygwin1.dll" v0.0 ts=2001/1/31 15:08
3851k 2001/02/02 C:\cygwin\bin\cygwin1.1.8dbg.dll - os=4.0 img=1.0
sys=4.0
"cygwin1.dll" v0.0 ts=2001/2/2 13:14
49k 2001/02/03 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2001/2/3 20:35
615k 2001/01/31 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2001/1/31 15:08
Cygwin DLL version info:
dll major: 1001
dll minor: 8
dll epoch: 19
dll bad signal mask: 19005
dll old termios: 5
dll malloc env: 28
api major: 0
api minor: 34
shared data: 3
dll identifier: cygwin1
mount registry: 2
cygnus registry name: Cygnus Solutions
cygwin registry name: Cygwin
program options name: Program Options
cygwin mount registry name: mounts v2
cygdrive flags: cygdrive flags
cygdrive prefix: cygdrive prefix
cygdrive default prefix:
build date: Wed Jan 31 10:08:38 EST 2001
shared id: cygwin1S3
Use -h to see help about each section
calvin<538> ls -al ./
total 1004
drwxr-xr-x 10 ht Administ 0 Jan 24 08:23 .
drwxr-xr-x 8 ht Administ 0 Aug 24 2000 ..
-rw-r--r-- 1 ht Administ 393 Apr 11 19:04 .cvsignore
-rw-r--r-- 1 ht Administ 18007 Jan 24 08:45 COPYING
-rw-r--r-- 1 ht Administ 25283 Jan 24 08:45 COPYING.LIB
-rw-r--r-- 1 ht Administ 5320 Apr 11 19:04 COPYING.NEWLIB
drwxr-xr-x 2 ht Administ 0 Jan 24 08:45 CVS
-rw-r--r-- 1 ht Administ 251852 Apr 11 19:04 ChangeLog
-rw-r--r-- 1 ht Administ 3364 Jan 24 08:45 MAINTAINERS
-rw-r--r-- 1 ht Administ 60233 Apr 11 19:04 Makefile.in
-rw-r--r-- 1 ht Administ 1719 Jan 24 08:45 README
-rw-r--r-- 1 ht Administ 730 Apr 11 19:04
README-maintainer-mode
drwxr-xr-x 3 ht Administ 0 Jan 24 08:53 build
drwxr-xr-x 4 ht Administ 0 Jan 24 08:45 config
-rw-r--r-- 1 ht Administ 23090 Jan 24 08:45 config-ml.in
-rwxr-xr-x 1 ht Administ 40540 Apr 11 19:04 config.guess
-rwxr-xr-x 1 ht Administ 2147 Jan 24 08:45 config.if
-rwxr-xr-x 1 ht Administ 28868 Apr 11 19:04 config.sub
-rwxr-xr-x 1 ht Administ 51986 Apr 11 19:04 configure
-rwxr-xr-x 1 ht Administ 50415 Apr 11 19:04 configure.in
drwxr-xr-x 3 ht Administ 0 Jan 24 08:45 etc
-rw-r--r-- 1 ht Administ 11320 Jan 24 08:45 gettext.m4
drwxr-xr-x 10 ht Administ 0 Jan 24 08:45 include
-rwxr-xr-x 1 ht Administ 5598 Jan 24 08:46 install-sh
drwxr-xr-x 5 ht Administ 0 Jan 24 08:46 libiberty
-rw-r--r-- 1 ht Administ 30067 Apr 11 19:04 libtool.m4
-rw-r--r-- 1 ht Administ 31571 Apr 11 19:04 ltcf-c.sh
-rw-r--r-- 1 ht Administ 36395 Apr 11 19:04 ltcf-cxx.sh
-rw-r--r-- 1 ht Administ 27245 Apr 11 19:04 ltcf-gcj.sh
-rwxr-xr-x 1 ht Administ 86603 Apr 11 19:04 ltconfig
-rw-r--r-- 1 ht Administ 156199 Apr 11 19:04 ltmain.sh
-rw-r--r-- 1 ht Administ 1087 Jan 24 08:46 makefile.vms
-rwxr-xr-x 1 ht Administ 6283 Jan 24 08:46 missing
-rwxr-xr-x 1 ht Administ 2179 Jan 24 08:46 mkdep
-rwxr-xr-x 1 ht Administ 730 Jan 24 08:46 mkinstalldirs
-rwxr-xr-x 1 ht Administ 880 Jan 24 08:46 move-if-change
-rw-r--r-- 1 ht Administ 14898 Jan 24 08:46 mpw-README
-rw-r--r-- 1 ht Administ 5169 Jan 24 08:46 mpw-build.in
-rw-r--r-- 1 ht Administ 4742 Jan 24 08:46 mpw-config.in
-rw-r--r-- 1 ht Administ 14664 Jan 24 08:46 mpw-configure
-rw-r--r-- 1 ht Administ 3171 Jan 24 08:46 mpw-install
drwxr-xr-x 6 ht Administ 0 Jan 24 08:46 newlib
-rwxr-xr-x 1 ht Administ 220 Jan 24 08:50 setup.com
-rwxr-xr-x 1 ht Administ 1094 Jan 24 08:50 symlink-tree
drwxr-xr-x 10 ht Administ 0 Jan 24 08:50 winsup
-rwxr-xr-x 1 ht Administ 3268 Jan 24 08:52 ylwrap
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-13 15:42 ` Henry S. Thompson
@ 2001-04-13 19:50 ` Trevor Forbes
2001-04-14 4:07 ` Henry S. Thompson
2001-04-14 16:00 ` Enoch Wu
1 sibling, 1 reply; 25+ messages in thread
From: Trevor Forbes @ 2001-04-13 19:50 UTC (permalink / raw)
To: Henry S. Thompson; +Cc: cygwin
First, ....
You have two cygwin1.dll in your path.........????
Also fix your path....How many times do you have to look in /usr/bin?
your "TMP = `/tmp'" -- profile normally does "unset TMP"
your "TEMP = `/cygdrive/c/DOCUME~1/ht/LOCALS~1/Temp'"
Keep It Simple "KISS", no ..~1 dosizms, no white space
eg TEMP=c:\Temp
you have mounted "d: /home/ht system textmode" and HOME =/home/ht
Is d: your real home directory or is it /home in the root directory?
.bash_history is in the root directory and should be in HOME?
Unfortunately, although I have/had a theory what the problem is, I was
unable to replicate the problem so there is not much more I can do...
The problem may be a w2k and fat32 combination?, move to NTFS..
Regards Trevor
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-13 19:50 ` Trevor Forbes
@ 2001-04-14 4:07 ` Henry S. Thompson
0 siblings, 0 replies; 25+ messages in thread
From: Henry S. Thompson @ 2001-04-14 4:07 UTC (permalink / raw)
To: Trevor Forbes; +Cc: cygwin
"Trevor Forbes" <trevorforbes@ozemail.com.au> writes:
> You have two cygwin1.dll in your path.........????
Not ideal, but it's because my WIN32 path alone doesn't have
c:\cygwin\bin in it. I think.
> Also fix your path....How many times do you have to look in /usr/bin?
See above.
> your "TMP = `/tmp'" -- profile normally does "unset TMP"
So I should . . .
> your "TEMP = `/cygdrive/c/DOCUME~1/ht/LOCALS~1/Temp'"
> Keep It Simple "KISS", no ..~1 dosizms, no white space
> eg TEMP=c:\Temp
Thanks.
> you have mounted "d: /home/ht system textmode" and HOME =/home/ht
> Is d: your real home directory or is it /home in the root directory?
d: is real home directory
> .bash_history is in the root directory and should be in HOME?
Pbly.
> Unfortunately, although I have/had a theory what the problem is, I was
> unable to replicate the problem so there is not much more I can do...
Thanks for trying . . .
> The problem may be a w2k and fat32 combination?, move to NTFS..
Seems unlikely, given we're talking about a WINSOCK problem.
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-13 15:42 ` Henry S. Thompson
2001-04-13 19:50 ` Trevor Forbes
@ 2001-04-14 16:00 ` Enoch Wu
2001-04-14 19:22 ` Christopher Faylor
2001-04-15 1:23 ` Henry S. Thompson
1 sibling, 2 replies; 25+ messages in thread
From: Enoch Wu @ 2001-04-14 16:00 UTC (permalink / raw)
To: cygwin
Hi all,
I had the same problem with telnet a while back. Telnet & cvs update have
one thing in common -- Unix sockets. I could telnet using Win98 telnet but not
Cygwin telnet. At the time my position was: I would let it rest, in the hope
that cygwin developers would get to that problem soon.
Seven months later, I upgraded to the latest Net Release, and found the same
problem. However, the problem did not last long. My former Internet account
(ISP1 briefly) was expiring, and I decided to try another ISP (ISP2 for short).
Bingo, I could telnet out! I repeated the test with ISP1 and ISP2 many
times and got very consistent results:
ISP1 -- Cygwin telnet fails but Win98 telnet gets through.
Cygwin error message: "The descriptor is a file, not a socket"
ISP2 -- Cygwin telnet succeeds and so does Win98's telnet.
I would not go so far as to say that ISP1 is not Unix friendly because they
use Unix servers. The main difference between the two ISPs is in the dialup
program: ISP1 provides a dialup software whereas ISP2 provides none -- it
uses the stock Windows dialup networking software. So, I am inclined to think
that the special dialup software by ISP1 interacts unfavorably with Cygwin.
I could not prove whether the interaction is a side-effect or a feature.
I *know* that this may not apply to you but I want to share this with
everyone.
-- Enoch
PS. Perhaps you can unload any software that does not have to run while
running Cygwin.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-14 16:00 ` Enoch Wu
@ 2001-04-14 19:22 ` Christopher Faylor
2001-04-14 20:57 ` Enoch Wu
2001-04-15 1:23 ` Henry S. Thompson
1 sibling, 1 reply; 25+ messages in thread
From: Christopher Faylor @ 2001-04-14 19:22 UTC (permalink / raw)
To: cygwin; +Cc: Enoch Wu
On Sat, Apr 14, 2001 at 04:13:53PM -0700, Enoch Wu wrote:
>
>Hi all,
>
>I had the same problem with telnet a while back. Telnet & cvs update have
>one thing in common -- Unix sockets. I could telnet using Win98 telnet but not
>Cygwin telnet. At the time my position was: I would let it rest, in the hope
>that cygwin developers would get to that problem soon.
AFAI, neither telnet nor cvs use "unix sockets". They use regular winsock
sockets.
cgf
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-14 19:22 ` Christopher Faylor
@ 2001-04-14 20:57 ` Enoch Wu
0 siblings, 0 replies; 25+ messages in thread
From: Enoch Wu @ 2001-04-14 20:57 UTC (permalink / raw)
To: cygwin
On Sat, Apr 14, 2001 at 10:22:31PM -0400, Christopher Faylor wrote:
> On Sat, Apr 14, 2001 at 04:13:53PM -0700, Enoch Wu wrote:
> >
> >Hi all,
> >
> >I had the same problem with telnet a while back. Telnet & cvs update have
> >one thing in common -- Unix sockets. I could telnet using Win98 telnet but not
> >Cygwin telnet. At the time my position was: I would let it rest, in the hope
> >that cygwin developers would get to that problem soon.
>
> AFAI, neither telnet nor cvs use "unix sockets". They use regular winsock
> sockets.
>
> cgf
My error noted. I caught another error: this post said "telnet" but my old
post said "ftp":
http://sources.redhat.com/ml/cygwin/2000-08/msg01257.html
Somehow I recall that telnet had the same problem.
Enoch
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-14 16:00 ` Enoch Wu
2001-04-14 19:22 ` Christopher Faylor
@ 2001-04-15 1:23 ` Henry S. Thompson
2001-04-15 6:07 ` Christopher Faylor
2001-04-15 17:28 ` Enoch Wu
1 sibling, 2 replies; 25+ messages in thread
From: Henry S. Thompson @ 2001-04-15 1:23 UTC (permalink / raw)
To: Enoch Wu; +Cc: cygwin
Thanks for the observations. Seems to me to confirm Corinna's
original belief that somehow Cygwin is getting the wrong WINSOCK
library, even though the right one is available.
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 1:23 ` Henry S. Thompson
@ 2001-04-15 6:07 ` Christopher Faylor
2001-04-15 9:44 ` Corinna Vinschen
2001-04-15 17:28 ` Enoch Wu
1 sibling, 1 reply; 25+ messages in thread
From: Christopher Faylor @ 2001-04-15 6:07 UTC (permalink / raw)
To: cygwin
On Sun, Apr 15, 2001 at 09:22:58AM +0100, Henry S. Thompson wrote:
>Thanks for the observations. Seems to me to confirm Corinna's
>original belief that somehow Cygwin is getting the wrong WINSOCK
>library, even though the right one is available.
Cygwin uses wsock32.dll.
cgf
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 6:07 ` Christopher Faylor
@ 2001-04-15 9:44 ` Corinna Vinschen
2001-04-15 12:36 ` Christopher Faylor
0 siblings, 1 reply; 25+ messages in thread
From: Corinna Vinschen @ 2001-04-15 9:44 UTC (permalink / raw)
To: cygwin
On Sun, Apr 15, 2001 at 09:07:28AM -0400, Christopher Faylor wrote:
> On Sun, Apr 15, 2001 at 09:22:58AM +0100, Henry S. Thompson wrote:
> >Thanks for the observations. Seems to me to confirm Corinna's
> >original belief that somehow Cygwin is getting the wrong WINSOCK
> >library, even though the right one is available.
>
> Cygwin uses wsock32.dll.
That's not quite correct. Cygwin uses ws2_32.dll if available.
The reason is the Winsock2 functionality used for duplicating
sockets. The old method is still implemented as a fallback, though.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 9:44 ` Corinna Vinschen
@ 2001-04-15 12:36 ` Christopher Faylor
2001-04-15 13:52 ` Corinna Vinschen
0 siblings, 1 reply; 25+ messages in thread
From: Christopher Faylor @ 2001-04-15 12:36 UTC (permalink / raw)
To: Corinna Vinschen
On Sun, Apr 15, 2001 at 06:44:50PM +0200, Corinna Vinschen wrote:
>On Sun, Apr 15, 2001 at 09:07:28AM -0400, Christopher Faylor wrote:
>> On Sun, Apr 15, 2001 at 09:22:58AM +0100, Henry S. Thompson wrote:
>> >Thanks for the observations. Seems to me to confirm Corinna's
>> >original belief that somehow Cygwin is getting the wrong WINSOCK
>> >library, even though the right one is available.
>>
>> Cygwin uses wsock32.dll.
>
>That's not quite correct. Cygwin uses ws2_32.dll if available.
>The reason is the Winsock2 functionality used for duplicating
>sockets. The old method is still implemented as a fallback, though.
How is that implemented? I don't see it in the code. Where is
that implemented below?
Also the two tests for ws32_handle and wsock32_handle look reversed.
cgf
LoadDLLinitfunc (wsock32)
{
extern void wsock_init ();
HANDLE h;
if ((h = LoadLibrary ("wsock32.dll")) != NULL)
wsock32_handle = h;
else if (!wsock32_handle)
api_fatal ("could not load wsock32.dll. Is TCP/IP installed?");
else
return 0; /* Already done by another thread? */
if (!ws2_32_handle) /* IS THIS CORRECT? */
wsock_init ();
return 0;
}
LoadDLLinitfunc (ws2_32)
{
extern void wsock_init ();
HANDLE h;
if ((h = LoadLibrary ("ws2_32.dll")) == NULL)
return 0; /* Already done or not available. */
ws2_32_handle = h;
if (!wsock32_handle) /* IS THIS CORRECT? */
wsock_init ();
return 0;
}
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 12:36 ` Christopher Faylor
@ 2001-04-15 13:52 ` Corinna Vinschen
2001-04-30 19:42 ` Charles S. Wilson
0 siblings, 1 reply; 25+ messages in thread
From: Corinna Vinschen @ 2001-04-15 13:52 UTC (permalink / raw)
To: cygwin
On Sun, Apr 15, 2001 at 03:36:31PM -0400, Christopher Faylor wrote:
> On Sun, Apr 15, 2001 at 06:44:50PM +0200, Corinna Vinschen wrote:
> >On Sun, Apr 15, 2001 at 09:07:28AM -0400, Christopher Faylor wrote:
> >> On Sun, Apr 15, 2001 at 09:22:58AM +0100, Henry S. Thompson wrote:
> >> >Thanks for the observations. Seems to me to confirm Corinna's
> >> >original belief that somehow Cygwin is getting the wrong WINSOCK
> >> >library, even though the right one is available.
> >>
> >> Cygwin uses wsock32.dll.
> >
> >That's not quite correct. Cygwin uses ws2_32.dll if available.
> >The reason is the Winsock2 functionality used for duplicating
> >sockets. The old method is still implemented as a fallback, though.
>
> How is that implemented? I don't see it in the code. Where is
> that implemented below?
It's not that obvious. Since WsaStartup is called with a requested
version of 2.2 in wsa_init(), the wsock32 code asks if winsock 2 is
available on the system. If so, it will be used. The reason for
loading ws2_32 explicitly in Cygwin is that the function pointers of
the special winsock 2 functions couldn't be resolved otherwise.
> Also the two tests for ws32_handle and wsock32_handle look reversed.
>
> cgf
>
> LoadDLLinitfunc (wsock32)
> {
> extern void wsock_init ();
> HANDLE h;
>
> if ((h = LoadLibrary ("wsock32.dll")) != NULL)
> wsock32_handle = h;
> else if (!wsock32_handle)
> api_fatal ("could not load wsock32.dll. Is TCP/IP installed?");
> else
> return 0; /* Already done by another thread? */
>
> if (!ws2_32_handle) /* IS THIS CORRECT? */
> wsock_init ();
It is. WsaStartup should only be called once regardless whether the
first winsock function is a version 1.1 or version 2 function. The
wsa_init function is only called if it's not already called from the
other entry point.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 1:23 ` Henry S. Thompson
2001-04-15 6:07 ` Christopher Faylor
@ 2001-04-15 17:28 ` Enoch Wu
2001-04-16 3:01 ` Henry S. Thompson
1 sibling, 1 reply; 25+ messages in thread
From: Enoch Wu @ 2001-04-15 17:28 UTC (permalink / raw)
To: cygwin
Henry,
On Sun, Apr 15, 2001 at 09:22:58AM +0100, Henry S. Thompson wrote:
> Thanks for the observations. Seems to me to confirm Corinna's
> original belief that somehow Cygwin is getting the wrong WINSOCK
> library, even though the right one is available.
Yes. It seems that Cygwin is getting the wrong file handle from winsock.
Why would Cygwin get a file when it requests a socket from MS winsock?
That is beyond my understanding. I can dig a little deeper:
The message "The descriptor is a file. not a socket" is a Cygwin error
message from src/winsup/cygwin/errno.cc as far as I can tell.
The evidence is a code fragment from that routine:
case ENOTSOCK:
error = "The descriptor is a file, not a socket";
break;
Cygwin itself detected a non-socket and then printed that error message.
Winsock did not print that error message on your screen.
It appears that a Cygwin function just returned a file descriptor instead
of a socket, or that it mistook the socket as a file descriptor. Could it
be possible that winsock actually returned a socket but the socket was
mistaken as a file descriptor? That is beyond my understanding.
However, this anomaly manifested itself only when a non-MS dialup networking
program was running (in my case). The non-MS dialup software was causing
problem to Cygwin only --- Windows telnet/ftp was not being affected at
all.
The non-MS dialup software has since been removed from my computer. I can no
longer reproduce that same problem.
If you know C and C++, would you be able to debug it? (since you can reproduce
the problem). You are the only person that can provide more information.
Enoch
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 17:28 ` Enoch Wu
@ 2001-04-16 3:01 ` Henry S. Thompson
2001-04-16 18:37 ` Enoch Wu
0 siblings, 1 reply; 25+ messages in thread
From: Henry S. Thompson @ 2001-04-16 3:01 UTC (permalink / raw)
To: Enoch Wu; +Cc: cygwin
Enoch Wu <enochw@scn.org> writes:
> However, this anomaly manifested itself only when a non-MS dialup networking
> program was running (in my case). The non-MS dialup software was causing
> problem to Cygwin only --- Windows telnet/ftp was not being affected at
> all.
Was _running_, or was _installed_? I have a 3rd party connection tool
from my ISP, which I only run when I'm away from home, but I could try
un-installing it and see if that helps -- seems unlikely it would mess
with Winsock stuff . . .
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-16 3:01 ` Henry S. Thompson
@ 2001-04-16 18:37 ` Enoch Wu
0 siblings, 0 replies; 25+ messages in thread
From: Enoch Wu @ 2001-04-16 18:37 UTC (permalink / raw)
To: Henry S. Thompson; +Cc: cygwin
On Mon, Apr 16, 2001 at 11:01:24AM +0100, Henry S. Thompson wrote:
> Enoch Wu <enochw@scn.org> writes:
>
> > However, this anomaly manifested itself only when a non-MS dialup networking
> > program was running (in my case). The non-MS dialup software was causing
> > problem to Cygwin only --- Windows telnet/ftp was not being affected at
> > all.
>
> Was _running_, or was _installed_? I have a 3rd party connection tool
> from my ISP, which I only run when I'm away from home, but I could try
> un-installing it and see if that helps -- seems unlikely it would mess
> with Winsock stuff . . .
>
> ht
When a 3rd party connection tool from my ISP was running.
EW
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-15 13:52 ` Corinna Vinschen
@ 2001-04-30 19:42 ` Charles S. Wilson
2001-05-02 4:24 ` Corinna Vinschen
0 siblings, 1 reply; 25+ messages in thread
From: Charles S. Wilson @ 2001-04-30 19:42 UTC (permalink / raw)
To: Corinna Vinschen
Corinna Vinschen wrote:
> > >That's not quite correct. Cygwin uses ws2_32.dll if available.
> > >The reason is the Winsock2 functionality used for duplicating
> > >sockets. The old method is still implemented as a fallback, though.
> >
> > How is that implemented? I don't see it in the code. Where is
> > that implemented below?
>
> It's not that obvious. Since WsaStartup is called with a requested
> version of 2.2 in wsa_init(), the wsock32 code asks if winsock 2 is
> available on the system. If so, it will be used. The reason for
> loading ws2_32 explicitly in Cygwin is that the function pointers of
> the special winsock 2 functions couldn't be resolved otherwise.
>
> > Also the two tests for ws32_handle and wsock32_handle look reversed.
> >
[snip]
>
> It is. WsaStartup should only be called once regardless whether the
> first winsock function is a version 1.1 or version 2 function. The
> wsa_init function is only called if it's not already called from the
> other entry point.
I'm confused. Corinna, does your statement mean that the code in
autoload.cc is correct as it is now (which is the same as it was at the
time this email was written) --- or does autoload.cc need to be
"corrected" to unreverse the ws32_handle and wsock32_handle tests?
(I'm going through my cygwin inbox trying to tie up some open threads
w.r.t "my" packages)
--Chuck
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-04-30 19:42 ` Charles S. Wilson
@ 2001-05-02 4:24 ` Corinna Vinschen
0 siblings, 0 replies; 25+ messages in thread
From: Corinna Vinschen @ 2001-05-02 4:24 UTC (permalink / raw)
To: cygwin
On Mon, Apr 30, 2001 at 10:44:00PM -0400, Charles S. Wilson wrote:
> Corinna Vinschen wrote:
> > > >That's not quite correct. Cygwin uses ws2_32.dll if available.
> > > >The reason is the Winsock2 functionality used for duplicating
> > > >sockets. The old method is still implemented as a fallback, though.
> > >
> > > How is that implemented? I don't see it in the code. Where is
> > > that implemented below?
> >
> > It's not that obvious. Since WsaStartup is called with a requested
> > version of 2.2 in wsa_init(), the wsock32 code asks if winsock 2 is
> > available on the system. If so, it will be used. The reason for
> > loading ws2_32 explicitly in Cygwin is that the function pointers of
> > the special winsock 2 functions couldn't be resolved otherwise.
> >
> > > Also the two tests for ws32_handle and wsock32_handle look reversed.
> > >
> [snip]
> >
> > It is. WsaStartup should only be called once regardless whether the
> > first winsock function is a version 1.1 or version 2 function. The
> > wsa_init function is only called if it's not already called from the
> > other entry point.
>
> I'm confused. Corinna, does your statement mean that the code in
> autoload.cc is correct as it is now (which is the same as it was at the
> time this email was written) --- or does autoload.cc need to be
> "corrected" to unreverse the ws32_handle and wsock32_handle tests?
> (I'm going through my cygwin inbox trying to tie up some open threads
> w.r.t "my" packages)
Sorry for being unclear. What I meant was, it is correct as it is.
That's what I meant to say but actually, it's not really correct.
Unlike the other LoadDLLxxx functions a ipreliminary check for
handle != NULL is missing. I will add it now.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: cvs broken on win2k after recent cygwin upgrade: "The descriptor is a file, not a socket"
2001-03-21 23:01 ` cvs broken on win2k after recent cygwin upgrade:"The descriptor is " Matthew D. Langston
2001-03-23 2:48 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
@ 2001-10-15 9:23 ` Henry S. Thompson
1 sibling, 0 replies; 25+ messages in thread
From: Henry S. Thompson @ 2001-10-15 9:23 UTC (permalink / raw)
To: Matthew D. Langston; +Cc: Dmitrii Pasechnik, cygwin
The most recent cygwin release (1.3.3-2) fixes this _long_ standing
problem!!!
Thank you all the team.
ht
--
Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
W3C Fellow 1999--2001, part-time member of W3C Team
2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2001-10-15 9:23 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-03-20 16:06 cvs broken on win2k after recent cygwin upgrade:"The descriptor is a file, not a socket" Matthew D. Langston
2001-03-20 16:36 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Dmitrii Pasechnik
2001-03-21 23:01 ` cvs broken on win2k after recent cygwin upgrade:"The descriptor is " Matthew D. Langston
2001-03-23 2:48 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
2001-04-01 15:28 ` cvs broken on win2k after recent cygwin upgrade:"The " Matthew D. Langston
2001-04-12 5:53 ` cvs broken on win2k after recent cygwin upgrade: "The " Henry S. Thompson
2001-04-12 22:44 ` Trevor Forbes
2001-04-13 15:42 ` Henry S. Thompson
2001-04-13 19:50 ` Trevor Forbes
2001-04-14 4:07 ` Henry S. Thompson
2001-04-14 16:00 ` Enoch Wu
2001-04-14 19:22 ` Christopher Faylor
2001-04-14 20:57 ` Enoch Wu
2001-04-15 1:23 ` Henry S. Thompson
2001-04-15 6:07 ` Christopher Faylor
2001-04-15 9:44 ` Corinna Vinschen
2001-04-15 12:36 ` Christopher Faylor
2001-04-15 13:52 ` Corinna Vinschen
2001-04-30 19:42 ` Charles S. Wilson
2001-05-02 4:24 ` Corinna Vinschen
2001-04-15 17:28 ` Enoch Wu
2001-04-16 3:01 ` Henry S. Thompson
2001-04-16 18:37 ` Enoch Wu
2001-10-15 9:23 ` Henry S. Thompson
2001-03-22 5:12 ` cvs broken on win2k after recent cygwin upgrade: "The descriptoris " Charles S. Wilson
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).