Hi,
I don't know what to make of this.
I installed the rpms for 8.1.1 on a RH 4 es system
and did initdb with LC_TYPE=C and LC_COLLATE=C (and
I also tried without changing these locale variables):
cd /usr/lib/pgsql/test
gmake check
gets:
rm -rf ./testtablespace
mkdir ./testtablespace
/bin/sh ./pg_regress --schedule=./parallel_schedule
--multibyte=SQL_ASCII
(using postmaster on Unix socket, default port)
<snip>
triggers ... FAILED
<snip>
transactions ... FAILED
<snip>
plpgsql ... FAILED
copy2 ... FAILED
<snip>
rangefuncs ... FAILED
<snip>
=======================
5 of 98 tests failed.
=======================
So, then I connect to the template1 db and:
template1=# select * from pg_language;
lanname | lanispl | lanpltrusted | lanplcallfoid | lanvalidator |
lanacl
----------+---------+--------------+---------------+--------------+--------
internal | f | f | 0 | 2246 |
c | f | f | 0 | 2247 |
sql | f | t | 0 | 2248 |
(3 rows)
So then:
# su postgres -c 'createlang plpgsql template1'
# su postgres -c 'createlang -l template1'
Procedural Languages
Name | Trusted?
---------+----------
plpgsql | yes
And back in psql:
select * from pg_language;
lanname | lanispl | lanpltrusted | lanplcallfoid | lanvalidator |
lanacl
----------+---------+--------------+---------------+--------------+--------
internal | f | f | 0 | 2246 |
c | f | f | 0 | 2247 |
sql | f | t | 0 | 2248 |
plpgsql | t | t | 38295 | 38296 |
(4 rows)
Restart the server:
# /etc/init.d/postgresql restart
Stopping postgresql service: [ OK ]
Starting postgresql service: [ OK ]
And the problem persists. However, I can make a plpgsql function just
fine and call it without errors in a test database. (Rebuilding
my own rpms from the srpm does not help either.)
What's the problem here and do I need to worry about it?
Thanks.
Karl <kop@xxxxxxxx>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein
