Message-ID: <4E431D47.6060609@ringerc.id.au>
Date: Thu, 11 Aug 2011 08:07:35 +0800
From: Craig Ringer <ringerc@ringerc.id.au>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: c k <shreeseva.learning@gmail.com>
CC: Adrian Klaver <adrian.klaver@gmail.com>,
 pgsql-general@postgresql.org
Subject: Re: postgresql server crash on windows 7 when using plpython
References: 
 <CAN2Y=uMs3SwWwogKpazMPKFTbuJZngOhaDLxYg+XReJK=BzpPA@mail.gmail.com>
	<CANf5jyPA2Sq1vaHGk0VCT6yPGyiiHspuxFyK3eWYV+xsGR04TA@mail.gmail.com>
	<CAN2Y=uNbpzZ=z_KHBOwf_4qcOuZNp+PrPYMaF7qvQ_Wi7YOJLA@mail.gmail.com>
	<201108100704.44907.adrian.klaver@gmail.com>
	<CAN2Y=uPDc_n1_rCahkX7bHCO28P=WKqNr5ziGM-2JRecK=_yPg@mail.gmail.com>
In-Reply-To: 
 <CAN2Y=uPDc_n1_rCahkX7bHCO28P=WKqNr5ziGM-2JRecK=_yPg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 11/08/2011 1:00 AM, c k wrote:
> I have renamed uuid-ossp.dll to 0uuid-ossp.dll in postgresql's lib
> directory. But it is also found that postgresql's bin directory is not
> included in the path.

It doesn't have to be. On Windows, the directory containing the current 
executable is implicitly the first path entry. Since postgres.exe lives 
in the same directory as uuid-ossp.dll, that's the copy of the DLL 
that'll be called.

> Then started the postgresql again, called the same plpython function
> again and again server crashed without any details in the log.
> Also searched for the above dll or similar in python's installation but
> not founf, one available was not dll but was .py file.

OK, so maybe Python doesn't use uuid-ossp but its own implementation in 
pure Python. I'll pull out a Windows box and check.

> Recent log contains following lines.

> *Fatal Python error: PyThreadState_Get: no current thread*

Hmm, that's interesting. Thanks for supplying the error message; looks 
like I was probably on entirely the wrong track because I was forced to 
guess with not enough information.

If I get a chance I'll have a play with the function you posted and see 
if I can reproduce the crash on my Win7 box.

In the mean time, if you want you can try to collect some more 
information about the crash according to these instructions:

http://wiki.postgresql.org/wiki/Getting_a_stack_trace_of_a_running_PostgreSQL_backend_on_Windows

--
Craig Ringer