liferea-bin crashed with SIGSEGV in _nss_wins_gethostbyname_r()

StacktraceTop:_nss_wins_gethostbyname_r (hostname=0xbfc802d8 "amphetamine", he=0xbfc7f91c, buffer=0xbfc7f938 "",
gethostbyname_r@@GLIBC_2.1.2 () from /lib/tls/i686/cmov/libc.so.6
PR_GetHostByName (name=0xbfc802d8 "amphetamine", buf=0xbfc7fed8 "", bufsize=0, hp=0xbfc7feb0) at prnetdb.c:706
nsProfileLock::LockWithSymlink (this=0x812c89c, lockFilePath=@0xbfc80440, aHaveFcntlLock=1)
nsProfileLock::Lock (this=0x812c89c, aProfileDir=0x812c810, aUnlocker=0x0) at nsProfileLock.cpp:551

How did this crash happen? Is it reproducible? If so, how?

It happens on start 100% of the time; its window doesn't even show up for a second. It's not because of my configuration, the same thing happens if I delete my old settings.

Does this still happen in Hardy final?

Yes, it does. In fact, I haven't been able to launch Liferea ONCE ever since upgrading to Hardy. I have not tried a clean Hardy install or the live CD. Would that help?

Workaround: remove 'wins' from /etc/nsswitch.conf

was: "hosts: files wins mdns4_minimal [NOTFOUND=return] dns mdns4"
became: "hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4"

vivo, that works. So is this a libnss bug? I can confirm that having "wins" in the hosts list also makes mplayer crash with the attached output when trying to play a video stream through HTTP.

Could someone verify if this is fixed with xulrunner-1.9 rc1 from hardy-proposed?

...and libnss3-1d from hardy-proposed

Fixed! Thanx to developers!

..but crash when I choose some posts in the feed. Removing 'wins' from /etc/nsswitch.conf resolve problem.

this is console output:
=============================================================
anton@antonio:~$ liferea
Registering '@mozilla.org/module-loader/python;1' (libpyloader.so)
Registering '@mozilla.org/network/protocol/about;1?what=python' (pyabout.py)

Liferea did receive signal 11 (Segmentation fault).
=============================================================

I don't have that file, what's the output of the following command? This is clearly not a Liferea bug
dpkg -S /etc/nsswitch.conf

Looks like /etc/nsswitch.conf is copied from /usr/share/base-files/nsswitch.conf in base-files postinst.

Closing Liferea task as it's not a bug in Liferea, and reopening a base-files task for further investigation.

I don't have /etc/nsswitch.conf on this Hardy system (possibly due to bug #205750), but /usr/share/base-files/nsswitch.conf doesn't have 'wins' on it (and I have no clue what it means). Probably investigating why it's there and what it does is a good idea ;)

The crash is happening in:

#0 0xb45e97c5 in _nss_wins_gethostbyname_r (hostname=0xbfc802d8 "amphetamine", he=0xbfc7f91c, buffer=0xbfc7f938 "",
    buflen=1024, h_errnop=0xb707a6fc) at nsswitch/wins.c:83

dpkg -S nsswitch.conf
manpages: /usr/share/man/man5/nsswitch.conf.5.gz
base-files: /usr/share/base-files/nsswitch.conf

Does Liferea work if you launch it with sudo?

Emilio, wins (Windows Internet Name Service) is necessary in nsswitch.conf if one is to get Windows-like Name Resolution. Since I have a Windows computer on this network, and I wish to connect to it by hostname, it requires wins in nsswitch.conf.

I, apparently, have this very problem. No, Liferea does not start if launched with sudo either. The error remains the same.

Oh yeah! This looks like a duplicate of bug 286119, which is being fixed in Jaunty and Intrepid! Enjoy!