Change Datestamps

Maybe this has always been this way and I've just not noticed it, but I
caught RDi doing something funny today.

Being a full-time remote employee I leave my RDi session running for days on
end (well, until the VPN drops me and makes me re-attach). I started my
latest session last evening, on Sunday 4/21.

Today, I was editing one of the source members I had open, did a recompile
of the object, then checked the compilation to make sure my change was
included. The source line in the compile showed 4/21 - uh, no, today is
Monday 4/22. I thought that strange, so I did a "show data area" and sure
enough, the changed lines all read 4/21. I checked my PC date and it does
properly read 4/22.

In an effort to qualify further what I was seeing, I went to ACS and SEU and
looked there, and again, sure enough they say 4/21. I opened a different
member inside SEU to edit, did a change, and it read 4/22. Then, I went to
another, already open member inside RDi and did a change and it read 4/21.
To complete the cycle, I opened a new member in RDi and did a change and it
read 4/22.

So, that raises the question - does RDi stamp the change date as the date
the source member is opened within RDi regardless of the number of days that
have elapsed since? I would think that RDi would gather they local device's
date, or even possibly the remote system's date, in order to properly "tag"
the line when edited.

Is this normal behavior of the product? If so, as developers, is this what
we want it to be doing?

Thanks,
Steve Meisinger