From: | Ludek Finstrle <xfinstrl(at)informatics(dot)muni(dot)cz> |
---|---|
To: | Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> |
Cc: | pgsql-odbc(at)postgresql(dot)org |
Subject: | Re: pgsqODBC binding parameters II (fwd) |
Date: | 2001-03-22 08:46:06 |
Message-ID: | 20010322094606.P21919@anxur.fi.muni.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-odbc |
> > > > > CONN ERROR: func=SQLExecute, desc='', errnum=110, errmsg='ERROR: parser: parse error at or near ""'
> > > > > SQLExecute: premature statement so return SQL_ERROR
> > >
> > > PREMATURE state of the statement seems to be the cause of
> > > the error. Is your change about data_at_exec to prevent the
> > > PREMATURE state just after the return from SQLNumResultCols ?
> > > Or does it have another purpose ?
> >
> > Sorry, I don't understand question very well.
> > I make it in december. So I don't remember details.
> >
> > The problem was that '?' didn't be detect as parametr at exec.
> > So I added detection of parameters at exec to SQLExecute. And if I detect
> > it I return SQL_NEED_DATA.
> >
>
> '?' doesn't necessarily mean a data_at_execution parameter.
I use SQLNumParams for this detection. So I mean that it's safe.
> Doesn't your patch change all parameters to data_at_exec ones ?
> If so it doesn't seem good.
Yes, it does. Any idea how recognize data_at_exec parameters?
Luf
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 2001-03-22 10:19:28 | Re: pgsqODBC binding parameters II (fwd) |
Previous Message | Dave Page | 2001-03-22 08:08:29 | RE: [PATCHES] Problem in doing bulk inserts thru ODBC API calls |