> > I think the bug is in lines 681-694 (of current CVS sources). Actually
> > there are a couple bugs there: first that the new fi value is not stored
> > back into stmt->fi (your complaint). Secondly, the calculation of
> > required space looks to me to have a bunch of errors, both fencepost
> > type (roundup of stmt->nfld to number of slots actually allocated is
> > wrong) and conceptual (roundup should be done on total number of slots
> > needed, not on parts of it). I have no way to test ODBC, though, so
> > I won't try to fix it.
> I've just committed a fix according to Tom's analysis.
> Thanks to Tom for his accurate analysis as usual.
> Matteo, if you want to check the change I would send
> you a binary.
Thanks, Hiroshi. That seemed like a big problem that no one could test
for a fix.
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
In response to
pgsql-odbc by date
|Next:||From: Mustafa Attari||Date: 2001-02-22 07:05:00|
|Previous:||From: Hiroshi Inoue||Date: 2001-02-22 03:51:21|
|Subject: Re: select from a table having more than 32 fields: Quick