Re[2]: New Opcodes - %SETCELL

     Hi Jim

     I agree in principle.  In practice I think that we run into the
     problem that is already being discussed here i.e. there doesn't seem
     to be much happening in the way of new functions!

     Quoting from Hans again:
          ...if you want better API's for IFS, write your own procedures
          and share them with others so they can benefit too.

     If my company wants to use IFS, or any other tools, the tools had
     better be there.  They are not interested in providing benefit's to
     others.  They are interested in maintaining their market.  The AS/400
     (and the other platforms they use) are merely tools to that end, tools
     that will be discarded if they don't live up to expectations.
     And I might add, that after spending long days in the office, I don't
     have the energy to got home, and develop things in my own time... it's
     all I do to make dinner!

     The open, code sharing environment we see on other platforms are
     great, but it's not happening here for us, and I think it is a mistake
     for IBM (or anyone else) to assume its going to happen!

     That's my 2 cents worth... now back to grappling with RPG36 code!!!
     AGHHHHHHH.....

     Norman


______________________________ Reply Separator _________________________________
Subject: Re: New Opcodes - %SETCELL
Author:  RPG400-L@midrange.com (Jim Langston <jlangston@conexfreight.com>) at
MCKHBOC
Date:    09/08/1999 9:31 AM






If you read what what he said, it was, "We look for new function that can't
otherwise be done easily in the language today.".  Can not be done easily.  I
really don't' see too much of a problem with that, why shouldn't' they work on
the things that are very hard for us to do now, putting the stuff we can do
rather easily on the back burner in the meanwhile?

Regards,

Jim Langston

Norman.Rae@mckhboc.com wrote:

>      So let me see if I've got this straight:
>
>      <<SNIP>>
>
> To get back on topic, if you want better API's for IFS, write your
> own procedures and share them with others so they can benefit too.
> Quite simply, now that we have procedures in the language, any
> request for new function in RPG we see that could easily be
> implemented by some code in a procedure is not taken very seriously
> here.  We look for new function that can't otherwise be done easily
> in the language today.
>
> Cheers!  Hans
>
>      <<SNIP>>
>
>      In other words, we don't want to do any development anymore.  DO IT
>      YOURSELF!!!
>
>      I don't know about other companies, but here they are not interested
>      in advancing the AS/400 world, or RPG.  They want me to concentrate on
>      the business needs, anything else I may do keeps me from that task and
>      I am actively discouraged from this.  I know its shortsighted, but
>      that's the way it is!
>
>      Norman

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