Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #27495 > unrolled thread
| Started by | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| First post | 2013-12-28 23:39 -0800 |
| Last post | 2014-01-03 14:52 +0000 |
| Articles | 20 on this page of 330 — 25 participants |
Back to article view | Back to comp.lang.forth
PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2013-12-28 23:39 -0800
Re: PICK changed from 1-based to 0-based? Elizabeth D Rather <erather@forth.com> - 2013-12-28 21:52 -1000
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2013-12-29 11:28 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2013-12-29 23:12 +1100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-29 07:45 -0600
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2013-12-29 18:33 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-29 16:57 -0600
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2013-12-30 00:25 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-01 13:29 +1100
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-01 14:18 +0000
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2014-01-01 15:46 +0100
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2014-01-01 15:26 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-03 13:22 +1100
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2014-01-03 11:54 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-06 10:57 +1100
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-03 14:07 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-06 12:42 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 14:22 +0000
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-03 09:06 -0800
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 11:10 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-04 11:49 +0000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-05 13:14 +1100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-04 16:35 -1000
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-05 11:35 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-05 06:15 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-05 15:11 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-05 10:07 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-05 21:14 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-06 04:44 -0600
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-06 12:42 +1100
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-06 21:51 +0100
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-06 22:41 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-07 03:29 +0100
Re: PICK changed from 1-based to 0-based? Roelf Toxopeus <rt4all@notthis.hetnet.nl> - 2014-01-07 11:48 +0100
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-07 12:58 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-07 15:13 +0100
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-07 10:22 -0800
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-08 02:20 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-07 14:13 +0000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-09 23:19 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-10 17:19 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-10 09:02 -1000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-13 13:28 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-14 09:05 +0000
Re: PICK changed from 1-based to 0-based? mhx@iae.nl - 2014-01-14 04:05 -0800
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-14 12:36 +0000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-15 11:37 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-13 17:07 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-11 01:40 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-13 11:21 +1100
Re: PICK changed from 1-based to 0-based? Coos Haak <chforth@hccnet.nl> - 2014-01-13 01:50 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-13 12:05 +1100
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-13 03:19 +0100
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-13 03:36 +0100
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-12 19:22 -0800
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-11 17:09 +1100
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-02 17:06 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-02 08:13 -1000
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-02 18:59 +0000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 12:54 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 07:19 -0600
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2013-12-29 22:32 -0500
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 16:46 +0000
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2013-12-30 18:37 -0500
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2013-12-31 11:53 +0100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 17:21 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 12:03 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 18:09 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 12:43 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-02 16:52 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-02 08:32 -1000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-05 13:26 +1100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-04 16:55 -1000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-07 12:45 +1100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-06 22:15 -1000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-15 08:39 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-05 12:53 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-02 13:45 -0600
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2014-01-02 20:17 -0500
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 04:03 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 13:43 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 11:53 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-01 23:57 +0100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-01 13:19 -1000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-02 19:48 +0100
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-02 19:13 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-02 15:44 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-02 23:56 +0100
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-02 15:43 -0800
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-02 15:34 -1000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 04:14 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-03 17:49 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 12:03 -0600
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-03 10:31 -0800
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-03 19:19 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-03 09:56 -1000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-04 04:18 -0600
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-04 12:39 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-03 21:43 +0100
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-03 13:45 -0800
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-03 23:10 +0100
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-03 15:41 -0800
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-10 22:05 -0800
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-04 04:21 -0600
Re: PICK changed from 1-based to 0-based? oh2aun@gmail.com - 2014-01-10 06:46 -0800
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-07 13:33 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-07 08:44 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-08 14:52 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-08 08:41 -1000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 08:14 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-07 18:41 +0100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-08 15:09 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-08 20:00 +0100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-08 12:45 -1000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-09 00:16 +0100
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-10 22:34 -0800
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-10 22:41 -0800
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-10 23:12 -0800
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-10 23:04 -0800
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-10 22:08 -1000
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-09 02:16 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 04:18 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 11:19 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 09:04 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-10 17:27 +0000
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-10 11:37 -0800
Re: PICK changed from 1-based to 0-based? oh2aun@gmail.com - 2014-01-10 12:47 -0800
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-10 13:37 -0800
Re: PICK changed from 1-based to 0-based? oh2aun@gmail.com - 2014-01-10 14:24 -0800
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-13 16:53 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-09 14:50 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 09:08 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-09 18:33 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 12:32 -0600
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-09 20:49 +0000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 09:10 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-09 14:37 +0100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-07 08:48 -1000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-08 15:24 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-08 08:50 -1000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 08:28 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-08 16:21 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 09:39 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 04:28 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 11:27 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-09 14:42 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 09:41 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-09 18:44 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 12:35 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-10 00:20 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-10 05:22 -0600
Re: PICK changed from 1-based to 0-based? m.a.m.hendrix@tue.nl - 2014-01-10 03:48 -0800
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-10 09:31 -0600
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-09 09:40 -0600
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-10 21:54 -0800
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-11 03:41 -0600
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-11 13:33 +0000
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-11 11:44 -0800
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-11 10:40 -1000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-11 04:11 -0600
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-11 13:31 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-11 07:52 -0600
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-11 19:35 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-12 02:57 -0600
chipFORTH [Was: PICK changed from 1-based to 0-based?] Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-12 03:12 -0600
Re: chipFORTH Paul Rubin <no.email@nospam.invalid> - 2014-01-12 08:43 -0800
Re: chipFORTH Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-12 10:40 -0600
Re: chipFORTH albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-12 18:00 +0000
Re: chipFORTH Alex McDonald <blog@rivadpm.com> - 2014-01-12 11:18 -0800
Re: chipFORTH anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-13 16:03 +0000
Re: chipFORTH "Alex McDonald" <blog@rivadpm.com> - 2014-01-13 17:21 +0000
Re: chipFORTH stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-13 19:10 +0000
Re: chipFORTH [Was: PICK changed from 1-based to 0-based?] "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2014-01-13 02:28 -0500
Re: chipFORTH [Was: PICK changed from 1-based to 0-based?] Elizabeth D Rather <erather@forth.com> - 2014-01-12 21:39 -1000
Re: chipFORTH [Was: PICK changed from 1-based to 0-based?] Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-13 03:16 -0600
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-12 11:38 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-12 07:46 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-13 15:46 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-13 10:45 -0600
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-13 19:05 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-13 20:53 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-14 03:41 -0600
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-14 13:07 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-14 17:53 +0100
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-14 17:35 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-14 08:23 -1000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-14 13:19 -0600
Re: PICK changed from 1-based to 0-based? oh2aun@gmail.com - 2014-01-14 12:31 -0800
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-14 21:37 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-14 16:12 -0600
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-14 12:18 -1000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-15 04:19 +0100
DOES> and flash (was: PICK changed from 1-based to 0-based?) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-15 17:52 +0000
Re: DOES> and flash (was: PICK changed from 1-based to 0-based?) stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-15 21:56 +0000
Re: DOES> and flash (was: PICK changed from 1-based to 0-based?) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-16 09:30 +0000
Re: DOES> and flash Matthias Koch <matthias.koch@hot.uni-hannover.de> - 2014-01-17 12:44 +0100
Re: DOES> and flash oh2aun@gmail.com - 2014-01-17 08:05 -0800
Re: DOES> and flash anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-17 16:43 +0000
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-17 20:37 +0100
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-18 04:40 -0600
Re: DOES> and flash anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-18 11:56 +0000
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-18 10:54 -0600
Re: DOES> and flash anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-18 17:36 +0000
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-18 12:17 -0600
Re: DOES> and flash anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-18 18:23 +0000
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-18 14:00 -0600
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-18 20:24 +0100
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-18 14:05 -0600
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-18 23:12 +0100
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-19 03:38 -0600
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-19 14:03 +0100
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-19 09:17 -0600
Re: DOES> and flash albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-19 15:31 +0000
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-19 19:48 +0100
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-18 18:11 +0100
Re: DOES> and flash Coos Haak <chforth@hccnet.nl> - 2014-01-19 01:12 +0100
Re: DOES> and flash anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-19 21:53 +0000
Re: DOES> and flash Matthias Koch <matthias.koch@hot.uni-hannover.de> - 2014-01-20 11:32 +0100
Re: DOES> and flash (was: PICK changed from 1-based to 0-based?) Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-16 02:02 +0100
Re: DOES> and flash Lars Brinkhoff <lars.spam@nocrew.org> - 2014-01-16 07:19 +0100
Re: DOES> and flash Paul Rubin <no.email@nospam.invalid> - 2014-01-16 00:22 -0800
Re: DOES> and flash Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-16 15:38 +0100
Re: DOES> and flash Lars Brinkhoff <lars.spam@nocrew.org> - 2014-01-20 09:45 +0100
Re: DOES> and flash (was: PICK changed from 1-based to 0-based?) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-16 09:33 +0000
Re: DOES> and flash (was: PICK changed from 1-based to 0-based?) Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-16 16:09 +0100
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-17 03:28 -0600
Re: DOES> and flash albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-17 11:39 +0000
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-17 08:16 -0600
Re: DOES> and flash "Alex McDonald" <blog@rivadpm.com> - 2014-01-17 16:06 +0000
Re: DOES> and flash anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-18 17:21 +0000
Re: DOES> and flash stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-19 12:32 +0000
Re: DOES> and flash Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-19 09:19 -0600
Re: DOES> and flash stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-19 18:20 +0000
Re: DOES> and flash Paul Rubin <no.email@nospam.invalid> - 2014-01-20 01:25 -0800
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-14 08:31 +0000
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-14 01:33 -0800
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-14 10:05 +0000
CREATE...DOES> on program-in-flash systems anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-14 11:58 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-11 08:43 -1000
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-11 19:37 +0000
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-11 11:28 -0800
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-11 12:24 -0800
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-03 18:19 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-03 22:03 +0100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 13:28 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-03 15:09 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-02 03:41 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-02 18:09 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 04:16 -0600
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-02 22:58 +0100
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2013-12-29 22:34 -0500
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2013-12-29 19:30 -1000
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2013-12-29 22:49 -0800
Re: PICK changed from 1-based to 0-based? AKK <akk@nospam.org> - 2013-12-30 08:48 +0100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 16:24 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 11:18 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 17:32 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 12:05 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-02 11:02 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-02 05:48 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 11:00 +0000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2013-12-31 21:42 +1100
Re: PICK changed from 1-based to 0-based? Roelf Toxopeus <rt4all@notthis.hetnet.nl> - 2013-12-30 09:14 +0100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 03:35 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 16:06 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 10:41 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2013-12-30 17:50 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 12:21 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-02 11:21 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-02 07:08 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 11:13 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 07:36 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 15:23 +0000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <firth@trstn.net> - 2014-01-03 16:02 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-03 08:54 -1000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <firth@trstn.net> - 2014-01-03 19:59 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-03 10:12 -1000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <st@trstn.net> - 2014-01-03 20:17 +0000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <firth@trstn.net> - 2014-01-03 20:29 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-03 11:48 -1000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-04 12:00 +0000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <firth@trstn.net> - 2014-01-04 13:12 +0000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-04 08:22 -0600
Re: PICK changed from 1-based to 0-based? visualforth@rocketmail.com - 2014-01-10 21:37 -0800
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-02 16:58 +0100
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-02 16:41 +0000
Re: PICK changed from 1-based to 0-based? albert@spenarnc.xs4all.nl (Albert van der Horst) - 2014-01-02 16:54 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-02 23:22 +0100
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-02 23:20 +0100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 11:56 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2013-12-30 08:14 -1000
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-30 12:54 -0600
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2013-12-31 23:15 +1100
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2013-12-31 07:05 -0600
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2013-12-31 09:26 -1000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-01 13:27 +1100
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2013-12-31 18:21 -1000
Re: PICK changed from 1-based to 0-based? stephenXXX@mpeforth.com (Stephen Pelc) - 2014-01-01 12:12 +0000
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-03 15:59 +1100
Re: PICK changed from 1-based to 0-based? mhx@iae.nl - 2014-01-03 00:19 -0800
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-05 13:25 +1100
Re: PICK changed from 1-based to 0-based? mhx@iae.nl - 2014-01-04 19:03 -0800
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-06 14:08 +1100
Re: PICK changed from 1-based to 0-based? m.a.m.hendrix@tue.nl - 2014-01-06 01:47 -0800
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-07 12:43 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-08 13:29 +0000
Re: PICK changed from 1-based to 0-based? Bernd Paysan <bernd.paysan@gmx.de> - 2014-01-08 16:30 +0100
Re: PICK changed from 1-based to 0-based? "Ed" <invalid@invalid.com> - 2014-01-11 23:12 +1100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 14:30 +0000
Re: PICK changed from 1-based to 0-based? Ilya Tarasov <ilya74.tarasov@gmail.com> - 2014-01-04 13:57 -0800
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-04 12:17 -1000
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-04 15:08 -0800
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-05 04:57 -0600
Re: PICK changed from 1-based to 0-based? Paul Rubin <no.email@nospam.invalid> - 2014-01-05 09:14 -0800
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-05 12:20 -0600
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-08 13:05 +0000
Re: PICK changed from 1-based to 0-based? "Elizabeth D. Rather" <erather@forth.com> - 2014-01-08 08:55 -1000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-09 08:49 +0000
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2014-01-19 11:24 -0500
Re: PICK changed from 1-based to 0-based? Ilya Tarasov <ilya74.tarasov@gmail.com> - 2014-01-04 16:06 -0800
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-07 13:47 +0000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <firth@trstn.net> - 2013-12-30 18:29 +0000
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-02 09:34 +0000
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2014-01-02 20:06 -0500
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2014-01-03 11:34 +0100
Re: PICK changed from 1-based to 0-based? "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> - 2014-01-03 08:04 -0500
Re: PICK changed from 1-based to 0-based? Andrew Haley <andrew29@littlepinkcloud.invalid> - 2014-01-03 07:38 -0600
Re: PICK changed from 1-based to 0-based? Hans Bezemer <the.beez.speaks@gmail.com> - 2014-01-03 15:57 +0100
Re: PICK changed from 1-based to 0-based? anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2014-01-03 14:17 +0000
Re: PICK changed from 1-based to 0-based? Tristan Plumb <firth@trstn.net> - 2014-01-03 14:52 +0000
Page 16 of 17 — ← Prev page 1 … 14 15 [16] 17 Next page →
| From | "Ed" <invalid@invalid.com> |
|---|---|
| Date | 2014-01-05 13:25 +1100 |
| Message-ID | <laaft2$re7$1@speranza.aioe.org> |
| In reply to | #27618 |
mhx@iae.nl wrote: > ... > In about 12,000 files there are only 3 significant occurrences (the rest are > tests). On the other hand, without REPRESENT it would not have been possible > to build the word F.N1, which I use all of the time. It should be said > that iForth has (F.) and (E.), driving down use of the cumbersome REPRESENT. > Number formatting is a significant part of most programs I write. I'm willing to be convinced. I'd like to see those functions which could not use (F.) and (E.) and required REPRESENT. Can you provide the specs or source?
[toc] | [prev] | [next] | [standalone]
| From | mhx@iae.nl |
|---|---|
| Date | 2014-01-04 19:03 -0800 |
| Message-ID | <7a027c16-3e62-4a06-ad7c-8cd6b2440bf0@googlegroups.com> |
| In reply to | #27677 |
On Sunday, January 5, 2014 3:25:32 AM UTC+1, Ed wrote:
> mhx@iae.nl wrote:
> > ...
> > In about 12,000 files there are only 3 significant occurrences (the rest are
> > tests). On the other hand, without REPRESENT it would not have been possible
> > to build the word F.N1, which I use all of the time. It should be said
> > that iForth has (F.) and (E.), driving down use of the cumbersome REPRESENT.
> > Number formatting is a significant part of most programs I write.
>
> I'm willing to be convinced. I'd like to see those functions which could
> not use (F.) and (E.) and required REPRESENT. Can you provide the specs
> or source?
-- app1 ----
-- Display a number in a "engineer-friendly" way:
-- a p n u m k M G T
PAD$ MyPad PRIVATE
CREATE specchars PRIVATE
'z' C, \ -24 .. -21 zepto
'y' C, \ -21 .. -18 yocto
'a' C, \ -18 .. -15 atto
'f' C, \ -15 .. -13 femto
'p' C, \ -12 .. -10 pico
'n' C, \ -9 .. -7 nano
'u' C, \ -6 .. -4 micro
'm' C, \ -3 .. -1 milli
'_' C, \ 0 .. 2
'K' C, \ 3 .. 5 Kilo
'M' C, \ 6 .. 8 Mega
'G' C, \ 9 .. 11 Giga
'T' C, \ 12 .. 14 Tera
'P' C, \ 15 .. 17 Peta
: REMOVE-0s ( c-addr1 u1 -- c-addr2 u2 )
DUP 0= ?EXIT
2DUP 1- + C@ '0' = IF 1- RECURSE ENDIF ; PRIVATE
-- Failed (printed garbage) when PRECISION was set to 16 or higher.
-- 31 Dec 1997; mhx: incorrect use of FLOOR detected.
: 0e? ( F: +/-0 -- c-addr u ) -0e 0e F~ IF S" -0 " ELSE S" 0 " ENDIF ; PRIVATE
: 0e?+BL ( F: +/-0 -- c-addr u ) -0e 0e F~ IF S" -0 " ELSE S" 0 " ENDIF ; PRIVATE
: {F.N1} ( F: r -- ) ( bool -- c-addr u )
FDUP F0=
FDUP FABS 1e-24 F< OR IF ( F: r -- ) ( bool) IF 0e?+BL ELSE 0e? ENDIF EXIT ENDIF
FLOCAL target 0 0 PRECISION LOCALS| old-prec ix offs addBL |
old-prec #19 MIN SET-PRECISION ( was #18 )
target MyPad PRECISION 3 + REPRESENT
0= IF 2DROP MyPad 4 + 2 BLANK MyPad 6 old-prec SET-PRECISION EXIT ENDIF
SWAP DUP #-23 #19 WITHIN
0= IF 2DROP old-prec SET-PRECISION target (FE.) EXIT ENDIF
1- S>D 3 FM/MOD TO ix TO offs
IF S" -" ELSE S" _" ENDIF
MyPad offs 1+ $+ S" ." $+
MyPad offs 1+ + PRECISION REMOVE-0s
DUP 0= IF 2DROP 1- ELSE $+ ENDIF
addBL IF S" " $+ ( ** Feb 28 2000 ) ENDIF
ix 8 + specchars + 1 $+
2DUP 1- + C@ '_' = IF addBL IF 2DUP 1- + BL SWAP C! ( 1- )
ELSE 1- ( remove _ )
ENDIF
ENDIF
OVER C@ '_' = IF 1 /STRING ENDIF
old-prec SET-PRECISION ; PRIVATE
: (F.N1) ( F: r -- ) ( -- c-addr u ) TRUE {F.N1} ;
: (F.N2) ( F: r -- ) ( -- c-addr u ) FALSE {F.N1} ;
: F.N1 ( F: r -- ) (F.N1) TYPE ;
: F.N2 ( F: r -- ) (F.N2) TYPE ;
: (F.N3) ( F: r -- ) ( -- c-addr u )
MyPad 1 REPRESENT
0= IF 2DROP S" NaN" EXIT ENDIF
IF S" -" ELSE S" " ENDIF
ROT S>D 3 FM/MOD 8 + specchars + >S
CASE ABS
0 OF S" ." $+ MyPad 1 $+ ENDOF
1 OF MyPad 1 $+ ENDOF
2 OF MyPad 1 $+ S" 0" $+ ENDOF
ENDCASE
S> 1 $+ 2DUP + CHAR- C@ '_' = IF 1- ENDIF ;
: F.N3 ( F: r -- ) (F.N3) TYPE ;
-- app2 (from a well-known author :-) ------
CREATE FBUF \ string buffer
#20 CHARS ALLOT \ set this to your max precision
\ float to ascii
: (F1) ( F: r -- ) ( -- sign c-addr u exp )
FBUF PRECISION REPRESENT DROP SWAP 1-
FBUF PRECISION ROT <# ;
-- app3 -------
-- Read ahead in text file. This doesn't work with a terminal.
: PUTS ( c-addr u -- ) 0 ?DO C@+ PUTCH LOOP DROP ; PRIVATE
: PUT-LF ( -- ) $CR COUNT PUTS ; PRIVATE
: NUM> ( F: r -- )
PAD 4 REPRESENT
0= IF 2DROP PAD 4
ELSE IF S" -" ELSE S" " ENDIF
PAD 1 $+ S" ." $+ PAD 1+ 3 $+
ROT 1- DUP >S 0< IF S" e-" ELSE S" e+" ENDIF $+
S> ABS U>D -2 (UD.R) $+
ENDIF PUTS BL PUTCH ; PRIVATE
-marcel
[toc] | [prev] | [next] | [standalone]
| From | "Ed" <invalid@invalid.com> |
|---|---|
| Date | 2014-01-06 14:08 +1100 |
| Message-ID | <lad776$u16$1@speranza.aioe.org> |
| In reply to | #27681 |
mhx@iae.nl wrote:
> On Sunday, January 5, 2014 3:25:32 AM UTC+1, Ed wrote:
> > mhx@iae.nl wrote:
> > > ...
> > > In about 12,000 files there are only 3 significant occurrences (the rest are
> > > tests). On the other hand, without REPRESENT it would not have been possible
> > > to build the word F.N1, which I use all of the time. It should be said
> > > that iForth has (F.) and (E.), driving down use of the cumbersome REPRESENT.
> > > Number formatting is a significant part of most programs I write.
> >
> > I'm willing to be convinced. I'd like to see those functions which could
> > not use (F.) and (E.) and required REPRESENT. Can you provide the specs
> > or source?
>
> -- app1 ----
>
> -- Display a number in a "engineer-friendly" way:
> -- a p n u m k M G T
> ...
Thanks. I found a copy in an old iForth demo.
REPRESENT should not be necessary. The way I'd go about implementing this
one is to use the string output from (FE.) and massage into the required form.
The following is lacking some of the frills of yours but illustrates the method.
It uses the (FE.) function from FPOUT http://dxforth.webhop.org/forth.html
If one only has (F.) then the task is somewhat harder :)
--
empty forth definitions decimal
max-precision set-precision
: split ( a u char -- a2 u2 a u-u2 )
>r 2dup r> scan 2swap 2 pick - ;
create specchars
char z c, char y c, char f c, char p c,
char u c, char m c, char _ c, char K c,
char M c, char G c, char P c, char T c,
\ output with 3 decimal places
\ e.g. 1.23456E3 = "1.235K" 1.0E3 = "1.000K"
: (FN.) ( r -- a u )
3 (fe.) ( a u )
2dup [char] E split 2drop ( a u a2 u2)
dup if ( not NAN/INF)
2dup 1 /string ( skip 'E')
over c@ [char] - = ( sign) >r 1 /string
0. 2swap >number 2drop d>s r> if negate then
18 + 3 / dup 0 12 within if
specchars + c@ >r over swap blank
r> swap c! -trailing exit
then drop
then 2drop ;
: fn. ( r -- ) (FN.) type ;
pi f. 3.14159265358979 ok
pi fn. 3.142_ ok
10e fn. 10.000_ ok
456789e fn. 456.789K ok
+inf fn. +INF ok
Engineering notation implies a precision of 3 digits (?) so it can be useful
to limit the output to that many digits. Here's a version which does that.
\ alternate version, output 3 significant digits max
\ e.g. 1.23456E3 = "1.23K" 1.0E3 = "1K"
: (FN.) ( r -- a u )
precision fdp @ 2>r 3 set-precision fdp off
-1 (fe.) ( a u )
2r> fdp ! set-precision
2dup [char] E split 2drop ( a u a2 u2)
dup if ( not NAN/INF)
2dup 1 /string ( skip 'E')
over c@ [char] - = ( sign) dup >r 1 and /string
0. 2swap >number 2drop d>s r> if negate then
18 + 3 / dup 0 12 within if
specchars + c@ >r over swap blank
r> swap c! -trailing exit
then drop
then 2drop ;
: fn. ( r -- ) (FN.) type ;
pi f. 3.14159265358979 ok
pi fn. 3.14_ ok
10e fn. 10_ ok
456789e fn. 457K ok
+inf fn. +INF ok
[toc] | [prev] | [next] | [standalone]
| From | m.a.m.hendrix@tue.nl |
|---|---|
| Date | 2014-01-06 01:47 -0800 |
| Message-ID | <6244bc92-155d-4fb0-926a-38b8357818dd@googlegroups.com> |
| In reply to | #27696 |
On Monday, January 6, 2014 4:08:45 AM UTC+1, Ed wrote: > mhx@iae.nl wrote: > On Sunday, January 5, 2014 3:25:32 AM UTC+1, Ed wrote: > > mhx@iae.nl wrote: [..] > REPRESENT should not be necessary. The way I'd go about implementing this > one is to use the string output from (FE.) and massage into the required > form. > The following is lacking some of the frills of yours but illustrates the > method. How do you know the frills don't need REPRESENT ? > It uses the (FE.) function from FPOUT http://dxforth.webhop.org/forth.html > If one only has (F.) then the task is somewhat harder :) I may not understand what you're getting at. In order to avoid REPRESENT I must use (FE.), which is based on REPRESENT with added implementation-specific code to get around its bugs? I do agree that REPRESENT needs fixing (At the time I followed your recommendations in updating iForth). REPRESENT should have been fixed in ANS-2000 and some kind of PLACES should have been introduced. On a related note, I see that David's IEEE-FP extentions also seem to have been ignored completely (all present in iForth now). Apperently more urgent standard matters needed fixing first. -marcel
[toc] | [prev] | [next] | [standalone]
| From | "Ed" <invalid@invalid.com> |
|---|---|
| Date | 2014-01-07 12:43 +1100 |
| Message-ID | <lafm9m$5tl$1@speranza.aioe.org> |
| In reply to | #27697 |
m.a.m.hendrix@tue.nl wrote: > On Monday, January 6, 2014 4:08:45 AM UTC+1, Ed wrote: > [..] > > REPRESENT should not be necessary. The way I'd go about implementing this > > one is to use the string output from (FE.) and massage into the required > > form. > > The following is lacking some of the frills of yours but illustrates the > > method. > > How do you know the frills don't need REPRESENT ? Cite one. > [..] > I may not understand what you're getting at. > > In order to avoid REPRESENT I must use (FE.), which is based on REPRESENT with added > implementation-specific code to get around its bugs? I contend that once you have (FE.) (F.) (FS.) that is all that's required. (*) It must be so because that's all that other languages provide. Armed with these one can transform them into other formats with a little string manipulation. How a system designer chooses to implement (FE.) (F.) (FS.) is up to them. One method involves using REPRESENT which I quoted. Another which doesn't is here: http://dxforth.webhop.org/sfpout.html (*) There may be a case for having a function which tests for 'non-numbers' e.g. NAN/INF. OTOH I imagine systems which support such numbers would already have a suitable function e.g. FCLASS ( F: r -- ) ( -- x ) > -- app3 ------- > -- Read ahead in text file. This doesn't work with a terminal. > > : PUTS ( c-addr u -- ) 0 ?DO C@+ PUTCH LOOP DROP ; PRIVATE > : PUT-LF ( -- ) $CR COUNT PUTS ; PRIVATE > > : NUM> ( F: r -- ) > PAD 4 REPRESENT > 0= IF 2DROP PAD 4 > ELSE IF S" -" ELSE S" " ENDIF > PAD 1 $+ S" ." $+ PAD 1+ 3 $+ > ROT 1- DUP >S 0< IF S" e-" ELSE S" e+" ENDIF $+ > S> ABS U>D -2 (UD.R) $+ > ENDIF PUTS BL PUTCH ; PRIVATE The above appears to be sci output to 3 decimal places. Just replace with (FS.) ... : NUM> ( F: r -- ) 3 (FS.) PUTS BL PUTCH ; pi fs. 3.14159265358979E0 ok pi num> 3.142E+00 ok +inf num> +INF ok
[toc] | [prev] | [next] | [standalone]
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Date | 2014-01-08 13:29 +0000 |
| Message-ID | <2014Jan8.142928@mips.complang.tuwien.ac.at> |
| In reply to | #27697 |
m.a.m.hendrix@tue.nl writes:
> REPRESENT should have been fixed
>in ANS-2000 and some kind of PLACES should have been introduced.
What is ANS-2000? If you think REPRESENT needs fixing, how about
submitting a Forth-200x RfD?
However, given that REPRESENT is modeled on SUS/POSIX ecvt(), and ecvt()
has been destandardized with the recommendation to use the
higher-level sprintf() instead, maybe we should go for something
higher-level instead of fixing REPRESENT.
Looking at sprintf conversion specifications, it can contain (I have
trimmed the following by deleting stuff that does not concern FP
conversions or is specific to the "format string" mechanism of C):
conversion specifier:
| e,E The double argument is rounded and converted in the style
| [-]d.ddde+-dd where there is one digit before the decimal-point
| character and the number of digits after it is equal to the pre-
| cision; if the precision is missing, it is taken as 6; if the
| precision is zero, no decimal-point character appears. An E
| conversion uses the letter E (rather than e) to introduce the
| exponent. The exponent always contains at least two digits; if
| the value is zero, the exponent is 00.
| f, F The double argument is rounded and converted to decimal notation
| in the style [-]ddd.ddd, where the number of digits after the
| decimal-point character is equal to the precision specification.
| If the precision is missing, it is taken as 6; if the precision
| is explicitly zero, no decimal-point character appears. If a
| decimal point appears, at least one digit appears before it.
|
| (The SUSv2 does not know about F and says that character string
| representations for infinity and NaN may be made available. The
| C99 standard specifies "[-]inf" or "[-]infinity" for infinity,
| and a string starting with "nan" for NaN, in the case of f con-
| version, and "[-]INF" or "[-]INFINITY" or "NAN*" in the case of
| F conversion.)
|
| g, G The double argument is converted in style f or e (or F or E for
| G conversions). The precision specifies the number of signifi-
| cant digits. If the precision is missing, 6 digits are given;
| if the precision is zero, it is treated as 1. Style e is used
| if the exponent from its conversion is less than -4 or greater
| than or equal to the precision. Trailing zeros are removed from
| the fractional part of the result; a decimal point appears only
| if it is followed by at least one digit.
|
| a, A (C99; not in SUSv2) For a conversion, the double argument is
| converted to hexadecimal notation (using the letters abcdef) in
| the style [-]0xh.hhhhp+-d; for A conversion the prefix 0X, the
| letters ABCDEF, and the exponent separator P is used. There is
| one hexadecimal digit before the decimal point, and the number
| of digits after it is equal to the precision. The default pre-
| cision suffices for an exact representation of the value if an
| exact representation in base 2 exists and otherwise is suffi-
| ciently large to distinguish values of type double. The digit
| before the decimal point is unspecified for nonnormalized num-
| bers, and nonzero but otherwise unspecified for normalized num-
| bers.
zero or more flags
| # The value should be converted to an "alternate form". [...]
| For a, A, e, E, f, F, g, and G
| conversions, the result will always contain a decimal point,
| even if no digits follow it (normally, a decimal point appears
| in the results of those conversions only if a digit follows).
| For g and G conversions, trailing zeros are not removed from the
| result as they would otherwise be. For other conversions, the
| result is undefined.
|
| 0 The value should be zero padded. For d, i, o, u, x, X, a, A, e,
| E, f, F, g, and G conversions, the converted value is padded on
| the left with zeros rather than blanks. If the 0 and - flags
| both appear, the 0 flag is ignored.
|
| - The converted value is to be left adjusted on the field bound-
| ary. (The default is right justification.)
| [...] the converted value is padded on the right with
| blanks, rather than on the left with blanks or zeros. A - over-
| rides a 0 if both are given.
|
| ' ' (a space) A blank should be left before a positive number (or
| empty string) produced by a signed conversion.
|
| + A sign (+ or -) should always be placed before a number produced
| by a signed conversion. By default a sign is used only for neg-
| ative numbers. A + overrides a space if both are used.
|
| ' (SUSv2) For decimal conversion (i, d, u, f, F, g, G) the output
| is to be grouped with thousands' grouping characters if the
| locale information indicates any.
|
| I (glibc 2.2) For decimal integer conversion (i, d, u) the
| output uses the locale's alternative output digits, if any.
| For example, since glibc 2.2.3 this will give Arabic-Indic
| digits in the Persian ("fa_IR") locale.
an optional minimum field width
| If the converted value has fewer characters
| than the field width, it will be padded with spaces on the left (or
| right, if the left-adjustment flag has been given). A negative
| field width is taken as a '-' flag followed by a positive field width.
| In no case does a nonexistent or small field width cause truncation of
| a field; if the result of a conversion is wider than the field width,
| the field is expanded to contain the conversion result.
an optional precision
| An optional decimal digit string (with nonzero first digit) specifying
| a minimum field width. If the converted value has fewer characters
| than the field width, it will be padded with spaces on the left (or
| right, if the left-adjustment flag has been given). Instead of a deci-
| mal digit string one may write "*" or "*m$" (for some decimal integer
| m) to specify that the field width is given in the next argument, or in
| the m-th argument, respectively, which must be of type int. A negative
| field width is taken as a '-' flag followed by a positive field width.
| In no case does a nonexistent or small field width cause truncation of
| a field; if the result of a conversion is wider than the field width,
| the field is expanded to contain the conversion result.
Boy, that's a lot of options. I can understand why they went for
ecvt()/fcvt() at first. Maybe we should also be looking at Fortran.
In any case, whatever (FE.) is doing, I doubt that it can do
everything that sprintf() can do.
>On a related note, I see that David's IEEE-FP extentions also seem to have
>been ignored completely (all present in iForth now). Apperently more urgent
>standard matters needed fixing first.
No CfV on that has been submitted, and apparently the proponents want
to work on it some more. Some of the stuff they seem to plan seems
overly ambitious to me; maybe they should strike at first for the
stuff that can be easily implemented, which has a better chance to be
adopted, and it is probably also easier to specify.
- anton
--
M. Anton Ertl http://www.complang.tuwien.ac.at/anton/home.html
comp.lang.forth FAQs: http://www.complang.tuwien.ac.at/forth/faq/toc.html
New standard: http://www.forth200x.org/forth200x.html
EuroForth 2013: http://www.euroforth.org/ef13/
[toc] | [prev] | [next] | [standalone]
| From | Bernd Paysan <bernd.paysan@gmx.de> |
|---|---|
| Date | 2014-01-08 16:30 +0100 |
| Message-ID | <lajqur$h2d$1@online.de> |
| In reply to | #27731 |
Anton Ertl wrote: > m.a.m.hendrix@tue.nl writes: >> REPRESENT should have been fixed >>in ANS-2000 and some kind of PLACES should have been introduced. > > What is ANS-2000? If you think REPRESENT needs fixing, how about > submitting a Forth-200x RfD? > > However, given that REPRESENT is modeled on SUS/POSIX ecvt(), and ecvt() > has been destandardized with the recommendation to use the > higher-level sprintf() instead, maybe we should go for something > higher-level instead of fixing REPRESENT. One severe problem of ecvt is that it is not thread-safe. I just replaced ecvt with ecvt_r (this returns into a buffer provided by the caller), which is thread-safe. ecvt_r is non-POSIX, so the configure replacement-check will hit more often, and I should think about using sprintf() for the replacement (though this requires some string parsing). After all, the replacement I've written is just a simple stop-gap for systems without any ecvt... -- Bernd Paysan "If you want it done right, you have to do it yourself" http://bernd-paysan.de/
[toc] | [prev] | [next] | [standalone]
| From | "Ed" <invalid@invalid.com> |
|---|---|
| Date | 2014-01-11 23:12 +1100 |
| Message-ID | <larcoo$dt9$1@speranza.aioe.org> |
| In reply to | #27697 |
m.a.m.hendrix@tue.nl wrote: > ... > I do agree that REPRESENT needs fixing (At the time I followed your recommendations in > updating iForth). REPRESENT should have been fixed in ANS-2000 and some kind of PLACES > should have been introduced. Since we're talking fantasy ... I would phase out REPRESENT F. FS. FE. in favour of (F.) (FS.) F.R FS.R (FE.) FE.R (the last two in FLOAT EXT). I would *not* standardize F. FS. FE. but leave it to systems to decide how these should behave. Folks become accustomed to how *their* F. worked and are reluctant to change! Some systems may define F. to drop to scientific mode for large/small numbers, while others might use G. for that. Similarly you may want F. to output 'n' decimal PLACES, while I prefer F. to display numbers compactly to a maximum of PRECISION digits. A Standard Program would use only (F.) (FS.) F.R FS.R (FE.) FE.R. These should be mode stable - no automatic switching to other modes (except under failure conditions e.g. PNO overflow). Their outputs must be precisely defined so a Standard Program knows how to manipulate the string should it be desired. If a Standard Program needs an F. etc it can be trivially defined using one of the above functions. (F.) (FS.) F.R FS.R (FE.) FE.R do not require PRECISION or PLACES (though systems may have one or the other) since the number of decimal places is specified by a parameter on the stack. Systems are free to change exponent character, number of exponent digits, trailing decimal point, negative zero, comma separators etc. however when a Standard Program is to be run, users must reset to the default format. That's how I'd do it - but as my interest in Forth Standards these days is incidental, I view it as empty words on a page and not worth arguing.
[toc] | [prev] | [next] | [standalone]
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Date | 2014-01-03 14:30 +0000 |
| Message-ID | <2014Jan3.153021@mips.complang.tuwien.ac.at> |
| In reply to | #27617 |
"Ed" <invalid@invalid.com> writes:
>The names/concept may have come from LISP but the mechanism and
>implementation was Bradley's. He had to create a spec for ANS where none
>previously existed with no experience to speak of. IMO it was somewhat
>over-specified, but that's with hindsight. I'm happy with just the codes -1, -2
>and no-one bothers to save the input source AFAIK.
The saving and restoring of the input source happens elsewhere (and
there is a slight problem in Forth-94 with that), and everybody does
it there.
Concerning the codes, I never use -1 and -2, but I THROW some of the
other standardized codes occassionally.
>From BASIS 17 (June 1991) :
>
> 12.1.0082 (E.) "Paren-e-dot-paren"
> ( -- c-addr u )( F: r -- ) or ( r -- c-addr u )
>
> Convert the top number on the floating-point stack to its character
> string representation using scientific notation;
>
> <significand><exponent>
> where:
> <significand> := [-]<digit>.<digits0>
> <exponent> := E[-]<digits>
>
> The exact number of digits to the right of the decimal point in the
> significand is determined by PLACES.
>
> ...
>
> 12.1.0084 (F.) "Paren-f-dot-paren"
> ( -- c-addr u )( F: r -- ) or ( r -- c-addr u )
>
> Convert the top number on the floating-point stack to its character
> string representation using fixed point notation:
>
> [-] <digit>.<digits0>
>
> The number of digits after the decimal point is determined by PLACES.
>
>These are essentially what one wants and what most languages since 1950's
>Fortran have provided. For reasons I don't know the TC threw them out,
>replacing them with a primitive which even C has since abandoned.
>
>Was REPRESENT ever needed? IMO it wasn't necessary and the above
>functions would have sufficed.
I have used REPRESENT for implementing F.RDP. One problem is that
REPRESENT is the Forth variant of the Unix function ecvt(), and there
is no Forth variant of fcvt(), which would also have been useful. I
managed to work around that, but it's not pretty.
These days ecvt() is not loved much in the Unix community, and
POSIX.1-2008 removed it and recommends using sprintf() instead. What
is our conclusion from this?
- anton
--
M. Anton Ertl http://www.complang.tuwien.ac.at/anton/home.html
comp.lang.forth FAQs: http://www.complang.tuwien.ac.at/forth/faq/toc.html
New standard: http://www.forth200x.org/forth200x.html
EuroForth 2013: http://www.euroforth.org/ef13/
[toc] | [prev] | [next] | [standalone]
| From | Ilya Tarasov <ilya74.tarasov@gmail.com> |
|---|---|
| Date | 2014-01-04 13:57 -0800 |
| Message-ID | <f3ee28f5-b487-4436-b4bd-3c11d9bb23d6@googlegroups.com> |
| In reply to | #27565 |
If I understood you correctly, you point to importance of making standard suitable for real customers. What you think about current situation in the IT and does the ANS94 meets modern requirements? Also, should we make efforts to describe a pack of new 'very important' words or review the basic requirements for the things to be standartized?
[toc] | [prev] | [next] | [standalone]
| From | "Elizabeth D. Rather" <erather@forth.com> |
|---|---|
| Date | 2014-01-04 12:17 -1000 |
| Message-ID | <BYSdnQRFJdMcFVXPnZ2dnUVZ_hOdnZ2d@supernews.com> |
| In reply to | #27672 |
On 1/4/14 11:57 AM, Ilya Tarasov wrote: > If I understood you correctly, you point to importance of making standard > suitable for real customers. What you think about current situation in the > IT and does the ANS94 meets modern requirements? Also, should we make efforts > to describe a pack of new 'very important' words or review the basic > requirements for the things to be standartized? The first question you have to answer, before addressing your others, is what is the intended purpose or market for this language? Forth was originally developed for what we now call embedded systems, and it is still optimized for that market in many ways. It has successfully been used in other areas, but is not competitive with languages developed specifically for very different application areas such as (as Gavino often reminds us) web development. The current standardization effort has certainly added some "modern" capabilities and addressed issues found in 20 years of use of Forth94 along the lines of "basic requirements". Cheers, Elizabeth -- ================================================== Elizabeth D. Rather (US & Canada) 800-55-FORTH FORTH Inc. +1 310.999.6784 5959 West Century Blvd. Suite 700 Los Angeles, CA 90045 http://www.forth.com "Forth-based products and Services for real-time applications since 1973." ==================================================
[toc] | [prev] | [next] | [standalone]
| From | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| Date | 2014-01-04 15:08 -0800 |
| Message-ID | <7x61pz9wfu.fsf@ruckus.brouhaha.com> |
| In reply to | #27673 |
"Elizabeth D. Rather" <erather@forth.com> writes: >> IT and does the ANS94 meets modern requirements?... > The first question... is what is the intended purpose or market for > this language? One thing I'd say is the division of ANS94 words into core, extensions, etc. all seems done for the sake of minimizing the footprints of resident interpreters on small targets. Maybe future iterations can have more features aimed at tethered implementations.
[toc] | [prev] | [next] | [standalone]
| From | Andrew Haley <andrew29@littlepinkcloud.invalid> |
|---|---|
| Date | 2014-01-05 04:57 -0600 |
| Message-ID | <mpWdnaWddYQFp1TPnZ2dnUVZ_s2dnZ2d@supernews.com> |
| In reply to | #27674 |
Paul Rubin <no.email@nospam.invalid> wrote: > "Elizabeth D. Rather" <erather@forth.com> writes: >>> IT and does the ANS94 meets modern requirements?... >> The first question... is what is the intended purpose or market for >> this language? > > One thing I'd say is the division of ANS94 words into core, extensions, > etc. all seems done for the sake of minimizing the footprints of > resident interpreters on small targets. Surely it's just good modular design. Andrew.
[toc] | [prev] | [next] | [standalone]
| From | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| Date | 2014-01-05 09:14 -0800 |
| Message-ID | <7xa9fawdu2.fsf@ruckus.brouhaha.com> |
| In reply to | #27682 |
Andrew Haley <andrew29@littlepinkcloud.invalid> writes: >> One thing I'd say is the division of ANS94 words into core, extensions, > Surely it's just good modular design. Meh. Imagine the C language being designed such that the WHILE statement was part of core, but the FOR statement was an extension.
[toc] | [prev] | [next] | [standalone]
| From | Andrew Haley <andrew29@littlepinkcloud.invalid> |
|---|---|
| Date | 2014-01-05 12:20 -0600 |
| Message-ID | <eYKdncpywq7HP1TPnZ2dnUVZ_tKdnZ2d@supernews.com> |
| In reply to | #27689 |
Paul Rubin <no.email@nospam.invalid> wrote: > Andrew Haley <andrew29@littlepinkcloud.invalid> writes: >>> One thing I'd say is the division of ANS94 words into core, extensions, >> Surely it's just good modular design. > > Meh. Imagine the C language being designed such that the WHILE > statement was part of core, but the FOR statement was an extension. I'm not sure that particular split would make sense, but well, yes. C is just one big lump, Forth is modular. That's one of the ways in which Forth is better. Andrew.
[toc] | [prev] | [next] | [standalone]
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Date | 2014-01-08 13:05 +0000 |
| Message-ID | <2014Jan8.140537@mips.complang.tuwien.ac.at> |
| In reply to | #27691 |
Andrew Haley <andrew29@littlepinkcloud.invalid> writes:
>Paul Rubin <no.email@nospam.invalid> wrote:
>> Andrew Haley <andrew29@littlepinkcloud.invalid> writes:
>>>> One thing I'd say is the division of ANS94 words into core, extensions,
>>> Surely it's just good modular design.
>>
>> Meh. Imagine the C language being designed such that the WHILE
>> statement was part of core, but the FOR statement was an extension.
>
>I'm not sure that particular split would make sense, but well, yes. C
>is just one big lump, Forth is modular. That's one of the ways in
>which Forth is better.
Forth is better than C in many respects (e.g., saner implementors),
but what real-world advantage do we derive from this aspect of the
Forth standard? Good modular design? Has anybody ever replaced one
"module" with some alternative? Or what's the advantage of this kind
of "modular design"?
- anton
--
M. Anton Ertl http://www.complang.tuwien.ac.at/anton/home.html
comp.lang.forth FAQs: http://www.complang.tuwien.ac.at/forth/faq/toc.html
New standard: http://www.forth200x.org/forth200x.html
EuroForth 2013: http://www.euroforth.org/ef13/
[toc] | [prev] | [next] | [standalone]
| From | "Elizabeth D. Rather" <erather@forth.com> |
|---|---|
| Date | 2014-01-08 08:55 -1000 |
| Message-ID | <EKqdnTkii-GsAlDPnZ2dnUVZ_ugAAAAA@supernews.com> |
| In reply to | #27730 |
On 1/8/14 3:05 AM, Anton Ertl wrote: > Andrew Haley <andrew29@littlepinkcloud.invalid> writes: >> Paul Rubin <no.email@nospam.invalid> wrote: >>> Andrew Haley <andrew29@littlepinkcloud.invalid> writes: >>>>> One thing I'd say is the division of ANS94 words into core, extensions, >>>> Surely it's just good modular design. >>> >>> Meh. Imagine the C language being designed such that the WHILE >>> statement was part of core, but the FOR statement was an extension. >> >> I'm not sure that particular split would make sense, but well, yes. C >> is just one big lump, Forth is modular. That's one of the ways in >> which Forth is better. > > Forth is better than C in many respects (e.g., saner implementors), > but what real-world advantage do we derive from this aspect of the > Forth standard? Good modular design? Has anybody ever replaced one > "module" with some alternative? Or what's the advantage of this kind > of "modular design"? Among other things, your Standard System can omit the wordsets that aren't relevant to your target customers, and easily document which you do and do not provide. Conversely, you can document which wordsets your Standard Program requires, and look for Systems that meet that requirement. Cheers, Elizabeth -- ================================================== Elizabeth D. Rather (US & Canada) 800-55-FORTH FORTH Inc. +1 310.999.6784 5959 West Century Blvd. Suite 700 Los Angeles, CA 90045 http://www.forth.com "Forth-based products and Services for real-time applications since 1973." ==================================================
[toc] | [prev] | [next] | [standalone]
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Date | 2014-01-09 08:49 +0000 |
| Message-ID | <2014Jan9.094925@mips.complang.tuwien.ac.at> |
| In reply to | #27740 |
"Elizabeth D. Rather" <erather@forth.com> writes:
>On 1/8/14 3:05 AM, Anton Ertl wrote:
>> Andrew Haley <andrew29@littlepinkcloud.invalid> writes:
>>> I'm not sure that particular split would make sense, but well, yes. C
>>> is just one big lump, Forth is modular. That's one of the ways in
>>> which Forth is better.
>>
>> Forth is better than C in many respects (e.g., saner implementors),
>> but what real-world advantage do we derive from this aspect of the
>> Forth standard? Good modular design? Has anybody ever replaced one
>> "module" with some alternative? Or what's the advantage of this kind
>> of "modular design"?
>
>Among other things, your Standard System can omit the wordsets that
>aren't relevant to your target customers, and easily document which you
>do and do not provide. Conversely, you can document which wordsets your
>Standard Program requires, and look for Systems that meet that requirement.
That's a nice theory, but does it happen in practice? Most (all?)
standard systems implement all wordsets, with some lossage, like
leaving some words away, implementing some words in a useless way, or
requiring arcane incantations to get some words. Many standard
programs use a few words from this wordset and a few words from that
wordset, so why should documenting and checking whole wordsets be
particularly useful?
The most practical check for whether a system has all the words
required by a program is to just load the program on the system.
There are some people who write CORE programs as a puzzle-solving
exercise, but I don't see a real-world advantage in that.
- anton
--
M. Anton Ertl http://www.complang.tuwien.ac.at/anton/home.html
comp.lang.forth FAQs: http://www.complang.tuwien.ac.at/forth/faq/toc.html
New standard: http://www.forth200x.org/forth200x.html
EuroForth 2013: http://www.euroforth.org/ef13/
[toc] | [prev] | [next] | [standalone]
| From | "Rod Pemberton" <dont_use_email@xnohavenotit.cnm> |
|---|---|
| Date | 2014-01-19 11:24 -0500 |
| Message-ID | <op.w9xzu9q25zc71u@localhost> |
| In reply to | #27689 |
On Sun, 05 Jan 2014 12:14:29 -0500, Paul Rubin <no.email@nospam.invalid> wrote: > Andrew Haley <andrew29@littlepinkcloud.invalid> writes: >>> One thing I'd say is the division of ANS94 words into core, extensions, >> Surely it's just good modular design. > > Meh. Imagine the C language being designed such that the WHILE > statement was part of core, but the FOR statement was an extension. Admittedly, C did make that mistake with other things. E.g., return() is core, but exit() isn't. malloc() and free() should've been core, etc. But, that's generally of little to no concern. Rod Pemberton
[toc] | [prev] | [next] | [standalone]
| From | Ilya Tarasov <ilya74.tarasov@gmail.com> |
|---|---|
| Date | 2014-01-04 16:06 -0800 |
| Message-ID | <0767da2a-96a8-4c64-980d-9c85315f05a7@googlegroups.com> |
| In reply to | #27673 |
I have a quite successful results from Forth and I understand what you are talking about. I see at least two major reasons to not to bring Forth as a single product into the market. 1. Very few Forth programmers. There are almost no available market to sell Forth translators. 2. The conception of Forth is simple enough, so many professional programmers or even embedded engineers can write a highly adopted version of Forth for the certain purpose. For the ANS94, there are a suitable joke may take a place: A woman ask her husband: - Honey, I was with you when your company went bankrupt, when you crush your car, and when you're sick. What are you thinking about it? - I think you make me luckless! Well, some times ago Forth was strong enough to be a quite popular language at least for embedded systems. After that, standard was redefined. Many effort was applied to that job, but now we can see that Forth has a very little lifesigns. I'm sure in this case nobody should imitate 'the real job from the real world', but search for the more important steps instead. From my 'Forth customer' point of view, the new standards are not more than a noise, because I see many ways to implement a certain feature. Moreover, the task to solve and the hardware platform often dictates this ways and I definitely don't refuse the best solution because it is 'non-standard'. Your real experience is the reason for asking for your opinion. Unfortunately, as you previously pointed, there are many peoples, who wants to decide something, but has no a real experience to do that.
[toc] | [prev] | [next] | [standalone]
Page 16 of 17 — ← Prev page 1 … 14 15 [16] 17 Next page →
Back to top | Article view | comp.lang.forth
csiph-web