--qcHopEYAB45HaUaB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hernani Marques Madeira wrote:
> > Do you have something like "LD_LIBRARY_PATH=3D/usr/pkg/lib" in your
> > shell startup file (e.g., ~/.profile)? That's a bad idea in general. I
> > doubt it's the source of this problem but I'd advise against it.
=20
> No, only in the PATH variable (on its end).

Did you add /usr/pkg/lib to your /etc/ld.so.conf? That would be even
worse because it affected every user and e.g., you might have two or
more versions libiconv.so and libpthread.so in different paths. I mean
your sh or tput isn't linked against anything from /usr/pkg/lib, is it?
=20
> > $ env|grep TERM
=20
> Should I recompile the kernel with ``options WSEMUL_VT220'' (*argh*) to g=
ive
> you the output?

Don't you still have the old kernel as /onetbsd?

> Because the system is running well now with the standard of *_VT100.

It would be interesting to know what TERM was set to. I guess I have
partly solved this riddle. I think in your xterm it was set to "su" as
mentioned in login.conf(5). There's no termcap description for "su" which
would explain the tgetent failure. The other output from your first login
screen appears still strange. TERM was probably set to vt220 or xterm but
not vt100 due to the '2' but it wasn't interpreted at all. This might
be a bug in the terminal emulator (i.e., in the kernel) but I'm not sure.
Maybe, it's that in /etc/ttys the terminals are set to vt100?

--=20
Christian

--qcHopEYAB45HaUaB
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (NetBSD)

iD8DBQFAGamV0KQix3oyIMcRAuuIAJ4hF0GsnDBoPeLHO4oFjnXdNtN/4wCgm8w6
gSXP2L0gDzqzRIlRXCYhPz8=
=2myz
-----END PGP SIGNATURE-----

--qcHopEYAB45HaUaB--