Alan,
Some other reasons I can think of for getting QSH0005 reason code 2 are -
The file in QSYS must exist since the > operator will only create files automatically if they are not in QSYS.
The file in QSYS does not have the correct permissions. While this returns QSH0005 .. 2 , the interactive display opened while running the command issues a permission denied msg.
Peter
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Alan Shore
Sent: Wednesday, 14 November 2012 8:36 a.m.
To: midrange-l@xxxxxxxxxxxx
Subject: Problem with QSH command that is sending me UP the wall
Hi everyone
I have a CL program that executes the command
QSH CMD(&LSCOMMAND)
Where &LSCOMMAND is built using different variables.
Using STRDBG on the CL program I have determined the &LSCOMMAND contains the following value
ls /weborders/HB*.txt >/qsys.lib/hbmofa.lib/webordifs.file/webordifs.mbr
Which means list all files beginning with HB, ending in .txt in the ifs directory weborders into the file (HBMOFA)WEBORDIFS
This results in the response QSH0005 with reason code 2, which according to my search means Folder does not exist or do not have authority to folder
Now here comes the kickers
This WAS working fine ALL morning, yesterday, the last 2 weeks.
I have double-checked and the weborders ifs directory DEFINITELY contains such files.
Now kicker number 2.
When I run the EXACT same command using QSH on the command line (prompting QSH and pasting the above command) it works. Using my own profile, it works. Using the profile my job is running under - it works.
Anyone any ideas, because like the subject line says, this is sending me UP the wall
As always, any and all responses gratefully accepted
Alan Shore
Programmer/Analyst, Direct Response
E:AShore@xxxxxxxx
P:(631) 200-5019
C:(631) 880-8640
"If you're going through Hell, keep going" - Winston Churchill
Disclaimer: This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
#####################################################################################
This correspondence is for the named person's use only. It may contain confidential
or legally privileged information, or both. No confidentiality or privilege is waived
or lost by any mistransmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must not disclose,
copy or rely on any part of this correspondence if you are not the intended recipient.
Any views expressed in this message are those of the individual sender, except where
the sender expressly, and with authority, states them to be the views of Veda.
If you need assistance, please contact Veda on either :-
Australia 1300-762-207 or New Zealand +64 9 367 6200
midrange.com
