On Fri, Apr 04, 2003 at 06:37:17PM -0500, Tom Lane wrote:
4. pgstat code can only bind to 127.0.0.1 (v4 loopback). On a v6-only
machine this would not exist, would it?
I'm not sure, but I think I changed something about that. Can
you point me to that code?
When I configure and make in a separate build directory tree, I get
createdb.c:15: dumputils.h: No such file or directory
and
print.c:9: common.h: No such file or directory
in src/bin/scripts. I don't know whether the attached change to the
Makefile is the preferred way to fix
On Fri, 4 Apr 2003, Tom Lane wrote:
We should also take a look at Apache's rotator to see if there's any need
to reinvent the wheel at all. I have not seen it, am not even sure what
it's written in...
It's written in 140 lines of C (blank lines and all), and has been very
solid in my
Kurt Roeckx [EMAIL PROTECTED] writes:
I find it so weird, why isn't it just using socketpair() or
something?
Portability issues, perhaps. Does socketpair exist and behave the same
everywhere?
Checking the HPUX man page for it, I read socketpair() is supported
only for AF_UNIX, which suggests
Doug Silver [EMAIL PROTECTED] writes:
[ why does he get ]
test=# select '2003-04-04'::date::timestamptz;
timestamptz
2003-04-03 23:59:00-05
(1 row)
Doug was kind enough to give me access to his machine (a FreeBSD 4.6
box) to look into it. The answer is that the
I'm getting a compile error on cvs tip.
gcc -O2 -g -Wall -Wmissing-prototypes -Wmissing-declarations
-I../../../../src/include -DPKGLIBDIR=\/usr/local/pgsql/lib\
-DDLSUFFIX=\.so\ -c -o dfmgr.o dfmgr.c -MMD
dfmgr.c:330:1: directives may not be used inside a macro argument
dfmgr.c:330:1:
