> >> Tom's recent patch to improve stale lockfile detection included a 
> >> call to getppid() which doesn't exist on Windows.
> >> There is no clean way to implement one (previously discussed on 
> >> hackers-win32) hence the attach patch simply #ifdefs out the call.
> 
> Done.  I think this is no real problem for Windows, since its 
> implementation of the kill(pid,0) check is not going to be 
> fooled by parent processes anyway.

Correct. It will only catch an actual postgresql process.

Also, the logic was broken anyway since win32 assigns PIDs in a random
order and not sequential.. The probability you will get the same PID
after reboot is *very* low.

//mha

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
      joining column's datatypes do not match

Reply via email to