X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BAYES_00,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Message-ID: <4E4AB7B8.4010102@cs.utoronto.ca> Date: Tue, 16 Aug 2011 14:32:24 -0400 From: Ryan Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: teTeX/dvips References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 16/08/2011 2:26 PM, R P Herrold wrote: > On Mon, 15 Aug 2011, Charles Hyder wrote: > >> Turns out, the include path for dvips's map files is >> /usr/shar/texmf/fonts/map// (!) Here, the "//" means "search all >> subdirectories", of course. > > I have to admit ignorance here of this seeming common knowledge. How > does adding a second slash to the end of a path indicate such a > search, let alone assuming it to be common 'of course' knowledge > > Where is this documented, as it severely 'breaks expectation' that a > path specification is permitted to have 'extra' adjacent > path-separators. An additional expectation is that a directory > specification may be 'normalized' at any time, and is NOT overloaded > with some 'secret' "search sub-paths" option AFAIK, it's a tex thing and has little or no relation to anything linux or unix. Other than that I tend to agree with your assessment, tho. Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple