RE: QRPGSRC vs. QRPGLESRC

[Jeff Bull <Jeff.Bull@xxxxxxxxxxxxxxx>]

... last time I looked it up, the max number of members in a source-physical
was 32767.

Jeff Bull

-----Original Message-----
From: b [mailto:reeve@ltl400.com]
Sent: 22 January 2003 16:11
To: 'Midrange Systems Technical Discussion'
Subject: RE: QRPGSRC vs. QRPGLESRC


Somebody probably knows the maximum number of members in a source file; this
might be a concern where there are many compiled objects in an application.
My members are all uniquely named...and then I hit binder source (since
prototypes are the HLL program name + 'PR', the binder source could be HLL
program name + 'BS').

-reeve

> -----Original Message-----
> From: midrange-l-bounces@midrange.com
[mailto:midrange-l-bounces@midrange.com] On Behalf Of
> Scott Klement
> Sent: Tuesday, January 21, 2003 11:31 AM
> To: Midrange Systems Technical Discussion
> Subject: Re: QRPGSRC vs. QRPGLESRC
> 
> 
> There are pros and cons to this approach...
> 
> Nice things about using one file for both languages:
>    1) Is that it's just one place to search.
>    2) You won't end up with the (potentially confusing) situation where
two
>         source members have the same name.
>    3) Just one file to backup/synchronize, etc.
> 
> Nice things about using two files:
>    1) Sometimes it's nice to be able to search for something
language-specific.
>        For example, if you want to know everywhere a file is updated, you
>        might search for an F in column 6, followed by the filename and a
>        U in column 15.   That would work for RPG/400.   Then you'd have to
>        search for the U in col 17 of ILE RPG.  That's hard to do when the
>        search program doesn't know which source members it's searching.
> 
>    2) Its easy to identify which programs have been converted from
>        RPG/400 to ILE RPG just by seeing which file the member is in.
> 
>    3) All of the commands, etc, assume your file is called QRPGLESRC
>        which may save someone some time.
> 
> Neither method seems to me to be significantly better than the other.
> There are workarounds for all of the problems caused by one method or
> another.
> 
> 
> On Tue, 21 Jan 2003, Malchow, Grizzly wrote:
> 
> > I'm supposed to create a source file named QRPGSRC that will be hold all
> > of source files, both RPG and RPGILE. I've always kept the 2 source
> > members in seperate source files. I.E. QRPGSRC and QRPGLESRC. I know
> > QRPGLESRC has a longer record length. I'm supposed to create a QRPGSRC
> > with a record lenght of 112. Everywhere I've been before has always kept
> > the sources seperate. I don't think it's necesarily a good idea. I need
> > a good reason to explain why we should not do this, other than industry
> > standards, the differences in the code etc.
> 
> _______________________________________________
> 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/mailman/listinfo.cgi/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.



_______________________________________________
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/mailman/listinfo.cgi/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.


________________________________________________________________________
This e-mail has been scanned for all viruses by ITM. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, 
email marketing@itm-group.co.uk
ITM - Managing Communication and Information through technology
Company registration number - 3783433
________________________________________________________________________


DISCLAIMER

Any opinions expressed in this email are those of the
individual and not necessarily the Company. This email
and any files transmitted with it, including replies and
forwarded copies (which may contain alterations) 
subsequently transmitted from the Company, are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the 
person responsible for delivering to the intended recipient, 
be advised that you have received this email in error and
 that any use is strictly prohibited.

If you have received this email in error please notify the IT
manager by telephone on +44 (0)870 871 2233 or via 
email to Administrator@itm-group.co.uk, including a copy
of this message. Please then delete this email and 
destroy any copies of it.

________________________________________________________________________This 
e-mail has been scanned for all viruses by ITM. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, 
email marketing@itm-group.co.uk
ITM - Managing Communication and Information through technology
Company registration number - 
3783433________________________________________________________________________