On Tue, Jul 6, 2010 at 11:01 AM, Greg Smith <g...@2ndquadrant.com> wrote: > Robert Haas wrote: >> >> It doesn't seem very palatable to have multiple handwritten integer >> parsers floating around the code base either. Maybe we should try to >> standardize something and ship it in src/port, or somesuch > > I was considering at one point making two trips through strtol, each allowed > to gobble 10 characters, then combining the two--just to cut down a little > bit on the roll your own parser aspects here. I hadn't really considered > how the main server does this job though. If there's something reasonable > to expose by refactoring some code that's already there, I could take a stab > at that. I'm not exactly sure where the integer parsing code in the server > that would be appropriate is to break out is at though.
Take a look at int8in. It's got some backend-specific stuff in it ATM but maybe it would be reasonable to try to fact that out somehow. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
