× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Brian,
That's it. He's (was) using iSphere.
I can't see where there is any option to
change it.
Thanks! At least I know where it lives.

Bill





From: Brian Parkins <goodprophet.bp@xxxxxxxxx>
To: wdsci-l@xxxxxxxxxxxx
Date: 09/21/2017 02:41 PM
Subject: Re: [WDSCI-L] RDI-Date last Changed
Sent by: "WDSCI-L" <wdsci-l-bounces@xxxxxxxxxxxx>



Just to clarify, your colleague is copying source members to different
libraries/files on different servers - correct?

Is he using the standard COPY/PASTE function in RSE, or the COPY MEMBERS
TO tool provided by the iSphere plug-in?

I have just run a little test. The standard COPY/PASTE does _not_
appear to affect the SRCDAT. However, iSphere _does_ change SRCDAT to
the current date. (There may be a Preference to change this behaviour,
I've not investigated further.)

Brian.

On 21/09/2017 20:08, broehmer@xxxxxxxxxxxxxxx wrote:
I've searched both RPG and Midrange forums with no success. One of our
programmers using RDI has started saving his developed/changed source
programs
using COPY from development to production and is losing all the previous
record change dates in the source. (SRCDAT).
Is there any known solution to this? I'd hate to have him go back to
using FTP but...
To clarify, the target copy seems to change the SRCDAT to today's date
when the copy happens because the original source is not changed.



"CONFIDENTIALITY NOTICE: This e-mail transmission (and/or the
attachments accompanying it) contain confidential information belonging to
the sender. The information is intended only for the use of the intended
recipient. If you are not the intended recipient, you are hereby notified
that any disclosure, copying, distribution or the taking of any action in
reliance on the contents of the information is strictly prohibited. Any
unauthorized interception of this transmission is illegal under the law.
If you have received this transmission in error, please promptly notify
the sender by reply e-mail, and then destroy all copies of the
transmission."


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.