Re: beta6 pg_restore core dumps
От | Tom Lane |
---|---|
Тема | Re: beta6 pg_restore core dumps |
Дата | |
Msg-id | 1276.984847037@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | beta6 pg_restore core dumps (Tatsuo Ishii <t-ishii@sra.co.jp>) |
Ответы |
Re: beta6 pg_restore core dumps
|
Список | pgsql-hackers |
Tatsuo Ishii <t-ishii@sra.co.jp> writes: > pg_restore crushes if dump data includes large objects... This is probably the same problem that Martin Renters reported yesterday. I have a patch that seems to fix it on my machine, but I haven't heard back from Martin whether it solves his case completely. In particular, he said something about memory leaks... regards, tom lane *** pg_backup_custom.c.orig Fri Feb 9 17:32:26 2001 --- pg_backup_custom.c Fri Mar 16 17:24:59 2001 *************** *** 521,531 **** if (blkLen > (ctx->inSize - 1)) { free(ctx->zlibIn); ctx->zlibIn = NULL; ! ctx->zlibIn = (char*)malloc(blkLen); if (!ctx->zlibIn) die_horribly(AH, "%s: failedto allocate decompression buffer\n", progname); ! ctx->inSize = blkLen; in = ctx->zlibIn; } --- 521,531 ---- if (blkLen > (ctx->inSize - 1)) { free(ctx->zlibIn); ctx->zlibIn = NULL; ! ctx->zlibIn = (char*)malloc(blkLen+1); if (!ctx->zlibIn) die_horribly(AH, "%s:failed to allocate decompression buffer\n", progname); ! ctx->inSize = blkLen+1; in = ctx->zlibIn; }
В списке pgsql-hackers по дате отправления: