|
Ken Sims wrote on 10/03/2007 14:10:00:
Unless, of course, I've missed a few messages somewhere...Yep. The OP was asking about _removing_ an optional parameter that no callers were passing. (No problem, and the callers don't need to be recompiled.) The part about changing from CONST to VALUE was thrown in by another
poster. Actually, I didn't "throw it in". The original poster, Lim Hock-Chai, said: "I think there are some instances, like changing parameter's "const" keyword to "value", will cause problem to caller even though the caller is passing the correct number of parameters." I was thinking (although inaccurately it would seem) that this would cause problems not in the _calling_ program, but only in the _called_ subprocedure itself. I guess if the subprocedure fails, that might count as a problem for the calling program, so in retrospect the distinction probably isn't that important anyway. This lead to some discussion about how exactly parameter passing works, which although not directly related to the problem that Lim Hock-Chai originally mentioned, is probably worthwhile and certainly is on-topic for this list. Attention: The information contained in this message and or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this message in error, please contact the sender and delete the material from any system and destroy any copies. Thank you for your time and consideration. Attention: Le contenu de ce message et(ou) les fichiers ci-joints s?adressent exclusivement à la personne ou -entité à laquelle ils sont destinés. Ils peuvent contenir de l?information confidentielle, protégée et(ou) classifiée. Il est strictement interdit à toute personne ou entité autre que le(la) destinataire prévu(e) de ce message d?examiner, de réviser, de retransmettre ou de diffuser cette information, de prendre une quelconque action en fonction ou sur la base de celle-ci, ou d?en faire tout autre usage. Si vous avez reçu ce message par erreur, veuillez communiquer avec l?expéditeur(trice), supprimer ce message et les fichiers ci-inclus de tout système, et en détruire toutes copies, qu?elles soient électroniques ou imprimées. Nous vous remercions de votre entière collaboration.
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.