SCOUG-HELP Mailing List Archives
Return to [ 05 |
August |
2002 ]
<< Previous Message <<
>> Next Message >>
Content Type: text/plain
=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================
Hi Harry
"Earning a living now dictates" has prioritity ;-)
I am able to work with your present script of course and
can wait your improving next generation of this script ;-))
Normally quite impatient ...
... looking forward so something very interesting coming,
makes me cool waiting for patiently ;-)))
Have a nice time !
Regards. svobi
hmotin@attglobal.net on 05.08.2002 14.04.33
Please respond to scoug-help@scoug.com
To: scoug-help@scoug.com
cc:
Subject: SCOUG-Help: Re: Your REXX script ...
Most of the code in the script is to make it "bullet-proof"
against
incorrect or inappropriate user responses. Also, there is some
more to
make it fairly generic.
I'll have to think about the issue of filling up more than 1
screen.
Earning a living now dictates. I'll have to continue this project
a
little later today. Bye for now!
HCM
__________________________________________________________________
___________
"Info2SYNass.NET" wrote:
>
> Hi Steven
> Thanks for your prompt reply !
>
> >In <1028549177-0-Info@SYNass.NET>, on 08/04/02
> > at 10:06 PM, "Info2SYNass.NET" said:
> >
> >>As already said: I am not a REXX expert and my programming
> >>experience are back to early 70-ies ...
> >
> >Well, that's about when I started too. :-)
>
> I started IT in 1969 on a IBM 1401 in an environment with
> 7070, some 360-xx systems with international relations.
>
> >>My environment variable method is not clumsy ...
> >
> >Sorry, poor choice of words on my part.
>
> Frankly said but no problem for me ;-)
>
> >>... Harry's script, with all my drives added to it, displayed
> over
> >>1 1/2 screen pages ;-(
> >
> >Sometimes, it's better to trade off size for ease of
> understanding and
> >maintenance. If I chose to, I could reimplement Harry's code
> with the
> >same features and functionality, but with a lot less code.
> However, this
> >would make extensive use of loops and stem variables and others
> might find
> >it harder to modify for their own use. Harry's code has the
> advantage
> >that folks, like you, with less familiarity with REXX, can
> successfully
> >change it without breaking it.
>
> I am not going Harry's work !
> It is his project and I either accept it or leave it !!
> If there is a possibility to perform a better solution the
better
> ;-))
>
> >>The script shall handle small and capital letter the same and
> "1", for
> >>me, has no meaning to drive C:
> >
> >But it might for others.
>
> OK, accepted !
>
> >>I agree.
> >>If necessary I just change the PARMS to my newest needs ;-)
> >
> >Or in my case, change the control variables at the top of the
> script. :-)
>
> I believe our intentions are quite same but our expressions
> are different. You say "control variables" I say "PARM/S or
> parameters"
> and the result is possibly same -))
>
> >>I can bring ideas and input for Working Methods or
Organization
> but
> >>programming has never been my power ;-(
> >
> >>However, this discussion of Backup and this REXX solution with
> you, SCOUG
> >>members, has brought me a lot of new ideas, impressions:
> >>Thank you, guys ! It's very interesting to discuss with you
;-))
> >
> >Exactly. It rare that there's only one best way to implement a
> task.
> >What we are seeing here is the normal pulll that competing
> requirements
> >has on any project.
>
> True !
>
> Thanks for your intersting comments, Steven.
>
> Regards, svobi
************************************************************
*** >>> Say NO to HTML in Mail and News <<< ***
*** ++++++++++++++++++++++++++++++++++++++++++++++++ ***
*** >>> AGAINST TERROR +++ AGAINST WAR <<< ***
************************************************************
=====================================================
To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".
For problems, contact the list owner at
"rollin@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 05 |
August |
2002 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
|