From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 76E59BC6D for ; Wed, 5 Sep 2007 14:15:54 +0200 (CEST) Received: from oden.vtab.com (dns.vtab.com [62.20.90.195]) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id l85CFr0D025606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 5 Sep 2007 14:15:54 +0200 Received: from oden.vtab.com (oden.vtab.com [127.0.0.1]) by oden.vtab.com (Postfix) with ESMTP id B566626EF25; Wed, 5 Sep 2007 14:15:52 +0200 (CEST) Received: from virtutech.se (alfredo.hq.vtech [10.0.0.52]) by oden.vtab.com (Postfix) with ESMTP id 9844326EF1E; Wed, 5 Sep 2007 14:15:52 +0200 (CEST) Received: (from mattias@localhost) by virtutech.se (8.11.6/8.11.6) id l85CFqI31114; Wed, 5 Sep 2007 14:15:52 +0200 Date: Wed, 5 Sep 2007 14:15:52 +0200 Message-Id: <200709051215.l85CFqI31114@virtutech.se> From: "=?utf-8?b?TWF0dGlhcyBFbmdkZWfDpQ==?= =?utf-8?b?cmQ=?=" To: oliver@first.in-berlin.de Cc: caml-list@inria.fr In-reply-to: <1188991526.46de922610e05@webmail.in-berlin.de> (message from Oliver Bandel on Wed, 5 Sep 2007 13:25:26 +0200) Subject: Re: [Caml-list] Bug in Filename.basename? Content-Type: text/plain; charset=iso-8859-1 References: <20070905184538.88ada4e8.mle+ocaml@mega-nerd.com> <20070905104127.GB24323@furbychan.cocan.org> <20070905211013.b53cf46b.mle+ocaml@mega-nerd.com> <1188991526.46de922610e05@webmail.in-berlin.de> X-Virus-Scanned: ClamAV using ClamSMTP X-j-chkmail-Score: MSGID : 46DE9DF9.000 on concorde : j-chkmail score : X : 0/20 1 0.000 -> 1 X-Miltered: at concorde with ID 46DE9DF9.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; mattias:01 mattias:01 bug:01 basename:01 bug:01 python's:01 basename:01 pathname:01 python's:01 dirname:01 o'caml's:01 semantics:01 caml-list:01 pair:01 data:02 >Looking at that documentation, I can't see no bug in the implementation. As an extra data point, Python's os.path.basename("a/b/c/") returns "". It is defined to return "the final component of a pathname". Python's basename/dirname pair have the same concatenative properties as O'Caml's so this makes sense in both languages. This is probably also more useful than the semantics of basename(1).