討論串stupid cp(1) behaviour
共 5 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者grog.時間14年前 (2011/12/02 14:01), 編輯資訊
0
0
1
內容預覽:
--vkogqOf2sHV7VnPd. Content-Type: text/plain; charset=us-ascii. Content-Disposition: inline. On Thursday, 1 December 2011 at 11:35:50 -0800, Matt Mull
(還有872個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者lists.時間14年前 (2011/12/02 11:01), 編輯資訊
0
0
1
內容預覽:
On Thu, Dec 1, 2011 at 2:35 PM, Matt Mullins <mokomull@gmail.com> wrote:. > On Thu, Dec 1, 2011 at 3:28 AM, Alexander Best <arundel@freebsd.org> wrote
(還有301個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者obrien.時間14年前 (2011/12/02 10:32), 編輯資訊
0
0
1
內容預覽:
On Thu, Dec 01, 2011 at 11:35:50AM -0800, Matt Mullins wrote:. > On Thu, Dec 1, 2011 at 3:28 AM, Alexander Best <arundel@freebsd.org> wrote:> > implem
(還有918個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者mokomull.時間14年前 (2011/12/02 04:01), 編輯資訊
0
0
1
內容預覽:
On Thu, Dec 1, 2011 at 3:28 AM, Alexander Best <arundel@freebsd.org> wrote:. > implement a new -N switch or so which isn't based on a file's existance
(還有190個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者arundel.時間14年前 (2011/12/01 19:32), 編輯資訊
0
0
1
內容預覽:
is there a chance to change cp's behaviour in connection with the -R switch, sothat it stops after the first error? i just ran into the following situ
(還有698個字)
首頁
上一頁
1
下一頁
尾頁