×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




Read up on the POST opcode. It may help in this situation. There are
performance considerations so if this is a regular and huge job you may want
to test the consequences of any changes you choose to make.
 
 
---------------------------------------------------------
Booth Martin http://www.MartinVT.com
Booth@xxxxxxxxxxxx
---------------------------------------------------------
 
-------Original Message-------
 
From: Midrange Systems Technical Discussion
Date: Monday, October 27, 2003 12:53:36 PM
To: 'midrange-l@xxxxxxxxxxxx'
Subject: Record commitment and SVCPGM question
 
I've been in the process of refactoring a lot of old applications, and in
the process have started to move some of the functions into SVCPGMs.
 
Today I ran into an odd situation, and I don't know if I caused it, or if
its just my own ignorance of what is supposed to be going on.
 
Basically, I have a SVCPGM (TESTUTIL) that reads/updates a couple of files
(say FILE1 (update), FILE2 (output only)).
 
I call a program , that calls procedures in the SVCPGM from the command
line. What I notice is that changes to FILE1 are immediately obvious, while
writes to FILE2 aren't visible (via DSPPFM or DBU) until I log-off,
terminating the SVCPGM. (It was compiled with ACTGRP(*CALLER), as was the
program that is referencing it.)
 
What bothers me is that I can't see the records that are being written until
after the SVCPGM terminates. Is this normal? I am not using any commitment
control that I am aware of.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2026 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.