X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=4.0 tests=BAYES_00,MISSING_MIMEOLE,
	MURPHY_DRUGS_REL8,RCVD_IN_DNSWL_LOW autolearn=no
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 12 Aug 2008 04:05:08 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7C453wV004903
	for <submit@emacsbugs.donarmstrong.com>; Mon, 11 Aug 2008 21:05:04 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KSl82-0001Ch-UL
	for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 00:05:02 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KSl7y-00012y-3u
	for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 00:05:02 -0400
Received: from [199.232.76.173] (port=33159 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1KSl7x-00012q-Uv
	for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 00:04:57 -0400
Received: from pxy2nd.nifty.com ([202.248.175.14]:2985)
	by monty-python.gnu.org with smtp (Exim 4.60)
	(envelope-from <gha03025@nifty.ne.jp>)
	id 1KSl7x-0000LR-7E
	for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 00:04:57 -0400
Received: (qmail 5784 invoked from network); Tue, 12 Aug 2008 13:04:40 +0900
X-Nifty-SrcIP: [172.22.106.152]
Received: from unknown (HELO aps508) (172.22.106.152)
  by smb515.nifty.com with SMTP; Tue, 12 Aug 2008 13:04:40 +0900
Message-ID: <31147069.79401218513880311.gha03025@nifty.ne.jp>
Date: Tue, 12 Aug 2008 13:04:40 +0900 (JST)
From: =?ISO-2022-JP?B?GyRCQ2ZAbhsoQg==?= =?ISO-2022-JP?B?GyRCQD8bKEI=?= <gha03025@nifty.ne.jp>
To: bug-gnu-emacs@gnu.org
Subject: Re: regexp problem in ldap.el
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
Priority: normal
X-Mailer: @nifty Webmail 2.0
X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized.

According to the rfc4512, \w is not good to match against attribute type
and options.  With the attached patch, options containing hyphens are
successfully parsed.

P.S.

I submitted a bug report about regexp in ldap-search-internal last
December, but now I understand that it was a mistake.

---- patch from here ----
--- ldap.orig.el        2008-08-09 08:04:07.000000000 +0900
+++ ldap.el     2008-08-09 22:37:05.000000000 +0900
@@ -582,9 +582,9 @@
                                               (end-of-line)
                                               (point))))
          (forward-line 1)
-         (while (looking-at "^\\(\\w*\\)\\(;\\w*\\)?[=:\t ]+\\(&lt;[\t ]*file
:\
//\\)\\(.*\\)$")
+         (while (looking-at "^\\([A-Za-z][-A-Za-z0-9]*\\|[0-9]+\\(\\.[0-9]+\\
)\
*\\)\\(;[-A-Za-z0-9]+\\)*[=:\t ]+\\(<[\t ]*file://\\)\\(.*\\)$")
            (setq name (match-string 1)
-                 value (match-string 4))
+                 value (match-string 5))
             ;; Need to handle <a href="file:///D:/...">file:///D:/...</a> as 
g\
enerated by OpenLDAP
             ;; on DOS/Windows as local files.
             (if (and (memq system-type '(windows-nt ms-dos))
---- patch ends here ----