Please note: The reason I use the remove_destination option is because
the source
and target files are read-only. This behaves as I would expect on the
Mac.
I would use FileUtils.cp :force but that means I’d have to know every
single file and
directory that I’m copying – I don’t want to have to maintain such a
list.
Nope, that doesn’t help. Nor does removing the “C:”.
c:/ruby/lib/ruby/1.8/fileutils.rb:1270:in `utime’ is a good start. It
may be part of the way windowsxp handles times on files - I don’t
really know to be honest, but I would start by looking at line 1270 of
ruby/lib/ruby/1.8/fileutils.rb
On Fri, 25 Apr 2008 12:45:16 -0700 (PDT), John [email protected] wrote:
Please note: The reason I use the remove_destination option is because the source
c:/ruby/lib/ruby/1.8/fileutils.rb:1324:in `traverse’
ruby 1.8.6 (2008-03-03 patchlevel 114) [i386-mswin32]
Thanks.
CB
Could it be the C:.…/…/ sillyness?
Nope, that doesn’t help. Nor does removing the “C:”.
FileUtils.cp_r(“#{$html_template_path}/.”, “#{$build_destination_path}”, :preserve => true, :verbose=> true, :remove_destination => true)
c:/ruby/lib/ruby/1.8/fileutils.rb:1270:in `copy_metadata’
The version of ruby on XP is:
Any ideas? Known issue?
Thanks.
CB
Could it be the C:.…/…/ sillyness?
Nope, that doesn’t help. Nor does removing the “C:”.
Well, I never solved the specific problem. I worked around it by
removing the :preserve option.
Nope, that doesn’t help. Nor does removing the “C:”.
Is a file from C:\Projects/rnd/WebClient/RELEASE/BuiltVersions/
WebClient_1.0.74/ loaded by you or another process? Windows don’t let
you remove a file that is locked by any process.
Is the file generated by you or by another process? there could apply
some ACL rules taht can be limiting that functionality.
Besides that, attrib +r on these files worked for me: