Hi all, While running valgrind on latest HEAD (suppression list included), I am seeing complains with epoll_pwait() on Linux: ==12692== Syscall param epoll_pwait(sigmask) points to unaddressable byte(s) ==12692== at 0x62F72D0: epoll_pwait (in /usr/lib/libc-2.26.so) ==12692== by 0x5D819C: WaitEventSetWaitBlock (latch.c:1048) ==12692== by 0x5D8060: WaitEventSetWait (latch.c:1000) ==12692== by 0x5D774D: WaitLatchOrSocket (latch.c:385) ==12692== by 0x5D7619: WaitLatch (latch.c:339) ==12692== by 0x582E57: ApplyLauncherMain (launcher.c:976) ==12692== by 0x550BA7: StartBackgroundWorker (bgworker.c:841) ==12692== by 0x5658BC: do_start_bgworker (postmaster.c:5693) ==12692== by 0x565C37: maybe_start_bgworkers (postmaster.c:5897) ==12692== by 0x5620FC: reaper (postmaster.c:2887) ==12692== by 0x4E4AD9F: ??? (in /usr/lib/libpthread-2.26.so) ==12692== by 0x62EEAA6: select (in /usr/lib/libc-2.26.so) ==12692== Address 0x0 is not stack'd, malloc'd or (recently) free'd
I have not looked at that very closely, but this does not look normal, hence this post. Thanks, -- Michael -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
