|
I am basing my opinons on reading the source code on our system, would you like some samples? You seem to think AS/SET is god's gift to software design, it really is just a flawed tool that generates what can only be described as a pitiful excuse for RPG. Who cares wht the Action diagram looks like, it can be perfect and AS/SET will still generate bloated and unreadble RPG. Genyphyr Novak wrote: > > The "No I don't use AS/SET" comment says it all for me. Not sure what you > are basing your opinions on here, if you are just looking at the RPG source, > rather than what it is generated from (ie, the Action Diagram). > > The generator does not generate empty subroutines from a well-written > written action diagram. This is the fault of someone commenting out only a > portion of the action diagram, probably in the process of fixing a BMR, and > not getting references to the subroutine properly removed in the rest of the > code. > > By the way, I never said there were not empty subroutines in the RPG source. > My point is that the reason for them existing has nothing to do with some > flaw in the AS/SET tool itself. > > Thanks > Genyphyr Novak > SSA > > -----Original Message----- > From: L. S. Russell <leslier@datrek.com> > To: BPCS-L@midrange.com <BPCS-L@midrange.com> > Date: Tuesday, September 19, 2000 8:33 AM > Subject: Re: the ASSET issue again > > >No, I don't use AS/SET. But I have looked at more than enough AS/SET > >code to know that, yes Virginia there are empty sub routines. > > > >Genyphyr Novak wrote: > >> > >> Hello, > >> > >> Subroutines getting executed with no code to run inside them is not from > the > >> tool itself generating this, but is due to the person who did the > coding - > >> most likely some BMR had a subroutine commented out, but not all > references > >> to it were removed elsewhere, so it is called and does nothing. Sorry to > >> say, this is not the fault of the tool. Are you are using AS/SET? It > sounds > >> like you have never looked at the action diagrams to check to see what > they > >> look like. > >> > >> Thanks > >> > >> Genyphyr Novak > >> SSA > >> > >> -----Original Message----- > >> From: L. S. Russell <leslier@datrek.com> > >> To: BPCS-L@midrange.com <BPCS-L@midrange.com> > >> Date: Monday, September 18, 2000 2:54 PM > >> Subject: Re: the ASSET issue again > >> > >> >A loop is a loop, but a loop executed 15 times unnecessarily in effect > >> >slows down a program. > >> >Things like statementless loops, and sub routines (with nothing but > >> >BEGSR and ENDSR) are common in the AS/SET generated code we work in > >> >here. > >> > > >> >Betty, back me up :) lol > >> > > >> >helen@dekko.com wrote: > >> >> > >> >> I do not agree that the ASSET generated programs take longer to > execute. > >> >> The development time has been reduced significantly using this tool > and I > >> >> believe that it is not all that difficult to debug using STRISDB. > It's > >> >> simply a matter of becoming familiar with the naming conventions and > >> >> getting accustomed to reading ASSET source. > > +--- > | This is the BPCS Users Mailing List! > | To submit a new message, send your mail to BPCS-L@midrange.com. > | To subscribe to this list send email to BPCS-L-SUB@midrange.com. > | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com. > | Questions should be directed to the list owner: dasmussen@aol.com > +--- +--- | This is the BPCS Users Mailing List! | To submit a new message, send your mail to BPCS-L@midrange.com. | To subscribe to this list send email to BPCS-L-SUB@midrange.com. | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: dasmussen@aol.com +---
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.