Skip site navigation (1) Skip section navigation (2)

Re: mingw check hung

From: Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: mingw check hung
Date: 2009-01-31 00:00:20
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Andrew Dunstan wrote:
> Andrew Dunstan wrote:
>> Magnus Hagander wrote:
>>> Andrew Dunstan wrote:
>>>> Magnus Hagander wrote:
>>>>> Are we *sure*, btw, that this is actually a mingw issue, and not
>>>>> something else in the environment? Could you try a MSVC compiled 
>>>>> binary
>>>>> on the same machine?
>>>> My MSVC buildfarm animal runs on the same machine, and does not suffer
>>>> the same problem.
>>> Meh. Stupid mingw :-)
>>> So how about we #ifdef out that NULL setting based on
>>> WIN32_ONLY_COMPILER, does that seem reasonable?
>> The odd thing is that it doesn't seem to affect Vista, only XP.
>> Anyway, yes, I think that would be OK. How do we then test to see if 
>> the original problem is still fixed?
> Further proof that this is a Windows version issue: I took the problem 
> build from my XP and put it on my Vista box: the same build that causes 
> a problem on XP runs perfectly on Vista. Go figure. Maybe we need a 
> version check at runtime? That would be icky.

Eventually does the crash come from the call SetEnvironemntVariable
(.., NULL) on mingw-XP(or older?)?
I'm also interested in this issue and want to know the cause.

However is it necessary to call SetEnvironmentVariable() in the first
place? My original patch doesn't contain SetEnvironmentVariable call
in pg_unsetenv() because _putenv() seems to call SetEnvironmentVariable

Hiroshi Inoue

In response to


pgsql-hackers by date

Next:From: Andrew DunstanDate: 2009-01-31 00:13:40
Subject: Re: mingw check hung
Previous:From: Stephen FrostDate: 2009-01-30 23:13:04
Subject: Re: How to get SE-PostgreSQL acceptable

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group