"Marko Kreen" <markokr@gmail.com> writes:
> On 7/13/06, Neil Conway <neilc@samurai.com> wrote:
>> Marko, can you take a look at what is causing this regression test
>> failure? The failing machine is kudu:

> Seems you have skipped the CAST5 patch. Could you recheck?

Applied, thanks. What I now see is that pgp-pubkey-decrypt passes on
a 32-bit machine but dumps core on a 64-bit machine, with SIGSEGV here:

#0 0x00002aaaac8b82ba in mp_int_div (a=Variable "a" is not available.
) at imath.c:3068
3068 q.digits[qpos++] = (mp_digit) qdigit;
(gdb) bt
#0 0x00002aaaac8b82ba in mp_int_div (a=Variable "a" is not available.
) at imath.c:3068
#1 0x00002aaaac8b9531 in mp_int_exptmod (a=0x970a28, b=0x978530, m=0x9780e0,
c=0x978980) at imath.c:1234
#2 0x00002aaaac8b4ef3 in pgp_elgamal_decrypt (pk=Variable "pk" is not available.
) at pgp-mpi-internal.c:225
#3 0x00002aaaac8be2b9 in pgp_parse_pubenc_sesskey (ctx=0x972848,
pkt=0x977328) at pgp-pubdec.c:116
#4 0x00002aaaac8bca0b in pgp_decrypt (ctx=0x972848, msrc=Variable "msrc" is not available.
)
at pgp-decrypt.c:1126
#5 0x00002aaaac8c0a73 in decrypt_internal (is_pubenc=0, need_text=1,
data=0x9772d0, key=0x976ab8, keypsw=0x0, args=Variable "args" is not available.

Any thoughts about the cause?

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly

I wrote:
> Applied, thanks. What I now see is that pgp-pubkey-decrypt passes on
> a 32-bit machine but dumps core on a 64-bit machine, with SIGSEGV here:

Addendum: seems it only fails without openssl.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

"Marko Kreen" <markokr@gmail.com> writes:
> iMath's protability checks failed. Attached patch drops them
> and expects postgres.h to give correct types.

> Also enable asserts to fail earlier.

Applied, thanks. Looks like this should fix current buildfarm
failure on "bear".

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly