From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24879 invoked from network); 20 Jul 2009 08:47:13 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from new-brage.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.254.104) by ns1.primenet.com.au with SMTP; 20 Jul 2009 08:47:13 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 2129 invoked from network); 20 Jul 2009 08:47:05 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 20 Jul 2009 08:47:05 -0000 Received: (qmail 28901 invoked by alias); 20 Jul 2009 08:46:53 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 27177 Received: (qmail 28890 invoked from network); 20 Jul 2009 08:46:52 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 20 Jul 2009 08:46:52 -0000 Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96]) by bifrost.dotsrc.org (Postfix) with ESMTPS id E3DCB8027106 for ; Mon, 20 Jul 2009 10:46:44 +0200 (CEST) Received: from lapse.rw.madduck.net (lapse.oerlikon.madduck.net [IPv6:2001:41e0:ff12:0:214:a4ff:fe04:eadc]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lapse.rw.madduck.net", Issuer "CAcert Class 3 Root" (verified OK)) by clegg.madduck.net (postfix) with ESMTPS id 4FBA41D402A; Mon, 20 Jul 2009 10:46:34 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.95.1 at clegg Received: by lapse.rw.madduck.net (Postfix, from userid 1000) id 2E9BD80F5; Mon, 20 Jul 2009 10:46:33 +0200 (CEST) Date: Mon, 20 Jul 2009 10:46:33 +0200 From: martin f krafft To: Peter Stephenson Cc: zsh-workers@sunsite.dk, 537596@bugs.debian.org Subject: Re: Bug#537596: regression: parse error near `()' in function definition Message-ID: <20090720084633.GA27558@lapse.rw.madduck.net> References: <20090719171651.GA7217@piper.oerlikon.madduck.net> <20090719232041.GA5156@scru.org> <20090720092757.77e812c7@news01> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20090720092757.77e812c7@news01> X-Motto: Keep the good times rollin' X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.30-1-686 i686 Organization: The Debian project User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV 0.94.2/9589/Sun Jul 19 05:14:56 2009 on bifrost X-Virus-Status: Clean --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable also sprach Peter Stephenson [2009.07.20.1027 +0200]: > `l' in the function definition is in command position and is expanded > as an alias, defining `/bin/ls' and `-F' as functions which call > `/bin/ls', which gets a bit recursive. This can be avoided if you use > `function' to define a function, which doesn't expand aliases. It is > possible to argue for extra warnings somewhere in this mess. Indeed, this fixed my problem, and I also renamed the function to something else, now that I found out about the nameclash. Warnings would be nice. However, there still seems to be some regression, but I cannot quite reproduce this for other cases. E.g. it is still possible to define a function -F without the error. --=20 .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduck http://vcs-pkg.org `- Debian - when you have better things to do than fixing systems =20 there are only 10 types of people in the world: those who understand binary and those who don't. --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature; name="digital_signature_gpg.asc" Content-Description: Digital signature (see http://martin-krafft.net/gpg/) Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAkpkLugACgkQIgvIgzMMSnXVgQCeM6pPUOQWgdM9U2nPCQ2FAsQf a4sAoJTKgF5MZIXOfz3FIyEwaxpSP0fp =LpWm -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM--