Re: PATCH: Unlogged tables re-initialization tests
От | David Steele |
---|---|
Тема | Re: PATCH: Unlogged tables re-initialization tests |
Дата | |
Msg-id | a103b802-30cb-572a-cfad-65f0eb642eaf@pgmasters.net обсуждение исходный текст |
Ответ на | Re: PATCH: Unlogged tables re-initialization tests (Thomas Munro <thomas.munro@enterprisedb.com>) |
Ответы |
Re: PATCH: Unlogged tables re-initialization tests
|
Список | pgsql-hackers |
Hi Thomas, [Also pulling in Michael for Windows knowledge] On 3/1/18 12:27 AM, Thomas Munro wrote: > On Thu, Mar 1, 2018 at 9:24 AM, David Steele <david@pgmasters.net> wrote: >> These tests were originally included in the exclude unlogged tables >> patch [1] to provide coverage for the refactoring of reinit.c. > > +# The following tests test symlinks. Windows doesn't have symlinks, so > +# skip on Windows. > > Could you please explain this a bit more? I don't see any symlinks > being used directly in this test. I do see CREATE TABLESPACE and that > uses symlink(), but win32_port.h converts that to "junctions", > apparently the Windows equivalent. Is there some reason that doesn't > work with this test? I copied this pattern from src/bin/pg_basebackup/t/010_pg_basebackup.pl which indicates that Windows will not support these types of tests. But your point is well-taken. No symlinks are used in this test so it *should* work. Michael, what do you think? > If, by any chance, you are talking about whatever dark force prevents > the "tablespace" regression test from succeeding when run as a user > with administrative privileges on Windows, then I would *love* to hear > an explanation for that phenomenon and how to fix it, because it > currently prevents me from automatically testing all Commitfest > patches on the appveyor.com Windows build farm. I know that it passes > as a non-administrative user. Sorry, no! -- -David david@pgmasters.net
В списке pgsql-hackers по дате отправления: