Re: 64-bit pgbench V2
От | Robert Haas |
---|---|
Тема | Re: 64-bit pgbench V2 |
Дата | |
Msg-id | AANLkTill9PpjmUxiHx7hScosM7E2zB6f4h2Z1lnQrpRd@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: 64-bit pgbench V2 (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: 64-bit pgbench V2
|
Список | pgsql-hackers |
On Mon, Jul 5, 2010 at 8:17 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Greg Smith <greg@2ndquadrant.com> writes: >> The main tricky part was figuring how to convert the \setshell >> implementation. That uses strtol to parse the number that should have >> been returned by the shell call. It turns out there are a stack of ways >> to do something similar but return 64 bits instead: > > Please choose a way that doesn't introduce new portability assumptions. > The backend gets along fine without strtoll, and I don't see why pgbench > should have to require it. 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. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company
В списке pgsql-hackers по дате отправления: