BUG #16460: Error when executing REFRESH MATERIALIZED VIEW WITH DATA;

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: randall(dot)williams(at)analyteks(dot)com
Subject: BUG #16460: Error when executing REFRESH MATERIALIZED VIEW WITH DATA;
Date: 2020-05-25 15:43:14
Message-ID: 16460-10eb2aec093f5967@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 16460
Logged by: Randall Williams
Email address: randall(dot)williams(at)analyteks(dot)com
PostgreSQL version: 12.3
Operating system: macOS 10.14.6
Description:

Here is the error message:

ERROR: could not load library
"/Library/PostgreSQL/lib/postgresql/llvmjit.so":
dlopen(/Library/PostgreSQL/lib/postgresql/llvmjit.so, 10):
Library not loaded: @loader_path/../..//opt/local/lib/libncurses.6.dylib
Referenced from: /Library/PostgreSQL/lib/postgresql/llvmjit.so
Reason: image not found

When the error occurs, I am running as a non-administrative user in macOS
and as a non-administrative user in pgAdmin 4.

PostgreSQL was installed using the EDB Mac OS X installer for PostgreSQL
version 12.3. The pgAdmin 4 version is 4.21.0. The Materialized View was
created using the Create Materialized View contextual menu and the
Materialized View was successfully saved. When the command to Refresh
Materialized View was issued using the contextual menu, the error was
generated about in about 0.25 sec. and the status code shown is: Failed
(exit code: 1). PgAdmin 4 was used to refresh 36 other Materialized Views
without error. This was the only case where an error occurred.

The files llvmjit.so and llvmjit_types.bc are both installed in
/Library/PostgreSQL/lib/postgresql. File ownership for llvmjit.so is
root:daemon and permissions are set to rwxr-xr-x.

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Vik Fearing 2020-05-25 16:01:07 Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
Previous Message Tom Lane 2020-05-25 13:43:32 Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch