| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | "Mike Landis" <mlandis(at)pnmx(dot)com> | 
| Cc: | pgsql-bugs(at)postgresql(dot)org | 
| Subject: | Re: BUG #5268: PQgetvalue incorrectly returns 0 | 
| Date: | 2010-01-07 13:06:26 | 
| Message-ID: | 20938.1262869586@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-bugs | 
"Mike Landis" <mlandis(at)pnmx(dot)com> writes:
> When I execute the following SQL:
> "SELECT COUNT(*) FROM information_schema.tables WHERE table_name='proxies'"
> in the PGAdmmin 1.10.0, rev 7945-7946 query tool, I get "1" (the correct
> answer).  When I run the exact same SQL in a C program, I get a result set
> with one tuple and one field (so far so good), but when I run
> PQgetvalue(resultSet,0,0) I get "0" (wrong answer).
The most likely bet I can think of offhand is that your C program
is connecting to the wrong database.
> Am I missing something?  You can't do squat in a client program without
> PQgetvalue().  Is any sort of regression test being run against libpq
> functions?
libpq is exercised probably hundreds of millions of times a day,
every day.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2010-01-07 14:16:11 | Re: email addresses | 
| Previous Message | Mike Landis | 2010-01-07 12:51:54 | Re: BUG #5268: PQgetvalue incorrectly returns 0 |