Re: [HACKERS] Further plans to refactor xlog.c

2011-11-04 Thread Simon Riggs
On Fri, Nov 4, 2011 at 5:26 AM, Fujii Masao wrote: >> Additionally what about moving all built-in functions defined in xlog.c >> to xlogfuncs.c? > > Oh, you've already posted the patch which does that. > http://archives.postgresql.org/message-id/CA+U5nMK=ybzczkdvj8kojfsz+d9lfmxvw+928nhu4x1hbyh...

Re: [HACKERS] Further plans to refactor xlog.c

2011-11-04 Thread Fujii Masao
On Fri, Nov 4, 2011 at 2:16 PM, Fujii Masao wrote: > On Fri, Nov 4, 2011 at 3:14 AM, Simon Riggs wrote: >> Next steps in refactoring are bigger steps, but not huge ones. >> >> I propose this >> >> * everything to do with XLOG rmgr into a file called xlogrmgr.c >> Thats xlog_redo() and most everyt

Re: [HACKERS] Further plans to refactor xlog.c

2011-11-03 Thread Fujii Masao
On Fri, Nov 4, 2011 at 3:14 AM, Simon Riggs wrote: > Next steps in refactoring are bigger steps, but not huge ones. > > I propose this > > * everything to do with XLOG rmgr into a file called xlogrmgr.c > Thats xlog_redo() and most everything to do with checkpoints > > * everything to do with read

[HACKERS] Further plans to refactor xlog.c

2011-11-03 Thread Simon Riggs
Next steps in refactoring are bigger steps, but not huge ones. I propose this * everything to do with XLOG rmgr into a file called xlogrmgr.c Thats xlog_redo() and most everything to do with checkpoints * everything to do with reading WAL files into a file called xlogread.c That will allow us to