dbTalk Databases Forums  

[BUGS] BUG #1619: ECPG allows definition of binary cursors but can't handle the result

mailing.database.pgsql-bugs mailing.database.pgsql-bugs


Discuss [BUGS] BUG #1619: ECPG allows definition of binary cursors but can't handle the result in the mailing.database.pgsql-bugs forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
 
Posts: n/a

Default [BUGS] BUG #1619: ECPG allows definition of binary cursors but can't handle the result - 04-22-2005 , 11:26 PM







The following bug has been logged online:

Bug reference: 1619
Logged by:
Email address: matthias.schinacher (AT) gmx (DOT) de
PostgreSQL version: 8.0.1
Operating system: Suse Linux 9.1 (x86)
Description: ECPG allows definition of binary cursors but can't
handle the result
Details:

I'm not certain this is a "bug", but seems a un-documented restriction of
ECPG.

one can use a binary cursor definition in a ECPG program, but there is no
(or no documented) way of fetching the data into host variables, as this
allways assumes a text representation.

thus for example, when fetching an integer type field from a binary cursor
into a 'int', the applied conversion implicitly assumes an empty string if
the first byte retrieved is '\0' and will assign a zero value to the 'int',
even if the binary representation received from the server has a non zero
interpretation (.e.g. like receiving the four bytes 00,FF,FF and FF).

maybe it would be a good idea to explicitly mention this in the manual as a
restriction and/or to generate
an error when ecpg encounters a binary cursor?

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majordomo (AT) postgresql (DOT) org

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.