Skip site navigation (1) Skip section navigation (2)

Re: pgsqODBC binding parameters II (fwd)

From: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
To: Ludek Finstrle <xfinstrl(at)informatics(dot)muni(dot)cz>
Cc: pgsql-odbc(at)postgresql(dot)org
Subject: Re: pgsqODBC binding parameters II (fwd)
Date: 2001-03-26 08:20:05
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-odbc
Ludek Finstrle wrote:


> > Reading SQLPutData's spec together with SQLBindParameter's
> Where can I find these spec?

The following is an extract of SQLPutData's spec.

     SQLHSTMT     StatementHandle,
     SQLPOINTER     DataPtr,
     SQLINTEGER     StrLen_or_Ind);

  Pointer to a buffer containing the actual data for the parameter
  or column. The data must be in the C data type specified in the
  ValueType argument of SQLBindParameter (for parameter data) or the
  TargetType argument of SQLBindCol (for column data). 
  Length of *DataPtr. Specifies the amount of data sent in a call to    
  SQLPutData. The amount of data can vary with each call for a given    
  parameter or column. StrLen_or_Ind is ignored unless it meets one
  of the following conditions: 
  ) The C data type specified in SQLBindParameter or SQLBindCol
  ) The C data type is SQL_C_DEFAULT, and the default C data type for
    the specified SQL data type is SQL_C_CHAR or SQL_C_BINARY. 
  For all other types of C data, if StrLen_or_Ind is not SQL_NULL_DATA
  or SQL_DEFAULT_PARAM, the driver assumes that the size of the
  *DataPtr buffer is the size of the C data type specified with
  ValueType or TargetType and sends the entire data value. ... 

It seems to me that the last part of this extract corresponds
to your case.

> > one, I couldn't find any description that the 9-th parameter of
> > SQLBindParameter could specifiy the SQLPutData's data length.
> > According to SQLPutData's spec, the length seems to be
> > determined by the type of the parameter though I'm not sure.
> I copy it from string version and delete +1 (length).  I think this
> is good way. Length can't be determined by the type.  CHAR or VARCHAR
> could have different lengths.

I'm referring to the cases other than CHAR/VARCHAR ones.
CHAR/VARCHAR cases must accept the 4th paramerter of
SQLPutData like your patch does.

Hiroki Kataoka provided a patch to solve your problem
together with some other ones. See my next posting.

Hiroshi Inoue

In response to

pgsql-odbc by date

Next:From: Hiroshi InoueDate: 2001-03-26 08:42:13
Subject: ODBC changes about parameter handling
Previous:From: Ludek FinstrleDate: 2001-03-26 07:27:18
Subject: Re: pgsqODBC binding parameters II (fwd)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group