I am experimenting with LIBPGEASY
Problem: When I access a "varchar(30)" column using "DECLARE.....FOR SELECT column from schema.table WHERE pkey='KEY'"
When I fetch to a declared variable to return to a calling procedure, my program does a (segmentation error) unless I declare the char variable to some much higher value than it is seemingly necessary. Moreover, the problem does not occur when I manipulate the result in the called procedure. In fact, in my experimentation, I have noticed that I can declare a char variable array less than what the result is and it still works. The crash only occurs in the calling procedure.
What might I be doing wrong?
[mailto:pgsql-interfaces-owner(at)postgresql(dot)org]On Behalf Of Igor
Sent: Monday, October 27, 2003 2:25 AM
To: Tomasz Myrta
Subject: Re: [INTERFACES] LIBPQ Question
On Monday 27 October 2003 09:15, Tomasz Myrta wrote:
> Dnia 2003-10-27 00:08, Użytkownik creid napisał:
> > Problem: Assigning a COUNT(*) result into an integer variable in my C
> > program consistently fails except when I assign the same result to a char
> > variable. I can only assume that the internal data type the COUNT
> > function uses is integer.
> > Can anyone help put me in the proper mindset so I may deal with this,
> > seemingly simple issue, to resolution.
> > I need the integer result to to help me satisfy a dynamic memory
> > requirement... COUNT(*) result will tell me how many rows of data I need
> > to malloc and I cannot perform a math operation on a char variable.
> All libpq results are strings.
Not true anymore with protocol v3, which added the binary format. Text format
is still the default.
> Anyway why do you need count(*) ? When you retrieve your rows, you can
> always check how many are them using PQntuples(...) and then malloc your
> memory tables.
> Tomasz Myrta
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
message can get through to the mailing list cleanly
In response to
pgsql-interfaces by date
|Next:||From: Brett Schwarz||Date: 2003-10-30 21:13:38|
|Subject: Re: [INTERFACES] pgtcl large object read/write corrupts binary data |
|Previous:||From: creid||Date: 2003-10-30 14:44:31|