Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #34710 > unrolled thread
| Started by | Roedy Green <inquiry@mindprod.com> |
|---|---|
| First post | 2016-06-28 21:34 -0700 |
| Last post | 2016-07-03 20:57 +0000 |
| Articles | 20 on this page of 160 — 12 participants |
Back to article view | Back to comp.lang.java.programmer
missing import java.lang.Comparable Roedy Green <inquiry@mindprod.com> - 2016-06-28 21:34 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-06-29 05:56 +0000
Re: missing import java.lang.Comparable Roedy Green <inquiry@mindprod.com> - 2016-06-28 23:59 -0700
Re: missing import java.lang.Comparable Matthias Wiehl <mw@kwarg.de> - 2016-06-29 09:52 +0200
Re: missing import java.lang.Comparable Roedy Green <inquiry@mindprod.com> - 2016-06-29 01:16 -0700
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-29 06:38 -0700
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 13:24 +0000
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 06:37 -0700
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 10:19 -0400
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 07:47 -0700
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 11:17 -0400
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 18:23 +0000
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 15:24 -0400
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 12:47 -0700
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-06-30 16:38 -0400
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 21:09 +0000
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-01 06:45 +0000
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-01 05:03 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-03 20:46 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-01 15:21 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-03 21:10 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-04 16:08 -0700
Program proof Mike Amling <mamling@chaff.us> - 2016-07-05 11:23 -0500
Re: Program proof Andreas Leitgeb <avl@logic.at> - 2016-07-05 18:08 +0000
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-05 17:23 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-05 14:28 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-07 15:22 +0000
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-07 11:44 -0400
Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-07 12:57 -0400
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-07 18:29 +0000
[OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-07 15:48 -0400
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 08:01 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-08 08:25 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-08 06:55 -0700
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-08 10:16 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-08 07:35 -0700
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 18:07 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-08 12:54 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-08 16:29 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-08 14:06 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:11 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 11:37 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-15 16:36 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 15:49 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-15 22:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-16 13:04 +0000
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-18 13:08 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 19:56 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-08 20:59 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 11:57 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 09:39 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 14:43 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 11:15 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 09:46 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 15:21 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 11:27 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 11:39 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-15 15:38 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-15 15:52 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-15 19:19 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-18 13:10 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-18 16:26 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-18 13:58 -0700
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-18 16:30 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-18 20:24 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-19 05:14 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 20:22 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-19 10:31 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 16:37 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-19 14:44 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 21:16 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-19 21:54 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 20:17 -0400
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-20 12:01 -0700
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-20 21:28 +0000
Re: [OT] Re: missing import java.lang.Comparable Gene Wirchenko <genew@telus.net> - 2016-07-20 16:14 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 20:18 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 21:33 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-19 21:56 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-19 23:47 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:31 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-23 10:24 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 21:26 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-23 19:23 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 23:08 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:44 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:44 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-20 16:04 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-20 14:51 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-20 22:57 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-21 11:38 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-21 15:57 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-21 13:45 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-21 21:00 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-22 15:28 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-22 19:34 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:36 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-23 10:25 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-23 10:58 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 09:32 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:34 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-23 10:25 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-23 17:04 -0700
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:46 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-23 21:23 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-24 10:47 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:40 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 20:02 -0400
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-18 20:26 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 20:35 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-18 19:59 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-08 23:36 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 12:51 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-09 09:15 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 14:30 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 09:44 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-09 14:37 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-09 11:14 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-09 20:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-10 01:11 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-09 21:52 -0400
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-10 10:34 +0000
Re: [OT] Re: missing import java.lang.Comparable Jerry Stuckle <jstucklex@attglobal.net> - 2016-07-08 21:03 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:32 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 05:30 -0700
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-11 16:26 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-11 13:56 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 10:59 -0700
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-11 15:09 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 13:44 -0700
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-11 17:21 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-11 10:56 -0700
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-11 11:49 -0700
Re: [OT] Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-07-11 21:00 +0000
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-11 22:30 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-11 22:36 -0400
Re: [OT] Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-07-12 11:37 -0700
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-12 13:01 -0700
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-12 20:31 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-11 22:13 -0400
Re: [OT] Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 20:18 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-08 15:14 -0700
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 17:59 +0000
Re: [OT] Re: missing import java.lang.Comparable Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-07-08 14:34 -0400
Re: [OT] Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-08 15:18 -0700
Re: [OT] Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-08 23:50 +0000
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-07 13:18 -0700
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-07 16:59 -0400
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-07-08 15:05 -0700
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-08 19:51 -0400
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-07 17:07 -0400
Re: missing import java.lang.Comparable Martin Gregorie <martin@address-in-sig.invalid> - 2016-06-30 20:44 +0000
Re: missing import java.lang.Comparable Arne Vajhøj <arne@vajhoej.dk> - 2016-07-07 16:56 -0400
Re: missing import java.lang.Comparable a.laforgia@gmail.com - 2016-06-30 08:32 -0700
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 08:59 -0700
Re: missing import java.lang.Comparable a.laforgia@gmail.com - 2016-06-30 09:06 -0700
Re: missing import java.lang.Comparable Eric Douglas <e.d.programmer@gmail.com> - 2016-06-30 09:35 -0700
Re: missing import java.lang.Comparable Lew <lewbloch@gmail.com> - 2016-06-30 11:18 -0700
Re: missing import java.lang.Comparable Andreas Leitgeb <avl@logic.at> - 2016-07-03 20:57 +0000
Page 6 of 8 — ← Prev page 1 2 3 4 5 [6] 7 8 Next page →
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-22 23:34 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmuojq$85j$1@gioia.aioe.org> |
| In reply to | #35069 |
On 7/21/2016 3:57 PM, Jerry Stuckle wrote: > That still doesn't answer by question. Let's see some Java code with > BigDecimal working with a Decimal field in a database. Something like > 12 places left of the decimal point and 6 places to the right. It is not very obvious what you want to see. You take the most basic Java program using JDBC you can think of and then you use DECIMAL in database and BigDecimal in Java instead of INTEGER in database and int in Java. There is nothing to it. Arne
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-23 10:25 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmvup6$rho$3@jstuckle.eternal-september.org> |
| In reply to | #35101 |
On 7/22/2016 11:34 PM, Arne Vajhøj wrote: > On 7/21/2016 3:57 PM, Jerry Stuckle wrote: >> That still doesn't answer by question. Let's see some Java code with >> BigDecimal working with a Decimal field in a database. Something like >> 12 places left of the decimal point and 6 places to the right. > > It is not very obvious what you want to see. > > You take the most basic Java program using JDBC you can think of > and then you use DECIMAL in database and BigDecimal in Java instead of > INTEGER in database and int in Java. > > There is nothing to it. > > Arne > > Then you should have no problem providing a working example. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2016-07-23 17:04 -0700 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <34e75fef-befc-4c9f-b209-0c82366fc275@googlegroups.com> |
| In reply to | #35109 |
On Saturday, July 23, 2016 at 7:25:49 AM UTC-7, Jerry Stuckle wrote: > On 7/22/2016 11:34 PM, Arne Vajhøj wrote: > > On 7/21/2016 3:57 PM, Jerry Stuckle wrote: > >> That still doesn't answer by question. Let's see some Java code with Actually, it does answer the question. Now you want to ask a different question, but that doesn't mean your prior question is unanswered. You are just pulling a standard rhetorical technique of redefining the question after the fact then speaking as if the other person somehow got it wrong, rather than the truth. > >> BigDecimal working with a Decimal field in a database. Something like > >> 12 places left of the decimal point and 6 places to the right. > > > > It is not very obvious what you want to see. > > > > You take the most basic Java program using JDBC you can think of > > and then you use DECIMAL in database and BigDecimal in Java instead of > > INTEGER in database and int in Java. > > > > There is nothing to it. > Then you should have no problem providing a working example. Nor should you. Try it yourself. You are the one challenging the official documentation. It is not our job to dance to your tune because you are unable or unwilling to program such a simple thing yourself rather than argue incessantly. Get off your keister and take responsibility for your own dubiety. If you want me to code something for you, I offer to do it for $1,000.00 US, payment first, code second, delivered as is with no warranty as to fitness for any purpose whatsoever. If you are any kind of programmer at all, Jerry, you'll take this one on yourself, or be known a poseur henceforth. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-24 10:46 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn2kb8$hfk$3@jstuckle.eternal-september.org> |
| In reply to | #35115 |
On 7/23/2016 8:04 PM, Lew wrote: > On Saturday, July 23, 2016 at 7:25:49 AM UTC-7, Jerry Stuckle wrote: >> On 7/22/2016 11:34 PM, Arne Vajhøj wrote: >>> On 7/21/2016 3:57 PM, Jerry Stuckle wrote: >>>> That still doesn't answer by question. Let's see some Java code with > > Actually, it does answer the question. > > Now you want to ask a different question, but that doesn't mean your prior question is unanswered. You are just pulling a standard rhetorical technique of redefining the question after the fact then speaking as if the other person somehow got it wrong, rather than the truth. > Nope, the answer to the question is sample working code. >>>> BigDecimal working with a Decimal field in a database. Something like >>>> 12 places left of the decimal point and 6 places to the right. >>> >>> It is not very obvious what you want to see. >>> >>> You take the most basic Java program using JDBC you can think of >>> and then you use DECIMAL in database and BigDecimal in Java instead of >>> INTEGER in database and int in Java. >>> >>> There is nothing to it. > >> Then you should have no problem providing a working example. > > Nor should you. Try it yourself. You are the one challenging the official documentation. It is not our job to dance to your tune because you are unable or unwilling to program such a simple thing yourself rather than argue incessantly. Get off your keister and take responsibility for your own dubiety. > > If you want me to code something for you, I offer to do it for $1,000.00 US, payment first, code second, delivered as is with no warranty as to fitness for any purpose whatsoever. > > If you are any kind of programmer at all, Jerry, you'll take this one on yourself, or be known a poseur henceforth. > I'm not challenging any documentation. I'm challenging YOUR STATEMENTS. If it's so easy, then you should be able to provide a working example. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-23 21:23 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn15af$1fvp$1@gioia.aioe.org> |
| In reply to | #35109 |
On 7/23/2016 10:25 AM, Jerry Stuckle wrote: > On 7/22/2016 11:34 PM, Arne Vajhøj wrote: >> On 7/21/2016 3:57 PM, Jerry Stuckle wrote: >>> That still doesn't answer by question. Let's see some Java code with >>> BigDecimal working with a Decimal field in a database. Something like >>> 12 places left of the decimal point and 6 places to the right. >> >> It is not very obvious what you want to see. >> >> You take the most basic Java program using JDBC you can think of >> and then you use DECIMAL in database and BigDecimal in Java instead of >> INTEGER in database and int in Java. >> >> There is nothing to it. >> > > Then you should have no problem providing a working example. No. But why should I? This is very basic Java programming problem. In CLJP it is not common to write complete code for problems that are basic Java for beginners. Students should do their own homework. Study the available material and make an attempt before asking for help. In this case you seems to have the role of a student needing help with basic database programming in Java. You should try and write the code yourself. If you can't get it to work, then post the code here with a description of the error you get and we will provide guidance on how to solve the problem. Arne
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-24 10:47 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nn2kea$hfk$4@jstuckle.eternal-september.org> |
| In reply to | #35116 |
On 7/23/2016 9:23 PM, Arne Vajhøj wrote: > On 7/23/2016 10:25 AM, Jerry Stuckle wrote: >> On 7/22/2016 11:34 PM, Arne Vajhøj wrote: >>> On 7/21/2016 3:57 PM, Jerry Stuckle wrote: >>>> That still doesn't answer by question. Let's see some Java code with >>>> BigDecimal working with a Decimal field in a database. Something like >>>> 12 places left of the decimal point and 6 places to the right. >>> >>> It is not very obvious what you want to see. >>> >>> You take the most basic Java program using JDBC you can think of >>> and then you use DECIMAL in database and BigDecimal in Java instead of >>> INTEGER in database and int in Java. >>> >>> There is nothing to it. >>> >> >> Then you should have no problem providing a working example. > > No. > > But why should I? > > This is very basic Java programming problem. > Then it should be easy for you to provide a working example. The fact you can't says much for your claims - and your abilities. > In CLJP it is not common to write complete code for problems > that are basic Java for beginners. > > Students should do their own homework. Study the > available material and make an attempt before > asking for help. > > In this case you seems to have the role of a student > needing help with basic database programming in Java. > > You should try and write the code yourself. > > If you can't get it to work, then post the code here > with a description of the error you get and we will > provide guidance on how to solve the problem. > > Arne > > I haven't been a student for over 45 years. But I have helped a lot of students - but providing them with working examples. Something you are obviously unable to do. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-22 23:40 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmuoup$85j$3@gioia.aioe.org> |
| In reply to | #35021 |
On 7/20/2016 4:04 PM, Jerry Stuckle wrote: > On 7/19/2016 9:56 PM, Arne Vajhøj wrote: >> On 7/19/2016 9:33 PM, Jerry Stuckle wrote: >>> On 7/19/2016 8:18 PM, Arne Vajhøj wrote: >>>> On 7/19/2016 4:37 PM, Jerry Stuckle wrote: >>>>> And you still haven't described how Java (not javascript) handles >>>>> decimal numbers with at least 18 digits of accuracy. >>>> >>>> It has been mentioned a couple of times in this thread. >>>> >>>> BigDecimal. >>> >>> Except there are two problems with it. It is very slow, compared to a >>> native BCD implementation. >> >> Calendar says 2016 not 1986. Not really a problem. >> >>> And it doesn't support the DECIMAL type in >>> databases. >> >> Not correct. It does. > > I'm still waiting for you to identify which databases DECIMAL type > Java's BigDecimal type supports. Just posted info for Oracle, DB2, SQLServer and MySQL. Arne
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-18 20:02 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmjqm8$1eq2$3@gioia.aioe.org> |
| In reply to | #34957 |
On 7/18/2016 4:26 PM, Jerry Stuckle wrote: > On 7/18/2016 4:10 PM, Gene Wirchenko wrote: >> On Fri, 15 Jul 2016 19:19:53 -0400, Jerry Stuckle >> <jstucklex@attglobal.net> wrote: >>> On 7/15/2016 6:52 PM, Gene Wirchenko wrote: >>>> On Fri, 15 Jul 2016 15:38:25 -0400, Jerry Stuckle >>>> <jstucklex@attglobal.net> wrote: >>>>> On 7/15/2016 2:39 PM, Gene Wirchenko wrote: >>>>>> On Fri, 8 Jul 2016 20:59:38 -0400, Jerry Stuckle >>>>>> <jstucklex@attglobal.net> wrote: >>>>>>> Packed decimal easily handles this and even larger. >>>>>> >>>>>> When it is available. >>>> >>>>> Which is a big reason why COBOL is still the most commonly used language >>>>> in finance (including banks, insurance companies and governments). >>>> >>>> Of course. >>>> >>>> But when one has lemons ... >> >>> When one has a need, they pick the appropriate solution for that need. >> >> So what is the solution on a Web browser? > > Who cares? It's not a Java problem. If one decide to solve the problem by doing the add server side. Then if the server side is in Java, then it do become a Java problem. JS client server talking to JAX-RS services in Java is a relative common setup. Arne
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-18 20:26 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmjs31$sfn$2@jstuckle.eternal-september.org> |
| In reply to | #34968 |
On 7/18/2016 8:02 PM, Arne Vajhøj wrote: > On 7/18/2016 4:26 PM, Jerry Stuckle wrote: >> On 7/18/2016 4:10 PM, Gene Wirchenko wrote: >>> On Fri, 15 Jul 2016 19:19:53 -0400, Jerry Stuckle >>> <jstucklex@attglobal.net> wrote: >>>> On 7/15/2016 6:52 PM, Gene Wirchenko wrote: >>>>> On Fri, 15 Jul 2016 15:38:25 -0400, Jerry Stuckle >>>>> <jstucklex@attglobal.net> wrote: >>>>>> On 7/15/2016 2:39 PM, Gene Wirchenko wrote: >>>>>>> On Fri, 8 Jul 2016 20:59:38 -0400, Jerry Stuckle >>>>>>> <jstucklex@attglobal.net> wrote: >>>>>>>> Packed decimal easily handles this and even larger. >>>>>>> >>>>>>> When it is available. >>>>> >>>>>> Which is a big reason why COBOL is still the most commonly used >>>>>> language >>>>>> in finance (including banks, insurance companies and governments). >>>>> >>>>> Of course. >>>>> >>>>> But when one has lemons ... >>> >>>> When one has a need, they pick the appropriate solution for that need. >>> >>> So what is the solution on a Web browser? >> >> Who cares? It's not a Java problem. > > If one decide to solve the problem by doing the add server side. > > Then if the server side is in Java, then it do become a Java > problem. > > JS client server talking to JAX-RS services in Java is a relative > common setup. > But not a java problem. > Arne > Once again you argue just to argue. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-18 20:35 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmjsko$1h80$1@gioia.aioe.org> |
| In reply to | #34970 |
On 7/18/2016 8:26 PM, Jerry Stuckle wrote: > On 7/18/2016 8:02 PM, Arne Vajhøj wrote: >> On 7/18/2016 4:26 PM, Jerry Stuckle wrote: >>> On 7/18/2016 4:10 PM, Gene Wirchenko wrote: >>>> On Fri, 15 Jul 2016 19:19:53 -0400, Jerry Stuckle >>>> <jstucklex@attglobal.net> wrote: >>>>> On 7/15/2016 6:52 PM, Gene Wirchenko wrote: >>>>>> On Fri, 15 Jul 2016 15:38:25 -0400, Jerry Stuckle >>>>>> <jstucklex@attglobal.net> wrote: >>>>>>> On 7/15/2016 2:39 PM, Gene Wirchenko wrote: >>>>>>>> On Fri, 8 Jul 2016 20:59:38 -0400, Jerry Stuckle >>>>>>>> <jstucklex@attglobal.net> wrote: >>>>>>>>> Packed decimal easily handles this and even larger. >>>>>>>> >>>>>>>> When it is available. >>>>>> >>>>>>> Which is a big reason why COBOL is still the most commonly used >>>>>>> language >>>>>>> in finance (including banks, insurance companies and governments). >>>>>> >>>>>> Of course. >>>>>> >>>>>> But when one has lemons ... >>>> >>>>> When one has a need, they pick the appropriate solution for that need. >>>> >>>> So what is the solution on a Web browser? >>> >>> Who cares? It's not a Java problem. >> >> If one decide to solve the problem by doing the add server side. >> >> Then if the server side is in Java, then it do become a Java >> problem. >> >> JS client server talking to JAX-RS services in Java is a relative >> common setup. >> > > But not a java problem. Correct. It is a Java solution to the problem described. Arne
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-18 19:59 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nmjqh3$1eq2$2@gioia.aioe.org> |
| In reply to | #34956 |
On 7/18/2016 4:10 PM, Gene Wirchenko wrote: > On Fri, 15 Jul 2016 19:19:53 -0400, Jerry Stuckle > <jstucklex@attglobal.net> wrote: >> On 7/15/2016 6:52 PM, Gene Wirchenko wrote: >>> On Fri, 15 Jul 2016 15:38:25 -0400, Jerry Stuckle >>> <jstucklex@attglobal.net> wrote: >>> >>>> On 7/15/2016 2:39 PM, Gene Wirchenko wrote: >>>>> On Fri, 8 Jul 2016 20:59:38 -0400, Jerry Stuckle >>>>> <jstucklex@attglobal.net> wrote: >>>>>> Packed decimal easily handles this and even larger. >>>>> >>>>> When it is available. >>> >>>> Which is a big reason why COBOL is still the most commonly used language >>>> in finance (including banks, insurance companies and governments). >>> >>> Of course. >>> >>> But when one has lemons ... > >> When one has a need, they pick the appropriate solution for that need. > > So what is the solution on a Web browser? The easiest is probably to do that add server side. JAX-RS service if the server side is Java. Arne
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2016-07-08 23:36 +0000 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlpddc$cbe$1@dont-email.me> |
| In reply to | #34802 |
On Fri, 08 Jul 2016 12:54:01 -0700, Eric Douglas wrote: > Monetary amounts normally deal in decimals. At least they always > support exactly 2 decimals unlike the inventory system I described, so > one could always divide and multiply by 100 to display as decimals and > store as integers. Pity the fool who has to deal with the fraction of a > penny, but a similar system would have to be devised to represent the > fraction as a whole number or a string. > But this is never done: every financial system I've worked on has always stored and manipulated monetary values as signed integers of the appropriate length for the job, so GBP amounts are held as pence and USD as cents: storing values and ints will be appropriate for most SME and individual accounts, but you'd need to use a long int for banks and large businesses. Visible representations will use whatever is appropriate to the users for inputting and displaying values by using more or less complex editing routines. Commercial banking applications will abbreviate large amounts, e.g I've worked with one multi-currency accounting system that would accept "1.5M USD" and understand that was $US 1,500,000.00 -it would also understand that a value of 5 with a UK pound currency code sould be displayed as "0.05 GBP", or 5 pence in UK money. BTW, contrary to popular Western superstition, not all currencies have a unit divisible by 100: while the Hungarian Forint is theoretically split into 100 filler I've never seen anything smaller than the Forint in daily use or as an advertised price. Same goes for the Italian Lira. At the other end of the scale Dirhams or Dinars (used in several Middle Eastern countries) have three decimal parts in some countries. Lower values are super easy to handle in COBOL, since when you specify an edited numeric value there us a distinction made between '.', which is just another interpolated character and 'V' which will be aligned with the decimal point is if the value has one, e.g. for US money the internal storage might be described as "PIC S9(9)" (a signed 9 digit integer) and its external representation might be "PIC $$,$$$,$$9.99 CR" so that a value of 102400 would be output as " $1,024.00 " and a value of -5 would be output as " $0.05 CR", but dealing with very large amounts in a system that allows abbreviations and handles multiple currencies isn't simple in any language. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-08 20:09 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlpfba$uat$2@gioia.aioe.org> |
| In reply to | #34808 |
On 7/8/2016 7:36 PM, Martin Gregorie wrote: > On Fri, 08 Jul 2016 12:54:01 -0700, Eric Douglas wrote: > >> Monetary amounts normally deal in decimals. At least they always >> support exactly 2 decimals unlike the inventory system I described, so >> one could always divide and multiply by 100 to display as decimals and >> store as integers. Pity the fool who has to deal with the fraction of a >> penny, but a similar system would have to be devised to represent the >> fraction as a whole number or a string. >> > But this is never done: every financial system I've worked on has always > stored and manipulated monetary values as signed integers of the > appropriate length for the job, so GBP amounts are held as pence and USD > as cents: storing values and ints will be appropriate for most SME and > individual accounts, but you'd need to use a long int for banks and large > businesses. Really? I would expect that to be the case only in languages without BCD/decimal support like C. Cobol, Java, C# etc. would not need to do that. Arne
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2016-07-09 12:51 +0000 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlqs05$j9f$3@dont-email.me> |
| In reply to | #34812 |
On Fri, 08 Jul 2016 20:09:12 -0400, Arne Vajhøj wrote: >> But this is never done: every financial system I've worked on has >> always stored and manipulated monetary values as signed integers of the >> appropriate length for the job, so GBP amounts are held as pence and >> USD as cents: storing values and ints will be appropriate for most SME >> and individual accounts, but you'd need to use a long int for banks and >> large businesses. > > Really? > > I would expect that to be the case only in languages without BCD/decimal > support like C. > > Cobol, Java, C# etc. would not need to do that. > I think the answer is the "it depends". In Java BigInteger explicitly doesn't use BCD and I suspect that BigDecimal uses unpacked BCD rather than the more traditional packed BCD format. COBOL's internal representation of integers often depends on the underlying hardware. For instance, the ICL 1900 used 24 bit words and had no native BCD handling, so all integer COBOL values were mapped onto single or double length integers. MicroFocus COBOL is likely to use unpacked BCD despite it being relatively slow for large numbers simply because an unpacked BCD implementation should be portable across any byte-oriented hardware and would have been useful back in the 8 and 16 bit days. OTOH, many IBM COBOLs can use BCD because all IBM mainframe and AS/400 (plus successors) have hardware support for packed BCD arithmetic, though the Power chip series doesn't seem to support BCD arithmetic, so would necessarily use unpacked BCD implemented in software or microcode. In all cases, attempting to use packed BCD without direct hardware support isn't a good ides because it would run like molasses. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | Eric Sosman <esosman@comcast-dot-net.invalid> |
|---|---|
| Date | 2016-07-09 09:15 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlqtde$gaf$1@dont-email.me> |
| In reply to | #34821 |
On 7/9/2016 8:51 AM, Martin Gregorie wrote:
> [...]
> In Java BigInteger explicitly doesn't use BCD and I suspect that
> BigDecimal uses unpacked BCD rather than the more traditional packed BCD
> format.
Not that it matters a whole lot, but the current (Java 1.8)
version of BigDecimal uses a BigInteger along with an `int' scale
factor (and takes shortcuts with a `long' if the BigInteger is not
too large). No BCD in sight.
--
esosman@comcast-dot-net.invalid
"Don't be afraid of work. Make work afraid of you." -- TLM
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2016-07-09 14:30 +0000 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlr1pu$t5b$1@dont-email.me> |
| In reply to | #34822 |
On Sat, 09 Jul 2016 09:15:25 -0400, Eric Sosman wrote: > On 7/9/2016 8:51 AM, Martin Gregorie wrote: >> [...] >> In Java BigInteger explicitly doesn't use BCD and I suspect that >> BigDecimal uses unpacked BCD rather than the more traditional packed >> BCD format. > > Not that it matters a whole lot, but the current (Java 1.8) > version of BigDecimal uses a BigInteger along with an `int' scale factor > (and takes shortcuts with a `long' if the BigInteger is not too large). > No BCD in sight. Interesting: the class-level documentation says nothing about the method used. Makes sense too, because even overflowing along two or more 32 bit ints would surely be faster than using a byte list for unpacked BCD. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-09 09:44 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlqv49$lde$1@jstuckle.eternal-september.org> |
| In reply to | #34821 |
On 7/9/2016 8:51 AM, Martin Gregorie wrote: > On Fri, 08 Jul 2016 20:09:12 -0400, Arne Vajhøj wrote: > >>> But this is never done: every financial system I've worked on has >>> always stored and manipulated monetary values as signed integers of the >>> appropriate length for the job, so GBP amounts are held as pence and >>> USD as cents: storing values and ints will be appropriate for most SME >>> and individual accounts, but you'd need to use a long int for banks and >>> large businesses. >> >> Really? >> >> I would expect that to be the case only in languages without BCD/decimal >> support like C. >> >> Cobol, Java, C# etc. would not need to do that. >> > I think the answer is the "it depends". > > In Java BigInteger explicitly doesn't use BCD and I suspect that > BigDecimal uses unpacked BCD rather than the more traditional packed BCD > format. > > COBOL's internal representation of integers often depends on the > underlying hardware. For instance, the ICL 1900 used 24 bit words and had > no native BCD handling, so all integer COBOL values were mapped onto > single or double length integers. > > MicroFocus COBOL is likely to use unpacked BCD despite it being > relatively slow for large numbers simply because an unpacked BCD > implementation should be portable across any byte-oriented hardware and > would have been useful back in the 8 and 16 bit days. > > OTOH, many IBM COBOLs can use BCD because all IBM mainframe and AS/400 > (plus successors) have hardware support for packed BCD arithmetic, though > the Power chip series doesn't seem to support BCD arithmetic, so would > necessarily use unpacked BCD implemented in software or microcode. > > In all cases, attempting to use packed BCD without direct hardware > support isn't a good ides because it would run like molasses. > > Not really. Assembler support for BCD can be very efficient, even in processors which don't support BCD. No, it's not as efficient as processors which do support it - but it can also be extended to as many digits as necessary. Writing it in Java would be quite slow, though. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2016-07-09 14:37 +0000 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlr26t$t5b$2@dont-email.me> |
| In reply to | #34824 |
On Sat, 09 Jul 2016 09:44:48 -0400, Jerry Stuckle wrote: > Not really. Assembler support for BCD can be very efficient, even in > processors which don't support BCD. No, it's not as efficient as > processors which do support it - but it can also be extended to as many > digits as necessary. > Are you talking about packed or unpacked BCD? -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Date | 2016-07-09 11:14 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nlr4br$6ke$1@jstuckle.eternal-september.org> |
| In reply to | #34827 |
On 7/9/2016 10:37 AM, Martin Gregorie wrote: > On Sat, 09 Jul 2016 09:44:48 -0400, Jerry Stuckle wrote: > >> Not really. Assembler support for BCD can be very efficient, even in >> processors which don't support BCD. No, it's not as efficient as >> processors which do support it - but it can also be extended to as many >> digits as necessary. >> > Are you talking about packed or unpacked BCD? > > Either way. Which way is used would depend on the processor, and would be transparent to any HLL. -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ==================
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2016-07-09 20:09 -0400 |
| Subject | Re: [OT] Re: missing import java.lang.Comparable |
| Message-ID | <nls3nl$f8j$1@gioia.aioe.org> |
| In reply to | #34821 |
On 7/9/2016 8:51 AM, Martin Gregorie wrote: > On Fri, 08 Jul 2016 20:09:12 -0400, Arne Vajhøj wrote: >>> But this is never done: every financial system I've worked on has >>> always stored and manipulated monetary values as signed integers of the >>> appropriate length for the job, so GBP amounts are held as pence and >>> USD as cents: storing values and ints will be appropriate for most SME >>> and individual accounts, but you'd need to use a long int for banks and >>> large businesses. >> >> Really? >> >> I would expect that to be the case only in languages without BCD/decimal >> support like C. >> >> Cobol, Java, C# etc. would not need to do that. >> > I think the answer is the "it depends". > > In Java BigInteger explicitly doesn't use BCD and I suspect that > BigDecimal uses unpacked BCD rather than the more traditional packed BCD > format. > > COBOL's internal representation of integers often depends on the > underlying hardware. For instance, the ICL 1900 used 24 bit words and had > no native BCD handling, so all integer COBOL values were mapped onto > single or double length integers. > > MicroFocus COBOL is likely to use unpacked BCD despite it being > relatively slow for large numbers simply because an unpacked BCD > implementation should be portable across any byte-oriented hardware and > would have been useful back in the 8 and 16 bit days. > > OTOH, many IBM COBOLs can use BCD because all IBM mainframe and AS/400 > (plus successors) have hardware support for packed BCD arithmetic, though > the Power chip series doesn't seem to support BCD arithmetic, so would > necessarily use unpacked BCD implemented in software or microcode. > > In all cases, attempting to use packed BCD without direct hardware > support isn't a good ides because it would run like molasses. Yes. But there are two different aspects here. Does the programming language allow a programmer to use type with desired behavior. How does the programming language implement that in a specific version on a specific platform. Cobol, Java, C# and more languages have such types. C and more languages does not. In most cases the language that has such types do not specify how it is implemented. It can be different between different platforms. It can be different between different versions of the compiler. If my memory remember correct then VAX Cobol changed from using BCD instructions to using binary integer with implied decimal in some version when VAX changed from having BCD instructions in real hardware to being emulated. It is one of these things I would just leave to the compiler/VM/RT. Arne
[toc] | [prev] | [next] | [standalone]
Page 6 of 8 — ← Prev page 1 2 3 4 5 [6] 7 8 Next page →
Back to top | Article view | comp.lang.java.programmer
csiph-web