Sponsored Content
Full Discussion: NFS from windows 2008
Operating Systems Solaris NFS from windows 2008 Post 302925611 by hicksd8 on Tuesday 18th of November 2014 06:54:32 AM
Old 11-18-2014
Solaris (and indeed Unix/Linux in general) is always case sensitive for filenames. Windows on the other hand is not case sensitive, I believe.

Therefore, if you search for abc.txt in any upper or lower case Windows will find the same file.

I don't know what you can do about that. Perhaps you'll get other more useful answers on this forum.
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

NFS for Windows

has anyone used any products to map windows drives to a solaris machine? if so can you please let me know of any problems you have seemed to have and which products you have tried. (4 Replies)
Discussion started by: Optimus_P
4 Replies

2. HP-UX

Mounting of unix NFS to windows XP

is it possible? i will only config on the windows side. is there a third party software to help me accomplish this? tnx (3 Replies)
Discussion started by: Amaru
3 Replies

3. UNIX for Advanced & Expert Users

Windows machine with NFS-Client

Hi all expert, can anybody know how to export windows user home directory on NFS server so user can access there files from windows as well as Linux. In short configure windows machine with an NFS client is there any third party software & how 2 configure it . Any idea. Thanks in... (1 Reply)
Discussion started by: jagnikam
1 Replies

4. Windows & DOS: Issues & Discussions

NFS HDD mount on Windows XP

Hi, Unix based, My harddrive won't boot and I'm looking for a reliable tool that can mount a hdd on Windows XP and show me the files stored on a NFS system. I tried the tool: Ext2IFS but this didn't work. I found a lot of tools on google to mount nfs share thru a network but that's... (1 Reply)
Discussion started by: severt
1 Replies

5. Windows & DOS: Issues & Discussions

Install Windows 2003 R2 on existing Windows 2008

Hi, I am trying to install WIndows 2003 R2 Server on existing Windows 2008 server. When I run the 2003 cd it says no disk found. What can be the problem. (2 Replies)
Discussion started by: gunnervarma
2 Replies

6. Solaris

Problem with samba and windows 2008

Hello everybody for Argentina i send my regards. I have question i have a samba (version 2.2.8A) runing on a solaris 10 sparc . There is a problem to connect said that there is a problem with the permission and refuse conection. Somebody knows what version of samba fix this problem? Thank you... (0 Replies)
Discussion started by: enkei17
0 Replies

7. AIX

Access AIX NFS Share from Windows Server 2008

Hi all, Hopefully this question hasn't been asked a thousand times. I am trying to connect a Windows Server to an exported NFS share which resides on an AIX box. I think the directory is exported correctly from the AIX side but I can't verify that because I didn't do it myself. On the... (6 Replies)
Discussion started by: ThePistonDoctor
6 Replies

8. Red Hat

Mounting NFS filesystem on Windows server

Hello Can someone please suggest how should I configure Samba to share the drive from Linux to Window server, and Windows server is in AD environment. is this require winbind to be installed ?? Thanks, (0 Replies)
Discussion started by: bobby320
0 Replies

9. UNIX for Dummies Questions & Answers

NFS mount of Windows NAS

The UPS connected to the Disk Array portion of my Windows 2003 NAS burned up over the weekend. Reconnected it to a new UPS and re-booted the NAS box. Since then I have not been able to get my HPUX 10.2 box to mount the shared drives on the NAS. At boot, the NFS client & server subsystems do a... (0 Replies)
Discussion started by: twalker0
0 Replies

10. Windows & DOS: Issues & Discussions

NFS mount error in windows

I am trying to set a share between windows and an AIX server. I was able to do this to a windows 2008 server. I am now trying to get this to worked on a windows 7 enterprise pc. below is what i get. I have turned off the firewall wall in windows the user is an admin in the pc. same account works... (6 Replies)
Discussion started by: fierfek
6 Replies
filename(n)						       Tcl Built-In Commands						       filename(n)

__________________________________________________________________________________________________________________________________________________

NAME
filename - File name conventions supported by Tcl commands _________________________________________________________________ INTRODUCTION
All Tcl commands and C procedures that take file names as arguments expect the file names to be in one of three forms, depending on the current platform. On each platform, Tcl supports file names in the standard forms(s) for that platform. In addition, on all platforms, Tcl supports a Unix-like syntax intended to provide a convenient way of constructing simple file names. However, scripts that are intended to be portable should not assume a particular form for file names. Instead, portable scripts must use the file split and file join com- mands to manipulate file names (see the file manual entry for more details). PATH TYPES
File names are grouped into three general types based on the starting point for the path used to specify the file: absolute, relative, and volume-relative. Absolute names are completely qualified, giving a path to the file relative to a particular volume and the root directory on that volume. Relative names are unqualified, giving a path to the file relative to the current working directory. Volume-relative names are partially qualified, either giving the path relative to the root directory on the current volume, or relative to the current directory of the specified volume. The file pathtype command can be used to determine the type of a given path. PATH SYNTAX
The rules for native names depend on the value reported in the Tcl array element tcl_platform(platform): Unix On Unix and Apple MacOS X platforms, Tcl uses path names where the components are separated by slashes. Path names may be rela- tive or absolute, and file names may contain any character other than slash. The file names . and .. are special and refer to the current directory and the parent of the current directory respectively. Multiple adjacent slash characters are interpreted as a single separator. Any number of trailing slash characters at the end of a path are simply ignored, so the paths foo, foo/ and foo// are all identical, and in particular foo/ does not necessarily mean a directory is being referred. The following examples illustrate various forms of path names: / Absolute path to the root directory. /etc/passwd Absolute path to the file named passwd in the directory etc in the root directory. . Relative path to the current directory. foo Relative path to the file foo in the current directory. foo/bar Relative path to the file bar in the directory foo in the current directory. ../foo Relative path to the file foo in the directory above the current directory. Windows On Microsoft Windows platforms, Tcl supports both drive-relative and UNC style names. Both / and may be used as directory sep- arators in either type of name. Drive-relative names consist of an optional drive specifier followed by an absolute or relative path. UNC paths follow the general form \servernamesharenamepathfile, but must at the very least contain the server and share components, i.e. \servernamesharename. In both forms, the file names . and .. are special and refer to the current directory and the parent of the current directory respectively. The following examples illustrate various forms of path names: \Hostshare/file Absolute UNC path to a file called file in the root directory of the export point share on the host Host. Note that repeated use of file dirname on this path will give //Host/share, and will never give just //Host. c:foo Volume-relative path to a file foo in the current directory on drive c. c:/foo Absolute path to a file foo in the root directory of drive c. fooar Relative path to a file bar in the foo directory in the current directory on the current volume. foo Volume-relative path to a file foo in the root directory of the current volume. \foo Volume-relative path to a file foo in the root directory of the current volume. This is not a valid UNC path, so the assumption is that the extra backslashes are superfluous. TILDE SUBSTITUTION
In addition to the file name rules described above, Tcl also supports csh-style tilde substitution. If a file name starts with a tilde, then the file name will be interpreted as if the first element is replaced with the location of the home directory for the given user. If the tilde is followed immediately by a separator, then the $HOME environment variable is substituted. Otherwise the characters between the tilde and the next separator are taken as a user name, which is used to retrieve the user's home directory for substitution. This works on Unix, MacOS X and Windows (except very old releases). Old Windows platforms do not support tilde substitution when a user name follows the tilde. On these platforms, attempts to use a tilde followed by a user name will generate an error that the user does not exist when Tcl attempts to interpret that part of the path or other- wise access the file. The behaviour of these paths when not trying to interpret them is the same as on Unix. File names that have a tilde without a user name will be correctly substituted using the $HOME environment variable, just like for Unix. PORTABILITY ISSUES
Not all file systems are case sensitive, so scripts should avoid code that depends on the case of characters in a file name. In addition, the character sets allowed on different devices may differ, so scripts should choose file names that do not contain special characters like: <>:?"/|. The safest approach is to use names consisting of alphanumeric characters only. Care should be taken with filenames which contain spaces (common on Windows systems) and filenames where the backslash is the directory separator (Windows native path names). Also Windows 3.1 only supports file names with a root of no more than 8 characters and an extension of no more than 3 characters. On Windows platforms there are file and path length restrictions. Complete paths or filenames longer than about 260 characters will lead to errors in most file operations. Another Windows peculiarity is that any number of trailing dots "." in filenames are totally ignored, so, for example, attempts to create a file or directory with a name "foo." will result in the creation of a file/directory with name "foo". This fact is reflected in the results of file normalize. Furthermore, a file name consisting only of dots "........." or dots with trailing characters ".....abc" is illegal. SEE ALSO
file(n), glob(n) KEYWORDS
current directory, absolute file name, relative file name, volume-relative file name, portability Tcl 7.5 filename(n)
All times are GMT -4. The time now is 05:26 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy