|
When you have to open your wallet and look at your id to remember your name, that's when you have to start worrying. Luckily had to do that only once. (And yes, she was VERY pretty <vbg>). Regards, Jim Langston Norman.Rae@mckhboc.com wrote: > Sorry cant agree Joel > > I can code a functioning subfile very quickly. Yes I have memorized > keywords (just like I memorized RPG operation codes years ago and will > now have to memorize %SUBDTZ!!!). > And yes I have to look them up sometimes (occasionally I have a brain > freeze and have to look up the MOVE op code too!). But what's wrong > with that? I have a dictionary on my desk so I can look up English! > > And yes I use SDA! What's wrong with that? I use SEU and PDM too! > If there is a tool, I use it! > > Norman > > ______________________________ Reply Separator >_________________________________ > Subject: RE: "extract" command enhancement(subfiles and BIFs) > Author: RPG400-L@midrange.com (Joel Fritz <JFritz@sharperimage.com>) at >MCKHBOC > Date: 09/21/1999 10:43 AM > > Dan: > > Don't give up on procedures. Think of them as programs that do one thing > and accept parameters. Once you get the definition and declaration > (prototype and interface) syntax down it's no big deal. > > I definitely agree with you and Booth about subfiles. The whole display > file sewer is based on memorizing arbitrary arcane reserved words. Seems > like a verb to do something like clear the subfile would make more sense > than setting on an indicator and writing to the control record, though. > > How many people out there use more than ten or so display file keywords? > Of those, how many can use most of them without looking them up? > How many can use them in SEU rather than SDA? > > > -----Original Message----- > > From: Dan Bale [mailto:dbale@genfast.com] > > Sent: Tuesday, September 21, 1999 8:23 AM > > To: rpg400-l@midrange.com > > Subject: RE: "extract" command enhancement > > > > > > > > > > Booth, > > > > I'm starting to see the light! I will confess that some of > > the talk about new > > %bifs for everything under the sun kinda put me in a state of > > euphoric stupor. > > For those of us who still have yet to "burn" our first > > generic procedure, I > > think the idea of Toronto-created bifs has high appeal (as > > opposed to those of > > you who have finished putting all your generic routines in > > procedures and > > writing one now is like riding a bicycle.) I guess I'm > > looking for the Redbook > > that Jon Paris and company are trying to get to press. The > > current IBM > > documentation for using APIs and writing procedures, IMO, > > stinks. As others > > have mentioned on this list, what is needed are examples with > > _working_, > > _documented_ code. > > > > Your post, however, was the type of argument against the > > current wave of %bif > > and other less meaningful enhancements that really struck > > home and got me to > > think "out of the box" as far as enhancements to RPG IV is > > concerned. I am > > right with you on the topic of subfile programming. I've > > done hundreds of > > subfile apps over the course of my 15-year career, using > > different types of > > subfiles and subfile techniques, and yet it seems like > > subfile programming still > > requires a master's degree in the mystical arts. I've got > > several templates > > that I use (both the DDS and RPG skeleton source), and still > > there is so much > > complexity involved in getting them to work properly. > > > > To my mind, subfiles have so many silly-assed restrictions > > (hmmm, starting to > > get off-topic...) Well, let's just say that your idea for > > simplifying subfile > > programming really hit home here. I don't know that Toronto > > would have the > > budget for simplifying such a complex piece of code and, what > > with the supposed > > move away from green-screen (yeah, right, maybe in 20 > > years!), probably won't be > > where they want to spend their money. But, hey, if nobody > > mentions it... > > > > - Dan Bale > > > \> > +--- > | 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 > +--- +--- | 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 +---
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.