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". 
===================================================== 
 >> 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.