|
I totally agree with Wendy, lets us go on with something which will be benefical to every one menon ---------- Original Text ---------- From: Wendy DeCair <wendy.decair@countryfresh.com>, on 09/19/2000 5:19 PM: Dear Sir/Madame- You are allowed to have your own opinion about AS/SET and as it appears that you have a different opinion about the value of it, maybe you should take this conversation offline and not continue to tie up everyone's e-mail server with useless banter over something you can not change and move onto some more useful topic like how to use alternate methods in a BOM. Sincerely- a serious BPCS user ----- Original Message ----- From: L. S. Russell <leslier@datrek.com> To: <BPCS-L@midrange.com> Sent: Tuesday, September 19, 2000 2:19 PM Subject: Re: the ASSET issue again > 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 > +--- > > +--- | 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 +--- _______________________________________________________________ Cott - The Leader in Premium Retailer Brand Beverage Innovation. _______________________________________________________________ +--- | 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.