hcq/postgresql
1
0
Fork 0
mirror of https://git.postgresql.org/git/postgresql.git synced 2026-02-03 12:47:36 +08:00
Code Issues Packages Projects Releases Wiki Activity

Commit Graph

  • 907c884fe8 Went back one directory too far for the -I include Marc G. Fournier 1996-08-28 02:18:00 +00:00
  • f634c14c9e Path to pg_proc.h to create fmgrtab.c change to include/catalog Marc G. Fournier 1996-08-28 02:13:10 +00:00
  • 1054097464 More cleanups of the include files Marc G. Fournier 1996-08-28 01:59:28 +00:00
  • ca405ae4bf Moved the include files to src/include/regex Marc G. Fournier 1996-08-28 01:55:44 +00:00
  • 5c0d6ccdbf Redundant -I pointer to port/<portname> Marc G. Fournier 1996-08-28 01:50:01 +00:00
  • ad5a3141a2 c.h is included in postgres.h already Marc G. Fournier 1996-08-28 01:23:59 +00:00
  • 7f34bdd31e More sync ups... Marc G. Fournier 1996-08-28 01:13:37 +00:00
  • b8a0bb68c9 Should finish cleaning out the machine.h includes Marc G. Fournier 1996-08-27 22:21:34 +00:00
  • 6196646291 Remove include of machine.h Marc G. Fournier 1996-08-27 22:20:28 +00:00
  • 3c0f8ed4ae Remove 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 +00:00
  • 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 +00:00
  • 54223de000 Oops, 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 +00:00
  • 3a606407c7 We 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 +00:00
  • 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 +00:00
  • 5a8820efcd Moved from backend/access to include/access Marc G. Fournier 1996-08-27 21:50:29 +00:00
  • 9247b29228 The use of include files is a mess...alot of redundancy, it seems... Marc G. Fournier 1996-08-27 21:49:14 +00:00
  • 2d6dec8391 Another mis-sync... Marc G. Fournier 1996-08-27 17:37:27 +00:00
  • d9cc8326df Somehow, we got out of sync here Marc G. Fournier 1996-08-27 17:33:33 +00:00
  • e1f31a2bb6 added #include "config.h" for ESCAPE_PATCH define Marc G. Fournier 1996-08-27 07:42:29 +00:00
  • 43eeb64688 Removed -DESCAPE_PATCH ... moved to include/config.h Marc G. Fournier 1996-08-27 07:41:17 +00:00
  • 321b8c80fd At this rate, maybe next year sometime I'll get this done... Marc G. Fournier 1996-08-27 07:32:33 +00:00
  • e733befeed One 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 +00:00
  • 849292a188 first attempt at centralizing config information for ports Marc G. Fournier 1996-08-27 06:56:08 +00:00
  • c028568217 first pass...move some of the "Port" dependencies to src/include/config.h Marc G. Fournier 1996-08-27 06:55:28 +00:00
  • 672aec6ce3 Reduce -DPORTNAME_$(PORTNAME) down to just -D$(PORTNAME) Marc G. Fournier 1996-08-27 06:52:34 +00:00
  • 1da12ffb12 Its a start... Marc G. Fournier 1996-08-27 06:14:29 +00:00
  • 51b3f2d371 Create 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 +00:00
  • bfc308d196 Damn, we really need to clean up this "include file" dilemna... include files *everywhere* ;( Marc G. Fournier 1996-08-26 23:04:07 +00:00
  • 491b9b89c4 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:38:52 +00:00
  • 8be2860854 The 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 +00:00
  • 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 +00:00
  • e78fe652f4 Oops, thanks to Dan McGuirk for pointing out that I missed part of the commit :( Marc G. Fournier 1996-08-26 20:02:12 +00:00
  • 2fd6061e1c Quick fix of the PG-GiST import pointed out by Dan Marc G. Fournier 1996-08-26 19:59:15 +00:00
  • aeb6656433 Take a chance that I'm correct: Marc G. Fournier 1996-08-26 06:53:03 +00:00
  • a2740a455f There, now we support GiST...now what? :) Marc G. Fournier 1996-08-26 06:32:06 +00:00
  • fe87dbb140 Roll in patch that fixes problem with sed 3.0 Marc G. Fournier 1996-08-26 06:04:49 +00:00
  • c449668d3e Fix prototype for dumpClasses Marc G. Fournier 1996-08-26 05:46:39 +00:00
  • 2af4f0aa7c Fix the prototype for pg_dump's dumpClasses Marc G. Fournier 1996-08-26 05:45:36 +00:00
  • cdb94b9419 Fixed some commits that were missed dealing with Bryan's recent patches Marc G. Fournier 1996-08-25 08:43:40 +00:00
  • 27f56dd41e This patch for Versions 1 and 2 corrects the following bug: Marc G. Fournier 1996-08-24 20:56:42 +00:00
  • 61eaefe9a6 This patch for Versions 1 and 2 corrects the following bug: Marc G. Fournier 1996-08-24 20:56:16 +00:00
  • d390886c1b The patch does several things: Marc G. Fournier 1996-08-24 20:54:52 +00:00
  • 208a30f23d The patch does several things: Marc G. Fournier 1996-08-24 20:49:41 +00:00
  • 2adb6d703b Here's the fix for the problem that Evan Champion reported today. Marc G. Fournier 1996-08-24 20:38:56 +00:00
  • 83a0ad2623 Here's the fix for the problem that Evan Champion reported today. Marc G. Fournier 1996-08-24 20:38:13 +00:00
  • a2c3905408 Changed genbki.sh block comment patch to avoid triggering an apparent bug in GNU sed 3.0. Dan McGuirk 1996-08-22 06:27:25 +00:00
  • 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 +00:00
  • 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 +00:00
  • b2692ecaa9 Here is a patch for Versions 1 and 2 that corrects the following makefile bugs: Marc G. Fournier 1996-08-21 04:28:13 +00:00
  • 5e773a4f70 Here's a patch for Versions 1 and 2 that fixes the following bug: Marc G. Fournier 1996-08-21 04:25:49 +00:00
  • 22af16a572 Here's a patch for Versions 1 and 2 that fixes the following bug: Marc G. Fournier 1996-08-21 04:23:34 +00:00
  • 93ad36fdc2 USE_TCL should default to false, ntot true... Marc G. Fournier 1996-08-21 04:08:17 +00:00
  • 2a23229cb3 BSD$$_derived needs -ltermcap for psql Marc G. Fournier 1996-08-21 04:06:01 +00:00
  • 4455ba2c88 Erk, missed adding the required ilbrary itself Marc G. Fournier 1996-08-21 04:03:32 +00:00
  • 41d0b14764 Quick fix for compiling psql... Marc G. Fournier 1996-08-21 03:59:59 +00:00
  • 99dc4e3b43 command line flag for expanded display '-x' had logic reversed Julian Assange 1996-08-21 00:22:41 +00:00
  • 43818f376f change gawk to awk ... creeped in from a previous patch.. Marc G. Fournier 1996-08-20 23:47:45 +00:00
  • 1add01bb5b No wonder the Linux version kept screwing up...err() was fixed in the wrong file... Marc G. Fournier 1996-08-20 15:25:29 +00:00
  • 1bdbf4092a Bring in changes to READLINE/HISTORY defines Marc G. Fournier 1996-08-20 05:04:13 +00:00
  • fa11e5e994 i Improvements to Makefiles to compensate for errors in compiling Marc G. Fournier 1996-08-20 04:16:20 +00:00
  • 7e7f0c4902 i Improvements to Makefiles to compensate for errors in compiling Marc G. Fournier 1996-08-20 04:10:35 +00:00
  • e326648531 Added a comment aruond the HISTORY_LIB/INC defines Marc G. Fournier 1996-08-20 04:06:12 +00:00
  • 4db04d7779 Furthre cleanup of -lreadline/-lhistory Marc G. Fournier 1996-08-20 04:02:01 +00:00
  • 8288f6afd0 Fix a bug with using READLINE that prevents psql from compiling Marc G. Fournier 1996-08-20 04:00:39 +00:00
  • 359258e1be BSD44_derived required -ltermcap as well... Marc G. Fournier 1996-08-19 19:36:01 +00:00
  • 871f10e028 Change default of HISTORY_LIB so that it is disabled by default Marc G. Fournier 1996-08-19 19:34:48 +00:00
  • e93ad5392e FreeBSD has libreadline,but not libhistory... Marc G. Fournier 1996-08-19 19:32:58 +00:00
  • 1054d35a98 Missed an else from Bryan's patch... Marc G. Fournier 1996-08-19 19:28:17 +00:00
  • 394f7990a0 Turn *off* TCL by default Marc G. Fournier 1996-08-19 18:37:09 +00:00
  • d0f8a6c4e8 Make the doc directory a conditional...only try to "compile" if it actually exists... Marc G. Fournier 1996-08-19 18:35:17 +00:00
  • 0b62293b71 The err() bug creeped back in again... Marc G. Fournier 1996-08-19 18:04:44 +00:00
  • c801ca0982 Finish adding in svr4 port to v2.0 Marc G. Fournier 1996-08-19 13:58:23 +00:00
  • 926a066d40 Added a SVR4 port Marc G. Fournier 1996-08-19 13:52:54 +00:00
  • efafd1506e Added a SVR4 port Marc G. Fournier 1996-08-19 13:50:44 +00:00
  • ce8790bc10 Here's a minor fix that fixes a casting problem: Marc G. Fournier 1996-08-19 13:40:26 +00:00
  • 0e9f4ceae0 Here's a minor fix that fixes a casting problem: Marc G. Fournier 1996-08-19 13:38:42 +00:00
  • c3673c0345 More run-time checking errors: Marc G. Fournier 1996-08-19 13:37:50 +00:00
  • d3655e69d6 More run-time checking errors: Marc G. Fournier 1996-08-19 13:36:45 +00:00
  • 558601bd91 Fixes: Marc G. Fournier 1996-08-19 13:34:49 +00:00
  • 60b1123f5e Fixes: Marc G. Fournier 1996-08-19 13:32:14 +00:00
  • 77e01653bc Fixes: Marc G. Fournier 1996-08-19 13:25:40 +00:00
  • 3e1586adfd Fixes for PQsetdb(): Marc G. Fournier 1996-08-19 13:23:19 +00:00
  • 3c47cdeb5a From: Dan McGuirk <mcguirk@indirect.com> Marc G. Fournier 1996-08-19 01:53:39 +00:00
  • 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 +00:00
  • 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 +00:00
  • 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 +00:00
  • 9848d3655d Support Docs & Contrib Marc G. Fournier 1996-08-18 22:14:33 +00:00
  • f46246a279 fixed err() -> err_out() pointed out by David Bennett... Marc G. Fournier 1996-08-17 07:50:21 +00:00
  • 1960a3b965 changed missed err() change to err_out() Release_2_0_0 Marc G. Fournier 1996-08-17 06:41:10 +00:00
  • a4402ecc8c Fixes a bug in 'create index' Marc G. Fournier 1996-08-15 07:42:52 +00:00
  • d6fa4d95cd Fixes: Marc G. Fournier 1996-08-15 07:39:24 +00:00
  • 4844adc888 Fixes; Marc G. Fournier 1996-08-15 07:30:22 +00:00
  • 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 +00:00
  • 476ef10913 This 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 +00:00
  • e7a110b418 This 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 +00:00
  • 15a645014a I 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 +00:00
  • 988a9adfbd This 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 +00:00
  • 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 +00:00
  • 6b9ecd8348 Here'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 +00:00
  • 80d0c4ffd3 The 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 +00:00