Re: File attribute access very slow

2005-04-29 Thread Brian Dessent

Tor Egil Hovland wrote:

I don't have an answer as to why your commands take a long time to
complete, but:

 SysDir: C:\WINNT\system32
 WinDir: C:\Documents and Settings\mvstest.PCSIH3\WINDOWS

Doesn't that seem a bit strange?

Brian

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



Re: File attribute access very slow

2005-04-29 Thread Tor Egil Hovland
Brian Dessent wrote:

  SysDir: C:\WINNT\system32
  WinDir: C:\Documents and Settings\mvstest.PCSIH3\WINDOWS
 
 Doesn't that seem a bit strange?

Actually, I believe this is correct when I'm running on a terminal server.
From the MSDN documentation on GetWindowsDirectory(), which cygcheck
actually calls in this case:

The Windows directory is the directory where an application should store
initialization and help files. If the user is running a shared version of
the system, the Windows directory is guaranteed to be private for each user.


If an application creates other files that it wants to store on a per-user
basis, it should place them in the directory specified by the HOMEPATH
environment variable. This directory will be different for each user, if so
specified by an administrator, through the User Manager administrative tool.
HOMEPATH always specifies either the user's home directory, which is
guaranteed to be private for each user, or a default directory (for example,
C:\USERS\DEFAULT) where the user will have all access. 

Terminal Services:   If the application is running in a Terminal Services
environment, each user has a private Windows directory. There is also a
shared Windows directory for the system. If the application is
Terminal-Services-aware (has the
IMAGE_DLLCHARACTERISTICS_TERMINAL_SERVER_AWARE flag set in the image
header), this function returns the path of the system Windows directory,
just as the GetSystemWindowsDirectory function does. Otherwise, it retrieves
the path of the private Windows directory for the user.

-- 
Tor H. 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.powel.no
**


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



Re: File attribute access very slow

2005-04-29 Thread Brian Dessent
Tor Egil Hovland wrote:

   SysDir: C:\WINNT\system32
   WinDir: C:\Documents and Settings\mvstest.PCSIH3\WINDOWS
 
  Doesn't that seem a bit strange?
 
 Actually, I believe this is correct when I'm running on a terminal server.
 From the MSDN documentation on GetWindowsDirectory(), which cygcheck
 actually calls in this case:

Ah, okay.  The key there is terminal server, which I guess makes the
difference.  I too checked the platform SDK for that function before
posting because I was curious as well.  The part about shared version
of the system was unclear -- on a regular multiuser NT system it still
returns \WINDOWS (or \WINNT or whatever) so that phrase must be
referring to TS.

Anyway... clearly this has nothing to do with your problem, so pardon
the noise.

Brian

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



Re: File attribute access very slow

2005-04-29 Thread Lionel B
Brian Dessent wrote...
 Tor Egil Hovland wrote:

 [...]

 Ah, okay.  The key there is terminal server, which I guess makes the
 difference.

Hmmm... I seem to have this problem too using terminal server too (can't say 
whether the problem exists without terminal
server as I don't have any other access to the machines).

-- 
Lionel B



--
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/