Greetings, A colleague copied fi

[JPCPB]

Greetings,

A colleague copied files from one VMS system to another using the COPY *.* command on v7.1

There were already files on the target with the same and other names, so now there are several versions of these files.

As the source files have retained their original creation dates, neither the DIR or MODI commands pick up files created on the date this command was executed - as far as VMS is concerned, no files were copied!

Of course, we could check file names/file IDs, expiration dates, etc, etc, to identify which files were copied - but this is very involved!

Is there any (easy!) way to identify which files have been copied?

Kindest regards,

James

 

[KIRBY2000]

I just tested it on OpenVMS v7.1
I copied a file to another directory & copied it back.
This created a higher version of the file with the
same create date but a revison date of today.

The following command worked:

"dir/modi/since=12-aug-2003 *.*;*" (today is 13-aug-2003)

The "DIR/MODI/SINCE=12-AUG-2003 *.*;*" command listed ONLY that file.
Then I copied it again, and it lists both versions
which were revised today.
Let me know...

glen@kirbyassociates.com

 

[JPCPB]

Glen,

Thank you - that does indeed work!

However that raises another question!

Perhaps if I explain more fully what occurred...

My colleague had built the target system and had completed 99% of everything he needed to do.

He intended copying the COM files from the source system to this target system but - due to his needing to leave - accidentally executed a COPY *.* command.

Realising his error, he hit CTRL-C and then typed DIR/SINCE=TODAY, to display the files which he'd just created, prior to deleting the spurious versions of existing files along with all those except the COM files.

This displayed a few files - none of which were relevant!

He checked the target system and found all the files he'd copied but could not get the system to display just those versions which he'd created/modified on the day (TODAY).

As you doubtless know, the DIR command has these meanings relevant to this situation:

$ dir/since=today Display files created today.

$ dir/since=yesterday Display files created since yesterday.

$ dir/sin=2-feb-2003 Display files created since 2 February, 2003.

The creation dates of the source system's files had dates which were several weeks ago.

The target files had the exact same dates, as expected with the COPY command.

The question is:

Why did the DIR/SINCE=TODAY command not work whereas a DIR/SINCE=YESTERDAY does??

The only thing that'll save his blushes is that he's discovered a "feature" in v7.1!

In his defence, he does know VMS but following the initial shock of the DIR/SINCE=TODAY command not working, he didn't have the time to look at it calmly.

Can you shed light on this conundrum?

Kindest regards,

James

 

[KIRBY2000]

------------------------------------------------------
The question is:

Why did the DIR/SINCE=TODAY command not work whereas a DIR/SINCE=YESTERDAY does??
-------------------------------------------------------

???

I'm not clear on what the problem is with the DIR/SINCE=TODAY command.

It uses the date of creation, I have never had a problem
with it???

Glen

 

[JPCPB]

Glen,

We did some tests with the two VMS systems - both v7.1.

The DIR/SINCE=TODAY works on a single system: copy a file to another file name/another version, within the same directory or different directories and the command works, as you'd expect.

However, if you copy files from one system to another system, executing a DIR/SINCE=TODAY on the second system does not appear to work - as I posted before, it's as if the second system isn't aware that anything has changed.

Do a DIR/SINCE=YESTERDAY on the second system and it shows the copied files as expected.

If you have two VMS 7.1 systems, try it - we'd be interested to hear what happens.

If it works for you, it might be something to do with the build of the second system.

Kindest regards,

James

 

[KIRBY2000]

Hi James,

Sounds like you found a bug.

I currently do not have access to two systems.

Perhaps some one else on this forum does....

Thanks, Glen