| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andreas Krennmair <netnews(at)synflood(dot)at> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: PostgreSQL 8.0.0beta1 and diet libc |
| Date: | 2004-08-20 01:10:30 |
| Message-ID: | 14562.1092964230@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andreas Krennmair <netnews(at)synflood(dot)at> writes:
> The first fix is that PostgreSQL relies on that, when reading the output
> of postgres -V, all the output can be read with a single read call (or
> whatever call is used, it comes down to read(2) in the end) when called
> from initdb.
Hmm. This is a fair point. Shouldn't pipe_read_line() loop until it's
detected EOF? I'm willing to fix the Unix half of it but I dunno about
the Windows half.
> The other modifications in src/timezone/data/europe are a quick fix
> because I got the error message "line too long" when trying to do a make
> install.
Can you say where that error message is coming from? Because I'd say
that we should fix the limitation, not kluge the data files ...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Treat | 2004-08-20 01:34:31 | Re: All three packages ... |
| Previous Message | Mischa Sandberg | 2004-08-20 00:43:25 | PG replic refs |