aboutsummaryrefslogtreecommitdiff
path: root/src/interfaces/libpq++/pglobject.cc
Commit message (Collapse)AuthorAge
* Okay, libpq++ is moved to GBorg, and all traces of it have been removedMarc G. Fournier2002-08-22
| | | | | | | | from the core repository ... I haven't *moved* the libpq++ files out of the tree, mainly as we want to keep them in place for past branches ... Peter, I think I've covered all the files I need, and re-ran autoconf to make sure the configure file is in place properly ...
* Indent libpq++ as mentioned in email. Format was terrible, and thisBruce Momjian2002-07-02
| | | | will make fixing things easier.
* The method PgLargeObject::LOid() is missing an implementation in the .ccBruce Momjian2002-06-15
| | | | | | | | | | | | | | | | | | | | | | file. The program seems to compile ok, but when linking a program that uses the call, g++ chokes with an undefined reference error. If you know how this problem might be fixed, list the solution below: --------------------------------------------------------------------- I include the code: Oid PgLargeObject::LOid(){ return pgObject; } in the .cc file. Chris Traylor
* This patch fixes a few minor problems with libpq++: remove the deprecatedBruce Momjian2002-06-15
| | | | | | | | | | | PQExec(" ") in the wrapper around PQnotifies(), fix the Makefile for the examples so that they will actually compile properly (with the exception of #5, which depends on internal headers), make a minor change to libpq++.h so that "make examples" now works on my machine, update some documentation, fix some grammatical problems, and remove some of the more hideous comments. Neil Conway
* Make libpq++ safe again for older C++ compilers. Do 'using namespace std'Tom Lane2001-09-30
| | | | | only if configure found it was safe to do so; do not assume const_cast is available.
* Here's a version of my suggested diffs transplanted to 7.1 beta 5. I'mBruce Momjian2001-05-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | still looking at the best way to integrate Tom Vijlbrief's fixes (insofar as they're still needed); would 7.2 be a suitable time for incompatible API changes? Jeroen Changes: (*) Introduced bool, true, false (replacing some int, 1, 0) (*) Made some member functions const (*) Documented GetIsNull() (*) Marked DisplayTuples() and PrintTuples() as obsolescent; fixed possible portability problem (assumed that NULL pointer equals all-zero bit pattern) (*) PrintTuples(): renamed width parameter to fillAlign to conform with other usage; fixed memory leak and compile issue w.r.t. field separator (should also slightly improve performance) (*) Fixed some minor compilation issues (*) Moved "using namespace std;" out of headers, where they didn't belong; used new (temporary) preprocessor macro PGSTD to do this (*) Made ToString() static, removed unneeded memset(), made buffer size adapt to sizeof(int) (*) Made some constructors explicit (*) Changed some const std::string & parameters to plain std::string (*) Marked PgCursor::Cursor(std::string) as obsolescent (setter with same name as getter--bad style) (*) Renamed some paramaters previously named "string" (*) Introduced size_type typedef for number of tuples in result set (*) PgTransaction now supports re-opening after closing, and aborts if not explicitly committed prior to destruction J. T. Vermeulen
* Remove broken tracing code (which would be dangerous if it did work...)Tom Lane2000-04-22
| | | | | | | | | | | libpq++.h contained copies of the class declarations in the other libpq++ include files, which was bogus enough, but the declarations were not completely in step with the real declarations. Remove these in favor of including the headers with #include. Make PgConnection destructor virtual (not absolutely necessary, but seems like a real good idea considering the number of subclasses derived from it). Give all classes declared private copy constructors and assignment operators, to prevent compiler from thinking it can copy these objects safely.
* Replace static rcsid[] strings by IDENTIFICATION comments inTom Lane1999-05-30
| | | | | file headers, to conform to established Postgres coding style and avoid warnings from gcc.
* Here it is. Remove or rename the current interfaces/libpq++ and untarBruce Momjian1999-05-23
| | | | | | | | | | | | | | | | this file in interfaces/ It will all need to be checked in. I used the char *rcsid[] method for cvs ids so it can be strings | grep'd to find version numbers. The new version for the library is 3.0. Run configure from src/ to create the Makefile and it should be good to go. I did minimal documentation references in the README, I'll see if I can get something to Tom Lockhart rather quickly. Vince.
* Bring in Leo's <lsh@lubrizol.com> massive changes to libpq++Marc G. Fournier1997-02-13
|
* End of the make file simplifications.Bryan Henderson1996-11-12
|
* Postgres95 1.01 Distribution - Virgin SourcesPG95-1_01Marc G. Fournier1996-07-09