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


  • Subject: RE: Module source naming schemes
  • From: "Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Tue, 9 Jan 2001 10:58:38 -0600

I guarentee it works just fine.  Never had a problem and I use FTP
exclusivley to move source file members.

Brad

> -----Original Message-----
> From: Jim Langston [mailto:jimlangston@conexfreight.com]
> Sent: Tuesday, January 09, 2001 10:21 AM
> To: RPG400-L@midrange.com
> Subject: Re: Module source naming schemes
> 
> 
> Brad,
> 
> Be wary of your dot notation.  Consider trying to FTP the 
> F.DATE module.
> Perhaps it's in the library MYSOURCE in the QMODSRC file.  
> The FTP syntax
> to point to this file would be:
> 
> MYSOURCE/QMODSRC.F.FDATE
> 
> I can guarantee you that will cause problems.  I had one of 
> my subcontractors
> use dot notation and he had to rename the member so he could FTP it.
> 
> Regards,
> 
> Jim Langston
> 
> "Stone, Brad V (TC)" wrote:
> > 
> > For module source, I call them F.xxxx (F=Function?  I don't 
> remember)
> > For prototype source I call them P.xxxx (p = Prototype)
> > For binder language, same as the module (F.xxxx) but in 
> QSRVSRC with the
> > P.xxxx
> > 
> > This lets me easily subset all modules/service programs.
> > 
> > As for subprocedure names, I start them all with # (Ya ya, 
> don't start on
> > the multilanguage thing).  I do this so I know where the 
> calls are in my
> > programs.  Sort of like me using $ to start every 
> subroutine.  Hey, IBM uses
> > % for BIFs, and @ were already take for pointers, so what else?
> > 
> > After the # I name it whatever I feel like.  So if I have 
> F.DATE which
> > contains date functions, I may have:
> > 
> > #ValidDate
> > #DayofWeek
> > #NameofDay
> > #NameofMonth
> > #AddWorkDur (Add working days duration, my favorite <bg>)
> > 
> > Brad
> > 
> > > -----Original Message-----
> > > From: Jim Langston [mailto:jimlangston@conexfreight.com]
> > > Sent: Monday, January 08, 2001 5:11 PM
> > > To: RPG400-L@midrange.com
> > > Subject: Module source naming schemes
> > >
> > >
> > > I'm starting to build module source files, which I compile then
> > > create a service program with.  Each module source file will have
> > > a prototype file.
> > >
> > > What type of a naming scheme should I have?
> > >
> > > I have some functions that would serve one application 
> called Cartage,
> > > so I'm thinking along the lines of CARTAGEMOD and 
> CARTAGEPR for those.
> > > Or should I go with MODCARTAGE and PRCARTAGE ?
> > >
> > > And then I have some general utilities, such as my StampToHHMM and
> > > StampToCYMD routines, which take date/time stamps as 
> input and return
> > > hours and minutes, or CCCCYYMMDD. Should I make a 
> separate module for
> > > these and call it, what, MODDATTIM or DATTIMMOD ?
> > >
> > > Then I have one called RtvNetF which will Retrieve a 
> user's list of
> > > waiting network files one at a time ('F' for first call, 
> 'N' for next
> > > call, 'C' to close and set on LR).  What would I call this
> > > one?  MODSYSTEM
> > > or SYSTEMMOD ?
> > >
> > > And then I want to stick this whole thing in one service
> > > program, which
> > > I would call, what, ICSSERVICE ?
> > >
> > > What naming schemes has everyone else settled on?  So far 
> there are no
> > > modules on the system at all, nor are there any service
> > > programs, so whatever
> > > naming schemes I start with we will most likely go with.
> > >
> > > Any suggestions appreciated.
> > >
> > > Regards,
> > >
> > > Jim Langston
> > > +---
> > > | This is the RPG/400 Mailing List!
> > > | To submit a new message, send your mail to 
> RPG400-L@midrange.com.
> > > | To subscribe to this list send email to 
> RPG400-L-SUB@midrange.com.
> > > | To unsubscribe from this list send email to
> > > RPG400-L-UNSUB@midrange.com.
> > > | Questions should be directed to the list owner/operator:
> > > david@midrange.com
> > > +---
> > >
> > +---
> > | This is the RPG/400 Mailing List!
> > | To submit a new message, send your mail to RPG400-L@midrange.com.
> > | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to 
> RPG400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator: 
> david@midrange.com
> > +---
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: 
> david@midrange.com
> +---
> 
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.