× 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.



     I had meant I was new to the MI arena.  I've been doing AS400 & RPG 
     for years.  I was looking for a way to get our job done without 
     management having little kittens about technical issues they have only 
     a vague conception of, in addition to learning about an area that I am 
     considering expanding into.  This just presented an opportunity for  
     goal-directed learning rather than just mucking about.
     
     jw


______________________________ Reply Separator _________________________________
Subject: RE: accessing qtemp files from another job
Author:  "Richard Jackson" <richardjackson@richardjackson.net> at Internet
Date:    09/27/2000 2:20 PM


Given your statement that you are new to this, it seems like a pretty bad 
idea to give you a nuclear bomb to kill mice.  Here are your choices:
     
1. Fix the programs so they don't look
2. Give someone enough authority to fix the jobs when they do loop. 
3. Live with it.
     
If management doesn't want to give out authority, then they don't want it 
fixed.  If they want it fixed then they give authority.  If you try to sneak 
around the authority problem, you are risking your job for nothing.  This 
isn't your problem, it is their problem.  Don't let them make you feel bad 
about that.
     
By the way, there are technical solutions but this situation doesn't want a 
technical solution.  A technical solution gives you the opportunity to cut 
yourself with a very sharp knife or get yourself in trouble with the 
authority czar.  This situation wants a business solution.
     
I'm sorry you have to live with this.  However, this is my opinion.
     
Richard Jackson
mailto:richardjackson@richardjackson.net 
http://www.richardjacksonltd.com
Voice: 1 (303) 808-8058
Fax:   1 (303) 663-4325
     
> |-----Original Message-----
> |From: owner-mi400@midrange.com [mailto:owner-mi400@midrange.com]On 
> |Behalf Of Jodi Walker
> |Sent: Wednesday, September 27, 2000 12:48 PM 
> |To: MI400@midrange.com
> |Subject: accessing qtemp files from another job 
> |
> |
> |     I have checked the archives and found some items relating 
> |to accessing
> |     another job's qtemp files.  The problem is that they are a 
> |little over
> |     my head - I am completely new to this area. 
> |
> |     The situation is this: for whatever reasons, misguided or 
> |otherwise,
> |     we use QTEMP files heavily in batch processes.  Some of these batch 
> |     jobs are started by ROBOT software.  Our security is setup so that 
> |     programmers can not even see the job log of a ROBOT job.  There are 
> |     times when there is no one around with *ALLOBJ authority and when a 
> |     job starts to loop, we have no way to recover the data from QTEMP
> |     before ending the job.  Management is unlikely to come up with a 
> |     solution to resolve the problem, especially if the solution
> |involves
> |     assigning *ALLOBJ authority to any programmer. 
> |
> |     What I want to do, and I assume it is possible from what I 
> |have read,
> |     is create an object that will allow us the specify the 
> |qualified job
> |     and perhaps the file names in question, and either CRTDUPOBJ or 
> |     display the file contents from QTEMP so that we can safely
> |end the job
> |     without losing the interim data - something that we can 
> |call when we
> |     need it.  Can this be done without adopting *ALLOBJ authority?   We 
> |     don't want to have to go back and modify every program that stores 
> |     data in QTEMP files.
> |
> |     Could someone give me some direction on how I can do this 
> |or point me
> |     to a primer so that I can understand more of what I am 
> |reading in the
> |     archives about accessing another job's QTEMP files? 
> |
> |     thanks much
> |     jw
> |+---
> || This is the MI Programmers Mailing List!
> || To submit a new message, send your mail to MI400@midrange.com. 
> || To subscribe to this list send email to MI400-SUB@midrange.com.
> || To unsubscribe from this list send email to MI400-UNSUB@midrange.com. 
> || Questions should be directed to the list owner/operator:
> |dr2@cssas400.com
> |+---
     
+---
| This is the MI Programmers Mailing List!
| To submit a new message, send your mail to MI400@midrange.com.
| To subscribe to this list send email to MI400-SUB@midrange.com.
| To unsubscribe from this list send email to MI400-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: dr2@cssas400.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.