https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219943
Bug ID: 219943
Summary: The '-F' option of ln(1) does not work as expected.
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
Severity: Affects Many People
Priority: ---
Component: bin
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Created attachment 183435
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=183435&action=edit
Log file generated from executing `truss -o ln.log ln -sF A B`
I was trying to make a kyua based test for the '-F' option of ln(1).
Steps to reproduce -
This was the command which I ran successfully -
```
mkdir A B
truss -o ln.log ln -sF A B # '-f' is assumed to be present by default
```
Actual results -
It so happens here that even though the target directory B exists, neither
unlink nor rmdir is being called [ideally rmdir should be called as specified
in src/bin/ln/ln.c (line 307)].
The output of the above command is that B contains a broken symbolic link A to
A.
I used truss(1) to trace the system calls when executing the above command and
have attached the log file. As it can be seen in the log file, the rmdir system
call is missing.
Expected results -
I think the expected behavior should be that directory B is deleted and a new
symbolic link B is made to A.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[email protected]"
