Re: V5R2: Source now allowed in the IFS

Rob:

I'd need to research those to answer for certain which are and which aren't 
handled. None of those should be especially difficult and I'd certainly want to 
include them had I written the tool. All that info is (supposed to be) 
available through the QDBRTVFD API.

Oddly enough, we probably wouldn't make full use of it any way. For actual 
product builds, we commonly use more of a makefile approach! Note that this is 
not the same as recompiling a referenced file when needed; it's more for 
setting specific attributes to create the initial model library. Of course, 
we're geared more to creating a distributeable software product rather than 
maintaining and enhancing an installed application. We have to focus on initial 
attributes more than on retaining current attributes.

As I mentioned, I am honestly curious about how a true make/makefile would work 
when compared against the source info in iSeries compiled objects because I 
only have very limited exposure.

Tom Liotta

midrange-l-request@midrange.com wrote:

>   7. Re: V5R2:  Source now allowed in the IFS (rob@dekko.com)
>
>Your method of running CRTPF as needed, does it handle stuff like
>- Maximum number of records
>- Triggers on the file
>- RI defined for the file
>- Maximum number of members
>
>
>qsrvbas (Tom Liotta)
>
>midrange-l-request@midrange.com wrote:
>
>>   9. Re: V5R2:  Source now allowed in the IFS (James Rich)
>>
>>Ah, but what about compiled languages?  This is probably what you are
>>talking about.  It is common to compile things like this:
>>
>>cc -o program program.c
>>
>>This indicates that the source file program.c should be compiled to
>>produce the executable program.  The name of the resulting compiled code
>>is specified in the compile command.  But wait!  The AS/400 does the same
>>thing:
>>
>>CRTBNDRPG PGM(MYLIB/TESTPGM) SRCFILE(MYLIB/QRPGLESRC) SRCMBR(TESTPGMSRC)
>>
>>The command defaults to give the resulting compiled code the same name as
>>the source, but it certainly doesn't have to be this way - it is just a
>>naming convention.
>
>But that isn't the major point for me. A "make" utility isn't a real
>difficult tool to... ummm... 'make' on the iSeries. I've built a few. But
>where the iSeries goes beyond that is in letting me look at a compiled
>object and know what it was compiled from.
>
>I'm currently running tests on a project I've been working on. One
>component cannot be fully tested until some integration work is done with
>another project. I've created a temporary program that returns dummy info
>so my components will run until the other work is done. That is, one of my
>programs is calling PGM_ABC though the real PGM_ABC hasn't been written
>yet. This isn't uncommon.
>
>But anyone can look at my current PGM_ABC *PGM object and know it's a
>fake. They can tell it wasn't compiled from production source because the
>full name of the source is included along with date/time information from
>the source member. ("Hey, this was compiled from James' library! What's it
>doing in Accounts Payable?")
>
>You seem to be saying that a make utility somehow provides a backwards
>link from the compiled object to all the various sources. What if someone
>deletes the input to make (makefile)? or modifies it? Is there something
>else that tells you how to recreate it? I have no expertise under Unix, so
>those are serious questions.
>
>
>>"Crude utilities like "make" rely on the file date/time stamps, using the
>>file system as a primitive database, to determine what changed, and
>hence,
>>what objects need to be recreated from "corresponding" (by name only)
>>source files."
>>
>>Well, every filesystem on earth is a primitive database, so nothing new
>>there.  But look what make does: it "determine(s) what changed, and
>hence,
>>what objects need to be recreated" - brilliant!  That's just what it is
>>supposed to do.  The relationships required to understand how something
>is
>>built are defined in a file (justly called Makefile).  I don't see how
>>this is crude.  It seems rather advanced to me.  I would love it if the
>>iSeries would notice that I've changed the source to a file and issue the
>>appropriate CRTPF command for me when I run CRTBNDRPG.
>
>The tools I use _will_ issue CRTPFs as needed, pretty much just as you
>described. And they require no script (makefile or whatever) to guide
>them. All they need is the object that's being recreated. That is, there
>is no precisely similar need for a makefile on the iSeries because the
>various object references all are part of the object, and each referenced
>object has references to the appropriate source, including the useful
>change date/time.
>
>Note that files similar to a makefile _ARE_ extremely useful however,
>particularly to create the application in the first place or for
>recreation under numerous circumstances.
>
>
>>(and be cautious about calling people weenies - perhaps someday "all your
>>servers are belong to us"  BUWAHAHAHA!! :^) )
>
>Sure... now if you'll please "make us up the bomb", we'll be on our way.
>
>:-)
>
>Tom
>
>--
>Tom Liotta
>The PowerTech Group, Inc.
>19426 68th Avenue South
>Kent, WA 98032
>Phone  253-872-7788 x313
>Fax    253-872-7904
>http://www.powertechgroup.com
>
>
>__________________________________________________________________
>The NEW Netscape 7.0 browser is now available. Upgrade now!
>http://channels.netscape.com/ns/browsers/download.jsp
>
>Get your own FREE, personal Netscape Mail account today at
>http://webmail.netscape.com/
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
>list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.
>
>
>
>--__--__--
>
>Message: 8
>Subject: SQL SGNAL or RESIGNAL
>Date: Tue, 22 Oct 2002 10:15:30 -0400
>From: "Smith, Dave" <DSmith@tshsc.com>
>To: <midrange-l@midrange.com>
>Reply-To: midrange-l@midrange.com
>
>Is anyone using the SQL command SIGNAL or RESIGNAL in their RPGLE with 
>embedded SQL programs?  If so, can you post an example for me?   Thanks!
>
>David Smith
>Tri-State Hospital Supply Corp.
>IT Consultant
>dsmith@tshsc.com
>517.546.5400
>
>
>--__--__--
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) digest list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.
>
>
>
>End of MIDRANGE-L Digest
>


--
--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788 x313
Fax    253-872-7904
http://www.powertechgroup.com


__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now! 
http://channels.netscape.com/ns/browsers/download.jsp

Get your own FREE, personal Netscape Mail account today at 
http://webmail.netscape.com/