Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: [Bug] Strange Globing Behaviour when used with sudo
- X-seq: zsh-workers 42902
- From: Peter Stephenson <p.stephenson@xxxxxxxxxxx>
- To: <zsh-workers@xxxxxxx>
- Subject: Re: [Bug] Strange Globing Behaviour when used with sudo
- Date: Thu, 31 May 2018 09:44:03 +0100
- Cms-type: 201P
- Dkim-filter: OpenDKIM Filter v2.11.0 mailout1.w1.samsung.com 20180531084406euoutp01c498e09cf856447e5bf8039be3499487~zrjZLmzm22188521885euoutp01c
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com; s=mail20170921; t=1527756246; bh=7uamarAXnlSgKRGz/3F4ARb170tL3b5ew0XtBN5svvY=; h=Date:From:To:Subject:In-Reply-To:References:From; b=vaCcUUE3mAeqKfZ2jyyfxLjrQXtEW7k76JPtfQhk7RRKIP20JEfp72i7JkRgaw9+i 3UCPLkIMyZaPtieoQprNmmbHLwN4OhHCXmFaksO74NLr6+V+st0PG4H0yc5LAW9H08 LTmu9tu0vBCzFimfbP3Sosjhgzep6zyPxf2TddpE=
- In-reply-to: <CAMaoPXwFdVPszgra5busqtLNqAKsJxDV56LPW9ZrtUbg=tbSMQ@mail.gmail.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- Organization: SCSC
- References: <CAMaoPXzXBv4pAD1_=Lr78h3iT+yhZfSq0CgEs+QMTVeDaR28Vw@mail.gmail.com> <CAH+w=7YxodoKJhA9-xswA5H7vckiHHzFTO_MqR5Ahux0p3h6NQ@mail.gmail.com> <1527707719.3469997.1390875592.73AD29B6@webmail.messagingengine.com> <20180530202349.GA10754@osmium.lan> <CAMaoPXzzuRvAn1FFF3BJ0fnJTiaGgeg2TJKAZgL4RLwV5t5RBw@mail.gmail.com> <CGME20180530205013epcas1p21e3a53e151d3696ad475913d56ced3db@epcas1p2.samsung.com> <CAMaoPXwFdVPszgra5busqtLNqAKsJxDV56LPW9ZrtUbg=tbSMQ@mail.gmail.com>
On Wed, 30 May 2018 22:49:32 +0200
Bengt Brodersen <bengt.brodersen@xxxxxxxxx> wrote:
> Just found a paragraph in stat(2) manpage on macos
If I've read this correctly, it sounds like it's worth trying to
#define _DARWIN_NO_64_BIT_INODE
in the zsh configuration just to see what happens (and then "make
clean" and "make"). This should have one of two effects (i) ino_t
becomes 32 bits, which works around (but does not properly fix) the
problem (ii) the compilation will fail because 32-bit sizes aren't
available in that configuration, which doesn't confirm this is
necessarily a problem but might be a hint.
If it is the issue, it's going to take some detective work by someone on
MacOS as grepping the code doesn't reveal an obviously missing use of
ino_t in the zsh code --- worth checking if ino_t is actually
correctly typedef'd.
If that's not the issue, then back to the drawing board.
pws
Messages sorted by:
Reverse Date,
Date,
Thread,
Author