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


  1.  Home
  2. RPG400-L
  3. December 2002

RE: Can an RPG module call another RPG module?

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Actually Alan, in your previous emails I really didn't see it.  However,
Evan gave a list of good points.  Not that I'd agree to them but they are
strong enough that I could 'agree to disagree'.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"alan shore" <SHOREA@dime.com>
Sent by: rpg400-l-admin@midrange.com
12/12/2002 01:29 PM
Please respond to rpg400-l

        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Can an RPG module call another RPG module?


Please read prior e-mails

>>> <rob@dekko.com> 12/12/02 10:49AM >>>
This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Again, how does keeping the source on the production machine make you more
secure?

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"alan shore" <SHOREA@dime.com>
Sent by: rpg400-l-admin@midrange.com
12/12/2002 10:16 AM
Please respond to rpg400-l

        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Can an RPG module call another RPG module?


Is anything completely secure - no. If anyone REALLY wants to get into any
establishment - be it building, fort knox, bank vault, computer, etc, and
they are determined enough, they will try to succeed. BUT why make things
as easy for them as possible. YOU DONT. You try to make it as hard as you
possibly can.
The next thing I'm probably going to hear is - well anyone with *ALL
authority wont be stopped. True, but then someone has to be the keeper of
the keys.

>>> <rob@dekko.com> 12/11/02 04:28PM >>>
This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
How would that buy you a higher level of security?  Don't, traditionally,
more people have access to your production machine than your development
machine?  Even if you secure your source libraries do you secure your
compiler commands?  I could load source on our machine, compile it, and
never have had used a 5250 session so the bunk about 'menu security' and
'restricting access to the command line' is meaningless.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"alan shore" <SHOREA@dime.com>
Sent by: rpg400-l-admin@midrange.com
12/11/2002 12:42 PM
Please respond to rpg400-l

        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Can an RPG module call another RPG module?


Get different auditors. I'm hoping thats tongue in cheek. Our external
auditors are federally controlled (Office of Thrift Supervision), with the
power of removing the system/application there and then, with no ifs and
buts. The fact that a person has  to take the extra time to copy the
production source or whatever from the production area and moans about
this just leaves me shaking my head in disbelief. It buys you a higher
level of security.
>>> <rob@dekko.com> 12/11/02 11:39AM >>>
This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Get different auditors.  I don't know how keeping the
source/modules/binding language/etc on the production machine buys you
anything.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"alan shore" <SHOREA@dime.com>
Sent by: rpg400-l-admin@midrange.com
12/11/2002 10:51 AM
Please respond to rpg400-l

        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Can an RPG module call another RPG module?


Sorry, I sent the last e-mail before I was ready to.
The point I was trying to make was, if the modules etc are NEVER migrated
to the production area, there is no way to satisfy an audit. (Been there,
done that) If you can prove that the modules etc were migrated to the
production area, and that when they were required again, they had been
migrated back or accessed from the production area, the auditors will be
satisfied (been there done that)

>>> <rob@dekko.com> 12/11/02 09:49AM >>>
This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
The same way you can if they are all on the same system.

How can you assure audit that the source has went through the testing and
QC phase on your development machine if your source, modules, etc are all
on your production machine?

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"alan shore" <SHOREA@dime.com>
Sent by: rpg400-l-admin@midrange.com
12/11/2002 09:39 AM
Please respond to rpg400-l

        To:     <rpg400-l@midrange.com>
        cc:
        Fax to:
        Subject:        RE: Can an RPG module call another RPG module?


Interesting point, however, if everything used to create the final product
(source, modules etc) are NOT migrated to the production environment, how
can you satisfy and/or assure any audit (both internal and/or external)
that any subsequent binds using those modules are in fact using
unchanged/unhacked versions.

>>> "Bryan Yates" <byates@co.collin.tx.us> 12/10/02 05:11PM >>>
Yes Dan, a module or a group of modules are bound together to create a
program or service program object.  It is this object that the system uses
when running the program, not the modules

-----Original Message-----
From: Dan [mailto:dbcerpg@yahoo.com]
Sent: Tuesday, December 10, 2002 4:14 PM
To: rpg400-l@midrange.com
Subject: RE: Can an RPG module call another RPG module?


Is this a true statement?  "The only use for a *MODULE object is to be
able to create a program object, nothing more, nothing less.

- Dan

--- rob@dekko.com wrote:
> This is a multipart message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> That module thing does take some getting used to.  A just told a gent
> here
> that you do not need to move your *MODULE or *BNDDIR to the
> production
> machine.  Just the *SRVPGM.
>
> Rob Berendt


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

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