If there is an incorrect entry in a NIS netgroup file & this netgroup file is used to append specific NIS password database entries to the local password database top will dump core at startup. In gdb it shows top failed inside endpwent(3) (gdb) where #0 0x2810cbd8 in endpwent () from /usr/lib/libc.so.4 #1 0x2810d421 in endpwent () from /usr/lib/libc.so.4 #2 0x2810c1da in getpwent () from /usr/lib/libc.so.4 #3 0x804b28e in free () #4 0x804cb94 in clear () #5 0x8049389 in free () Since this error is appears to be within endpwent(3) I presume that programs using this function may also be unstable. Fix: Well obviously fix the netgroup file error, but endpwent(3) should not fail so severely. How-To-Repeat: NIS netgroup file [NOTE: user3 entry incorrect] : somegroup (,user2,),(,user2,),(user3) master.password contains : +@somegroup::::::::/tmp:/usr/bin/false
Responsible Changed From-To: freebsd-bugs->dwmalone Ahhh - was looking at a top PR which suggested there was a bug like this in the NIS stuff. I'll take this PR too, in the hope it will help me track it down.
Responsible Changed From-To: dwmalone->freebsd-bugs over to the pool (approved by bugmeister)
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped
This is no longer an issue.