Re: POC: Cleaning up orphaned files using undo logs
От | Thomas Munro |
---|---|
Тема | Re: POC: Cleaning up orphaned files using undo logs |
Дата | |
Msg-id | CAEepm=2VtSx18crik1PH2X6Z13GPAb8te4BB8CCw_SvY8JKgPw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: POC: Cleaning up orphaned files using undo logs (Dmitry Dolgov <9erthalion6@gmail.com>) |
Ответы |
Re: POC: Cleaning up orphaned files using undo logs
|
Список | pgsql-hackers |
On Sat, Dec 1, 2018 at 5:12 AM Dmitry Dolgov <9erthalion6@gmail.com> wrote: > > On Thu, Nov 8, 2018 at 4:03 AM Thomas Munro <thomas.munro@enterprisedb.com> wrote: > > On Tue, Nov 6, 2018 at 12:42 AM Kuntal Ghosh <kuntalghosh.2007@gmail.com> wrote: > > > On Thu, Nov 1, 2018 at 8:53 AM Thomas Munro > > > <thomas.munro@enterprisedb.com> wrote: > > > > It passes make check on Unix and Windows, though currently it's > > > > failing some of the TAP tests for reasons I'm looking into (possibly > > > > due to bugs in the lower level patches, not sure). > > > > > > > I looked into the regression failures when the tap-tests are enabled. > > > It seems that we're not estimating and allocating the shared memory > > > for rollback-hash tables correctly. I've added a patch to fix the > > > same. > > > > Thanks Kuntal. > > Thanks for the patch, > > Unfortunately, cfbot complains about these patches and can't apply them for > some reason, so I did this manually to check it out. All of them (including the > fix from Kuntal) were applied without conflicts, but compilation stopped here > > undoinsert.c: In function ‘UndoRecordAllocateMulti’: > undoinsert.c:547:18: error: ‘urec’ may be used uninitialized in this > function [-Werror=maybe-uninitialized] > urec->uur_info = 0; /* force recomputation of info bits */ > ~~~~~~~~~~~~~~~^~~ > > Could you please post a fixed version of the patch? Sorry for my silence... I got stuck on a design problem with the lower level undo log management code that I'm now close to having figured out. I'll have a new patch soon. -- Thomas Munro http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: