Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!newsfeed.utanet.at!newscore.univie.ac.at!aconews-feed.univie.ac.at!aconews.univie.ac.at!not-for-mail Newsgroups: comp.lang.java.programmer From: Andreas Leitgeb Subject: Re: Arithmetic overflow checking References: <015aeb15-57db-48ab-9cd4-77f8448b632f@w24g2000yqw.googlegroups.com> <2rydnez7l-H5BYnTnZ2dnUVZ_vGdnZ2d@earthlink.com> <4e278a67$0$309$14726298@news.sunsite.dk> <1SSVp.69032$_I7.18660@newsfe08.iad> Reply-To: avl@logic.at User-Agent: slrn/pre0.9.9-111 (Linux) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: Date: 23 Jul 2011 21:09:33 GMT Lines: 16 NNTP-Posting-Host: gamma.logic.tuwien.ac.at X-Trace: 1311455373 tunews.univie.ac.at 73248 128.130.175.3 X-Complaints-To: abuse@tuwien.ac.at Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:6481 lewbloch wrote: > While not as compact as operator overloading, this technique provides > a way to ameliorate the matching problem to which Patricia alluded, at > least partially, within the current capabilities of Java. a.plus(b).mul(c) (let's assume them all to be non-mutating methods) might bear some surprises, but geniuses like Lew won't fall for it, and others aren't supposed to do professional programming in Java, anyway ;-) > We also must consider Patricia's other sage advice to consider other > languages for problem domains for which Java is not ideal. I followed that advice long before it was made. I used Tcl (8.5) for my large-integer tasks.