Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Hang on latest kubuntu linux when built with icc
- X-seq: zsh-workers 22491
- From: "Vin Shelton" <acs@xxxxxxxxxxxxxxxxxxxx>
- To: "Peter Stephenson" <pws@xxxxxxx>
- Subject: Re: Hang on latest kubuntu linux when built with icc
- Date: Tue, 13 Jun 2006 23:23:01 -0400
- Cc: "Zsh hackers list" <zsh-workers@xxxxxxxxxx>
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PHcC3Vgp89lwWJQVy1cUfZ1rmPfLXSUHvkXjm0phHZWZ8DBf+x2A3P7vaVAWiTMVVH4CWl5e8o6MmEuk6PZV2wCHlAodoae4N906VfKSg4rfTtKb51GXcdQ+S9CExLNKRhBPqv8L7A06HKNupXswCnhU8HdQ6NyaDkD5GGKx5uw=
- In-reply-to: <200606121307.k5CD7JvS018060@xxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20a807210606101831w3170d4aandf94ce83ac5ec8a8@xxxxxxxxxxxxxx> <200606121307.k5CD7JvS018060@xxxxxxxxxxxxxx>
- Sender: ethersoft@xxxxxxxxx
On 6/12/06, Peter Stephenson <pws@xxxxxxx> wrote:
"Vin Shelton" wrote:
> when I build the latest CVS sources with icc, the Intel C compiler,
> the shell eventually hangs after running a command but before
> returning to the prompt. It usually takes only 1-5 commands before
> this happens.
>
> Here's an strace of zsh -f:
>...
> wait4(-1, 0xbfd3ac30, WNOHANG|WSTOPPED, 0xbfd3abd4) = -1 ECHILD (No
> child processes)
> sigreturn() = ? (mask now ~[HUP KILL CHLD
> STOP RTMIN])
> pause() = ? ERESTARTNOHAND (To be restarted)
> --- SIGHUP (Hangup) @ 0 (0) ---
>...
> The SIGHUP is where I killed the shell from another window.
Unfortunately I'm not a signal expert and it really needs someone who
does this sort of thing regularly.
The pause() looks a bit fishy. There are two explicit occurrences in
the code: I'll assume it's one of these for now. What strace
reports might be only distantly related to the source code; still, my
Fedora Core 4 with 2.6.14 says it's calling rt_sigsuspend(), which
sounds much more plausible.
One call is here:
#ifdef BROKEN_POSIX_SIGSUSPEND
sigprocmask(SIG_SETMASK, &set, &oset);
pause();
sigprocmask(SIG_SETMASK, &oset, NULL);
#else /* not BROKEN_POSIX_SIGSUSPEND */
ret = sigsuspend(&set);
#endif /* BROKEN_POSIX_SIGSUSPEND */
and the other is right down at the tail end where we're virtually
implementing signal suspension from scratch.
I don't think you should be getting either of those... certainly not the
second, but probably not BROKEN_POSIX_SIGSUSPEND either. Could you
check if that's defined? If it is, try undefining it; the test may need
tweaking.
Peter,
Thanks for your help. I'm slightly embarrassed to admit that the
problem was that my system was misconfigured - because I had not added
/opt/intel/compiler/9.0/lib to /etc/ld.so.conf, a dynamic lib could
not be found. I fixed this in the executable by setting
LD_LIBRARY_PATH before running Src/zsh, by I didn't think that this
would affect the configure tests, too. Once I added
/opt/intel/compiler/9.0/lib to /etc/ld.so.conf and re-ran ldconfig,
everything worked fine. Previously, BROKEN POSIX_SIGSUSPEND was set,
and no it is not. Zsh is now working fine.
Thanks,
Vin
--
Whoever you are, no matter how lonely,
the world offers itself to your imagination,
calls to you like the wild geese, harsh and exciting--
over and over announcing your place
in the family of things. Mary Oliver
Messages sorted by:
Reverse Date,
Date,
Thread,
Author