|
I've always used the "pretty wrapper" around QCAPCMD method myself, and now that you bring it up, I remember it was rather messy to get it working originally. I guess what I was asking is if you already have a clean wrapper around QCAPCMD, is there any real benefit to using 'system'? And I think you said, "no". Right? > Because it is simple and it allows literal strings to be used in an easier > manner. > > In all the "ugly" cases the solution is to create a wrapper procedure that > masks the ugliness behind a nice interface. For example: > > C eval errCode = runCLcmd("DSPMSG") > > where runCLcmd is a nice wrapper procedure that may in turn use either > QCMDEXC or QCAPCMD or even system. > > I use system where I expect the command to succeed (e.g., DSPMSG is > unlikely to fail) but I use the other methods when there is a reasonable > chance of the command failing. However, if you take the effort to create > a decent runCLcmd procedure you get the best of both worlds. > > Regards, > Simon Coulter. > ************************************************************************************************************************************************************************************************************ This message originates from Lincare Holdings Inc. It contains information which maybe confidential or privileged and is intended only for the individual or entity named above. It is prohibited for anyone else to disclose, copy, distribute or use the contents of this message. All personal messages express views solely of the sender, which are not to be attributed to Lincare Holdings Inc., and may not be copied or distributed without this disclaimer. If you received this message in error, please notify us immediately at MailAdmin@lincare.com or (800) 284-2006. ************************************************************************************************************************************************************************************************************
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.