Re: Change commitment control after compilation -- RPG400-L

Subject: Re: Change commitment control after compilation
From: "D*B" <dieter.bender@xxxxxxxxxxxx>
Date: Thu, 19 Dec 2013 22:18:49 +0100
List-archive: <http://archive.midrange.com/rpg400-l>
List-help: <mailto:rpg400-l-request@midrange.com?subject=help>
List-id: "RPG programming on the IBM i \(AS/400 and iSeries\)" <rpg400-l.midrange.com>
List-post: <mailto:rpg400-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/rpg400-l>, <mailto:rpg400-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/rpg400-l>, <mailto:rpg400-l-request@midrange.com?subject=unsubscribe>

<Buck>
So I gave an example of an
old program I actually work with to start the discussion.
</Buck>
Thatt's a very interesting point of view, and we could continue the discussion (just ignoring that some people don't want to understand...). Might be far away from my todays work, but I'm interested too. I see two aproaches: first is to leverage modularisation, to try to use the ability of using diffrent connections (= ACTGRP in this context), or to try to use transaction control in an animal like this with cycle and Level break functionality; latter was a little bit strange to me, but I'm getting warm, let's continue, if you want!

Dieter

As an Amazon Associate we earn from qualifying purchases.

Follow-Ups:

Re: Change commitment control after compilation , Henrik Rützou

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.