Re: Issue with plpython write_file and read_file tests

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Issue with plpython write_file and read_file tests
Date: 2005-06-20 20:54:37
Message-ID: 25828.1119300877@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Jim C. Nasby" <decibel(at)decibel(dot)org> writes:
> Setting up the buildfarm on a machine I've discovered an issue with the
> plpython write_file and read_file tests. The problem can be seen at
> http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=platypus&dt=2005-06-20%2018:15:00
> The specific issue is that the test doesn't clean up after itself,
> leaving /tmp/plpython behind. This raised it's ugly head when I tested
> the buildfarm stuff as one user and then switched to using a different
> user.

> What would be the best way to handle this?

Remove that test altogether. It'd only be sane in a test of a trusted
plpython language, which we have not got now. I would imagine that the
original writer of the code never expected the write to succeed at all.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2005-06-20 20:55:12 Re: WAL bypass for CTAS
Previous Message Josh Berkus 2005-06-20 20:34:48 Re: index selection by query planner