- 22 Feb, 2005 1 commit
-
-
Bruce Momjian authored
macros around strings that were missing them.
-
- 26 Jan, 2005 1 commit
-
-
Tom Lane authored
APPDATA directory on Windows. Magnus Hagander
-
- 14 Jan, 2005 1 commit
-
-
Bruce Momjian authored
-
- 10 Jan, 2005 1 commit
-
-
Tom Lane authored
-
- 06 Jan, 2005 4 commits
-
-
Tom Lane authored
-
Tom Lane authored
request packet, use pqReadData(). This has the same effect since conn->ssl isn't set yet and we aren't expecting more than one byte. The advantage is that we will correctly detect loss-of-connection instead of going into an infinite loop. Per report from Hannu Krosing.
-
Tom Lane authored
discussion on pgsql-hackers-win32 list. Documentation still needs to be tweaked --- I'm not sure how to refer to the APPDATA folder in user documentation.
-
Tom Lane authored
consistent. On Unix we now always consult getpwuid(); $HOME isn't used at all. On Windows the code currently consults $USERPROFILE, or $HOME if that's not defined, but I expect this will change as soon as the win32 hackers come to a consensus. Nothing done yet about changing the file names used underneath $USERPROFILE.
-
- 04 Jan, 2005 1 commit
-
-
Tom Lane authored
subroutine that can hide platform dependencies. The WIN32 path is still a stub, but I await a fix from one of the win32 hackers. Also clean up unnecessary #ifdef WIN32 ugliness in a couple of places.
-
- 31 Dec, 2004 1 commit
-
-
PostgreSQL Daemon authored
Tag appropriate files for rc3 Also performed an initial run through of upgrading our Copyright date to extend to 2005 ... first run here was very simple ... change everything where: grep 1996-2004 && the word 'Copyright' ... scanned through the generated list with 'less' first, and after, to make sure that I only picked up the right entries ...
-
- 28 Dec, 2004 1 commit
-
-
Tom Lane authored
sockets, rather than failing as it formerly did. Revert the thereby-obsoleted patch to make psql supply the localhost default.
-
- 02 Dec, 2004 2 commits
-
-
Tom Lane authored
handling in SIGPIPE processing; avoid unnecessary pollution of application link-symbol namespace; spell 'pointer to function' in the conventional way.
-
Bruce Momjian authored
calling applications. This is done by blocking sigpipe in the libpq thread and using sigpending/sigwait to possibily discard any sigpipe we generated.
-
- 01 Dec, 2004 1 commit
-
-
Bruce Momjian authored
-
- 30 Oct, 2004 1 commit
-
-
Tom Lane authored
Use this new function in psql. Implement query cancellation in psql for Windows. Code by Magnus Hagander, documentation and minor editorialization by Tom Lane.
-
- 29 Oct, 2004 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 21 Oct, 2004 1 commit
-
-
Tom Lane authored
any possible problems from child programs executed by the client app. Per suggestion from Elliot Lee of Red Hat.
-
- 16 Oct, 2004 1 commit
-
-
Tom Lane authored
just stick a list-link into struct PGnotify instead. Result is a smaller faster and more robust library (mainly because we reduce the number of malloc's and free's involved in notify processing), plus less pollution of application link-symbol namespace.
-
- 29 Aug, 2004 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 19 Aug, 2004 1 commit
-
-
Bruce Momjian authored
-
- 18 Aug, 2004 1 commit
-
-
Bruce Momjian authored
-
- 17 Aug, 2004 1 commit
-
-
Tom Lane authored
global variables are problematic on this platform. Simplest solution seems to be to initialize pthread key variable to 0. Also, rename this variable and check_sigpipe_handler to something involving "pq" to avoid gratuitous pollution of application namespace.
-
- 11 Aug, 2004 1 commit
-
-
Tom Lane authored
the server version number. This commit also removes bogus DOS line endings from libpqddll.def. Greg Sabino Mullane
-
- 12 Jul, 2004 3 commits
-
-
Bruce Momjian authored
> user must initialize the lock. The problem are concurrent "first" users > - the pthread_mutex_t initialization must be synchronized. > The current implementation is broken, the attached patches fixes that: > mutex_initlock is a spinlock. If the pthread_mutex_t mutex is not > initialized, then the spinlock is acquired, if the pthread_mutex_t is > initialized if it's not yet initialized and then the spinlock is dropped. Manfred Spraul
-
Bruce Momjian authored
-
Bruce Momjian authored
user must initialize the lock. The problem are concurrent "first" users - the pthread_mutex_t initialization must be synchronized. The current implementation is broken, the attached patches fixes that: mutex_initlock is a spinlock. If the pthread_mutex_t mutex is not initialized, then the spinlock is acquired, if the pthread_mutex_t is initialized if it's not yet initialized and then the spinlock is dropped. Manfred Spraul
-
- 19 Jun, 2004 1 commit
-
-
Bruce Momjian authored
Andreas Pflug
-
- 10 Jun, 2004 1 commit
-
-
Bruce Momjian authored
extensive change then what was suggested. I found the file path.c that contained a lot of "Unix/Windows" agnostic functions so I added a function there instead and removed the PATHSEP declaration in exec.c altogether. All to keep things from scattering all over the code. I also took the liberty of changing the name of the functions "first_path_sep" and "last_path_sep". Where I come from (and I'm apparently not alone given the former macro name PATHSEP), they should be called "first_dir_sep" and "last_dir_sep". The new function I introduced, that actually finds path separators, is now the "first_path_sep". The patch contains changes on all affected places of course. I also changed the documentation on dynamic_library_path to reflect the chagnes. Thomas Hallgren
-
- 08 Jun, 2004 1 commit
-
-
Bruce Momjian authored
-
- 03 Jun, 2004 1 commit
-
-
Bruce Momjian authored
environment variable processing to libpq. The patch also adds code to our client apps so we set the environment variable directly based on our binary location, unless it is already set. This will allow our applications to emit proper locale messages that are generated in libpq.
-
- 26 May, 2004 1 commit
-
-
Bruce Momjian authored
the four functions. > Also, please justify the temp-related changes. I was not aware that we > had any breakage there. patch-tmp-schema.txt contains the following bits: *) Changes pg_namespace_aclmask() so that the superuser is always able to create objects in the temp namespace. *) Changes pg_namespace_aclmask() so that if this is a temp namespace, objects are only allowed to be created in the temp namespace if the user has TEMP privs on the database. This encompasses all object creation, not just TEMP tables. *) InitTempTableNamespace() checks to see if the current user, not the session user, has access to create a temp namespace. The first two changes are necessary to support the third change. Now it's possible to revoke all temp table privs from non-super users and limiting all creation of temp tables/schemas via a function that's executed with elevated privs (security definer). Before this change, it was not possible to have a setuid function to create a temp table/schema if the session user had no TEMP privs. patch-area-path.txt contains: *) Can now determine the area of a closed path. patch-dfmgr.txt contains: *) Small tweak to add the library path that's being expanded. I was using $lib/foo.so and couldn't easily figure out what the error message, "invalid macro name in dynamic library path" meant without looking through the source code. With the path in there, at least I know where to start looking in my config file. Sean Chittenden
-
- 21 May, 2004 1 commit
-
-
Tom Lane authored
several different module Makefiles with it. Also, do any adjustment of installation paths during configure, rather than every time Makefile.global is read.
-
- 24 Mar, 2004 1 commit
-
-
Bruce Momjian authored
I have removed the docs mentioning that SSL and Kerberos are not thread-safe. Manfred Spraul
-
- 10 Mar, 2004 1 commit
-
-
Bruce Momjian authored
-
- 09 Jan, 2004 1 commit
-
-
Bruce Momjian authored
ignore SIGPIPE from send() in libpq, but terminate on any other SIGPIPE, unless the user installs their own signal handler. This is a minor fix because the only time you get SIGPIPE from libpq's send() is when the backend dies.
-
- 07 Jan, 2004 1 commit
-
-
Neil Conway authored
pointer type when it is not necessary to do so. For future reference, casting NULL to a pointer type is only necessary when (a) invoking a function AND either (b) the function has no prototype OR (c) the function is a varargs function.
-
- 19 Dec, 2003 1 commit
-
-
Bruce Momjian authored
from Michael Fuhr
-
- 29 Nov, 2003 1 commit
-
-
PostgreSQL Daemon authored
$Header: -> $PostgreSQL Changes ...
-