Re: [HACKERS] [PATCHES] pg_regress in C

2006-08-18 Thread Magnus Hagander
> > Per discussion at the conference: > > In order to run the regression tests on Windows without msys, > > pg_regress needs to be reimplemnted in C. > > This has some minor portability issues (macros with ... aren't > portable, for instance) but I think it's something we need to do. > Barring obj

Re: [HACKERS] [PATCHES] pg_regress in C

2006-07-19 Thread Tom Lane
Martijn van Oosterhout writes: > On Tue, Jul 18, 2006 at 10:46:04PM -0400, Tom Lane wrote: >> ... One reason I didn't try to do this is I'm a bit hesitant to >> write a signal handler that does anything as interesting as a system() >> call, which would seem to be necessary to duplicate what the s

Re: [HACKERS] [PATCHES] pg_regress in C

2006-07-18 Thread Martijn van Oosterhout
On Tue, Jul 18, 2006 at 10:46:04PM -0400, Tom Lane wrote: > ... One reason I didn't try to do this is I'm a bit hesitant to > write a signal handler that does anything as interesting as a system() > call, which would seem to be necessary to duplicate what the shell > script did. Comments? It mig

Re: [HACKERS] [PATCHES] pg_regress in C

2006-07-18 Thread Tom Lane
"Magnus Hagander" <[EMAIL PROTECTED]> writes: > Per discussion at the conference: > In order to run the regression tests on Windows without msys, pg_regress > needs to be reimplemnted in C. Patch committed after significant further work. As committed, pg_regress.c is pretty nearly an exact replac

Re: [HACKERS] [PATCHES] pg_regress in C

2006-07-17 Thread Tom Lane
"Magnus Hagander" <[EMAIL PROTECTED]> writes: > Per discussion at the conference: > In order to run the regression tests on Windows without msys, pg_regress > needs to be reimplemnted in C. This has some minor portability issues (macros with ... aren't portable, for instance) but I think it's some