Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit8af71fc

Browse files
committed
Add some weasel wording about threaded usage of PGresults.
PGresults used to be read-only from the application's viewpoint, but nowthat we've exposed various functions that allow modification of a PGresult,that sweeping statement is no longer accurate. Noted by Dmitriy Igrishin.
1 parent1c635b0 commit8af71fc

File tree

1 file changed

+6
-2
lines changed

1 file changed

+6
-2
lines changed

‎doc/src/sgml/libpq.sgml

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6938,8 +6938,12 @@ int PQisthreadsafe();
69386938
</para>
69396939

69406940
<para>
6941-
<structname>PGresult</> objects are read-only after creation, and so
6942-
can be passed around freely between threads.
6941+
<structname>PGresult</> objects are normally read-only after creation,
6942+
and so can be passed around freely between threads. However, if you use
6943+
any of the <structname>PGresult</>-modifying functions described in
6944+
<xref linkend="libpq-misc"> or <xref linkend="libpq-events">, it's up
6945+
to you to avoid concurrent operations on the same <structname>PGresult</>,
6946+
too.
69436947
</para>
69446948

69456949
<para>

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp