Re: New Opcodes - %SETCELL

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


<< Can not be done easily.>>

Ah,  The only rub will come as we discover who decides what "Done easily" 
means.

There may be some disagreements when it comes to;
Figuring out C #include files and finding/understanding/coding Unix/C API's 
and whether that constitutes "Done easily"

I personally won't care, I currently read & write to the IFS using Unix
API's
already.   And I know how to use VA/RPG to do DDE with active spreadsheets
if I want to do a equiv to %GETCELL.   My concern was with some of the less 
fortunate programmers who can hardly get their head above the current
backlog.

I know,   that's their problem.   Let them eat cake.  

I still think we need native I/O functions to the IFS within the language.  

My guess is that SPECIAL files are currently used as much as "Look ahead" 
fields are.

But I have been wrong many times before. 


John Carr



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