Re: O_NOFOLLOW issue with /dev/null on Solaris

Richard Hipp <[email protected]>
Newsgroups gmane.comp.db.sqlite.general
Message-ID <CALwJ=MxHSDR08t96XM4oNYYDHSrJb2QbyyK3oB2KukWx9WDaug@mail.gmail.com>
On 2/13/20, [email protected] <[email protected]> wrote:
>
> Recently, O_NOFOLLOW was added to several calls into robust_open(). In
> that function, if the fd returned by open() is too low (in the stdio
> range 0-2), then it closes it, and opens /dev/null to pad out the fd's
> until we reach at least fd#3.

Background information: That mechanism was added as a defense again
application bugs causing database corruption.  See paragraph 1.1 of
the "How To Corrupt an SQLite Database" document:
https://www.sqlite.org/howtocorrupt.html

The fact that you are hitting this problem suggests that there is
something wrong with your application.

Thanks for the suggested improvements to SQLite.  A patch for this
will appear in the next release.  Or you can use the latest trunk
check-in.  https://www.sqlite.org/src/timeline?c=0c683c43a62fe25c
-- 
D. Richard Hipp
[email protected]
_______________________________________________
sqlite-users mailing list
[email protected]
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.