|
Real programmers had one of these.
https://i.pinimg.com/originals/bc/18/e4/bc18e46f80c0c8a8b4b13674833e88c2.jpg
Still do 😊
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Mark Waterbury
Sent: Saturday, March 28, 2020 2:28 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: RDi newbie questions
Peter,
Perhaps you meant "PTC Implementer"? David Gibbs can speak to that.
In general, I think that what you described is pretty much how most, if not all, of the change management products in the IBM i space, would handle that scenario ...?
I do not think S/36 SSP ever had a "debugger" -- at least, not from IBM.
Hope that helps,
Mark S. Waterbury
On Friday, March 27, 2020, 8:09:18 PM EDT, Peter Dow <petercdow@xxxxxxxxx> wrote:
I've just recently started using RDi (v9.6.0.6) and I have a couple of questions.
1. RDi and PK Implementer. The PK Implementer set up I'm working with has my environment, a QA environment, and then production. I check something out, modify it, compile it, then promote it to QA to test (no real data in my environment for testing), and if all goes well, it gets promoted to production.
The issue I have with that is using RDi to debug a program that's in QA, which is where the main testing occurs. If I do that, it's kind of a pain to have to switch back to Implementer, reject the program back from QA to my environment, re-open it in RDi, fix it, promote it, re-open it in RDi in QA, etc. Is there a better way?
2. I haven't tried this yet, but when debugging, does RDi have the ability to display the values of the key fields in a key list by hovering over the key list name? I remember being able to do that back on the S/36 (I think) and losing it when the S/38 and following machines came along.
--
*Peter Dow* /
Dow Software Services, Inc.
909 793-9050
petercdow@xxxxxxxxx <mailto:petercdow@xxxxxxxxx> pdow@xxxxxxxxxxxxxx <mailto:pdow@xxxxxxxxxxxxxx> /
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
As an Amazon Associate we earn from qualifying purchases.
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.