From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28851 invoked by alias); 18 Nov 2015 23:38:33 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 20963 Received: (qmail 23984 invoked from network); 18 Nov 2015 23:38:32 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=eA04I3F218O3YRc3zzDQl04nOKlsRSjAL/DeX/XeEik=; b=y8vtxjleaUKimi+Td5cQQOfISe5kNjydwn5NEQ2k5oku9ywP9DUkmIIDk6MQXKrr2Y Dw1OQfpXHvMSlRbtrk2Yakdcc1Sxyn9Fil2rF+Y2OCyKkAXn/Y/0CPTPK59PytgHA/fd NakGs/wUAlDyGdA1IldYQkyFD9T17Qy61njx0NGQMmakeHt7IqBzhB8rY2y+1GZQ62VA lRJKDfdTwl9JFEO8gDIjkGeFIMPav6jlWsg8eufkwo9xqXaY8uOt4+Opmwyd8+ZAa2Mg C5RQytA8l3hx0R7Qd+dlHWpxaYYUqaYozt0ix7j0Fo5ikEvQ5iPPiT8+OdPZvI3jLuVZ 307g== X-Received: by 10.107.137.226 with SMTP id t95mr5600722ioi.188.1447889909710; Wed, 18 Nov 2015 15:38:29 -0800 (PST) From: "TJ Luoma" To: "Zsh-Users List" Subject: Re: Why isn't zsh sourcing .zshenv ? Date: Wed, 18 Nov 2015 18:38:27 -0500 Message-ID: <6D73FD06-7249-487A-8328-C43CF3BDB35A@gmail.com> In-Reply-To: <151114143102.ZM1796@torch.brasslantern.com> References: <5D52817D-628A-47F2-85CF-335B9F2CB61D@gmail.com> <151114143102.ZM1796@torch.brasslantern.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.9.3r5164) On 14 Nov 2015, at 17:31, Bart Schaefer wrote: > On Nov 14, 2:34pm, TJ Luoma wrote: > } > } Any help appreciated. > > It would appear that some of your dot-files are being read or your > prompt would not have all that unexpanded promptsubst fodder in it. That seems logical, right? But here's the weird thing: $ echo;ls -l ~/.zs*;echo zsh: no matches found: /Users/luomat/.zs* No .zsh* files at all=E2=80=A6 except that the unexpanded PROMPT keeps sh= owing = up. > > Does this also affect a new shell started after iTerm is open? If > so, run as "zsh -x 2>zsh-err.txt" and then examine that file to > determine where things may be going wrong. +/etc/zshenv:1> [ -x /usr/libexec/path_helper ']' +/etc/zshenv:2> /usr/libexec/path_helper -s +/etc/zshenv:2> eval = 'PATH=3D"/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/Appli= cations/Server.app/Contents/ServerRoot/usr/bin:/Applications/Server.app/C= ontents/ServerRoot/usr/sbin";' = export 'PATH;' +(eval):1> = PATH=3D/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/Applica= tions/Server.app/Contents/ServerRoot/usr/bin:/Applications/Server.app/Con= tents/ServerRoot/usr/sbin +(eval):1> export PATH +/etc/zshrc:2> [ Apple_Terminal '=3D' Apple_Terminal ']' +/etc/zshrc:3> setopt combiningchars > Is there anything in /etc/zshenv ? Other than zsh being invoked > with the -f option, that file is the only place where sourcing of > ~/.zshenv can be shut off. $ cat /etc/zshenv if [ -x /usr/libexec/path_helper ]; then eval `/usr/libexec/path_helper -s` fi $ cat /etc/zshrc # Correctly display UTF-8 with combining characters. if [ "$TERM_PROGRAM" =3D "Apple_Terminal" ]; then setopt combiningchars fi Here's another weird thing: $ echo $ZDOTDIR /Users/luomat/dotfiles/zsh HOW IS THAT GETTING SET?! It seems like there is some sort of phantom process hanging around = keeping my .zsh* in memory. Maybe I'll try rebooting {Reboots} OK, _now_ I am seeing an empty prompt and no ZDOTDIR set. {moves ~/.zshenv back into place and Reboots again} OK, now everything is working fine. No un-expanded prompt. What=E2=80=A6 The=E2=80=A6 Heck? Gremlins?