From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Hang in pldebugger after git commit : 98a64d0 |
Date: | 2016-12-20 14:34:09 |
Message-ID: | CA+TgmoZJaO-g2UyWDgc6AgBP05vWqE0XP7iVzNOYhdXWg6XO=w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sat, Dec 17, 2016 at 5:46 AM, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> Yeah, but we are planning to add a generic flag in WaitEvent structure
> which can be used for similar purpose. However, as per your
> suggestion, I have changed it only for Win32 port. Also, I kept the
> change in ModifyWaitEvent API as that seems to be okay considering
> 'reset' is a generic flag in WaitEvent structure.
Well, we don't really need the change in ModifyWaitEvent if we have
the change in WaitEventSetWaitBlock, right? I'd be inclined to ditch
the former and keep the latter. Also, this doesn't look right:
+ for (cur_event = set->events;
+ cur_event < (set->events + set->nevents)
+ && returned_events < nevents;
+ cur_event++)
+ {
+ if (cur_event->reset)
+ {
+ WaitEventAdjustWin32(set, cur_event);
+ cur_event->reset = false;
+ }
+ }
There's no need to include returned_events < nevents in the loop
condition here because returned_events isn't changing.
I think I'd also guard the reset flag with #ifdef WIN32. If it's not
properly supported elsewhere it's just a foot-gun, and there seems to
be no reason to write the code to properly support it elsewhere,
whatever that would mean.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2016-12-20 14:47:17 | Re: Protect syscache from bloating with negative cache entries |
Previous Message | Fujii Masao | 2016-12-20 14:28:58 | Re: Quorum commit for multiple synchronous replication. |