Accessing Samba server from cygwin: inodes, etc.

2006-03-17 Thread Andrew MacCormack
So, when I try and copy a file with the latest cygwin on the Samba 
server I get this message:


cp: skipping file `capture.txt', as it was replaced while being copied

and using find:

find: /cygdrive/s/littertray/Display/Telford/Design/CVS changed during 
execution of find (old inode
number -409107488, new inode number -401272056, filesystem type is 
system) [ref 1114]
find: /cygdrive/s/littertray/Display/Telford/Design/CVS changed during 
execution of find (old inode
number -472008488, new inode number -426128672, filesystem type is 
system) [ref 1114]


Now, I've found that the latest findutils can help this, but instead I 
get the bizarre:

$ find
.
./.gnome
./.kde
find: ./.kde: No such file or directory

etc, with other directories

The cp problem is helped if I revert to Prev (1.15.18-1 cygwin etc.), 
where I guess that the inodes from the server are not trusted. I wonder 
if there is a way for a user to force cygwin not to trust the inodes 
from a particular network drive?


I tried using the latest snapshot, but that didn't help.

Oh, and sorry for the rant in my last email - frustration getting the 
better of me.




Cygwin Configuration Diagnostics
Current System Time: Fri Mar 17 10:46:34 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Pinnacle\Shared Files\InstantCDDVD\
c:\Program Files\Common Files\GTK\2.0\bin
c:\Program Files\QuickTime\QTSystem\
\\Serv1\public\Product\Tool\Modeltech\win32pe
C:\cygwin\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1007(amaccormack) GID: 513(None)
0(root)513(None)  544(Administrators)
545(Users) 1008(Debugger Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1007(amaccormack) GID: 513(None)
0(root)513(None)  544(Administrators)
545(Users) 1008(Debugger Users)

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

USER = 'amaccormack'
PWD = '/cygdrive/s/littertray/Display/Telford/Design'
HOME = '/cygdrive/c/Documents and Settings/amaccormack/My Documents'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\amaccormack'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\amaccormack\Application Data'
HOSTNAME = 'W082-amaccormack'
LSERVRC = 'C:\Documents and Settings\amaccormack\My Documents\lserv\2\lservrc'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 35 Stepping 2, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\'
OLDPWD = '/cygdrive/s'
USERDOMAIN = 'W082-AMACCORMAC'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
!:: = '::\'
TEMP = '/cygdrive/c/DOCUME~1/AMACCO~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip'
USERNAME = 'amaccormack'
PROCESSOR_LEVEL = '15'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\amaccormack'
LANG = 'en_GB'
CLIENTNAME = 'Console'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\W082-AMACCORMAC'
PROCESSOR_ARCHITECTURE = 'x86'
LM_LICENSE_FILE = '[EMAIL PROTECTED]'
!C: = 'C:\cygwin\bin'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/AMACCO~1/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = '\\serv1\medps0'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '2302'
CLASSPATH = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
COMPUTERNAME = 'W082-AMACCORMAC'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

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

a:  fd N/AN/A
c:  hd  NTFS566848Mb   5% CP CS UN PA FC 

Problems with setup.exe updates when cygwin is running

2006-03-15 Thread Andrew MacCormack
I've just had a bunch of problems with cygwin, including but not limited 
to those experienced here: 
http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html

http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html

As it turns out in the end, these have been down to running setup.exe 
with cygwin running and getting the mesage about needing to reboot. 
However, even after reboot the system has been broken: inodes listed as 
changed, cp saying that files were changed during copy, etc. This all 
seems to be down to the setup.exe run. After reverting everything to 
previous, the problem has gone away entirely. I suggest that setup.exe 
needs robusting, at the very least giving a strong warning on update 
BEFORE changing things if the files are in use.


A general message to close running programs before installing is used as 
a cop-out by lots of other programs and is usually overkill, and thus 
ignored. So it needs to be clear and specific, if it is to be effective.


Also, having used google to search the archives, the cygwin mailing list 
does seem to be pretty unhelpful on some of these issues as most 
enquiries from those not deeply steeped in the lore of cygwin get quoted 
the problem reporting FAQ rather than any attempt made to help them. 
Maybe I've been spoiled by the support I've received on other free 
forums and from commercial companies who don't tell their customers to 
push off.


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