| Age | Commit message (Collapse) | Author |
|---|
|
in messages and documentation.
|
|
|
|
(salts were always zero!?), add much missing documentation.
|
|
rule to remake it when necessary.
|
|
a hung client or lost connection can't indefinitely block a postmaster
child (not to mention the possibility of deliberate DoS attacks).
Timeout is controlled by new authentication_timeout GUC variable,
which I set to 60 seconds by default ... does that seem reasonable?
|
|
Avoid use of prototype-less function pointers in MB code.
|
|
2) Change to retry lower version in case of "Unsupported frontend
procotol".
|
|
|
|
piggybacking on SortMem. Add documentation for some recently-added
GUC parameters that had so far escaped it.
|
|
Frank Miles 7-Sep-01. This is really just sticking a finger in the dike.
Frank's case works now, but we still couldn't support a recursive function
returning a set. Really need to restructure querytrees and execution
state so that the querytree is *read only*. We've run into this over and
over and over again ... it has to happen sometime soon.
|
|
|
|
|
|
|
|
|
|
Fixed a nasty bug that messed up negative money amounts.
|
|
that made setting serializable isolation level impossible in Turkish
locale.
|
|
- Synced pgc.l with scan.l.
- Synced keyword.c.
- Include the remaining patches by Christof Petig <christof.petig@wtal.de>.
|
|
|
|
counts alongside the planner's estimates. By Martijn van Oosterhout,
with some further work by Tom Lane.
|
|
|
|
Sherry. Also clean up leakage of open files and LOs in failure exits
from lo_import and lo_export.
|
|
the JDBC driver.
This method is currently unimplemented and always returns
ResultSetMetaData.columnNullable. This is obviously incorrect
when a column is defined with NOT NULL or PRIMARY KEY. And we
have to think of check constraints, views, functions etc.
The patch simply changes the return value to
ResultSetMetaData.columnNullableUnknown. This is until someone
comes up with a real implementation of course.
On Fri, 14 Sep 2001 17:53:50 +0200, Tomisaw Kity?ski wrote:
>Hello there,
>
>could someone tell me, please, do I have any chance to get
>proper implementation of above method in JDBC (1.1+) soon?
>
>Current "return 1" works fine on most tables, however it seems
>to be a little bit incorrect with some of them ;)
Ren? Pijlman
|
|
by escape processing in the SQL statement. I've tested this for a
while now and it appears to work well. Previously string data
with {d was getting corrupt as the {d was being stripped regardless
of whether it was an escape code or not.
I also added checking for time and timestamp escape processing strings
as per 11.3 in the specification. The patch is against the latest
CVS.
Thomas O'Dowd
|
|
|
|
for TypeCast case.
|
|
|
|
|
|
|
|
|
|
under libdir, for a cleaner separation in the installation layout
and compatibility with binary packaging standards. Point backend's
default search location there. The contrib modules are also
installed in the said location, giving them the benefit of the
default search path as well. No changes in user interface
nevertheless.
|
|
>
> 1. Now outputs '\\' instead of '\134' when using encode(bytea, 'escape')
> Note that I ended up leaving \0 as \000 so that there are no ambiguities
> when decoding something like, for example, \0123.
>
> 2. Fixed bug in byteain which allowed input values which were not valid
> octals (e.g. \789), to be parsed as if they were octals.
>
> Joe
>
Here's rev 2 of the bytea string support patch. Changes:
1. Added missing declaration for MatchBytea function
2. Added PQescapeBytea to fe-exec.c
3. Applies cleanly on cvs tip from this afternoon
I'm hoping that someone can review/approve/apply this before beta starts, so
I guess I'd vote (not that it counts for much) to delay beta a few days :-)
Joe Conway
|
|
|
|
unicode-conversion is always on if --enable-multibyte is specified
Tatsuo Ishii
|
|
Hiroshi Inoue
|
|
older versions of servers.
2) Implement SQLProcedures.
Hiroshi Inoue
|
|
Hiroshi Inoue
|
|
|
|
|
|
> null bytes to be literally '\0', the following can happen:
> 1. User inputs string value as "<null byte>##" where ## are digits in the
> range of 0 to 7.
> 2. PQescapeString converts this to "\0##"
> 3. Escaped string is used in a context that causes "\0##" to be evaluated as
> an octal escape sequence.
I agree that this is a problem, though it is not possible to do
anything harmful with it. In addition, it only occurs if there are
any NUL characters in its input, which is very unlikely if you are
using C strings.
The patch below addresses the issue by removing escaping of \0
characters entirely.
> If the goal is to "safely" encode null bytes, and preserve the rest of the
> string as it was entered, I think the null bytes should be escaped as \\000
> (note that if you simply use \000 the same string truncation problem
> occurs).
We can't do that, this would require 4n + 1 bytes of storage for the
result, breaking the interface.
Florian Weimer
|
|
2) (Maybe) fix a bug reported by Mika Muntila.
|
|
max_locks_per_xact.
|
|
bugfix is in the attached patch. Please apply it. Thanks.
Output must be:
test=# SELECT to_char(485, 'RN');
to_char
-----------------
CDLXXXV
(1 row)
test=# SELECT to_char(485, 'FMRN');
to_char
---------
CDLXXXV
(1 row)
test=# SELECT to_char(1000, 'RN');
to_char
-----------------
M
(1 row)
test=# SELECT to_char(7.2, '"Welcome to"9.9 "release! :-)"');
to_char
-----------------------------
Welcome to 7.2 release! :-)
(1 row)
Karel Zak
|
|
a trigger the way that pltcl does.
Here's a little patch that adds it in.
-Brad McLean
|
|
reported by Bob Deblier (bob@virtualunlimited.com)
|
|
suggested by Bob Deblier (bob@virtualunlimited.com)
|
|
|
|
Psqlodbc is 7.01.0007 now.
Hiroshi Inoue
|
|
* Reject character sequences those are not valid in their charset
|
|
* Reject character sequences those are not valid in their charset
|
|
(partially) from Ian Lance Taylor
|
