From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27047 invoked by alias); 4 Dec 2012 16:02:20 -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: 17457 Received: (qmail 5166 invoked from network); 4 Dec 2012 16:02:15 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <121204080149.ZM22046@torch.brasslantern.com> Date: Tue, 04 Dec 2012 08:01:49 -0800 In-reply-to: Comments: In reply to "Yuri D'Elia" "Re: Problems with precmd/urxvt" (Dec 4, 3:10pm) References: <121203074835.ZM20740@torch.brasslantern.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@zsh.org Subject: Re: Problems with precmd/urxvt MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Dec 4, 3:10pm, Yuri D'Elia wrote: } } Humm, I tried with just "[ -t 0 ] && .." and seems to be enough. Possibly the -t test is blocking until the terminal is ready. That would synchronize the shell with the parent urxvt, which would also explain this: } Strangely enough, not only I don't get the error anymore, but the } terminal title also seem to be always correctly set on startup On the other hand I'd have expected zsh's internals to do the equivalent of -t at some point during initialization, to decide whether the shell is interactive in the first place, so maybe introducing a tiny delay before the print is enough to break the race condition.