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
+---