naim crashes on execution

[GoogleCodeExporter]

> What steps will reproduce the problem?

1. run naim from console

> What is the expected output? What do you see instead?

Expected: naim to run
Instead: crashes with error message below

> What version of naim are you using? On what operating system?
> % naim --version

naim 0.11.8.3.1

> % uname -a

Arch linux 2.6.26-ARCH

> Please provide any additional information below.

Originally had this error when installing from native package manager. 
Removed binary and built from source, same error. Possibly related to 
update of libtool through distro's package package manager.

libtool version: 2.2.6

Error message:

naim: hwprintf.c:42: h_zero: Assertion `strlen(h->addch.buf) == h-
>addch.len' failed.
     Aborted

Original issue reported on code.google.com by wub...@gmail.com on 17 Sep 2008 at 9:26

[GoogleCodeExporter]

Same issue to the letter.

Original comment by ho0...@gmail.com on 18 Jan 2009 at 1:03

[GoogleCodeExporter]

ho0ber, this issue appears to be completely related to Arch and not a bug in 
naim.

Refer to http://bbs.archlinux.org/viewtopic.php?id=55775

It is a really ugly fix we are using, but it works until someone gets un-lazy 
enough 
to figure out why the wrong libraries are being linked against in Arch.

Original comment by wub...@gmail.com on 21 Jan 2009 at 9:31

[GoogleCodeExporter]

If you run ldd /usr/bin/naim, there should be a line about "libncurses". Are you
linked against libncurses.so or libncursesw.so?

Original comment by nml...@google.com on 21 Jan 2009 at 9:36

[GoogleCodeExporter]

libncursesw.so, it appears.

wubaga: I had that suspicion, but I figured I'd at least second your findings.

Original comment by ho0...@gmail.com on 21 Jan 2009 at 9:40

[GoogleCodeExporter]

Commenting out the assertion will make it start, but over time you may notice
corruption creeping into your chat windows as ncurses and naim get confused 
about
what's actually on the screen.

I think we're going look into making naim print a more-helpful error if it 
detects
it's linked against libncursesw instead of libncurses, just to make it clear 
what's
going on (rather than relying on failing the assertion).

Original comment by nml...@google.com on 21 Jan 2009 at 9:54

[GoogleCodeExporter]

Great. Thanks for the help! Hopefully someone will find the issue in Arch (I'm 
not 
quite at the point where I would know where to start) as well.

Original comment by ho0...@gmail.com on 21 Jan 2009 at 9:58