Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.albasani.net!newsfeed.straub-nv.de!texta.sil.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: char to decimal References: <92ea64F3avU1@mid.individual.net> <9pednRnBeuxtPF_QnZ2dnUVZ_uGdnZ2d@earthlink.com> Reply-To: avl@logic.at User-Agent: slrn/pre0.9.9-111 (Linux) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Message-ID: Date: 05 May 2011 21:28:51 GMT Lines: 21 NNTP-Posting-Host: gamma.logic.tuwien.ac.at X-Trace: 1304630931 tunews.univie.ac.at 60386 128.130.175.3 X-Complaints-To: abuse@tuwien.ac.at Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:3603 Paul Cager wrote: > On May 5, 3:56 pm, Andreas Leitgeb > wrote: >> Patricia Shanahan wrote: >>> There are several different ways of mapping between the >>> two Boolean values and integers, >> One of which Java happens to have chosen already, >> just for "internal use only." > Two values are defined for "public use" - 1231 and 1237 A good one :-) And while we're at it, we'll revolutionize maths by coming up with a new field theory whose two operations have 1231 and 1237 as their respective neutral elements... > (java.lang.Boolean's hashcode()). I think they should take > precedence over any "internal use only" values. Yep, these or even better 64 and 43 for true and false, just heaven forbid 1 and 0 - that's so ... boring simple, innit?