RE: When malloc returns zero ... - Mailing list pgsql-hackers

From Hiroshi Inoue
Subject RE: When malloc returns zero ...
Date
Msg-id 000c01bfb3d7$a9425360$2801007e@tpf.co.jp
Whole thread Raw
In response to Re: When malloc returns zero ...  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> -----Original Message-----
> From: pgsql-hackers-owner@hub.org [mailto:pgsql-hackers-owner@hub.org]On
> Behalf Of Tom Lane
> 
> Peter Eisentraut <peter_e@gmx.net> writes:
> > A while ago I went on record saying that elog is a pain for the 
> user. Now
> > I'd like to add it's a pain for developers, too. Having what's 
> essentially
> > an exception model without a way to catch exceptions is disastrous.
> 
> I think that's a bit overstated ... we've gotten along fine with this
> model so far, and I haven't seen any compelling reason to change it.

I agree with Peter at this point.
For example,even basic functions call elog() easily but we can't
catch the error and we(at least I) couldn't call basic functions
easily.  In fact I suffered very much to avoid elog() call in order
to enable dropping tables whose base relation files has already
been removed

Regards.

Hiroshi Inoue
Inoue@tpf.co.jp


pgsql-hackers by date:

Previous
From: "Hiroshi Inoue"
Date:
Subject: RE: RE: [PATCHES] relation filename patch
Next
From: Thomas Lockhart
Date:
Subject: Re: Request for 7.0 JDBC status