RE: When malloc returns zero ...
От | Hiroshi Inoue |
---|---|
Тема | RE: When malloc returns zero ... |
Дата | |
Msg-id | 000c01bfb3d7$a9425360$2801007e@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: When malloc returns zero ... (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | 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 по дате отправления: