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

Re: [INTERFACES] Re: ecpg with indicators not working

From: James Thompson <jamest(at)math(dot)ksu(dot)edu>
To: Michael Meskes <Michael_Meskes(at)topmail(dot)de>
Cc: pgsql-interfaces(at)postgreSQL(dot)org
Subject: Re: [INTERFACES] Re: ecpg with indicators not working
Date: 1999-02-17 13:36:15
Message-ID: Pine.LNX.4.10.9902170730380.1232-100000@hobbes.math.ksu.edu (view raw or flat)
Thread:
Lists: pgsql-interfaces
On Wed, 17 Feb 1999, Michael Meskes wrote:

> 
> Strange. Please try the attached test file. I defined all your variables as
> int and it works with ecpg versions 2.4.4 (PG 6.4.1), 2.4.9 and 2.5.0.
> 
> > I dont know the proper method for looking into core files but by trial and
> > error I got gdb to produce (is this correct way to do this?)
> 

Yes the test files worked.  Until I added the other variables used in the
insert statement.  I put the following in the sql declare section (too
lazy to type them all).

char *uid,*id,*name_first,*name_middle,*name_last;

And then ecpg bombs with the seg fault.

> 
> Could you please check where in ECPGdump_a_type it dumps core? The function
> is a pretty short one.
> 

Sure, if I can figure out how.  Can I do that via gdb?  Or do I just need
to use puts throughout the function?

I'd also be willing to try the cvs versions if someone could tell me where
to get them, I cant find cvs download instructions on the postgresql site.

->->->->->->->->->->->->->->->->->->---<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<
James Thompson    138 Cardwell Hall  Manhattan, Ks   66506    785-532-0561 
Kansas State University                          Department of Mathematics
->->->->->->->->->->->->->->->->->->---<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<



In response to

pgsql-interfaces by date

Next:From: Dave PageDate: 1999-02-17 14:12:53
Subject: RE: [INTERFACES] pgAdmin v6.4.2
Previous:From: Eric MarsdenDate: 1999-02-17 13:17:11
Subject: [ANN] Socket-level interface for scsh available

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