Re: closing file in adjust_data_dir
От | Japin Li |
---|---|
Тема | Re: closing file in adjust_data_dir |
Дата | |
Msg-id | MEYP282MB1669216210F905C6DF7CD1BCB6079@MEYP282MB1669.AUSP282.PROD.OUTLOOK.COM обсуждение исходный текст |
Ответ на | closing file in adjust_data_dir (Ted Yu <yuzhihong@gmail.com>) |
Ответы |
Re: closing file in adjust_data_dir
Re: closing file in adjust_data_dir |
Список | pgsql-hackers |
On Wed, 16 Nov 2022 at 02:43, Ted Yu <yuzhihong@gmail.com> wrote: > Hi, > I was looking at the commit: > > commit 2fe3bdbd691a5d11626308e7d660440be6c210c8 > Author: Peter Eisentraut <peter@eisentraut.org> > Date: Tue Nov 15 15:35:37 2022 +0100 > > Check return value of pclose() correctly > > In src/bin/pg_ctl/pg_ctl.c : > > if (fd == NULL || fgets(filename, sizeof(filename), fd) == NULL || > pclose(fd) != 0) > > If the fgets() call doesn't return NULL, the pclose() would be skipped. > Since the original pclose() call was removed, wouldn't this lead to fd > leaking ? > > Please see attached patch for my proposal. > > Cheers I think we should check whether fd is NULL or not, otherwise, segmentation fault maybe occur. + if (pclose(fd) != 0) + { + write_stderr(_("%s: could not close the file following command \"%s\"\n"), progname, cmd); + exit(1); + } -- Regrads, Japin Li. ChengDu WenWu Information Technology Co.,Ltd.
В списке pgsql-hackers по дате отправления: