[BUGS] BUG #5963: make -j4 check fails

2011-04-02 Thread Gavin Flower

The following bug has been logged online:

Bug reference:  5963
Logged by:  Gavin Flower
Email address:  gavin.flo...@archidevsys.co.nz
PostgreSQL version: 9.1alpha5
Operating system:   x86_64 Linux
Description:make -j4 check fails
Details: 

After executing 
time -j4 make
I went to initiate the testing (note: I deleted the directory, re-extracted
and repeated the compile for each of the following options):

executing
   time make check
works (All 126 tests passed)

but executing
   time make -j4 check
fails (I don't see any obvious problem in the log file):
[...]
== creating temporary installation==

pg_regress: installation failed
Examine
/home/gavin/AAA/updates/postgresql/postgresql-9.1alpha5/src/test/regress/log
/install.log for the reason.
Command was: "make" -C "../../.."
DESTDIR="/home/gavin/AAA/updates/postgresql/postgresql-9.1alpha5/src/test/re
gress/./tmp_check/install" install >
"/home/gavin/AAA/updates/postgresql/postgresql-9.1alpha5/src/test/regress/lo
g/install.log" 2>&1
make[2]: *** [check] Error 2
make[2]: Leaving directory
`/home/gavin/AAA/updates/postgresql/postgresql-9.1alpha5/src/test/regress'
make[1]: *** [check] Error 2
make[1]: Leaving directory
`/home/gavin/AAA/updates/postgresql/postgresql-9.1alpha5/src/test'
make: *** [check] Error 2

real0m3.253s
user0m1.666s
sys 0m1.141s

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs


Re: [BUGS] BUG #5959: pg_restore --use-list does not always work with a pg_restore generated TOC file

2011-04-02 Thread Tom Lane
"Per-Olov Esgard"  writes:
> Description:pg_restore --use-list  does not always work with a
> pg_restore generated TOC file
> Details: 

> General
> ===
> In my application I am using automatically generated psm:s. These psm: are
> using many arguments, in some cases over 80. This means that a TOC entry in
> a TOC file generated by pg_restore --list may be very long for psm:s with
> such a long signature.

> Specific
> 
> My backup system makes a schema dump to a file and a data dump to another
> file. When performing a restore I create a TOC list from the schema dump by
> using pg_restore on the schema dump file. I do some filtering on the TOC
> file and then I restore it using pg_restore --use-list. This does not work
> since some entries in the TOC file are more than 2000 characters long. The
> function SortTocFromFile in pg_backup_archiver.c has a hard coded limitation
> of 1024 characters for each row in the TOC file.

Hm.  The function only cares about the dump ID at the start of the line.
AFAICS the consequence of buffer overflow would be that it'd take a line
continuation as a new line; which would generally result in a harmless
"WARNING: line ignored" message.  You didn't say exactly what symptom
you were seeing, but "does not work" seems like a bit of an
overstatement for that.  So I'm wondering whether you're seeing some
behavior I'm missing.

regards, tom lane

-- 
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs