Re: [HACKERS] AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3

2006-02-20 Thread Albert Chin
On Sun, Feb 19, 2006 at 11:32:53PM -0500, Tom Lane wrote: > Albert Chin <[EMAIL PROTECTED]> writes: > > > The solution is to either revert to the 8.1.1 code (my recommendation) > > or check for ngetaddrinfo. The latter is a crude hack though. > > Hm, I think both of

Re: [HACKERS] AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3

2006-02-19 Thread Albert Chin
On Sun, Feb 19, 2006 at 09:56:20PM -0500, Tom Lane wrote: > Albert Chin <[EMAIL PROTECTED]> writes: > > > AC_REPLACE_FUNCS([getaddrinfo]) will not detect getaddrinfo() on Tru64 > > UNIX because getaddrinfo is not in libc. > > Hmm, where is it then? getaddrinfo

Re: [HACKERS] AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3

2006-02-19 Thread Albert Chin
On Sun, Feb 19, 2006 at 09:02:48PM -0500, Tom Lane wrote: > Albert Chin <[EMAIL PROTECTED]> writes: > > AC_REPLACE_FUNCS([getaddrinfo]) won't correctly detect getaddrinfo on > > Tru64 UNIX because the function doesn't exist under that name in libc. > > We

[HACKERS] AC_REPLACE_FUNCS([getaddrinfo]) in 8.1.3

2006-02-19 Thread Albert Chin
nfo' function.])], [AC_MSG_RESULT([no]) AC_LIBOBJ(getaddrinfo)]) So, what's the best way to merge the two? If getaddrinfo() is borked on Windows, how about AC_TRY_RUN to test it out? -- albert chin ([EMAIL PROTECTED]) ---(end of broadcast)-

Re: [HACKERS] Fix to CVE-2006-0553 for 8.1.1

2006-02-19 Thread Albert Chin
On Sun, Feb 19, 2006 at 05:14:32PM -0500, Tom Lane wrote: > Albert Chin <[EMAIL PROTECTED]> writes: > > Does the patch below look like the correct fix to CVE-2006-0553 if > > running 8.1.1? > > Why in the world would you not install 8.1.3 instead? Or are you hoping &

[HACKERS] Fix to CVE-2006-0553 for 8.1.1

2006-02-19 Thread Albert Chin
Does the patch below look like the correct fix to CVE-2006-0553 if running 8.1.1? I just scanned cvs log from the 8.1 branch, looking for CVE-2006-0553 and picked out the diffs. -- albert chin ([EMAIL PROTECTED]) -- snip snip Index: src/backend/commands/variable.c

Re: [HACKERS] Trouble building 8.1.1 on Tru64 UNIX 5.1

2005-12-19 Thread Albert Chin
On Mon, Dec 19, 2005 at 06:34:38PM -0500, Tom Lane wrote: > Albert Chin <[EMAIL PROTECTED]> writes: > > On Mon, Dec 19, 2005 at 05:59:12PM -0500, Tom Lane wrote: > >> Perhaps a more relevant question is why ecpg/preproc is including > >> that header. > > &g

Re: [HACKERS] Trouble building 8.1.1 on Tru64 UNIX 5.1

2005-12-19 Thread Albert Chin
On Mon, Dec 19, 2005 at 05:59:12PM -0500, Tom Lane wrote: > Albert Chin <[EMAIL PROTECTED]> writes: > > The problem is that /usr/include/arpa/nameser_compat.h defines a > > struct named HEADER. This conflicts with the use of preproc.y in > > src/interfaces/ecpg/pre

[HACKERS] Trouble building 8.1.1 on Tru64 UNIX 5.1

2005-12-19 Thread Albert Chin
valid declarator. (declarator) } HEADER; --^ The problem is that /usr/include/arpa/nameser_compat.h defines a struct named HEADER. This conflicts with the use of preproc.y in src/interfaces/ecpg/preproc/preproc.y. What should it be renamed to? -- albert chin ([EMAIL PROT

Re: [HACKERS] Autoconf upgraded

2002-04-01 Thread Albert Chin
On Fri, Mar 29, 2002 at 12:39:01PM -0500, Peter Eisentraut wrote: > * Running 'autoconf' is now very slow. Too bad. But rerunning autoconf should be fast, thanks to autom4te.cache. -- albert chin ([EMAIL PROTECTED]) ---(end of broadcast)--