Re: NetBSD "Bad address" failure (was Re: Third call for platform testing)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: NetBSD "Bad address" failure (was Re: Third call for platform testing) |
| Дата | |
| Msg-id | 12493.987215968@sss.pgh.pa.us обсуждение |
| Ответ на | NetBSD "Bad address" failure (was Re: Third call for platform testing) (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: NetBSD "Bad address" failure (was Re: Third call for platform testing)
|
| Список | pgsql-hackers |
I wrote:
> I think this is indisputably a bug in (some versions of) NetBSD. If I
> can seek past the end of file, read() shouldn't consider it a hard error
> to read there --- and in any case, EFAULT isn't a very reasonable error
> code to return. Since it seems not to be a widespread problem, I'm not
> eager to change the hash code to try to avoid it.
I forgot to mention a possible contributing factor: the files involved
were NFS-mounted, in the case I was looking at. So this may be an NFS
problem more than a NetBSD problem. Anyone want to try the given test
case on NFS-mounted files on other systems?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера