Re: Getting char * from timestamp in a composite type

From: Michael Akinde <michael(dot)akinde(at)met(dot)no>
To:
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Getting char * from timestamp in a composite type
Date: 2007-12-20 08:08:25
Message-ID: 476A22F9.3030204@met.no
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thanks, though that was an error caused by my attempt to copy-paste some
readable example of code from the source file.

Matching the correct _out functions in the DirectFunctionCall fixed the
segmentation fault problems I was seeing.

Regards,

Michael A.

Tom Lane wrote:
> Michael Akinde <michael(dot)akinde(at)met(dot)no> writes:
>
>>>> bool isNull;
>>>> HeapTupleHeader t = DatumGetHeapTupleHeader(row);
>>>> Datum var = GetAttributeByName( row, "time", & isNull );
>>>> // Check for null
>>>> char * ret = DatumGetCString( DirectFunctionCall1(textout, var ) );
>>>>
>>> That's not going to work. textout wants a text datum. Try calling
>>> timestamp_out instead..
>>>
>> Sigh... it's always the idiot bugs that are the hardest to see. Thanks a
>> lot.
>>
>
> The other problem is that you're passing row not t to
> GetAttributeByName. If you don't have your compiler configured to bleat
> about type mismatches like that, your days of C programming will be
> bleak and painful.
>
> regards, tom lane
>

Attachment Content-Type Size
michael.akinde.vcf text/x-vcard 287 bytes

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Richard Huxton 2007-12-20 08:27:35 Re: Trouble running PostgreSQL server / Server must be started under certain locale.
Previous Message Tom Lane 2007-12-20 07:12:18 Re: Way to avoid expensive Recheck Cond in index lookup?