I'm afraid it might not work either because addition of two int32 zero might well be a single-byte zero, the J dictionary will not talk about implementation details. A more robust verb is needed to guarantee successful coercion or least notifying failure.
Чтв, 14 Окт 2010, Martin Pelletier писал(а): > I was just afraid someone would pull some sort of character count argument, > so that's why I opted for ZERO, but I fully agree that a more descriptive > name is key in producing a more readable (and maintainable) code. > > To me the use of 2-2 was clear because I encountered this same problem. And > it's for the same reason that I abstracted it away. > > Should all called functions come to interpret "natural" 0 as an integer in > the appropriate context, it will be easy to replace the definition of > INTEGERZERO with 0, or altogether replace all instances of the variable with > a hardcoded 0 and forget what once needed to be abstracted. > > Martin Pelletier > > ----- Original Message ----- > [---=| TOFU protection by t-prot: 15 lines snipped |=---] -- regards, ==================================================== GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
