From: koen van hoof <koen.van_hoof@alcatel.be>
To: Andrej Borsenkow <Andrej.Borsenkow@mow.siemens.ru>
Cc: Zsh hackers list <zsh-workers@sunsite.auc.dk>, zefram@fysh.org
Subject: Re: TERMCAP problem.
Date: Tue, 16 Jan 2001 17:27:39 +0100 [thread overview]
Message-ID: <3A64767B.C5E795CC@alcatel.be> (raw)
In-Reply-To: <000701c07fb5$7ed79680$21c9ca95@mow.siemens.ru>
[-- Attachment #1: Type: text/plain, Size: 1416 bytes --]
Andrej Borsenkow wrote:
> >
> > TERMCAP=abc is probably not a valid termcap, but should this cause
> > a core dump ?
> >
>
> How do I know? I have not written this tgetent :-)
>
> > What value for TERMCAP should work, besides the name of a termcap file ?
> > Anyhow, if I step through the code in tgetent (termcap.c:415), it only tests
> > whether TERMCAP is set, and whether it does start witch a '/' (in
> > which case it
> > is considered a file).
> >
>
> You refer to some file outside of zsh. No idea. I repeat - crash is inside of
> tgetent; tgetent itself gets valid parameters. What happens thereafter is
> outside of zsh control. O.K., one more possibility - clash between memory
> allocation routines used in Zsh and your version of termcap.
>
> What are zsh compile options? Do you compile with --enable-zsh-mem? What is
> termcap 1.3 - does it come with SunOS? Try to recompile with standard OS
> libraries and see if it helps.
>
> -andrej
I checked previous versions of zsh, and version 3.1.2 did not have the problem.
In this version, all environment variables are first copied.
I checked "ChangeLog" and I found a change for 3.1.2 (hzoli, 3293) that explains
my problem.
Is this change still in in later releases ??
--
==========================================================
Koen Van Hoof koen.van_hoof@alcatel.be 32 3 451 60 31
==========================================================
[-- Attachment #2: Card for koen van hoof --]
[-- Type: text/x-vcard, Size: 156 bytes --]
begin:vcard
n:Van Hoof;Koen
x-mozilla-html:TRUE
adr:;;;;;;
version:2.1
email;internet:koen.van_hoof@alcatel.be
x-mozilla-cpt:;0
fn:Koen Van Hoof
end:vcard
next prev parent reply other threads:[~2001-01-16 16:31 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-15 10:14 koen van hoof
2001-01-15 15:46 ` Dan Nelson
2001-01-15 17:23 ` Bart Schaefer
2001-01-16 8:30 ` koen van hoof
2001-01-16 8:52 ` Andrej Borsenkow
2001-01-16 10:42 ` koen van hoof
2001-01-16 10:54 ` Peter Stephenson
2001-01-16 11:19 ` Andrej Borsenkow
2001-01-16 11:56 ` koen van hoof
2001-01-16 12:11 ` Andrej Borsenkow
2001-01-16 16:27 ` koen van hoof [this message]
2001-01-16 17:05 ` Peter Stephenson
2001-01-17 7:46 ` koen van hoof
2001-01-17 7:53 ` Andrej Borsenkow
2001-01-17 18:41 ` Some general problems with exporting cariables (Was: TERMCAP problem. ) Andrej Borsenkow
2001-01-18 12:34 ` koen van hoof
2001-01-18 13:16 ` Andrej Borsenkow
2001-01-18 15:54 ` koen van hoof
2001-01-19 15:05 ` Andrej Borsenkow
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=3A64767B.C5E795CC@alcatel.be \
--to=koen.van_hoof@alcatel.be \
--cc=Andrej.Borsenkow@mow.siemens.ru \
--cc=zefram@fysh.org \
--cc=zsh-workers@sunsite.auc.dk \
/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).