Re^4: A DWIM too far?

Replies are listed 'Best First'.
Re^5: A DWIM too far? by QM (Parson) on Jun 18, 2004 at 15:52 UTC
I think you misunderstood (at least, I hope I've understood :) Rewriting `rename` to include the `-i` option (or `-y` option for Windoze) will not clobber an existing file (unless the underlying OS function has the same problem with the `-i` option, in which case we're all screwed.) I tried my example out, and it seemed to work as I intended. I'm sure someone has come up with a more robust and useful version. I was just trying to show that it was possible. -QM -- Quantum Mechanics: The dreams stuff is made of	[reply] [d/l] [select]
Re^6: A DWIM too far? by eric256 (Parson) on Jun 18, 2004 at 16:04 UTC
The /Y operator on windows forces it to overwrite without confirmation /-Y forces confirmation and there is no documented way to force failure when a file exists already. ___________ Eric Hodges	[reply]
Re^7: A DWIM too far? by QM (Parson) on Jun 18, 2004 at 18:48 UTC
I thought I got it to work under XP. Here on Win2K, I agree with you. Ah well, I think it's just broken across the board. -QM -- Quantum Mechanics: The dreams stuff is made of	[reply] [d/l]
Re^7: A DWIM too far? by BrowserUk (Patriarch) on Jun 18, 2004 at 19:35 UTC
Don't use either? `P:\test\data>type hello.dat Hello world P:\test\data>type goodbye.dat Goodbye cruel world P:\test\data>rename hello.dat goodbye.dat A duplicate file name exists, or the file cannot be found. P:\test\data>type hello.dat Hello world` [download] Examine what is said, not who speaks. "Efficiency is intelligent laziness." -David Dunham "Think for yourself!" - Abigail "Memory, processor, disk in that order on the hardware side. Algorithm, algoritm, algorithm on the code side." - tachyon	[reply] [d/l]


There's more than one way to do things
	PerlMonks