|
I've really got to agree with Joe on this one. MOVE sucks the old way, making it a BIF won't stop it from sucking, but it will make the transition much simpler. I'm really baffled that they can't/won't just wrap the existing code that handles the MOVE opcodes into a BIF. I certainly agree that changing them all to EVALS or what not in one fell swoop in "legacy," which to me means "solid," code is not realistic due to the testing that would be required. Some have suggested that we just write some functions to wrap MOVE. That's unrealistic since MOVE accepts so many different data types and each possible combination would need its own function. But again, all that code already exists at IBM, so they could do it. Why, oh why, oh IBM? It just doesn't seem like it would be all that much work! If the religious arguments here don't convince you that we want/need it, what will? Z > -----Original Message----- > From: Joe Pluta [mailto:joepluta@xxxxxxxxxxxxxxxxx] > > Hey, if IBM provided this I'd be thrilled. I'd be mroe > thrilled if they > also included the %MOVE BIF. Then, we could convert > everything, remove all > the MOVEs, and still have the %MOVE to "stick out like a sore thumb". NOTICE: This E-mail may contain confidential information. If you are not the addressee or the intended recipient please do not read this E-mail and please immediately delete this e-mail message and any attachments from your workstation or network mail system. If you are the addressee or the intended recipient and you save or print a copy of this E-mail, please place it in an appropriate file, depending on whether confidential information is contained in the message.
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.