b8a0bb68c9Should finish cleaning out the machine.h includes
Marc G. Fournier
1996-08-27 22:21:34 +0000
6196646291Remove include of machine.h
Marc G. Fournier
1996-08-27 22:20:28 +0000
3c0f8ed4aeRemove all traces of machine.h and redundant calls to c.h where postgres.h already pulled in (postgres.h includes c.h)
Marc G. Fournier
1996-08-27 22:15:17 +0000
a88b72ea39#ifndef the include file like the rest, so that it doesn't get pulled in twice...
Marc G. Fournier
1996-08-27 22:09:10 +0000
54223de000Oops, win32 does have one more thing in its machine.h...move that define to config.h
Marc G. Fournier
1996-08-27 22:07:59 +0000
3a606407c7We have a machine.h for each platform just because of BLCKSZ, and every platform with a machine.h has the same BLCKSZ?
Marc G. Fournier
1996-08-27 22:06:30 +0000
eadf5dc754#include "postgres.h" exists in most .c files in system, so adding #include "config.h" here will (should?) ensure that any platform dependencies defined in config.h should be reflected in all .c files...
Marc G. Fournier
1996-08-27 22:00:21 +0000
5a8820efcdMoved from backend/access to include/access
Marc G. Fournier
1996-08-27 21:50:29 +0000
9247b29228The use of include files is a mess...alot of redundancy, it seems...
Marc G. Fournier
1996-08-27 21:49:14 +0000
2d6dec8391Another mis-sync...
Marc G. Fournier
1996-08-27 17:37:27 +0000
d9cc8326dfSomehow, we got out of sync here
Marc G. Fournier
1996-08-27 17:33:33 +0000
e1f31a2bb6added #include "config.h" for ESCAPE_PATCH define
Marc G. Fournier
1996-08-27 07:42:29 +0000
43eeb64688Removed -DESCAPE_PATCH ... moved to include/config.h
Marc G. Fournier
1996-08-27 07:41:17 +0000
321b8c80fdAt this rate, maybe next year sometime I'll get this done...
Marc G. Fournier
1996-08-27 07:32:33 +0000
e733befeedOne file at a time, one directory after the other...this is going to be one helluva chore to clean up...
Marc G. Fournier
1996-08-27 07:30:55 +0000
849292a188first attempt at centralizing config information for ports
Marc G. Fournier
1996-08-27 06:56:08 +0000
c028568217first pass...move some of the "Port" dependencies to src/include/config.h
Marc G. Fournier
1996-08-27 06:55:28 +0000
672aec6ce3Reduce -DPORTNAME_$(PORTNAME) down to just -D$(PORTNAME)
Marc G. Fournier
1996-08-27 06:52:34 +0000
1da12ffb12Its a start...
Marc G. Fournier
1996-08-27 06:14:29 +0000
51b3f2d371Create support for a "common" include directory for the source tree, instead of having include files all over the place...
Marc G. Fournier
1996-08-27 06:10:50 +0000
bfc308d196Damn, we really need to clean up this "include file" dilemna... include files *everywhere* ;(
Marc G. Fournier
1996-08-26 23:04:07 +0000
491b9b89c4The patch that is applied at the end of the email makes sure that these conditions are always met. The patch can be applied to any version of Postgres95 from 1.02 to 1.05. After applying the patch, queries using indices on bpchar and varchar fields should (hopefully ;-) ) always return the same tuple set regardless to the fact whether indices are used or not.
Marc G. Fournier
1996-08-26 20:38:52 +0000
8be2860854The following patch makes postmaster -D work. -D specifies a different PGDATA directory. The code that looks for the pg_hba file doesn't use it, though, so the postmaster uses the wrong pg_hba file. Also, when the postmaster looks in one directory and the user thinks it is looking in another directory, the error messages don't give enough information to solve the problem. I extended the error message for this.
Marc G. Fournier
1996-08-26 20:35:29 +0000
17c542fb43|The patch that is applied at the end of the email makes sure that these |conditions are always met. The patch can be applied to any version |of Postgres95 from 1.02 to 1.05. After applying the patch, queries |using indices on bpchar and varchar fields should (hopefully ;-) ) |always return the same tuple set regardless to the fact whether |indices are used or not. |
Marc G. Fournier
1996-08-26 20:27:46 +0000
e78fe652f4Oops, thanks to Dan McGuirk for pointing out that I missed part of the commit :(
Marc G. Fournier
1996-08-26 20:02:12 +0000
2fd6061e1cQuick fix of the PG-GiST import pointed out by Dan
Marc G. Fournier
1996-08-26 19:59:15 +0000
aeb6656433Take a chance that I'm correct:
Marc G. Fournier
1996-08-26 06:53:03 +0000
a2740a455fThere, now we support GiST...now what? :)
Marc G. Fournier
1996-08-26 06:32:06 +0000
fe87dbb140Roll in patch that fixes problem with sed 3.0
Marc G. Fournier
1996-08-26 06:04:49 +0000
c449668d3eFix prototype for dumpClasses
Marc G. Fournier
1996-08-26 05:46:39 +0000
2af4f0aa7cFix the prototype for pg_dump's dumpClasses
Marc G. Fournier
1996-08-26 05:45:36 +0000
cdb94b9419Fixed some commits that were missed dealing with Bryan's recent patches
Marc G. Fournier
1996-08-25 08:43:40 +0000
27f56dd41eThis patch for Versions 1 and 2 corrects the following bug:
Marc G. Fournier
1996-08-24 20:56:42 +0000
61eaefe9a6This patch for Versions 1 and 2 corrects the following bug:
Marc G. Fournier
1996-08-24 20:56:16 +0000
d390886c1bThe patch does several things:
Marc G. Fournier
1996-08-24 20:54:52 +0000
208a30f23dThe patch does several things:
Marc G. Fournier
1996-08-24 20:49:41 +0000
2adb6d703bHere's the fix for the problem that Evan Champion reported today.
Marc G. Fournier
1996-08-24 20:38:56 +0000
83a0ad2623Here's the fix for the problem that Evan Champion reported today.
Marc G. Fournier
1996-08-24 20:38:13 +0000
a2c3905408Changed genbki.sh block comment patch to avoid triggering an apparent bug in GNU sed 3.0.
Dan McGuirk
1996-08-22 06:27:25 +0000
e2c9fd8e87|May I suggest to add access to the oid of an inserted |record, by a small patch to libpq++? At least until the |feature that will allow dumped oid's to be re-loaded into |a database becomes available, I need access to the oids |of newly created records... To this end, I have written a |three-line wrapper for the PQoidStatus function in libpq and |named this wrapper OidStatus() (I'd appreciate suggestions for |a name that would better fit into the general naming scheme). | |Regards, | |Ernst |
Marc G. Fournier
1996-08-21 04:32:09 +0000
2a3b2fd0ce|May I suggest to add access to the oid of an inserted |record, by a small patch to libpq++? At least until the |feature that will allow dumped oid's to be re-loaded into |a database becomes available, I need access to the oids |of newly created records... To this end, I have written a |three-line wrapper for the PQoidStatus function in libpq and |named this wrapper OidStatus() (I'd appreciate suggestions for |a name that would better fit into the general naming scheme). | |Regards, | |Ernst |
Marc G. Fournier
1996-08-21 04:31:14 +0000
b2692ecaa9Here is a patch for Versions 1 and 2 that corrects the following makefile bugs:
Marc G. Fournier
1996-08-21 04:28:13 +0000
5e773a4f70Here's a patch for Versions 1 and 2 that fixes the following bug:
Marc G. Fournier
1996-08-21 04:25:49 +0000
22af16a572Here's a patch for Versions 1 and 2 that fixes the following bug:
Marc G. Fournier
1996-08-21 04:23:34 +0000
93ad36fdc2USE_TCL should default to false, ntot true...
Marc G. Fournier
1996-08-21 04:08:17 +0000
2a23229cb3BSD$$_derived needs -ltermcap for psql
Marc G. Fournier
1996-08-21 04:06:01 +0000
4455ba2c88Erk, missed adding the required ilbrary itself
Marc G. Fournier
1996-08-21 04:03:32 +0000
41d0b14764Quick fix for compiling psql...
Marc G. Fournier
1996-08-21 03:59:59 +0000
99dc4e3b43command line flag for expanded display '-x' had logic reversed
Julian Assange
1996-08-21 00:22:41 +0000
43818f376fchange gawk to awk ... creeped in from a previous patch..
Marc G. Fournier
1996-08-20 23:47:45 +0000
1add01bb5bNo wonder the Linux version kept screwing up...err() was fixed in the wrong file...
Marc G. Fournier
1996-08-20 15:25:29 +0000
1bdbf4092aBring in changes to READLINE/HISTORY defines
Marc G. Fournier
1996-08-20 05:04:13 +0000
fa11e5e994i Improvements to Makefiles to compensate for errors in compiling
Marc G. Fournier
1996-08-20 04:16:20 +0000
7e7f0c4902i Improvements to Makefiles to compensate for errors in compiling
Marc G. Fournier
1996-08-20 04:10:35 +0000
e326648531Added a comment aruond the HISTORY_LIB/INC defines
Marc G. Fournier
1996-08-20 04:06:12 +0000
4db04d7779Furthre cleanup of -lreadline/-lhistory
Marc G. Fournier
1996-08-20 04:02:01 +0000
8288f6afd0Fix a bug with using READLINE that prevents psql from compiling
Marc G. Fournier
1996-08-20 04:00:39 +0000
359258e1beBSD44_derived required -ltermcap as well...
Marc G. Fournier
1996-08-19 19:36:01 +0000
871f10e028Change default of HISTORY_LIB so that it is disabled by default
Marc G. Fournier
1996-08-19 19:34:48 +0000
e93ad5392eFreeBSD has libreadline,but not libhistory...
Marc G. Fournier
1996-08-19 19:32:58 +0000
1054d35a98Missed an else from Bryan's patch...
Marc G. Fournier
1996-08-19 19:28:17 +0000
394f7990a0Turn *off* TCL by default
Marc G. Fournier
1996-08-19 18:37:09 +0000
d0f8a6c4e8Make the doc directory a conditional...only try to "compile" if it actually exists...
Marc G. Fournier
1996-08-19 18:35:17 +0000
0b62293b71The err() bug creeped back in again...
Marc G. Fournier
1996-08-19 18:04:44 +0000
c801ca0982Finish adding in svr4 port to v2.0
Marc G. Fournier
1996-08-19 13:58:23 +0000
926a066d40Added a SVR4 port
Marc G. Fournier
1996-08-19 13:52:54 +0000
efafd1506eAdded a SVR4 port
Marc G. Fournier
1996-08-19 13:50:44 +0000
ce8790bc10Here's a minor fix that fixes a casting problem:
Marc G. Fournier
1996-08-19 13:40:26 +0000
0e9f4ceae0Here's a minor fix that fixes a casting problem:
Marc G. Fournier
1996-08-19 13:38:42 +0000
c3673c0345More run-time checking errors:
Marc G. Fournier
1996-08-19 13:37:50 +0000
d3655e69d6More run-time checking errors:
Marc G. Fournier
1996-08-19 13:36:45 +0000
558601bd91Fixes:
Marc G. Fournier
1996-08-19 13:34:49 +0000
60b1123f5eFixes:
Marc G. Fournier
1996-08-19 13:32:14 +0000
77e01653bcFixes:
Marc G. Fournier
1996-08-19 13:25:40 +0000
3e1586adfdFixes for PQsetdb():
Marc G. Fournier
1996-08-19 13:23:19 +0000
3c47cdeb5aFrom: Dan McGuirk <mcguirk@indirect.com>
Marc G. Fournier
1996-08-19 01:53:39 +0000
f796387b60|From: Dan McGuirk <mcguirk@indirect.com> | |This patch fixes a backend crash that happens sometimes when you try to |join on a field that contains NULL in some rows. Postgres tries to |compute a hash value of the field you're joining on, but when the field |is NULL, the pointer it thinks is pointing to the data is really just |pointing to random memory. This forces the hash value of NULL to be 0. | |It seems that nothing matches NULL on joins, even other NULL's (with or |without this patch). Is that what's supposed to happen? |
Marc G. Fournier
1996-08-19 01:52:36 +0000
817bf55a12|From: Dan McGuirk <mcguirk@indirect.com> | |fixed the spelling of 'nonexistent' in a few places... |
Marc G. Fournier
1996-08-19 01:13:51 +0000
e38de384e2|This patch fixes a backend crash that happens sometimes when you try to |join on a field that contains NULL in some rows. Postgres tries to |compute a hash value of the field you're joining on, but when the field |is NULL, the pointer it thinks is pointing to the data is really just |pointing to random memory. This forces the hash value of NULL to be 0. | |It seems that nothing matches NULL on joins, even other NULL's (with or |without this patch). Is that what's supposed to happen? |
Marc G. Fournier
1996-08-19 01:07:43 +0000
9848d3655dSupport Docs & Contrib
Marc G. Fournier
1996-08-18 22:14:33 +0000
f46246a279fixed err() -> err_out() pointed out by David Bennett...
Marc G. Fournier
1996-08-17 07:50:21 +0000
1960a3b965changed missed err() change to err_out()
Release_2_0_0
Marc G. Fournier
1996-08-17 06:41:10 +0000
a4402ecc8cFixes a bug in 'create index'
Marc G. Fournier
1996-08-15 07:42:52 +0000
d6fa4d95cdFixes:
Marc G. Fournier
1996-08-15 07:39:24 +0000
4844adc888Fixes;
Marc G. Fournier
1996-08-15 07:30:22 +0000
bde34552a2| |Here is a fix for the psql alignment problem. It turns out that libpq |was trying to determine if the column contained only numeric values so |it could right justify it. The 'e' values were taked as exponient |values and all columns were considered numeric. | |The patch excludes 'e' and 'E' as being valid first-column numeric |values. |
Release_2_0
Marc G. Fournier
1996-08-14 16:44:51 +0000
476ef10913This patch can be installed as part of 1.02.1 so people can properly pg_dump and load to 2.0. I haven't gotten any feedback on whether people want it, so I am submitting it for others to decide. I would recommend an install in 1.02.1.
Marc G. Fournier
1996-08-14 05:44:25 +0000
e7a110b418This patch can be installed as part of 1.02.1 so people can properly pg_dump and load to 2.0. I haven't gotten any feedback on whether people want it, so I am submitting it for others to decide. I would recommend an install in 1.02.1.
Marc G. Fournier
1996-08-14 05:33:11 +0000
15a645014aI grabbed the latest version of the source code via sup this morning, and found out that one of the patches is a show stopper for compiling under a strict ansi package.
Marc G. Fournier
1996-08-14 05:03:47 +0000
988a9adfbdThis is a fix to be included in 1.02.1. It adds a tip for people getting semaphore or shared memory errors.
Marc G. Fournier
1996-08-14 05:01:53 +0000
011ee13131| |We're all too familiar with psql's "no response from backend" message. |Users can't tell what this means, and psql continues prompting for |commands after it even though the backend is dead and no commands can |succeed. It eventually dies on a signal when the dead socket fills |up. I extended the message to offer a better explanation and made |psql exit when it finds the backend is dead. | |I also added a short message and newline when the user does a ctl-D so |it doesn't mess up the terminal display. | |
Marc G. Fournier
1996-08-14 04:56:55 +0000
6b9ecd8348Here's a small makefile patch that corrects the following bug: The makefiles don't indicate that the libpq.a library is a dependency of all the /bin programs. So if the library changes, the /bin programs don't get remade.
Marc G. Fournier
1996-08-14 04:54:45 +0000
80d0c4ffd3The following patch makes postmaster -D work. -D specifies a different PGDATA directory. The code that looks for the pg_hba file doesn't use it, though, so the postmaster uses the wrong pg_hba file. Also, when the postmaster looks in one directory and the user thinks it is looking in another directory, the error messages don't give enough information to solve the problem. I extended the error message for this.
Marc G. Fournier
1996-08-14 04:51:34 +0000
ca5db6cab1I have attached a minor update for the Postgres make files. This update does 2 things:
Marc G. Fournier
1996-08-13 07:48:33 +0000
a721c91adeMore code cleanups
Marc G. Fournier
1996-08-13 01:36:50 +0000
9305fc748cFixes:
Marc G. Fournier
1996-08-13 01:34:29 +0000
78d56d0bcbSmall cleanup of the irix5 port
Marc G. Fournier
1996-08-13 01:33:27 +0000
9da9c0915aFixes:
Marc G. Fournier
1996-08-13 01:32:26 +0000
59f29714aaFixes:
Marc G. Fournier
1996-08-13 01:29:34 +0000
9b7eb28ea5Fixes:
Marc G. Fournier
1996-08-13 01:28:29 +0000