aboutsummaryrefslogtreecommitdiff
path: root/src/interfaces
Commit message (Collapse)AuthorAge
* Here are some additional patches needed to get the UnixWare 7 C++Bruce Momjian1998-09-13
| | | | | | | | | | | | | | compiler to attempt to compile libpq++. The patches address the following problems: 1. In my first pass at changing the libpq++ makefile, I forgot to include the PORTNAME in the Makefile.in file. 2. The UnixWare 7 C++ compiler did not like the '-K alloca' option in CXXFLAGS. Billy G. Allie
* rename java file for Peter.Bruce Momjian1998-09-12
|
* The attached patches fix the following problems:Bruce Momjian1998-09-11
| | | | | | | | | | | | | | 1. The UnixWare tas macro was reformatted (by indent or it like?) which caused it to break. The asm macro construct is very particular about the %mem construct -- it has to start in column 1. 2. When compiling libpq++, g++ was used even if configure found the C++ com- piler to be CC. 3. When compiling libpq++, '-Wno-error' was added to CXXFLAGS, even if the compiler wasn't g++. Billy G. Allie
* Fix for length in libpq from Tom Lane.Bruce Momjian1998-09-10
|
* More bsdi 4.0 additions.Bruce Momjian1998-09-10
|
* libpgtcl cleanups for Tom Lane.Bruce Momjian1998-09-04
|
* patch cleanups.Bruce Momjian1998-09-03
|
* New stuff from Peter Mount for jdbc.Bruce Momjian1998-09-03
|
* New stuff for 6.4 jdbc.Bruce Momjian1998-09-03
| | | | Peter mount
* Attached is a patch to remove the definitions of libpq's internalBruce Momjian1998-09-03
| | | | | | | | | | | | | | | | | structs from libpq-fe.h, as we previously discussed. There turned out to be sloppy coding practices in more places than I had realized :-(, but all in all I think it was a well-worth-while exercise. I ended up adding several routines to libpq's API in order to respond to application requirements that were exposed by this work. I owe the docs crew updates for libpq.sgml to describe these changes. I'm way too tired to work on the docs tonight, however. This is the last major change I intend to submit for 6.4. I do want to see if I can make libpgtcl work with Tcl 8.0 before we go final, but hopefully that will be a minor bug fix.
* OK, folks, here is the pgindent output.Bruce Momjian1998-09-01
|
* Renaming cleanup, no pgindent yet.Bruce Momjian1998-09-01
|
* Add missing file.Bruce Momjian1998-08-30
|
* Hello!Bruce Momjian1998-08-29
| | | | | | | | | | | | | | | | | | Here is a new patch for libpq, to make it work on Win32 again (since the latest modifications broke it a little). Please also add the file "libpq.rc" to the interfaces/libpq directory. This will allow version-stamping of the generated DLL file, so that automatic install programs (and interested users) can determine the version of the file. The file is currently set as "prerelease". Before the release, somebody should change the line "FILEFLAGS VS_FF_PRERELEASE" to "FILEFLAGS 0". That information should probably go into toos\RELEASE_CHANGES. The patch is against the cvs as of ~ 1998-08-26 14:30 CEST. //Magnus
* libpq's pqGetnchar() should not return a null-terminated valueBruce Momjian1998-08-29
| | | | anymore. Fix for large objects.
* From: Michael Meskes <meskes@online-club.de>Marc G. Fournier1998-08-28
| | | | | | | | | | | | | | | | | | | | | This one is against the current archive (so it contains the one I send the other day). It should fix the AIX problems. Andreas, could you please try it? Thanks. + Wed Aug 26 16:17:39 CEST 1998 + + - Sync preproc.y with gram.y + + Thu Aug 27 15:32:23 CEST 1998 + + - Fix some minor glitches that the AIX compiler complains about + - Added patchlevel to library + + Fri Aug 28 15:36:58 CEST 1998 + + - Removed one line of code that AIX complains about since it was not + needed anyway + - Set library version to 2.6.1
* Fix atttypmod alignment again, and re-enable ecpg.Bruce Momjian1998-08-26
|
* Make attalign match type alignment.Bruce Momjian1998-08-26
|
* From: Massimo Dal Zotto <dz@cs.unitn.it>Marc G. Fournier1998-08-25
| | | | | | | > these patches define the UNLISTEN sql command. The code already > existed but it was unknown to the parser. Now it can be used > like the listen command. > You must make clean and delete gram.c and parser.h before make.
* From: Michael Meskes <meskes@online-club.de>Marc G. Fournier1998-08-25
| | | | | | | | | | | | | | | | | | | | | | | + + Fri Aug 14 12:44:21 CEST 1998 + + - Added EXEC SQL DEFINE statement + - Set version to 2.4.0 + + Tue Aug 18 09:24:15 CEST 1998 + + - Removed keyword IS from DEFINE statement + - Added latest changes from gram.y + - Removed duplicate symbols from preproc.y + - Initialize sqlca structure + - Added check for connection to ecpglib + - Set version to 2.4.1 + + Thu Aug 20 15:31:29 CEST 1998 + + - Cleaned up memory allocation in ecpglib.c + - Set library version to 2.6 +
* From: Michael Meskes <meskes@online-club.de>Marc G. Fournier1998-08-25
| | | | | | | | | | | | | | | | | | | | | | | + + Fri Aug 14 12:44:21 CEST 1998 + + - Added EXEC SQL DEFINE statement + - Set version to 2.4.0 + + Tue Aug 18 09:24:15 CEST 1998 + + - Removed keyword IS from DEFINE statement + - Added latest changes from gram.y + - Removed duplicate symbols from preproc.y + - Initialize sqlca structure + - Added check for connection to ecpglib + - Set version to 2.4.1 + + Thu Aug 20 15:31:29 CEST 1998 + + - Cleaned up memory allocation in ecpglib.c + - Set library version to 2.6 +
* From: Michael Meskes <meskes@online-club.de>Marc G. Fournier1998-08-25
| | | | | | | | | | | | | | | | | | | | | | | + + Fri Aug 14 12:44:21 CEST 1998 + + - Added EXEC SQL DEFINE statement + - Set version to 2.4.0 + + Tue Aug 18 09:24:15 CEST 1998 + + - Removed keyword IS from DEFINE statement + - Added latest changes from gram.y + - Removed duplicate symbols from preproc.y + - Initialize sqlca structure + - Added check for connection to ecpglib + - Set version to 2.4.1 + + Thu Aug 20 15:31:29 CEST 1998 + + - Cleaned up memory allocation in ecpglib.c + - Set library version to 2.6 +
* Compile ecpg by default.Bruce Momjian1998-08-24
|
* The attached patch fixes a problem that I seem to have introducedBruce Momjian1998-08-22
| | | | | | | | | with the new support for asynchronous NOTIFY in libpgtcl. With the current sources, if the backend disconnects unexpectedly then the tcl/tk application coredumps when control next reaches the idle loop. Oops. regards, tom lane
* Here are additional patches for the UnixWare 7 port.Bruce Momjian1998-08-22
| | | | | | | | | | | | | | | | | | | Summary of changes: In pqcomm.h, use the SUN_LEN macro if it is defined to calculate the size of the sockaddr_un structure. In unixware.h, drop the use of the UNIXWARE macro. Everything can be handled with the USE_UNIVEL_CC and DISABLE_COMPLEX_MACRO macros. In s_lock.h, remove the reference to the UNIXWARE macro (see above). In the unixware template, add the YFLAGS:-d line. In various makefile templates, add (or cleanup) unixware and univel port specific information. -- Billy G. Allie
* fix for ecpg corruptionBruce Momjian1998-08-19
|
* heap_fetch requires buffer pointer, must be released; heap_getnextBruce Momjian1998-08-19
| | | | | | | | | | | | | no longer returns buffer pointer, can be gotten from scan; descriptor; bootstrap can create multi-key indexes; pg_procname index now is multi-key index; oidint2, oidint4, oidname are gone (must be removed from regression tests); use System Cache rather than sequential scan in many places; heap_modifytuple no longer takes buffer parameter; remove unused buffer parameter in a few other functions; oid8 is not index-able; remove some use of single-character variable names; cleanup Buffer variables usage and scan descriptor looping; cleaned up allocation and freeing of tuples; 18k lines of diff;
* From: Tom Lane <tgl@sss.pgh.pa.us>To: pgsql-patches@postgreSQL.orgMarc G. Fournier1998-08-17
| | | | | | Sigh. That tweak needs a tweak --- I didn't realize that ".DEFAULT" processing ignores dependencies, at least in the version of gmake I have here (not sure if it's a bug or not). Apply this patch aftermy previous one...
* Just a couple of "after-commit" cleanups...Marc G. Fournier1998-08-17
|
* Date: Sun, 16 Aug 1998 14:56:48 -0400Marc G. Fournier1998-08-17
| | | | | | | | From: Tom Lane <tgl@sss.pgh.pa.us> Attached is a patch for this weekend's work on libpq. I've dealt with several issues: <for details: see message, in pgsql-patches archive for above data>
* This one cleans the cursor problems ecpg had so far. It is now ableBruce Momjian1998-08-11
| | | | | | to understand cursors with variables. Michael
* The attached patch implements some changes that were discussed aBruce Momjian1998-08-09
| | | | | | | | | | | | | | | | | | | | | | | | | couple weeks ago on the hackers and interfaces lists: 1. When the backend sends a NOTICE message and closes the connection (typically, because it was told to by the postmaster after another backend coredumped), libpq will now print the notice and close the connection cleanly. Formerly, the frontend app would usually terminate ungracefully due to a SIGPIPE. (I am not sure if 6.3.2 behaved that way, but the current cvs sources do...) 2. libpq's various printouts to stderr are now fed through a single "notice processor" routine, which can be overridden by the application to direct notices someplace else. This should ease porting libpq to Windows. I also noticed and fixed a problem in PQprint: when sending output to a pager subprocess, it would disable SIGPIPE in case the pager terminates early (this is good) --- but afterwards it reset SIGPIPE to SIG_DFL, rather than restoring the application's prior setting (bad). regards, tom lane
* From: Dr. Michael Meskes <meskes@online-club.de>Marc G. Fournier1998-08-05
| | | | So this should finally get cursors working. There was an ugly bug in it.
* From: t-ishii@sra.co.jpMarc G. Fournier1998-07-26
| | | | | | | | | As Bruce mentioned, this is due to the conflict among changes we made. Included patches should fix the problem(I changed all MB to MULTIBYTE). Please let me know if you have further problem. P.S. I did not include pathces to configure and gram.c to save the file size(configure.in and gram.y modified).
* I really hope that I haven't missed anything in this one...Marc G. Fournier1998-07-24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | From: t-ishii@sra.co.jp Attached are patches to enhance the multi-byte support. (patches are against 7/18 snapshot) * determine encoding at initdb/createdb rather than compile time Now initdb/createdb has an option to specify the encoding. Also, I modified the syntax of CREATE DATABASE to accept encoding option. See README.mb for more details. For this purpose I have added new column "encoding" to pg_database. Also pg_attribute and pg_class are changed to catch up the modification to pg_database. Actually I haved added pg_database_mb.h, pg_attribute_mb.h and pg_class_mb.h. These are used only when MB is enabled. The reason having separate files is I couldn't find a way to use ifdef or whatever in those files. I have to admit it looks ugly. No way. * support for PGCLIENTENCODING when issuing COPY command commands/copy.c modified. * support for SQL92 syntax "SET NAMES" See gram.y. * support for LATIN2-5 * add UNICODE regression test case * new test suite for MB New directory test/mb added. * clean up source files Basic idea is to have MB's own subdirectory for easier maintenance. These are include/mb and backend/utils/mb.
* Version 06-30-0248Byron Nikolaidis1998-07-22
|
* Cleanup use of 16 that should be NAMEDATALEN.Bruce Momjian1998-07-20
|
* Add auto-size to screen to \d? commands. Use UNION to show allBruce Momjian1998-07-18
| | | | | \d? results in one query. Add \d? field search feature. Rename MB to MULTIBYTE.
* More updates for typmod int32 change. From Tom Lane.Bruce Momjian1998-07-14
|
* Inline function, rename libpq variablees, change lrel to lockrel.Bruce Momjian1998-07-13
|
* Rename libpq to use more normal field names.Bruce Momjian1998-07-13
|
* Fix libpq because it was reading from the backend as a short.Bruce Momjian1998-07-13
|
* Fix distclean in libpq++.Bruce Momjian1998-07-12
|
* Update linux_i386 fix.Bruce Momjian1998-07-12
|
* From: Tom Lane <tgl@sss.pgh.pa.us>Marc G. Fournier1998-07-09
| | | | | | | | | | | | | | | | | | | | | | | | The attached patches respond to discussion that was on pgsql-hackers around the beginning of June (see thread "libpgtcl bug (and symptomatic treatment)"). The changes are: 1. Remove code in connectDB that throws away the password after making a connection. This doesn't really add much security IMHO --- a bad guy with access to your client's address space can likely extract the password anyway, to say nothing of what he might do directly. And there's the serious shortcoming that it prevents PQreset() from working if the database requires a password. 2. Fix coredump problem: fe_sendauth did not guard against being handed a NULL password pointer. (This is the proximate cause of the coredump- during-PQreset problem that Magosanyi Arpad complained of last month.) 3. Remove highly questionable "error recovery" logic in libpgtcl's pg_exec statement. I believe the consensus of the discussion last month was in favor of #1 and #3, but I'm just now getting around to making the change. I realized that #2 was a bug in process of looking at the change.
* From: Tom Lane <tgl@sss.pgh.pa.us>Marc G. Fournier1998-07-09
| | | | | | | | | | | | | | | | | | Making PQrequestCancel safe to call in a signal handler turned out to be much easier than I feared. So here are the diffs. Some notes: * I modified the postmaster's packet "iodone" callback interface to allow the callback routine to return a continue-or-drop-connection return code; this was necessary to allow the connection to be closed after receiving a Cancel, rather than proceeding to launch a new backend... Being a neatnik, I also made the iodone proc have a typechecked parameter list. * I deleted all code I could find that had to do with OOB. * I made some edits to ensure that all signals mentioned in the code are referred to symbolically not by numbers ("SIGUSR2" not "2"). I think Bruce may have already done at least some of the same edits; I hope that merging these patches is not too painful.
* From: "Dr. Michael Meskes" <meskes@online-club.de>Marc G. Fournier1998-07-07
| | | | | My first try at libpq. This one enables the two styles we agreed upon for database descriptors.
* From: "Dr. Michael Meskes" <meskes@online-club.de>Marc G. Fournier1998-07-07
| | | | | | | | | | | | + Thu Jul 2 20:30:14 CEST 1998 + + - Changed new style db name to allow connection types "tcp" and + "unix" only + + Tue Jul 7 15:14:14 CEST 1998 + + - Fixed some bugs in preproc.y + - Set version to 2.3.4
* win32 cleanupBruce Momjian1998-07-03
|
* Hello!Bruce Momjian1998-07-03
| | | | | | | | | | | | | | Through some minor changes, I have been able to compile the libpq client libraries on the Win32 platform. Since the libpq communications part has been rewritten, this has become much easier. Enclosed is a patch that will allow at least Microsoft Visual C++ to compile libpq into both a static and a dynamic library. I will take a look at porting the psql frontend as well, but I figured it was a good idea to send in these patches first - so no major changes are done to the files before it gets applied (if it does). Regards, Magnus Hagander