On Tue, 2005-03-01 at 13:53 -0800, Mark Wong wrote:
On Thu, Feb 03, 2005 at 07:25:55PM +0900, ITAGAKI Takahiro wrote:
Hello everyone.
I fixed two bugs in the patch that I sent before.
Check and test new one, please.
Ok, finally got back into the office and was able to run 1 set of
Some builds (depends on crypto engine support?) of OpenSSL
0.9.7x have EVP_DigestFinal function which which clears all of
EVP_MD_CTX. This makes pgcrypto crash in functions which
re-use one digest context several times: hmac() and crypt()
with md5 algorithm.
Following patch fixes it by carring
I have applied the following patch:
Add fprintf() custom version to libpgport.
Document use of macros for pg_printf functions.
Bump major versions of all interfaces to handle movement of get_progname
from libpq to libpgport in 8.0, and probably
I have reviewed this patch, and I already added these changes myself in
CVS.
Thanks.
---
Nicolai Tufar wrote:
On Mon, Feb 21, 2005 at 10:53:08PM -0500, Bruce Momjian wrote:
Applied.
Thanks a lot. The patch
Bruce Momjian pgman@candle.pha.pa.us rta:
Bernyi Gbor wrote:
The problem is something else.
Gives the same message.
Bruce Momjian pgman@candle.pha.pa.us ?rta:
Ber?nyi G?bor wrote:
Dear Bruce,
Didn't work:
Fatal bcc32.mak 169: No terminator specified for in-line file
Magnus Hagander [EMAIL PROTECTED] writes:
Here is an updated patch, that should take care of this. Tested that it
solves the problem reported.
I compared this to the version Bruce applied earlier and decided that
his version was good. I don't think we should change the original logic
that
Patch applied by Tom. Thanks.
Backpatched to 8.0.X.
---
Magnus Hagander wrote:
There is special code in the send_message_to_server_log
function to make
sure it's written directly to the file.
If the logger is
I have applied your patch with minor modifications. Applied version
attached.
I think the pages message:
INFO: free space map: 44 relations, 28 pages stored; 704 total pages
used
DETAIL: FSM size: 1000 relations + 2 pages = 182 kB shared memory.
should remain
!gettext_noop(Create new tables with OIDs by default.),
without?
Neil Conway [EMAIL PROTECTED]
This patch makes default_with_oids disabled by default, per earlier
discussion, and updates the documentation accordingly. I might have
missed a few spots in the documentation that implicitly
Qingqing Zhou wrote:
!gettext_noop(Create new tables with OIDs by default.),
without?
Right: if the variable is on, Postgres will create new tables with
OIDs by default. If the variable is off, it won't. This is similar to
how the check_function_bodies GUC var is already documented.
Marko Kreen wrote:
Some builds (depends on crypto engine support?) of OpenSSL
0.9.7x have EVP_DigestFinal function which which clears all of
EVP_MD_CTX. This makes pgcrypto crash in functions which
re-use one digest context several times: hmac() and crypt()
with md5 algorithm.
Following patch
11 matches
Mail list logo