postgresql/contrib/string
Tom Lane b663f3443b Add a bunch of pseudo-types to replace the behavior formerly associated
with OPAQUE, as per recent pghackers discussion.  I still want to do some
more work on the 'cstring' pseudo-type, but I'm going to commit the bulk
of the changes now before the tree starts shifting under me ...
2002-08-22 00:01:51 +00:00
..
Makefile To fix the perpetually broken makefiles in the contrib tree, I have 2001-09-06 10:49:30 +00:00
README.string_io Add missing /contrib files 2000-06-19 14:02:16 +00:00
string_io.c pgindent run on all C files. Java run to follow. initdb/regression 2001-10-25 05:50:21 +00:00
string_io.h pgindent run on all C files. Java run to follow. initdb/regression 2001-10-25 05:50:21 +00:00
string_io.sql.in Add a bunch of pseudo-types to replace the behavior formerly associated 2002-08-22 00:01:51 +00:00

README.string_io

String io module for postgresql.
Copyright (C) 1999, Massimo Dal Zotto <dz@cs.unitn.it>

This software is distributed under the GNU General Public License
either version 2, or (at your option) any later version.


These output functions can be used as substitution of the standard text
output functions to get the value of text fields printed in the format
used for C strings. This allows the output of queries or the exported
files to be processed more easily using standard unix filter programs
like perl or awk.

If you use the standard functions instead you could find a single tuple
splitted into many lines and the tabs embedded in the values could be
confused with those used as field delimters.

My function translates all non-printing characters into corresponding
esacape sequences as defined by the C syntax. All you need to reconstruct
the exact value in your application is a corresponding unescape function
like the string_input defined in the source code.

Massimo Dal Zotto <dz@cs.unitn.it>