- 14 9月, 2001 21 次提交
-
-
由 Tatsuo Ishii 提交于
unicode-conversion is always on if --enable-multibyte is specified Tatsuo Ishii
-
由 Tatsuo Ishii 提交于
-
由 Tatsuo Ishii 提交于
-
由 Tatsuo Ishii 提交于
Tatsuo Ishii
-
由 Tatsuo Ishii 提交于
Tatsuo Ishii
-
由 Tatsuo Ishii 提交于
Tatsuo Ishii
-
由 Tatsuo Ishii 提交于
CREATE RULE bad_rule_combination_1 AS ON SELECT TO emp DO INSTEAD SELECT * FROM toyemp; CREATE RULE bad_rule_combination_2 AS ON SELECT TO toyemp DO INSTEAD SELECT * FROM emp; Tatsuo Ishii
-
由 Tatsuo Ishii 提交于
-
由 Tatsuo Ishii 提交于
Tatsuo Ishii
-
由 Hiroshi Inoue 提交于
Hiroshi Inoue
-
由 Hiroshi Inoue 提交于
older versions of servers. 2) Implement SQLProcedures. Hiroshi Inoue
-
由 Bruce Momjian 提交于
-
由 Hiroshi Inoue 提交于
Hiroshi Inoue
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
> 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
-
- 13 9月, 2001 3 次提交
-
-
由 Peter Eisentraut 提交于
-
由 Hiroshi Inoue 提交于
2) (Maybe) fix a bug reported by Mika Muntila.
-
由 Peter Eisentraut 提交于
-
- 12 9月, 2001 13 次提交
-
-
由 Bruce Momjian 提交于
Correction content: * I revised a mistake of type (copy and paste). * I revised multiplicity of description. Ryouichi Matsuda
-
由 Bruce Momjian 提交于
doc). Hiroyuki Yatabe
-
由 Peter Eisentraut 提交于
max_locks_per_xact.
-
由 Peter Eisentraut 提交于
-
由 Bruce Momjian 提交于
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
-
由 Bruce Momjian 提交于
undocumented items in TD. Should doc patches alse be sent to pgsql-patches, or do I have to subscribe to pgsql-docs? The archive link for pgsql-patches is broken, and I don't see any patches in spot checking the archive for pgsql-docs. -Brad McLean.
-
由 Bruce Momjian 提交于
a trigger the way that pltcl does. Here's a little patch that adds it in. -Brad McLean
-
由 Tatsuo Ishii 提交于
-
由 Tatsuo Ishii 提交于
-
由 Tatsuo Ishii 提交于
-
由 Peter Eisentraut 提交于
reported by Bob Deblier (bob@virtualunlimited.com)
-
由 Peter Eisentraut 提交于
suggested by Bob Deblier (bob@virtualunlimited.com)
-
由 Peter Eisentraut 提交于
-
- 11 9月, 2001 3 次提交
-
-
由 Peter Eisentraut 提交于
partially from Kenji Sugita
-
由 Hiroshi Inoue 提交于
Psqlodbc is 7.01.0007 now. Hiroshi Inoue
-
由 Tatsuo Ishii 提交于
* Reject character sequences those are not valid in their charset
-