Re: "make check" improvement for cygwin
От | Andrew Dunstan |
---|---|
Тема | Re: "make check" improvement for cygwin |
Дата | |
Msg-id | 3F9FEC1A.6030106@dunslane.net обсуждение исходный текст |
Ответ на | Re: "make check" improvement for cygwin (Jason Tishler <jason@tishler.net>) |
Ответы |
Re: "make check" improvement for cygwin
|
Список | pgsql-patches |
Jason Tishler wrote: >Andrew, > >On Wed, Oct 29, 2003 at 08:45:30AM -0500, Andrew Dunstan wrote: > > >>The number isn't hardcoded at all >> >> > >Understood. > > > >>(except for the warning on gygwin if you choose some high value) >> >> > >The above is my concern -- sorry, for being unclear. > I don't want to issue a warning on a setting that is likely to succeed in some cases. How about this instead of what I had - it deals with the most likely problem case?: # ---------- # warn of cygwin likely failure # if maxconnections = 0 # and we are running parallel tests # ---------- case $host_platform in *-*-cygwin*) case "$schedule" in *parallel*) if [ $maxconnections -eq 0 ] ; then echo using unlimited parallel connections is likely to fail or hang on cygwin echo try \"$me --max-connections=n\" or \"gmake MAX_CONNECTIONS=n check\" echo with n = 5 or 10 if this happens echo fi ;; esac ;; esac
В списке pgsql-patches по дате отправления: