Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.graphics.apps.gnuplot > #4243
| From | Karl Ratzsch <mail.kfr@gmx.net> |
|---|---|
| Newsgroups | comp.graphics.apps.gnuplot |
| Subject | Re: SET FORMAT default |
| Date | 2019-10-10 23:57 +0200 |
| Organization | solani.org |
| Message-ID | <qno9g6$6u6$1@solani.org> (permalink) |
| References | <a52f4ed4-4619-4985-acd2-efd22ab00dd4@googlegroups.com> <7c57ce13-c713-6ef3-3690-18d4a35c7efe@t-online.de> <7be2c3cf-1da7-4e8d-aaf5-672c0acb3ada@googlegroups.com> <qno459$3ic$1@solani.org> <8c14ccc8-def2-4ed9-8c41-392fb3f76ae3@googlegroups.com> |
Am 10.10.2019 um 23:19 schrieb layzarc@aol.com: > But does that really help if the value being printed comes from a single precision "float"? I guess what I'm asking does Gnuplot use "double" floating point thoughout the SPLOT contour calculation and its printing to the TABLE? gnuplot has been using double precison fp math since some time in the last century I think. If the contour calculation doesnt, that would constitute a bug. Do you have evidence for that?
Back to comp.graphics.apps.gnuplot | Previous | Next — Previous in thread | Next in thread | Find similar
SET FORMAT default layzarc@aol.com - 2019-10-10 11:29 -0700
Re: SET FORMAT default Hans-Bernhard Bröker <HBBroeker@t-online.de> - 2019-10-10 20:56 +0200
Re: SET FORMAT default layzarc@aol.com - 2019-10-10 12:16 -0700
Re: SET FORMAT default Karl Ratzsch <mail.kfr@gmx.net> - 2019-10-10 22:26 +0200
Re: SET FORMAT default layzarc@aol.com - 2019-10-10 14:19 -0700
Re: SET FORMAT default Karl Ratzsch <mail.kfr@gmx.net> - 2019-10-10 23:57 +0200
Re: SET FORMAT default Ethan Merritt <eamerritt@gmail.com> - 2019-10-12 00:06 +0000
csiph-web