Re: [HACKERS] Re: pg_dump return status..

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Philip Warner <pjw(at)rhyme(dot)com(dot)au>
Cc: Matthew <matt(at)ctlno(dot)com>, "'Anand Raman'" <araman(at)india-today(dot)com>, postgresql <pgsql-general(at)postgresql(dot)org>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] Re: pg_dump return status..
Date: 2001-01-05 16:20:43
Message-ID: 10089.978711643@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Philip Warner <pjw(at)rhyme(dot)com(dot)au> writes:
> There are a few places to check, but a lot less than before. Assuming I
> should just die on any failed write (which seems reasonable),

Yes, I see no point in continuing after a write failure. Just print
the strerror() message and exit.

> how do I
> check for a failed write in a way that works on all Unixes? Is the
> following OK:

> - fwrite: ok if return value equals item count
> - fprintf: ok if return value > 0.
> - fputc: ok if != EOF

Probably fprintf() >= 0 --- according to my specs, it returns the number
of chars emitted, or a negative value on error. The other two are
correct.

Don't forget to check for a successful fclose() too, since otherwise
you won't notice a failure in dumping the last bufferload of data.

I do not recall the success/failure return codes for the zlib calls,
but I assume they check for write failure and reflect it back ...

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Scott Shealy 2001-01-05 16:27:48 ODBC failure
Previous Message nelson 2001-01-05 15:33:39 Re: Max connections

Browse pgsql-hackers by date

  From Date Subject
Next Message Alex Pilosov 2001-01-05 18:50:18 Re: running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2
Previous Message Dave VanAuken 2001-01-05 14:11:13 RE: running pgsql 7 under Jail'ed virtual machine on FreeBSD 4.2