Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: TERMCAP problem.
- X-seq: zsh-workers 13352
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: koen van hoof <koen.van_hoof@xxxxxxxxxx>
- Subject: Re: TERMCAP problem.
- Date: Mon, 15 Jan 2001 17:23:00 +0000
- Cc: zsh-workers@xxxxxxxxxxxxxx
- In-reply-to: <20010115094653.A2172@xxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <3A62CD8D.2DC85B34@xxxxxxxxxx> <20010115094653.A2172@xxxxxxxxxxxxxxxx>
On Jan 15, 9:46am, Dan Nelson wrote:
} Subject: Re: TERMCAP problem.
}
} In the last episode (Jan 15), koen van hoof said:
} > zsh V3.1.9 and termcap V1.3 on SunOS se9ws265 5.6 Generic_105181-03
} > sun4u sparc
[...]
} > it core dumps, because at a certain moment getenv("TERM")
} > returns 0 and this is fed into a strcmp.
}
} getenv("TERM") should never return 0. screen sets both TERM and
} TERMCAP on all my machines.
But zsh shouldn't dump core when TERM is not set, even so.
Koen, you're going to have to give us more details (if you can) about the
core dump. As far as I can tell, zsh never feeds the result of getenv()
directly to strcmp(). $TERM is handled by params.c:termsetfn(), which
always sets the global char *term to the empty string when $TERM is NULL;
later comparisons on the terminal type always use *term, which should
never be NULL unless ztrdup("") failed (which would indicate a serious
memory allocation problem).
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
Messages sorted by:
Reverse Date,
Date,
Thread,
Author