From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Seth Hettich <sjh(at)scotch(dot)ucf(dot)ics(dot)uci(dot)edu> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: initdb segfault - solaris 8 |
Date: | 2001-10-29 17:55:20 |
Message-ID: | 200110291755.f9THtKn25738@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> > sjh(at)ucf(dot)ics(dot)uci(dot)edu writes:
> > > Here is the stack trace w/ --enable-debug
> >
> > > #0 0x81cd6ba in ValidateBinary (
> > > path=0x804718c "/pkg/postgresql-7.1.3/bin/postgres") at findbe.c:115
> >
> > Well, that narrows it down to a problem with the "struct group" returned
> > by getgrgid() ... but the code is correct according to the man page I
> > have here for getgrgid. You're going to have to dig further on your
> > own.
> >
> > FWIW, I'd still wonder about whether the definition of "struct group"
> > seen by Postgres agrees with what libc thinks.
>
> I think it's a bug in the solaris 8 LDAP NSS module that returns
> a null gr_mem. But, it's also poor form to use gr_mem before checking
> it...
You got us. :-) I have added code to check for a NULL return from
getgrgid().
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Attachment | Content-Type | Size |
---|---|---|
unknown_filename | text/plain | 720 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Doug McNaught | 2001-10-29 17:55:45 | Re: Optimizing a complex query (long) |
Previous Message | Fran Fabrizio | 2001-10-29 17:49:50 | Re: Running vacuum on cron |