|
I've made an assumption here based on observations, and I may be--
incorrect (and most likely am), but I have no other explanation.
Hopefully, in as kind of a manner as is usually displayed in this
group, I can be corrected and put on the right path.
I've created an SQL based RPGLE program that I use to convert RPG IV
to RPG Free. In it, I utilize the SYSTEM() function to compile the
original source, copy the spooled file to a source file member, and
search for various information like c-spec created variables. The
problem is that when running the program using the RDI "user action",
the compile spool file job number is not the same as the job number of
the job that issued the "user action".
I don't know why, but it uses a job associated with my user id, but
not one of the current active jobs. Not sure what job that is and why
it uses it. Nor do I know how to discover what the spool file job number is.
I believe that this is also an issue with other development
environments other that RDI, so I don't think it's an "RDI" problem,
but one associated with SYSTEM() and similar. I haven't tried QCMDEXE
to see if that is different. Maybe I should?
Any known answers?
Duane
CONFIDENTIALITY NOTICE: This electronic message transmission is
intended only for the person or entity to which it is addressed and
may contain information that is privileged, confidential or otherwise
protected from disclosure. If you have received this transmission, but
are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution or use of the contents of this
information is strictly prohibited. If you have received this e-mail
in error, please contact NALC Health Benefit Plan at 703-729-4677 and
delete and destroy the original message and all copies.
--
This is the RPG programming on IBM i (RPG400-L) mailing list To post a
message email: RPG400-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit:
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.midrange.co
m_mailman_listinfo_rpg400-2Dl&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v
5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=XpZo0E7
lTI4yJvM-pXwH5O83ipegCc9WMskjqyDhhdk&s=oU03udiAaWkktOov5jMh4QZ4wYYYURq
zD37v0MBekeM&e= or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://urldefense.proofpoint.com/v2/url?u=https-3A__archive.midrange.com_rpg400-2Dl&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=XpZo0E7lTI4yJvM-pXwH5O83ipegCc9WMskjqyDhhdk&s=PEFKVo2JmxA9VA1M3OeSery6CelXm1xN7HWWQMmifPQ&e=.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
related questions.
Help support
https://urldefense.proofpoint.com/v2/url?u=http-3A__midrange.com&d=DwI
CAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEw
Oi1aJ3sWD5nsP_QI4reJ8MbDM&m=XpZo0E7lTI4yJvM-pXwH5O83ipegCc9WMskjqyDhhd
k&s=pnR45z-7eoIblfrNJN9bKpiuX-1cQMXbrsKdRJuogvg&e= by shopping at
https://urldefense.proofpoint.com/v2/url?u=http-3A__amazon.com&d=DwICA
g&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz4aXbMMEwOi
1aJ3sWD5nsP_QI4reJ8MbDM&m=XpZo0E7lTI4yJvM-pXwH5O83ipegCc9WMskjqyDhhdk&
s=LqXQ8DWE6AAblaRz-99IADXHt8k28zmZemoCiYbt1zQ&e= with our affiliate
link:
https://urldefense.proofpoint.com/v2/url?u=https-3A__amazon.midrange.c
om&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=LifWsbmXTz
4aXbMMEwOi1aJ3sWD5nsP_QI4reJ8MbDM&m=XpZo0E7lTI4yJvM-pXwH5O83ipegCc9WMs
kjqyDhhdk&s=BbOzeyrEmwELHz7n1KCKtla3kFOaHcFxrNUU4Gph5Y4&e=
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.