RE: [PROPOSAL]a new data type 'bytea' for ECPG - Mailing list pgsql-hackers

From Matsumura, Ryo
Subject RE: [PROPOSAL]a new data type 'bytea' for ECPG
Date
Msg-id 03040DFF97E6E54E88D3BFEE5F5480F737AA228E@G01JPEXMBYT04
Whole thread Raw
In response to RE: [PROPOSAL]a new data type 'bytea' for ECPG  ("Matsumura, Ryo" <matsumura.ryo@jp.fujitsu.com>)
Responses Re: [PROPOSAL]a new data type 'bytea' for ECPG  (Michael Meskes <meskes@postgresql.org>)
List pgsql-hackers
Meskes-san

Sorry to bother you, but I would be grateful if you would comment to me.

Regards
Ryo Matsumura

> -----Original Message-----
> From: Matsumura, Ryo [mailto:matsumura.ryo@jp.fujitsu.com]
> Sent: Wednesday, December 19, 2018 7:05 PM
> <tsunakawa.takay@jp.fujitsu.com>
> Cc: pgsql-hackers@lists.postgresql.org
> Subject: RE: [PROPOSAL]a new data type 'bytea' for ECPG
> 
> Meskes-san
> 
> > > I do think, though, we should change the debug output for
> > > ecpg_free_params().
> >
> > I try to change about it. Next patch will print binary in hex-format.
> 
> I implement and attach it. Please review a new patch in this mail.
> 
> 
> 
> I have a question about ecpg manual when I add article for bytea.
> I wonder what does the following about VARCHAR mean.
> 
>   35.4.4. Type Mapping
>   Table 35.1. Mapping Between PostgreSQL Data Types and C Variable Types
> 
>     character(n), varchar(n), text | char[n+1], VARCHAR[n+1] [b]
>     <footnote>
>     [b] declared in ecpglib.h
> 
> There is no declaration for VARCHAR in ecpglib.h.
> There is a declaration for ECPGt_varchar in ecpgtype.h, but it may be
> be unusefull information for users.
> 
> On the other hand, footnote for 'bool' is usefull because there is
> C-definition macro in ecpglib.h.
> 
>   <footnote>
>   [c] declared in ecpglib.h if not native
> 
>   <ecpglib.h>
>   #ifndef bool
>   #define bool char
>   #endif
> 
> I think, if the footnote of VARCHAR is meaningless, I remove it while I add
> the article for bytea. (I didn't remove in this patch.)
> 
> Regards
> Ryo Matsumura

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Don't wake up to check trigger file if none is configured
Next
From: John Naylor
Date:
Subject: Re: WIP: Avoid creation of the free space map for small tables