Re: Missing library files?? - Mailing list pgsql-hackers

From Tony Griffiths(RA)
Subject Re: Missing library files??
Date
Msg-id 3D1092D1.6010907@cs.man.ac.uk
Whole thread Raw
In response to Missing library files??  ("Tony Griffiths(RA)" <griffitt@cs.man.ac.uk>)
List pgsql-hackers
<br /><br /> Tom Lane wrote:<br /><blockquote cite="mid:4118.1024495564@sss.pgh.pa.us" type="cite"><pre wrap="">"Tony
Griffiths(RA)"<a class="moz-txt-link-rfc2396E" href="mailto:griffitt@cs.man.ac.uk"><griffitt@cs.man.ac.uk></a>
writes:<br/></pre><blockquote type="cite"><pre wrap="">Fair enough - that's what I half expected. I'm wanting to write
some<br />embedded sql that selects a box attribute from a relation - is there any <br />direct way of retrieving a BOX
typedvalue from the select without <br />having to go through decoding the retrieved string. I know I can do this <br
/>usinga binary cursor, but this means moving from embedded sql.<br /></pre></blockquote><pre wrap=""><br />The binary
representationof BOX wouldn't necessarily be the same on<br />client and server machines anyway (surely you don't want
towire in<br />an assumption that client and server are on the same kind of hardware).<br /><br />I'd say bite the
bulletand parse the ASCII string; it's hardly<br />difficult.</pre></blockquote><br /> True, but if you guys decide to
changethe structure of a box string down the line then not too good for backwards compatibility. sscanf here I
come....<br/><br /><blockquote cite="mid:4118.1024495564@sss.pgh.pa.us" type="cite"><pre wrap=""><br /><br />
regards, tom lane<br /></pre></blockquote><br /> 

pgsql-hackers by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: ecpg and bison again
Next
From: Tom Lane
Date:
Subject: Re: SetQuerySnapshot, once again