× 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: the ASSET issue again
  • From: "Genyphyr Novak" <novakg@xxxxxxxx>
  • Date: Wed, 20 Sep 2000 13:24:28 -0500

You can lead a horse to water. . . . but you can't make him THINK.

I am so very done with this BORING subject. Anyone have a real question to
ask?

Thanks

Genyphyr Novak
'not replying as an official SSA representative'


-----Original Message-----
From: L. S. Russell <leslier@datrek.com>
To: BPCS-L@midrange.com <BPCS-L@midrange.com>
Date: Wednesday, September 20, 2000 8:06 AM
Subject: Re: the ASSET issue again


>So you are saying that a well written AS/SET program doesn't generate
>bloated and outdated code?  No way.
>The subject I was specifically addressing is that AS/SET generates
>bloated RPG. Fact, simple as that.
>
>Genyphyr Novak wrote:
>>
>> Hello L S
>>
>> You seem to be missing the point on this one.
>>
>> >Who cares what the Action diagram looks like, it can be perfect and
>> >AS/SET will still generate bloated and unreadble RPG.
>>
>> AS/SET does. This is the starting point for the code generator to create
the
>> RPG source. First rule of programming is : Garbage in = Garbage out.
Until
>> you view the action diagram which produced the source and say there is no
>> empty subroutine in that diagram, you can show me all the source in the
>> world and it will not prove a single thing on the subject I was
specifically
>> addressing, which was why there are some empty subroutines called in the
>> BPCS RPG code.
>>
>> 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 12:54 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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.