- 15 5月, 2008 1 次提交
-
-
由 Tom Lane 提交于
file portability/instr_time.h, and add a couple more macros to eliminate some abstraction leakage we formerly had. Also update psql to use this header instead of its own copy of nearly the same code. This commit in itself is just code cleanup and shouldn't change anything. It lays some groundwork for the upcoming function-stats patch, though.
-
- 02 1月, 2008 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 16 11月, 2007 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 14 10月, 2007 1 次提交
-
-
由 Tom Lane 提交于
renumbering of encoding IDs done between 8.2 and 8.3 turns out to break 8.2 initdb and psql if they are run with an 8.3beta1 libpq.so. For the moment we can rearrange the order of enum pg_enc to keep the same number for everything except PG_JOHAB, which isn't a problem since there are no direct references to it in the 8.2 programs anyway. (This does force initdb unfortunately.) Going forward, we want to fix things so that encoding IDs can be changed without an ABI break, and this commit includes the changes needed to allow libpq's encoding IDs to be treated as fully independent of the backend's. The main issue is that libpq clients should not include pg_wchar.h or otherwise assume they know the specific values of libpq's encoding IDs, since they might encounter version skew between pg_wchar.h and the libpq.so they are using. To fix, have libpq officially export functions needed for encoding name<=>ID conversion and validity checking; it was doing this anyway unofficially. It's still the case that we can't renumber backend encoding IDs until the next bump in libpq's major version number, since doing so will break the 8.2-era client programs. However the code is now prepared to avoid this type of problem in future. Note that initdb is no longer a libpq client: we just pull in the two source files we need directly. The patch also fixes a few places that were being sloppy about checking for an unrecognized encoding name.
-
- 22 6月, 2007 1 次提交
-
-
由 Neil Conway 提交于
output after each FETCH. This ensures that incremental results are available to clients that are executing long-running SELECT queries via the FETCH_COUNT feature.
-
- 17 4月, 2007 1 次提交
-
-
由 Magnus Hagander 提交于
Merlin Moncure
-
- 08 2月, 2007 1 次提交
-
-
由 Peter Eisentraut 提交于
where possible, and fix some sites that apparently thought that fgets() will overwrite the buffer by one byte. Also add some strlcpy() to eliminate some weird memory handling.
-
- 06 1月, 2007 1 次提交
-
-
由 Bruce Momjian 提交于
back-stamped for this.
-
- 16 12月, 2006 1 次提交
-
-
由 Andrew Dunstan 提交于
-
- 04 10月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 27 9月, 2006 1 次提交
-
-
由 Tom Lane 提交于
-
- 30 8月, 2006 2 次提交
-
-
由 Tom Lane 提交于
the pager before reporting the error.
-
由 Tom Lane 提交于
queries via a cursor, fetching a limited number of rows at a time and therefore not risking exhausting memory. A disadvantage of the scheme is that 'aligned' output mode will align each group of rows independently leading to odd-looking output, but all the other output formats work reasonably well. Chris Mair, with some additional hacking by moi.
-
- 29 8月, 2006 1 次提交
-
-
由 Tom Lane 提交于
existing for backend GUC variables, and use this to eliminate repeated fetching/parsing of psql variables in psql's inner loops. In a trivial test with lots of 'select 1;' commands, psql's CPU time went down almost 10%, although of course the effect on total elapsed time was much less. Per discussion about how to ensure the upcoming FETCH_COUNT patch doesn't cost any performance when not being used.
-
- 25 8月, 2006 1 次提交
-
-
由 Tom Lane 提交于
blocking concurrent writes to the table. Greg Stark, with a little help from Tom Lane.
-
- 14 8月, 2006 1 次提交
-
-
由 Tom Lane 提交于
for INSERT/UPDATE/DELETE RETURNING. Per discussion.
-
- 12 8月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
David Fetter
-
- 14 7月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 01 7月, 2006 1 次提交
-
-
由 Alvaro Herrera 提交于
-
- 30 6月, 2006 1 次提交
-
-
由 Alvaro Herrera 提交于
-
- 15 6月, 2006 1 次提交
-
-
由 Tom Lane 提交于
places --- that risks corrupting data structures, losing sync with the backend, etc. We now longjmp only from calls to readline, fgets, and fread, which we assume are coded to protect themselves against interrupts at undesirable times. This requires adding explicit tests for cancel_pressed in long-running loops, but on the whole it's far cleaner. Martijn van Oosterhout and Tom Lane.
-
- 27 5月, 2006 1 次提交
-
-
由 Tom Lane 提交于
during COPY OUT. Andreas Pflug, some editorialization by moi.
-
- 12 5月, 2006 1 次提交
-
-
由 Tom Lane 提交于
throw warnings for 100%-SQL-standard constructs, clean up some minor infelicities, try to un-break ecpg to the best of my ability. (It's not clear how ecpg is going to find out the setting of standard_conforming_strings, though.) I think pg_dump still needs work, too.
-
- 15 3月, 2006 1 次提交
-
-
由 Tom Lane 提交于
during parse analysis, not only errors detected in the flex/bison stages. This is per my earlier proposal. This commit includes all the basic infrastructure, but locations are only tracked and reported for errors involving column references, function calls, and operators. More could be done later but this seems like a good set to start with. I've also moved the ReportSyntaxErrorPosition logic out of psql and into libpq, which should make it available to more people --- even within psql this is an improvement because warnings weren't handled by ReportSyntaxErrorPosition.
-
- 07 3月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
Kevin Grittner
-
- 05 3月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 04 3月, 2006 1 次提交
-
-
由 Tom Lane 提交于
instead of the old deprecated ones. Volkan Yazici, with some editorializing by moi.
-
- 12 2月, 2006 1 次提交
-
-
由 Tom Lane 提交于
the API of PQdsplen without bothering to fix its callers. Although ReportSyntaxErrorPosition could probably do with more smarts about handling control characters, for the moment I'll just get it back to handling tabs consistently.
-
- 23 11月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
comment line where output as too long, and update typedefs for /lib directory. Also fix case where identifiers were used as variable names in the backend, but as typedefs in ecpg (favor the backend for indenting). Backpatch to 8.1.X.
-
- 05 11月, 2005 1 次提交
-
-
由 Tom Lane 提交于
so as to avoid performance issues and possible ultimate crash on long psql scripts. Per Merlin Moncure.
-
- 27 10月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
commands. Per complaint that \df+ is clearer in expanded mode.
-
- 15 10月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 14 10月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
of client_min_messages (fatal + panic) are valid and also fixes a slight issue with how psql tried to display error messages that aren't sent to the client. We often tell people to ignore errors in response to requests for things like "drop if exists", but there's no good way to completely hide this without upping client_min_messages past ERROR. When running a file like SET client_min_messages TO 'FATAL'; DROP TABLE doesntexist; with "psql -f filename" you get an error prefix of "psql:/home/username/filename:3" even though there is no error message to prefix because it isn't sent to the client. Kris Jurka
-
- 05 10月, 2005 1 次提交
-
-
由 Peter Eisentraut 提交于
renamed to --log-file for clarity.
-
- 21 9月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
by properly updating transaction state after AUTOCOMMIT.
-
- 23 6月, 2005 1 次提交
-
-
由 Tom Lane 提交于
in the database. The old behavior (reindex system catalogs only) is now available as REINDEX SYSTEM. I did not add the complementary REINDEX USER case since there did not seem to be consensus for this, but it would be trivial to add later. Per recent discussions.
-
- 18 6月, 2005 1 次提交
-
-
由 Tom Lane 提交于
hacking by Alvaro Herrera and Tom Lane.
-
- 14 6月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
Lorne Sunley
-
- 13 6月, 2005 1 次提交
-
-
由 Neil Conway 提交于
mode to only affect the presentation of normal query results, not the output of psql slash commands. Documentation updated. I also made some unrelated minor psql cleanup. Per suggestion from Stuart Cooper.
-
- 10 6月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
-