From sacadmin Wed Feb 25 18:28:02 2009 Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1Q2S23X000324; Wed, 25 Feb 2009 18:28:02 -0800 (PST) Received: (from jb25718@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n1Q2S2Sk000316; Wed, 25 Feb 2009 18:28:02 -0800 (PST) Date: Wed, 25 Feb 2009 18:28:02 -0800 (PST) From: Jordan Brown Message-Id: <200902260228.n1Q2S2Sk000316@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Cc: cifs-eng@sun.com Subject: CIFS CATIA Translation Share Property [PSARC/2009/139 FastTrack timeout 03/04/2009] Status: RO Content-Length: 576 Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: CIFS CATIA Translation Share Property 1.2. Name of Document Author/Supplier: Author: Joyce McIntosh 1.3 Date of This Document: 25 February, 2009 4. Technical Description See the case directory for more detail 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Jordan.Brown@Sun.COM Wed Feb 25 18:35:13 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1Q2ZDVk000415 for ; Wed, 25 Feb 2009 18:35:13 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1Q2ZC10064020 for ; Wed, 25 Feb 2009 18:35:13 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1Q2Z7Au025075 for ; Wed, 25 Feb 2009 18:35:07 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; format=flowed; charset=UTF-8 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFN00900J18X300@fe-sfbay-10.sun.com> for PSARC-ext@sac.sfbay.sun.com; Wed, 25 Feb 2009 18:35:07 -0800 (PST) Received: from [129.145.155.183] ([unknown] [129.145.155.183]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFN004I6J6E7VA0@fe-sfbay-10.sun.com> for PSARC-ext@sac.sfbay.sun.com; Wed, 25 Feb 2009 18:35:03 -0800 (PST) Date: Wed, 25 Feb 2009 18:35:02 -0800 From: Jordan Brown Subject: 2009/139 CIFS CATIA Translation Share Property Sender: Jordan.Brown@Sun.COM To: PSARC-ext@sac.sfbay.sun.com Message-id: <49A5FFD6.4050508@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 3906 I am sponsoring the following for fast track approval. The timer expires Wednesday 4 March 2009. Note: This message contains non-ASCII characters, encoded (if I've gotten the Thunderbird settings right) in UTF-8. Unicode hex equivalents are provided for non-UTF-8-capable readers. This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: CATIA translation share property 1.2. Name of Document Author/Supplier: Author: Joyce McIntosh 1.3 Date of This Document: 25 February, 2009 4. Technical Description 4.1 Details: This fast-track proposes a new property for shares to support character translation of filenames for CATIA. CATIA V4 is a UNIX product and uses characters in filenames that are considered invalid by Windows. CATIA V5 is available on both UNIX and Windows. Thus, as CATIA customers migrate from V4 to V5, a V4 file could become inaccessible to windows clients if the filename contains the characters that are considered illegal in Windows. In order to address this issue an optional character translation, as defined in the table below, is applied to filenames within the SMB server. This character translation policy is a de facto standard on platforms that support multi-protocol (NFS and SMB) file sharing. CATIA V4 UNIX CATIA V5 Windows " ¨ 0x00a8 Dieresis * ¤ 0x00a4 Currency Sign / ø 0x00f8 Latin Small Letter O with Stroke : ÷ 0x00f7 Division Sign < « 0x00ab Left-Pointing Double Angle Quotation Mark > » 0x00bb Right-Pointing Double Angle Quotation Mark ? ¿ 0x00bf Inverted Question Mark \ ÿ 0x00ff Latin Small Letter Y with Dieresis | ¦ 0x00a6 Broken Bar The proposed catia property will control whether or not this catia character translation is performed. The proposed catia property can take one of values described below. catia=true|false true CATIA filename character substitution will be performed for this share. false CATIA filename character substitution will not be performed for this share. This is the default value. Examples of setting the catia property using the sharemgr and zfs commands: sharemgr set -P smb -p catia=true -r zshare zgroup zfs sharesmb=catia=true tank/zvol 4.2. Bug/RFE Number(s) 6582159 CATIA support 4.6. Doc Impact: CIFS Administration Guide Modifications to sharemgr(1M) man page: ------------------------------------------------------------------- The general properties supported for SMB are: + catia=boolean + + CATIA V4 uses characters in filenames that are considered invalid + by Windows. CATIA V5 is available on Windows. A CATIA V4 file could * be inaccessible to windows clients if the filename contains any of + the characters that are considered illegal in Windows. * If the catia property is set to true, the following character * substitution is applied to filenames. + + CATIA V4 UNIX CATIA V5 Windows + " ¨ 0x00a8 Dieresis + * ¤ 0x00a4 Currency Sign + / ø 0x00f8 Latin Small Letter O with Stroke + : ÷ 0x00f7 Division Sign + < « 0x00ab Left-Pointing Double Angle Quotation Mark + > » 0x00bb Right-Pointing Double Angle Quotation Mark + ? ¿ 0x00bf Inverted Question Mark + \ ÿ 0x00ff Latin Small Letter Y with Dieresis + | ¦ 0x00a6 Broken Bar + ro=access-list Sharing is read-only to the clients listed in access- list; overrides the rw suboption for the clients speci- fied. See the description of access-list below. ------------------------------------------------------------------- 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Jordan.Brown@Sun.COM Wed Feb 25 19:56:10 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1Q3uA9V001860 for ; Wed, 25 Feb 2009 19:56:10 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1Q3uA5p038953 for ; Wed, 25 Feb 2009 19:56:10 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1Q3u5e4027987 for ; Wed, 25 Feb 2009 19:56:05 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; format=flowed; charset=UTF-8 Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFN00B00MQDQU00@fe-sfbay-09.sun.com> for PSARC-ext@sac.sfbay.sun.com; Wed, 25 Feb 2009 19:56:05 -0800 (PST) Received: from [129.145.155.183] ([unknown] [129.145.155.183]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFN00NX8MXE0E40@fe-sfbay-09.sun.com> for PSARC-ext@sac.sfbay.sun.com; Wed, 25 Feb 2009 19:56:03 -0800 (PST) Date: Wed, 25 Feb 2009 19:56:02 -0800 From: Jordan Brown Subject: 2009/139 CIFS CATIA minor update Sender: Jordan.Brown@Sun.COM To: PSARC-ext@sac.sfbay.sun.com Message-id: <49A612D2.4040707@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 399 Bart Smaalders points out that it's pretty difficult for a UNIX file name to include a "/". Amusingly, a Google search found that Sun, IBM, Microsoft, and Samba all have documents that include this translation. However, it's obviously not useful, and it's mildly harmful as it will unnecessarily disrupt access to files with ø in their names, so it should be removed. Joyce, I assume that's OK? From amw@Sun.COM Wed Feb 25 23:00:18 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1Q70IZe025458 for ; Wed, 25 Feb 2009 23:00:18 -0800 (PST) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1Q70HvX000267 for ; Wed, 25 Feb 2009 23:00:18 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1Q70HoA017896 for ; Thu, 26 Feb 2009 07:00:17 GMT MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; reply-type=response; charset=UTF-8; format=flowed Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFN00F00V7RXH00@mail-amer.sun.com> for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 00:00:17 -0700 (MST) Received: from TOSHIBA ([unknown] [68.228.88.55]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFN00BTAVGHVA20@mail-amer.sun.com> for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 00:00:17 -0700 (MST) Date: Wed, 25 Feb 2009 23:00:14 -0800 From: "Alan.M.Wright" Subject: Re: 2009/139 CIFS CATIA minor update Sender: Alan.M.Wright@Sun.COM To: Jordan Brown , PSARC-ext@sac.sfbay.sun.com Message-id: <82C301C0FB5F40BA9A54B262BFB630BF@TOSHIBA> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-Priority: 3 X-MSMail-priority: Normal References: <49A612D2.4040707@sun.com> Status: RO Content-Length: 1422 I don't want to modify the table - that's the translation table that everyone uses. The / mapping will have no effect but to omit it will look strange to customers expecting this particular feature. It will have no effect on files with ø in their names because this property serves a single purpose - it is purely to support Catia v4/v5 interoperability and nothing else. The only time this property will ever be used is on shares being used to support a mixed UNIX/Windows environment in which people are using Catia V4 on UNIX and Catia V5 on Windows and they are working on the same files. There is some history here but the upshot is that there are a lot of Catia users out there and they use NAS systems (such as the Amber Road S7000) to solve this particular interoperability problem. Alan ----- Original Message ----- From: "Jordan Brown" To: Sent: Wednesday, February 25, 2009 7:56 PM Subject: 2009/139 CIFS CATIA minor update > Bart Smaalders points out that it's pretty difficult for a > UNIX file name to include a "/". > > Amusingly, a Google search found that Sun, IBM, Microsoft, and Samba all > have documents that include this translation. > > However, it's obviously not useful, and it's mildly harmful as > it will unnecessarily disrupt access to files with ø in their names, so > it should be removed. > > Joyce, I assume that's OK? > > From Joerg.Schilling@fokus.fraunhofer.de Thu Feb 26 02:41:14 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1QAfEsX021603 for ; Thu, 26 Feb 2009 02:41:14 -0800 (PST) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1QAfD9N048004 for ; Thu, 26 Feb 2009 02:41:14 -0800 (PST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n1QAcd5f020028 for ; Thu, 26 Feb 2009 10:41:13 GMT Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay11i.sun.com with ESMTP id BT-MMP-582800 for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 10:41:13 Z Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-7447116 for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 10:41:13 Z Received: from iron02.fraunhofer.de ([153.96.1.56] [153.96.1.56]) by relay1i.sun.com with ESMTP id BT-MMP-7552569 for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 10:41:13 Z Received: from pluto.fokus.fraunhofer.de ([195.37.77.164]) by iron02.fraunhofer.de with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Feb 2009 11:41:12 +0100 Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id n1QAfBvO017124; Thu, 26 Feb 2009 11:41:11 +0100 (MET) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Thu, 26 Feb 2009 11:41:11 +0100 Date: Thu, 26 Feb 2009 11:41:11 +0100 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) To: PSARC-ext@sac.sfbay.sun.com, Jordan.Brown@sun.com Subject: Re: 2009/139 CIFS CATIA minor update Message-ID: <49a671c7.ceqq5h5jvsNplnWI%Joerg.Schilling@fokus.fraunhofer.de> References: <49A612D2.4040707@sun.com> In-Reply-To: <49A612D2.4040707@sun.com> User-Agent: nail 11.22 3/20/05 X-Brightmail-Tracker: AAAAAA== X-OriginalArrivalTime: 26 Feb 2009 10:41:11.0346 (UTC) FILETIME=[BD7EC920:01C997FE] X-Antispam: No, score=0.0/5.0, scanned in 0.062sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Status: RO Content-Length: 628 Jordan Brown wrote: > Bart Smaalders points out that it's pretty difficult for a > UNIX file name to include a "/". I've seen this in ~ 1986 with PC-NFS. A PC-NFS client could add create file with '/' in a component name. The related files have been unaccessible from UNIX even though the appeared on UFS. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily From carlsonj@phorcys.east.sun.com Thu Feb 26 05:36:01 2009 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1QDa1oN014778 for ; Thu, 26 Feb 2009 05:36:01 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n1QDa1io012718; Thu, 26 Feb 2009 08:36:01 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n1QDa1N0012715; Thu, 26 Feb 2009 08:36:01 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18854.39617.197106.921401@gargle.gargle.HOWL> Date: Thu, 26 Feb 2009 08:36:01 -0500 From: James Carlson To: Jordan Brown Cc: PSARC-ext@sac.sfbay.sun.com Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-Reply-To: <49A5FFD6.4050508@sun.com> References: <49A5FFD6.4050508@sun.com> X-Mailer: VM 7.01 under Emacs 21.3.1 Status: RO Content-Length: 552 Jordan Brown writes: > I am sponsoring the following for fast track approval. The timer > expires Wednesday 4 March 2009. You didn't specify a release binding or a stability level for the new interfaces. I'll guess at "patch/micro" and "Committed," and give it a +1 (including the likely not-so-interesting '/' translation). -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Joyce.McIntosh@Sun.COM Thu Feb 26 09:54:55 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1QHssEQ002435 for ; Thu, 26 Feb 2009 09:54:54 -0800 (PST) Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1QHssFj040739 for ; Thu, 26 Feb 2009 09:54:54 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1QHsnKW014864 for ; Thu, 26 Feb 2009 09:54:49 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; format=flowed; charset=UTF-8 Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFO00E00N9KX200@fe-sfbay-09.sun.com> for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 09:54:49 -0800 (PST) Received: from [10.1.106.26] ([unknown] [10.1.106.26]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFO002VKPR86N20@fe-sfbay-09.sun.com> for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 09:54:44 -0800 (PST) Date: Thu, 26 Feb 2009 09:50:47 -0800 From: Joyce McIntosh Subject: Re: 2009/139 CIFS CATIA minor update In-reply-to: <49A612D2.4040707@sun.com> Sender: Joyce.McIntosh@Sun.COM To: Jordan Brown Cc: PSARC-ext@sac.sfbay.sun.com Reply-to: Joyce.McIntosh@Sun.COM Message-id: <49A6D677.7060804@Sun.COM> References: <49A612D2.4040707@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 459 Jordan Brown wrote: > Bart Smaalders points out that it's pretty difficult for a > UNIX file name to include a "/". > > Amusingly, a Google search found that Sun, IBM, Microsoft, and Samba all > have documents that include this translation. > > However, it's obviously not useful, and it's mildly harmful as > it will unnecessarily disrupt access to files with ø in their names, so > it should be removed. > > Joyce, I assume that's OK? > Yes, that's fine. From Jordan.Brown@Sun.COM Thu Feb 26 10:13:01 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n1QID1B6002814 for ; Thu, 26 Feb 2009 10:13:01 -0800 (PST) Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n1QID0Qt025282 for ; Thu, 26 Feb 2009 10:13:00 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1QICtmO017467 for ; Thu, 26 Feb 2009 10:12:55 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=UTF-8 Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFO00F00NAPXA00@fe-sfbay-10.sun.com> for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 10:12:55 -0800 (PST) Received: from [129.145.155.183] ([unknown] [129.145.155.183]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFO0038HQLGQ8J0@fe-sfbay-10.sun.com> for PSARC-ext@sac.sfbay.sun.com; Thu, 26 Feb 2009 10:12:52 -0800 (PST) Date: Thu, 26 Feb 2009 10:12:52 -0800 From: Jordan Brown Subject: Re: 2009/139 CIFS CATIA minor update In-reply-to: <49A6D677.7060804@Sun.COM> Sender: Jordan.Brown@Sun.COM To: PSARC-ext@sac.sfbay.sun.com Message-id: <49A6DBA4.2050704@sun.com> References: <49A612D2.4040707@sun.com> <49A6D677.7060804@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 144 After some internal discussion, the team position is to retain the "/" entry to keep our behavior identical to the de facto industry standard. From amw@Sun.COM Tue Mar 3 13:17:52 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n23LHpfF003941 for ; Tue, 3 Mar 2009 13:17:52 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n23LHZIe021002; Wed, 4 Mar 2009 05:17:50 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFY002058HNV000@nwk-avmta-2.sfbay.sun.com>; Tue, 03 Mar 2009 13:17:48 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFY000O08HK1O30@nwk-avmta-2.sfbay.sun.com>; Tue, 03 Mar 2009 13:17:44 -0800 (PST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n23LHhpa001101; Tue, 03 Mar 2009 21:17:44 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFY005007FYX400@mail-amer.sun.com>; Tue, 03 Mar 2009 14:17:43 -0700 (MST) Received: from [10.1.106.211] ([unknown] [10.1.106.211]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFY005YQ8HAV8E0@mail-amer.sun.com>; Tue, 03 Mar 2009 14:17:35 -0700 (MST) Date: Tue, 03 Mar 2009 13:17:34 -0800 From: Alan M Wright Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-reply-to: <49AC9D62.4080405@sun.com> Sender: Alan.M.Wright@Sun.COM To: PSARC-ext@Sun.COM Message-id: <49AD9E6E.70407@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49A875D6.4080801@sun.com> <49AC9D62.4080405@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1879 dcragun wrote: > > Date: Thu, 26 Feb 2009 08:36:01 -0500 From: James Carlson > > > > Jordan Brown writes: > > > > I am sponsoring the following for fast track approval. The timer > > > > expires Wednesday 4 March 2009. > > > > You didn't specify a release binding or a stability level for the new > > interfaces. > > > > I'll guess at "patch/micro" and "Committed," and give it a +1 > > (including the likely not-so-interesting '/' translation). > > So what is supposed to happen if a process tries to access or create a > file with a pathname containing a '/' character? When creating a file, > when is a '/' a directory separator and when is it a character in a > filename? That's up to to the local operating system and the local file system, and has nothing to do with this fasttrack. For the purpose of this fasttrack, how a name in the file system came to contain a / is not relevant. For this fasttrack, if a file name returned by the local file system contained a / it would be converted, as indicated by the translation table to 0x00f8, before that name is propagated to a Windows client. The left column of the table represents the list of characters that are illegal in Windows file names. There is no requirement that these characters be legal on any file system. > If I have a file with filename "a/b" and a directory with filename "a" > and a file in that directory with filename "b", which file does an > open() of "a/b" open for me? If there is no directory "a", but there is > a filename "a/b", will open() of "a/b" give me ENOENT because "a" isn't > an existing directory. (Note that according to the standards, the > command: > printf "%s/%s" $(dirname a/b) $(basename a/b) > is supposed to print "a/b", not "./a/b" (i.e., they work on strings, not > on pathnames.) Those questions don't seem relevant to this fasttrack. Alan From Joyce.McIntosh@Sun.COM Wed Mar 4 11:04:54 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n24J4rQJ004812 for ; Wed, 4 Mar 2009 11:04:54 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n24J4qvc009942 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 4 Mar 2009 19:04:53 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFZ00G0TX03YD00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:04:51 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFZ005YUX02K290@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:04:50 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n24J4jah029605 for ; Wed, 04 Mar 2009 11:04:50 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFZ00F00UXX5100@fe-sfbay-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:04:48 -0800 (PST) Received: from [10.1.106.26] ([unknown] [10.1.106.26]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFZ004NMWZQN770@fe-sfbay-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:04:39 -0800 (PST) Date: Wed, 04 Mar 2009 11:00:34 -0800 From: Joyce McIntosh Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-reply-to: <49AD9E6E.70407@sun.com> Sender: Joyce.McIntosh@Sun.COM Cc: Alan M Wright , PSARC-ext@Sun.COM Reply-to: Joyce.McIntosh@Sun.COM Message-id: <49AECFD2.1030209@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49A875D6.4080801@sun.com> <49AC9D62.4080405@sun.com> <49AD9E6E.70407@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 2743 Hi Don, Let me try again to clarify this for you. The translation of a '/' character would be performed if a filename read from the file system (eg returned from VOP_READDIR) contains the '/' character. The '/' would be translated, within smbsrv, to 0x00f8 before passing the filename to the windows client. A subsequent request from the windows client (e.g. to open the file) would pass the filename containing the 0x00f8 character. If a client passed a filename containing the '/' character this '/' character would not be subject to CATIA translation. CATIA translation is only performed on files accessed via the CIFS protocol, and only if explicitly enabled (CATIA translation is disabled by default). Please let me know if this answers your concern. Thanks Joyce Alan M Wright wrote: > dcragun wrote: > > > Date: Thu, 26 Feb 2009 08:36:01 -0500 From: James Carlson > > > > > > Jordan Brown writes: > > > > > I am sponsoring the following for fast track approval. The timer > > > > > expires Wednesday 4 March 2009. > > > > > > You didn't specify a release binding or a stability level for the new > > > interfaces. > > > > > > I'll guess at "patch/micro" and "Committed," and give it a +1 > > > (including the likely not-so-interesting '/' translation). > > > > So what is supposed to happen if a process tries to access or create a > > file with a pathname containing a '/' character? When creating a file, > > when is a '/' a directory separator and when is it a character in a > > filename? > > That's up to to the local operating system and the local file system, > and has nothing to do with this fasttrack. For the purpose of this > fasttrack, how a name in the file system came to contain a / is not > relevant. > > For this fasttrack, if a file name returned by the local file system > contained a / it would be converted, as indicated by the translation > table to 0x00f8, before that name is propagated to a Windows client. > > The left column of the table represents the list of characters that > are illegal in Windows file names. There is no requirement that > these characters be legal on any file system. > > > If I have a file with filename "a/b" and a directory with filename "a" > > and a file in that directory with filename "b", which file does an > > open() of "a/b" open for me? If there is no directory "a", but there is > > a filename "a/b", will open() of "a/b" give me ENOENT because "a" isn't > > an existing directory. (Note that according to the standards, the > > command: > > printf "%s/%s" $(dirname a/b) $(basename a/b) > > is supposed to print "a/b", not "./a/b" (i.e., they work on strings, > not > > on pathnames.) > > Those questions don't seem relevant to this fasttrack. > > Alan > From carlsonj@phorcys.east.sun.com Wed Mar 4 11:33:57 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n24JXvQn007489 for ; Wed, 4 Mar 2009 11:33:57 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n24JXvsX014987; Wed, 4 Mar 2009 11:33:57 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFZ00M0DYCKD000@nwk-avmta-1.sfbay.Sun.COM>; Wed, 04 Mar 2009 11:33:56 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFZ00M1YYCIBT00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 04 Mar 2009 11:33:54 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n24JXn21005113; Wed, 04 Mar 2009 14:33:49 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n24JXn7l005110; Wed, 04 Mar 2009 14:33:49 -0500 (EST) Date: Wed, 04 Mar 2009 14:33:49 -0500 From: James Carlson Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-reply-to: <49AECFD2.1030209@Sun.COM> To: Joyce.McIntosh@sun.com Cc: Alan M Wright , PSARC-ext@sun.com Message-id: <18862.55197.764770.523022@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49A875D6.4080801@sun.com> <49AC9D62.4080405@sun.com> <49AD9E6E.70407@sun.com> <49AECFD2.1030209@Sun.COM> Status: RO Content-Length: 1580 Joyce McIntosh writes: > The translation of a '/' character would be performed if a filename read > from > the file system (eg returned from VOP_READDIR) contains the '/' character. > The '/' would be translated, within smbsrv, to 0x00f8 before passing the > filename > to the windows client. Of course, at least on UNIX, that'll never happen. No file ever has that character. > A subsequent request from the windows client (e.g. to open the file) would > pass the filename containing the 0x00f8 character. What happens if a Windows client creates a new file containing the 0x00f8 character? Does that: (a) fail, because a file name on UNIX can't possibly have a '/' in it, and no file system should accept it. (b) create a subdirectory (or subdirectories) using the first part of the name, and a file using the last (i.e., interpret the resulting back-translation into '/' as a separator). (c) create a bogus file on the system with '/' right in the directory entry, and no hope of ever removing with normal UNIX interfaces. (d) create a new file with a '0xf8' in the middle of it (I assume we're not talking about wide characters here). (e) do something else entirely, possibly using wide characters (!). I'm guessing it's (a), but I think Don might be concerned about (c) or one of the others. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Joyce.McIntosh@sun.com Wed Mar 4 11:48:16 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n24JmGfM009034 for ; Wed, 4 Mar 2009 11:48:16 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n24JmFTV026033 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 4 Mar 2009 12:48:16 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFZ00B07Z0EWJ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:48:14 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFZ0074MZ0DR160@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:48:13 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n24JmD6b005947 for ; Wed, 04 Mar 2009 11:48:13 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KFZ00100YQG4V00@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:48:13 -0800 (PST) Received: from [10.1.106.26] ([unknown] [10.1.106.26]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KFZ009ZTZ0AKJ00@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 04 Mar 2009 11:48:11 -0800 (PST) Date: Wed, 04 Mar 2009 11:44:06 -0800 From: Joyce McIntosh Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-reply-to: <18862.55197.764770.523022@gargle.gargle.HOWL> Sender: Joyce.McIntosh@sun.com To: James Carlson Cc: Alan M Wright , PSARC-ext@sun.com Reply-to: Joyce.McIntosh@sun.com Message-id: <49AEDA06.2040601@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <49A875D6.4080801@sun.com> <49AC9D62.4080405@sun.com> <49AD9E6E.70407@sun.com> <49AECFD2.1030209@Sun.COM> <18862.55197.764770.523022@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 1628 James Carlson wrote: > Joyce McIntosh writes: > >> The translation of a '/' character would be performed if a filename read >> from >> the file system (eg returned from VOP_READDIR) contains the '/' character. >> The '/' would be translated, within smbsrv, to 0x00f8 before passing the >> filename >> to the windows client. >> > > Of course, at least on UNIX, that'll never happen. No file ever has > that character. > > >> A subsequent request from the windows client (e.g. to open the file) would >> pass the filename containing the 0x00f8 character. >> > > What happens if a Windows client creates a new file containing the > 0x00f8 character? Does that: > > (a) fail, because a file name on UNIX can't possibly have a '/' in > it, and no file system should accept it. > > (b) create a subdirectory (or subdirectories) using the first part > of the name, and a file using the last (i.e., interpret the > resulting back-translation into '/' as a separator). > > (c) create a bogus file on the system with '/' right in the > directory entry, and no hope of ever removing with normal UNIX > interfaces. > > (d) create a new file with a '0xf8' in the middle of it (I assume > we're not talking about wide characters here). > > (e) do something else entirely, possibly using wide characters (!). > > I'm guessing it's (a), but I think Don might be concerned about (c) or > one of the others. > > Your guess is correct. The answer is (a). The file system would not allow us to create the file (due to the '/' character) and thus the request would fail. Joyce From Nicolas.Williams@Sun.COM Wed Mar 4 12:05:13 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n24K5DsZ020532 for ; Wed, 4 Mar 2009 12:05:13 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n24K55Ta003956; Wed, 4 Mar 2009 12:05:12 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KFZ0051VZSL0J00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 04 Mar 2009 12:05:09 -0800 (PST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KFZ00MDRZSLBQ70@nwk-avmta-1.sfbay.Sun.COM>; Wed, 04 Mar 2009 12:05:09 -0800 (PST) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n24K3aTk015032; Wed, 04 Mar 2009 14:03:36 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n24K3aKq015031; Wed, 04 Mar 2009 14:03:36 -0600 (CST) Date: Wed, 04 Mar 2009 14:03:36 -0600 From: Nicolas Williams Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-reply-to: <49AECFD2.1030209@Sun.COM> To: Joyce McIntosh Cc: Alan M Wright , PSARC-ext@Sun.COM Message-id: <20090304200336.GC9992@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <49A875D6.4080801@sun.com> <49AC9D62.4080405@sun.com> <49AD9E6E.70407@sun.com> <49AECFD2.1030209@Sun.COM> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 1003 On Wed, Mar 04, 2009 at 11:00:34AM -0800, Joyce McIntosh wrote: > The translation of a '/' character would be performed if a filename > read from the file system (eg returned from VOP_READDIR) contains the > '/' character. The '/' would be translated, within smbsrv, to 0x00f8 > before passing the filename to the windows client. A subsequent > request from the windows client (e.g. to open the file) would pass the > filename containing the 0x00f8 character. > > If a client passed a filename containing the '/' character this '/' > character would not be subject to CATIA translation. This last point, and the fact that 0x00f8 is not converted back to '/', are crucial. It is important that no file ever be created with '/' in its name. Of course, filesystems that were created/used outside Solaris might well have filenames with '/' in them. Which is why this conversion could possibly ever be needed. (The POSIX layer might need to do a similar conversion for local applications.) Nico -- From carlsonj@phorcys.east.sun.com Thu Mar 5 06:33:52 2009 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n25EXpKV028237 for ; Thu, 5 Mar 2009 06:33:51 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n25EXkWo007764; Thu, 5 Mar 2009 09:33:46 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n25EXj9i007761; Thu, 5 Mar 2009 09:33:45 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <18863.58057.856728.951039@gargle.gargle.HOWL> Date: Thu, 5 Mar 2009 09:33:45 -0500 From: James Carlson To: Don Cragun Cc: psarc-ext@sac.sfbay.sun.com Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-Reply-To: <49AF5C56.8030902@sonic.net> References: <49AF5C56.8030902@sonic.net> X-Mailer: VM 7.01 under Emacs 21.3.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id n25EXpKV028237 Status: RO Content-Length: 3362 Don Cragun writes: > Sorry, > Trying again with corrected subject line... [corrected cc line as well] > > > > What happens if a Windows client creates a new file containing the > > > > 0x00f8 character? Does that: > > > > > > > > (a) fail, because a file name on UNIX can't possibly have a '/' in > > > > it, and no file system should accept it. > > If I read the spec correctly this would never happen. 0x00f8 is a > Latin small letter o with stroke; not a '/' (AKA solidus or virgule) > character. Whether or not catia=true, an o with stroke character > will not be translated to '/'. Actually, this is exactly what happens. If Windows were to use the o-with-stroke character and "catia" were set on the file system, then the file name would be translated by the Solaris server to have '/' in it, and the call would then fail. > > > > > > > > (b) create a subdirectory (or subdirectories) using the first part > > > > of the name, and a file using the last (i.e., interpret the > > > > resulting back-translation into '/' as a separator). > > The fact that you allow the translation of '/' in a filename implies > that files can exist containing that character. Not really. It implies that the specification allows for this specific translation. If the underlying OS doesn't support having that character, then the translation table entry is effectively moot. That's the case here. The translation is "allowed," but since we're UNIX, it doesn't actually work. > 1. Will an application attempt to pass a pathname containing a > '/' character ever be translated by the system into a Latin > small letter o with stroke, No. That's backwards. That never happens. The translation occurs between the Solaris (UNIX) system and the Windows server. If the file on the Solaris system were to have a '/' in it (an impossibility), then that character would be translated to o-with-stroke on the Windows system. Applications using '/' are completely unaffected. > From what you say above, I believe you are saying that the > only translation is on characters found in the names of > files that exist on a CIFS server. So, this will never happen. That's not quite the case. The Solaris system *IS* the CIFS server. This is Solaris-as-server, not Solaris-as-client. > 2. If I have four files with names "<>", "«>", "«»", and "<»" on > a directory on a CIFS server with catia=true, it seems that > CATIA applications reading that directory will see four > different files with filename "«»". Possibly so. So what? > The fact that readdir will give you one name while open, stat, > unlink, rename, etc. may need to use a different name seems like > a disaster waiting to happen. No. Those directory entries will be seen *ONLY* on the Windows system. This is a translation that occurs only for Windows clients when using a Solaris server. It has no effect whatsoever on applications running on a Solaris system, nor on UNIX clients of a Solaris server, nor on Solaris when acting as a client to any other server (CIFS included). -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From carlsonj@phorcys.east.sun.com Thu Mar 5 06:45:26 2009 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n25EjPKx000517 for ; Thu, 5 Mar 2009 06:45:26 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n25EjKrk007843; Thu, 5 Mar 2009 09:45:20 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n25EjKQe007840; Thu, 5 Mar 2009 09:45:20 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18863.58752.243159.513375@gargle.gargle.HOWL> Date: Thu, 5 Mar 2009 09:45:20 -0500 From: James Carlson To: Don Cragun , psarc-ext@sac.sfbay.sun.com Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-Reply-To: <18863.58057.856728.951039@gargle.gargle.HOWL> References: <49AF5C56.8030902@sonic.net> <18863.58057.856728.951039@gargle.gargle.HOWL> X-Mailer: VM 7.01 under Emacs 21.3.1 Status: RO Content-Length: 456 James Carlson writes: > The translation occurs between the Solaris (UNIX) system and the > Windows server. If the file on the Solaris system were to have a '/' ^^^^^^ client Shoot. Always re-read to check for typpppos. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From dcragun@sonic.net Thu Mar 5 17:02:45 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n2612iWW015174 for ; Thu, 5 Mar 2009 17:02:45 -0800 (PST) Received: from sca-ea-mail-2.sun.com (sca-ea-mail-2.Sun.COM [192.18.43.25]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n2612iU4034413 for ; Thu, 5 Mar 2009 17:02:44 -0800 (PST) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n260uK8A000442 for ; Fri, 6 Mar 2009 01:02:39 GMT Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay15i.sun.com with ESMTP id BT-MMP-1311700 for psarc-ext@sac.sfbay.sun.com; Fri, 6 Mar 2009 01:02:39 Z Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-18275534 for psarc-ext@sac.sfbay.sun.com; Fri, 6 Mar 2009 01:02:39 Z Received: from a.mail.sonic.net ([64.142.16.245] [64.142.16.245]) by relay1i.sun.com with ESMTP id BT-MMP-16729066 for psarc-ext@sac.sfbay.sun.com; Fri, 6 Mar 2009 01:02:38 Z Received: from [10.0.0.10] (76-191-129-144.dsl.dynamic.sonic.net [76.191.129.144]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id n2612c3g016092; Thu, 5 Mar 2009 17:02:38 -0800 Message-ID: <49B0762E.30002@sonic.net> Date: Thu, 05 Mar 2009 17:02:38 -0800 From: Don Cragun User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) To: James Carlson CC: psarc-ext@sac.sfbay.sun.com Subject: Re: 2009/139 CIFS CATIA Translation Share Property References: <49AF5C56.8030902@sonic.net> <18863.58057.856728.951039@gargle.gargle.HOWL> In-Reply-To: <18863.58057.856728.951039@gargle.gargle.HOWL> X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-2.6/5.0, scanned in 0.096sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Status: RO Content-Length: 4071 James, Please find comments in-line below... - Don James Carlson wrote: > Don Cragun writes: >> Sorry, >> Trying again with corrected subject line... > > [corrected cc line as well] > >> > > > What happens if a Windows client creates a new file containing the >> > > > 0x00f8 character? Does that: >> > > > >> > > > (a) fail, because a file name on UNIX can't possibly have a '/' in >> > > > it, and no file system should accept it. >> >> If I read the spec correctly this would never happen. 0x00f8 is a >> Latin small letter o with stroke; not a '/' (AKA solidus or virgule) >> character. Whether or not catia=true, an o with stroke character >> will not be translated to '/'. > > Actually, this is exactly what happens. > > If Windows were to use the o-with-stroke character and "catia" were > set on the file system, then the file name would be translated by the > Solaris server to have '/' in it, and the call would then fail. I didn't get that from reading the spec. It thought it talked about translating CATIA version 4 (which runs only on UNIX systems) filenames to CATIA version 5 (which run both on UNIX and Windows systems) filenames. I don't remember anything about translating the other way around. (Since the OpenSolaris ARC site is off-line for a day, I can't verify it now.) > >> > > > >> > > > (b) create a subdirectory (or subdirectories) using the first part >> > > > of the name, and a file using the last (i.e., interpret the >> > > > resulting back-translation into '/' as a separator). >> >> The fact that you allow the translation of '/' in a filename implies >> that files can exist containing that character. > > Not really. It implies that the specification allows for this > specific translation. If the underlying OS doesn't support having > that character, then the translation table entry is effectively moot. > > That's the case here. The translation is "allowed," but since we're > UNIX, it doesn't actually work. OK. Good. > >> 1. Will an application attempt to pass a pathname containing a >> '/' character ever be translated by the system into a Latin >> small letter o with stroke, > > No. That's backwards. That never happens. > > The translation occurs between the Solaris (UNIX) system and the > Windows server. If the file on the Solaris system were to have a '/' > in it (an impossibility), then that character would be translated to > o-with-stroke on the Windows system. > > Applications using '/' are completely unaffected. > >> From what you say above, I believe you are saying that the >> only translation is on characters found in the names of >> files that exist on a CIFS server. So, this will never happen. > > That's not quite the case. The Solaris system *IS* the CIFS server. > > This is Solaris-as-server, not Solaris-as-client. > >> 2. If I have four files with names "<>", "«>", "«»", and "<»" on >> a directory on a CIFS server with catia=true, it seems that >> CATIA applications reading that directory will see four >> different files with filename "«»". > > Possibly so. So what? > >> The fact that readdir will give you one name while open, stat, >> unlink, rename, etc. may need to use a different name seems like >> a disaster waiting to happen. > > No. Those directory entries will be seen *ONLY* on the Windows > system. > > This is a translation that occurs only for Windows clients when using > a Solaris server. > > It has no effect whatsoever on applications running on a Solaris > system, nor on UNIX clients of a Solaris server, nor on Solaris when > acting as a client to any other server (CIFS included). > OK. Solaris applications are unaffected. The only issue is that software running on Windows may not be able to access some files on a Solaris server and may accidentally end up working with a different file. But, since the characters that cause this problem shouldn't appear in filenames on a Windows system, it shouldn't matter. I'm OK with that. From Joyce.McIntosh@Sun.COM Fri Mar 6 10:15:10 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n26IFAfr020988 for ; Fri, 6 Mar 2009 10:15:10 -0800 (PST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n26IF7SE041672 for ; Fri, 6 Mar 2009 10:15:10 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n26IF26F027890 for ; Fri, 6 Mar 2009 10:15:02 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KG300E00JNYI500@fe-sfbay-09.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 06 Mar 2009 10:15:02 -0800 (PST) Received: from [10.1.106.26] ([unknown] [10.1.106.26]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KG300KE9K11H8E0@fe-sfbay-09.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 06 Mar 2009 10:15:01 -0800 (PST) Date: Fri, 06 Mar 2009 10:10:54 -0800 From: Joyce McIntosh Subject: Re: 2009/139 CIFS CATIA Translation Share Property In-reply-to: <49B0762E.30002@sonic.net> Sender: Joyce.McIntosh@Sun.COM To: Don Cragun Cc: James Carlson , psarc-ext@sac.sfbay.sun.com Reply-to: Joyce.McIntosh@Sun.COM Message-id: <49B1672E.20102@Sun.COM> References: <49AF5C56.8030902@sonic.net> <18863.58057.856728.951039@gargle.gargle.HOWL> <49B0762E.30002@sonic.net> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 1717 Don Cragun wrote: >> >> >>> > > > What happens if a Windows client creates a new file >>> containing the >>> > > > 0x00f8 character? Does that: >>> > > > >>> > > > (a) fail, because a file name on UNIX can't possibly have a >>> '/' in >>> > > > it, and no file system should accept it. >>> >>> If I read the spec correctly this would never happen. 0x00f8 is a >>> Latin small letter o with stroke; not a '/' (AKA solidus or virgule) >>> character. Whether or not catia=true, an o with stroke character >>> will not be translated to '/'. >> >> Actually, this is exactly what happens. >> >> If Windows were to use the o-with-stroke character and "catia" were >> set on the file system, then the file name would be translated by the >> Solaris server to have '/' in it, and the call would then fail. > > I didn't get that from reading the spec. It thought it talked about > translating CATIA version 4 (which runs only on UNIX systems) filenames > to CATIA version 5 (which run both on UNIX and Windows systems) > filenames. I don't remember anything about translating the other way > around. (Since the OpenSolaris ARC site is off-line for a day, I can't > verify it now.) Yes, the translation has to go both ways. For example, if the Windows client does a directory listing the filenames received from the filesystem are translated by the Solaris CIFS server to v5 format in the response sent back to the windows client. When the Windows client sends a filenames in a request to the Solaris CIFS server the filename is translated to v4 format before accessing the filesystem. So the CATIA v4 filenames in the file system on the Solaris server appear as CATIA v5 filenames on the Windows client. From Jordan.Brown@Sun.COM Wed Mar 11 16:08:11 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n2BN8Bid001384 for ; Wed, 11 Mar 2009 16:08:11 -0700 (PDT) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n2BN8BxV042191 for ; Wed, 11 Mar 2009 16:08:11 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n2BN85Uo007328 for ; Wed, 11 Mar 2009 16:08:06 -0700 (PDT) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=UTF-8 Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KGD00I006V3IH00@fe-sfbay-09.sun.com> for PSARC-ext@sac.sfbay.sun.com; Wed, 11 Mar 2009 16:08:05 -0700 (PDT) Received: from [129.145.155.183] ([unknown] [129.145.155.183]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KGD00G5Z6XD9I10@fe-sfbay-09.sun.com> for PSARC-ext@sac.sfbay.sun.com; Wed, 11 Mar 2009 16:08:02 -0700 (PDT) Date: Wed, 11 Mar 2009 16:08:01 -0700 From: Jordan Brown Subject: 2009/139 CIFS CATIA translation - approved Sender: Jordan.Brown@Sun.COM To: PSARC-ext@sac.sfbay.sun.com Message-id: <49B84451.5080701@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 43 This case was approved at today's meeting.