From: Axel Beckert <abe@deuxchevaux.org>
To: zsh-workers@zsh.org
Subject: Re: Testsuite failures in A05execution inside Jenkins, but not locally (was: zsh 5.0.8.-test-3)
Date: Thu, 27 Aug 2015 15:47:29 +0200 [thread overview]
Message-ID: <20150827134728.GV9970@sym.noone.org> (raw)
In-Reply-To: <150826110702.ZM23706@torch.brasslantern.com>
Hi,
On Wed, Aug 26, 2015 at 11:07:02AM -0700, Bart Schaefer wrote:
> } + (eval):printf:4: write error: broken pipe
> } + (eval):4: write error: inappropriate ioctl for device
> } + cat: write error: Broken pipe
> } + hang:printf: write error: broken pipe
> } + hang: write error: inappropriate ioctl for device
> } Was testing: Bug regression: piping a shell construct to an external process may hang
>
> Those broken pipe errors are irrelevant to the test (in fact they're the
> expected reason for the printf and cat processes to terminate, but under
> normal circumstances that doesn't print an error). So I think we can
> safely throw them away.
>
> Consequently, does this fix it?
Not fully, maybe we need more "2>/dev/null"?
Current failure:
Running test: Bug regression: piping a shell construct to an external process may hang
This test takes 5 seconds to fail...
*** /tmp/zsh.ztst.err.6382 Wed Aug 26 21:24:06 2015
--- /tmp/zsh.ztst.terr.6382 Wed Aug 26 21:24:06 2015
***************
*** 0 ****
--- 1,2 ----
+ (eval):printf:4: write error: broken pipe
+ (eval):4: write error: inappropriate ioctl for device
Test ../../Test/A05execution.ztst failed: error output differs from expected as shown above for:
{ unsetopt MONITOR } 2>/dev/null
coproc { read -et 5 || { print -u $ZTST_fd KILLED; kill -HUP -$$ } }
print -u $ZTST_fd 'This test takes 5 seconds to fail...'
{ printf "%d\n" {1..20000} } | ( read -e )
hang(){ printf "%d\n" {2..20000} | cat }; hang 2>/dev/null | ( read -e )
sleep 1 ;: avoid coproc exit race condition
print -p done
read -et 6 -p
Was testing: Bug regression: piping a shell construct to an external process may hang
../../Test/A05execution.ztst: test failed.
The following may (or may not) help identifying the cause:
This test checks for a file descriptor leak that could cause the left
side of a pipe to block on write after the right side has exited
Maybe this line needs a "2>/dev/null", too?
> { printf "%d\n" {1..20000} } | ( read -e )
Will try that.
Kind regards, Axel
--
/~\ Plain Text Ribbon Campaign | Axel Beckert
\ / Say No to HTML in E-Mail and News | abe@deuxchevaux.org (Mail)
X See http://www.nonhtmlmail.org/campaign.html | abe@noone.org (Mail+Jabber)
/ \ I love long mails: http://email.is-not-s.ms/ | http://abe.noone.org/ (Web)
next prev parent reply other threads:[~2015-08-27 13:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20150825194807.194b3bed@ntlworld.com>
2015-08-26 13:58 ` Axel Beckert
2015-08-26 18:07 ` Bart Schaefer
2015-08-27 13:47 ` Axel Beckert [this message]
2015-08-27 14:14 ` Axel Beckert
2015-08-27 16:12 ` Bart Schaefer
2015-08-28 11:41 ` zsh 5.0.8.-test-3 Axel Beckert
2015-08-28 17:44 ` Bart Schaefer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150827134728.GV9970@sym.noone.org \
--to=abe@deuxchevaux.org \
--cc=zsh-workers@zsh.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).