[MacPorts] #50427: sqlite3 @3.10.2_0 Cannot open database via symlink
MacPorts
noreply at macports.org
Sun Jan 24 08:54:50 PST 2016
#50427: sqlite3 @3.10.2_0 Cannot open database via symlink
-----------------------+--------------------------------
Reporter: hanche@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.4
Resolution: | Keywords:
Port: sqlite3 |
-----------------------+--------------------------------
Comment (by hanche@…):
I'll get on their mailing list and report the bug that way.
I looked at the upstream repository, and see that the bug is introduced
with this checkin:
{{{
uuid: c7c8105099c0412ac6c605f98987092c10bde57c 2015-10-31 17:58:33
UTC
parent: 9f19420b0a79dff65fc3a9d548f4b3fc4955f9f9 2015-10-30 20:54:25
UTC
merged-into: 6d5ce3ede4c7038c19a77268a5a7b9d5650933c2 2015-11-02 15:08:56
UTC
tags: follow-symlinks
comment: On unix, if a file is opened via a symlink, create, read and
write journal and wal files based on the name of the actual
db
file, not the symlink. (user: dan)
}}}
The trouble is in the function `unixFullPathname` in `src/os_unix.c`. It
seems clear that it did not occur to the write of that patch that someone
might refer to a symlink outside of the current directory. Ho hum.
(I only mention this here for the record. I'll repeat it in my upstream
bug report, of course. And I'll report back here.)
--
Ticket URL: <https://trac.macports.org/ticket/50427#comment:5>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list