Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #54064 > unrolled thread
| Started by | "HAA" <someone@microsoft.com> |
|---|---|
| First post | 2017-01-17 12:17 +1100 |
| Last post | 2017-03-26 01:52 -0700 |
| Articles | 20 on this page of 269 — 27 participants |
Back to article view | Back to comp.lang.forth
EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-17 12:17 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-16 18:27 -0800
Re: EXIT THEN Pablo Hugo Reda <pabloreda@gmail.com> - 2017-01-16 18:28 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-16 20:56 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-19 13:05 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-18 23:29 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-20 11:46 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-19 22:28 -0500
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-22 18:45 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-25 09:57 +1100
Re: EXIT THEN JennyB <jennybrien@googlemail.com> - 2017-01-25 23:56 -0800
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-01-26 03:35 -0600
Re: EXIT THEN Coos Haak <htrofhc@gmail.com> - 2017-01-26 11:31 +0100
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-01-26 11:07 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-05 19:15 +1100
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-07 17:54 +0000
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-02-07 21:14 +0000
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-13 16:52 +0000
Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-02-15 23:49 +0000
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-02-16 14:41 +0000
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-02-16 16:59 +0000
Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-03-11 15:05 +0000
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Matthias Trute <matthias.trute@gmail.com> - 2017-03-13 12:37 -0700
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-03-13 21:32 +0000
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-03-14 04:42 -0500
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-03-14 11:45 +0000
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] Alex <alex@rivadpm.com> - 2017-03-14 12:41 +0000
Re: Recognizer using CATCH/THROW [was Re: EXIT THEN] albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2017-03-14 14:20 +0100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-02-07 16:15 -0500
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-13 16:49 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-08 19:43 +1100
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-13 16:31 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-14 11:12 +1100
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-15 17:22 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-17 10:16 +1100
Re: EXIT THEN JennyB <jennybrien@googlemail.com> - 2017-01-26 09:11 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-28 11:07 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-27 18:31 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-29 12:07 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-28 17:37 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-28 21:40 -0500
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-29 19:56 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-30 00:30 -0500
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-01-31 04:22 -0600
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-31 14:42 -0800
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-01-31 19:16 -0500
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-31 21:00 -0800
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-02-01 17:35 -0500
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-02-02 01:31 -0500
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-02-02 20:09 -0500
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-02 18:03 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-02-02 22:04 -0500
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-02-01 03:15 -0800
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-02-01 17:32 -0500
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-30 13:30 +0000
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-01-30 05:56 -0800
Re: EXIT THEN Howerd <howerdo@yahoo.co.uk> - 2017-01-30 12:13 -0800
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-30 22:25 +0000
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-26 10:48 +0000
Re: EXIT THEN JennyB <jennybrien@googlemail.com> - 2017-01-26 08:41 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-27 21:36 -0800
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-01-17 17:06 +0000
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-16 16:31 -1000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-16 20:59 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-17 06:11 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-18 10:36 +1100
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-20 07:33 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-20 23:02 +1100
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-20 13:47 +0000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-20 18:55 -0800
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-22 09:15 +0000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-22 14:30 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-22 20:58 -0500
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-23 10:47 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 06:20 -0500
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-23 13:09 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 14:41 -0500
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-23 20:52 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 16:21 -0500
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-24 06:55 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-24 03:56 -0500
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-24 09:46 +0000
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-22 22:38 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-23 15:09 +1100
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-23 10:16 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 05:53 -0500
Re: EXIT THEN Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2017-01-23 12:14 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 14:53 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-24 21:37 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-24 19:54 -0500
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-01-25 03:38 -0600
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-01-17 08:01 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-01-17 10:27 -0800
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-17 11:34 -0800
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-01-18 14:35 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-18 10:37 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-17 20:53 -0500
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-17 18:02 -1000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-18 00:15 -0500
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-17 19:34 -1000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-18 03:33 -0500
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-01-18 03:45 -0600
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-18 14:43 -0500
Re: EXIT THEN albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2017-01-18 13:17 +0100
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-19 13:46 +1100
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-01-18 13:56 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-19 13:04 +1100
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-18 18:10 -1000
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-01-19 03:51 -0600
Re: EXIT THEN hheinrich.hohl@gmail.com - 2017-01-19 02:28 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-20 22:23 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-20 13:32 -0500
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-20 18:18 -1000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-23 12:00 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-22 21:10 -0500
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-01-23 01:22 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 06:03 -0500
Re: EXIT THEN Coos Haak <htrofhc@gmail.com> - 2017-01-24 02:27 +0100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-24 04:00 -0500
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-24 07:49 -0500
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-24 20:04 -0500
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-24 20:23 -0500
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-24 21:32 -0500
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-01-24 23:04 -0500
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-25 00:45 -0500
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-01-25 07:16 +0000
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-25 02:57 -0500
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-01-25 16:55 +0000
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-25 09:53 -1000
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-01-26 22:40 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-26 10:55 +1100
Re: EXIT THEN JennyB <jennybrien@googlemail.com> - 2017-01-26 10:17 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-27 13:09 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-26 21:54 -0500
Re: EXIT THEN Coos Haak <htrofhc@gmail.com> - 2017-01-27 14:12 +0100
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-28 12:32 +1100
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-29 10:35 +1100
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-22 21:35 -0500
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-01-23 04:15 -0600
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-01-23 10:29 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-23 21:48 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-23 06:18 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-26 11:34 +1100
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-01-25 22:04 -0500
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-01-25 17:22 -1000
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-01-26 00:55 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-27 13:40 +1100
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-01-20 11:44 +1100
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-01-18 08:02 -0500
Re: EXIT THEN Coos Haak <htrofhc@gmail.com> - 2017-01-18 17:45 +0100
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-01-19 20:02 -0500
Re: EXIT THEN Julian Fondren <julian.fondren@gmail.com> - 2017-01-22 18:23 -0800
Re: EXIT THEN albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2017-02-02 12:24 +0100
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-10 12:15 +1100
Re: EXIT THEN mhx@iae.nl - 2017-02-10 10:57 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-11 12:45 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-10 18:13 -0800
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-02-11 07:55 -0500
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-02-11 13:16 +0000
Re: EXIT THEN "Elizabeth D. Rather" <erather@forth.com> - 2017-02-11 11:28 -1000
Re: EXIT THEN Paul Rubin <no.email@nospam.invalid> - 2017-02-11 13:40 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-11 18:52 -0800
Re: EXIT THEN Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-02-12 12:09 +0000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-12 07:24 -0800
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-02-12 16:42 -0500
Re: EXIT THEN Julian Fondren <julian.fondren@gmail.com> - 2017-02-12 13:52 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-02-13 00:02 -0500
Re: EXIT THEN Julian Fondren <julian.fondren@gmail.com> - 2017-02-12 21:27 -0800
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-13 07:53 +0000
Re: EXIT THEN Michael Barry <barrym95838@yahoo.com> - 2017-02-12 16:25 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-12 17:11 -0800
Re: EXIT THEN Michael Barry <barrym95838@yahoo.com> - 2017-02-12 18:49 -0800
Re: EXIT THEN Michael Barry <barrym95838@yahoo.com> - 2017-02-12 18:59 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-12 21:18 -0800
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-02-12 14:39 +0000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-11 18:47 -0800
Re: EXIT THEN rickman <gnuarm@gmail.com> - 2017-02-12 00:49 -0500
Re: EXIT THEN Paul Rubin <no.email@nospam.invalid> - 2017-02-11 23:07 -0800
Re: EXIT THEN Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-02-12 12:36 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-13 11:08 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-12 17:04 -0800
Re: EXIT THEN hughaguilar96@gmail.com - 2017-02-12 17:08 -0800
Re: EXIT THEN jacko <jackokring@gmail.com> - 2017-02-16 17:24 -0800
Re: EXIT THEN jacko <jackokring@gmail.com> - 2017-02-17 16:32 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-19 10:47 +1100
Re: EXIT THEN jacko <jackokring@gmail.com> - 2017-02-18 16:07 -0800
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-19 13:54 +1100
Re: EXIT THEN Heinrich Hohl <hheinrich.hohl@gmail.com> - 2017-02-17 02:40 -0800
Re: EXIT THEN Rod Pemberton <NeedNotReplyHere@xrsevnneqk.cem> - 2017-02-17 19:25 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-02-19 12:36 +1100
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-20 06:32 -0700
Re: EXIT THEN Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2017-03-21 08:33 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-22 02:21 +1100
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 09:57 -0700
Re: EXIT THEN Coos Haak <htrofhc@gmail.com> - 2017-03-21 18:17 +0100
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 10:22 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 17:56 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 11:59 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 19:16 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 12:24 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 19:26 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 12:32 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 19:51 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 12:56 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 21:02 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 14:15 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 21:36 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 15:12 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 16:13 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 09:16 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 03:35 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 13:33 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 17:51 +0000
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-21 18:59 +0000
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-03-21 12:07 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-21 12:17 -0700
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-22 20:08 +1100
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 09:18 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-22 22:25 +1100
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 04:46 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 12:23 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 05:27 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 05:36 -0700
Re: EXIT THEN anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2017-03-22 13:14 +0000
Re: EXIT THEN Coos Haak <htrofhc@gmail.com> - 2017-03-22 13:43 +0100
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 13:04 +0000
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 11:49 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 05:24 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 13:00 +0000
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 06:12 -0700
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-22 07:00 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 07:14 -0700
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-22 10:43 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 11:09 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 18:22 +0000
Re: EXIT THEN Julian Fondren <julian.fondren@gmail.com> - 2017-03-22 11:42 -0700
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-22 15:45 -0700
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-22 15:57 -0700
Re: EXIT THEN Julian Fondren <julian.fondren@gmail.com> - 2017-03-22 16:17 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 12:03 -0700
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-03-22 14:27 -0500
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-22 14:31 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-23 14:41 +0000
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 14:57 +0000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-26 01:11 -0700
Re: EXIT THEN Ron Aaron <rambamist@gmail.com> - 2017-03-26 11:40 +0300
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-26 01:57 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-26 09:50 +0100
Re: EXIT THEN foxaudioresearch@gmail.com - 2017-03-22 09:14 -0700
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-23 00:48 +1100
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-22 13:59 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-23 09:52 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-22 16:13 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-23 14:39 +0000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-23 16:33 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-24 14:17 +0000
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-24 11:49 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-23 18:12 -0700
Re: EXIT THEN Alex <alex@rivadpm.com> - 2017-03-24 08:55 +0000
Re: EXIT THEN Andrew Haley <andrew29@littlepinkcloud.invalid> - 2017-03-24 09:14 -0500
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-25 13:00 +1100
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-24 20:25 -0700
Re: EXIT THEN Mark Wills <markwills1970@gmail.com> - 2017-03-25 02:10 -0700
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-25 12:08 -0700
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-22 06:59 -0700
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-23 09:53 +1100
Re: EXIT THEN Helmar Wodtke <helmwo@gmail.com> - 2017-03-25 07:52 -0700
Re: EXIT THEN "HAA" <someone@microsoft.com> - 2017-03-26 16:31 +1000
Re: EXIT THEN hughaguilar96@gmail.com - 2017-03-26 01:52 -0700
Page 12 of 14 — ← Prev page 1 … 10 11 [12] 13 14 Next page →
| From | Alex <alex@rivadpm.com> |
|---|---|
| Date | 2017-03-22 12:23 +0000 |
| Message-ID | <oatq6c$3hk$1@dont-email.me> |
| In reply to | #56092 |
On 3/22/2017 11:46, Helmar Wodtke wrote: > : 7of9 CASE > 1 OF ." One" ENDOF > 7 OF 9 THEN 9 OF ." Nine" ENDOF > ENDCASE ; > > ^^ would not work... But in real implementations it works... Which ones? Win32Forth complains about a control structure mismatch at THEN. gForth gets an invalid memory address at THEN. -- Alex
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 05:27 -0700 |
| Message-ID | <ad14d6f4-6bdc-4668-8036-e5daa0f87cd2@googlegroups.com> |
| In reply to | #56094 |
Am Mittwoch, 22. März 2017 13:23:24 UTC+1 schrieb Alex: > On 3/22/2017 11:46, Helmar Wodtke wrote: > > : 7of9 CASE > > 1 OF ." One" ENDOF > > 7 OF 9 THEN 9 OF ." Nine" ENDOF > > ENDCASE ; > > > > ^^ would not work... But in real implementations it works... > > Which ones? Win32Forth complains about a control structure mismatch at > THEN. gForth gets an invalid memory address at THEN. Try it with the POSTPONE-defs... Then it works. In HelFORTH you can use it this way, as the definitions are basically the POSTPONE versions... gForth also does not like it? Maybe - it has also some syntax checking implemented. Regards, -Helmar
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 05:36 -0700 |
| Message-ID | <beb5db8f-7ce9-4bfa-93c4-4bcb438ccc96@googlegroups.com> |
| In reply to | #56096 |
Am Mittwoch, 22. März 2017 13:27:34 UTC+1 schrieb Helmar Wodtke: > Am Mittwoch, 22. März 2017 13:23:24 UTC+1 schrieb Alex: > > On 3/22/2017 11:46, Helmar Wodtke wrote: > > > : 7of9 CASE > > > 1 OF ." One" ENDOF > > > 7 OF 9 THEN 9 OF ." Nine" ENDOF > > > ENDCASE ; > > > > > > ^^ would not work... But in real implementations it works... > > > > Which ones? Win32Forth complains about a control structure mismatch at > > THEN. gForth gets an invalid memory address at THEN. > > Try it with the POSTPONE-defs... Then it works. > In HelFORTH you can use it this way, as the definitions are basically the POSTPONE versions... gForth also does not like it? Maybe - it has also some syntax checking implemented. > > Regards, > -Helmar Hah, I did try to find a Forth that can do it in Ubuntu... The usual candidates are gforth, pforth and yforth... yforth says: helmar@helmar1:~/n4xx$ yforth yForth? v0.2 Copyright (C) 2012 Luca Padovani This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see LICENSE for details. ok error(13): data-space exhausted. Aborting... ? I have enough RAM to offer, but the package is broken I think... I guess nobody uses tailored Forth system. Most people that still use it, use their own... Regards, -Helmar
[toc] | [prev] | [next] | [standalone]
| From | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
|---|---|
| Date | 2017-03-22 13:14 +0000 |
| Message-ID | <2017Mar22.141432@mips.complang.tuwien.ac.at> |
| In reply to | #56096 |
Helmar Wodtke <helmwo@gmail.com> writes:
>Am Mittwoch, 22. M=C3=A4rz 2017 13:23:24 UTC+1 schrieb Alex:
>> On 3/22/2017 11:46, Helmar Wodtke wrote:
>> > : 7of9 CASE
>> > 1 OF ." One" ENDOF
>> > 7 OF 9 THEN 9 OF ." Nine" ENDOF
>> > ENDCASE ;
...
>gForth also does not like it? Maybe - it has also some =
>syntax checking implemented.
Gforth has some syntax-checking implemented, but I don't think that's
the issue here. The current development version accepts this code
(and probably compiles it as intended); 0.7 and earlier produces an
"Invalid memory address" error, which is how failed check is reported.
I have not looked closely at it, but my guess is that it has to do
with the (non-compliant) implementation we had up to 0.7.
- 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 2016: http://www.euroforth.org/ef16/
[toc] | [prev] | [next] | [standalone]
| From | Coos Haak <htrofhc@gmail.com> |
|---|---|
| Date | 2017-03-22 13:43 +0100 |
| Message-ID | <1d1ftard32u6v$.16232pce4iwns$.dlg@40tude.net> |
| In reply to | #56094 |
Op Wed, 22 Mar 2017 12:23:23 +0000 schreef Alex: > On 3/22/2017 11:46, Helmar Wodtke wrote: >>: 7of9 CASE >> 1 OF ." One" ENDOF >> 7 OF 9 THEN 9 OF ." Nine" ENDOF >> ENDCASE ; >> >> ^^ would not work... But in real implementations it works... > > Which ones? Win32Forth complains about a control structure mismatch at > THEN. gForth gets an invalid memory address at THEN. Gforth 0.7.9_20170308 does not complain and works. Like Swiftforth and my own Forth. The only one here won't compile is Win32Forth as you wrote. groet Coos
[toc] | [prev] | [next] | [standalone]
| From | Alex <alex@rivadpm.com> |
|---|---|
| Date | 2017-03-22 13:04 +0000 |
| Message-ID | <oatsio$b3h$2@dont-email.me> |
| In reply to | #56098 |
On 3/22/2017 12:43, Coos Haak wrote: > Op Wed, 22 Mar 2017 12:23:23 +0000 schreef Alex: > >> On 3/22/2017 11:46, Helmar Wodtke wrote: >>> : 7of9 CASE >>> 1 OF ." One" ENDOF >>> 7 OF 9 THEN 9 OF ." Nine" ENDOF >>> ENDCASE ; >>> >>> ^^ would not work... But in real implementations it works... >> >> Which ones? Win32Forth complains about a control structure mismatch at >> THEN. gForth gets an invalid memory address at THEN. > > Gforth 0.7.9_20170308 does not complain and works. > Like Swiftforth and my own Forth. > The only one here won't compile is Win32Forth as you wrote. > > groet Coos > Gforth 0.7.3, Copyright (C) 1995-2008 Free Software Foundation, Inc. Gforth comes with ABSOLUTELY NO WARRANTY; for details type `license' Type `bye' to exit : 7of9 CASE compiled 1 OF ." One" ENDOF compiled 7 OF 9 THEN 9 OF ." Nine" ENDOF :3: Invalid memory address 7 OF 9 >>>THEN<<< 9 OF ." Nine" ENDOF Backtrace: $7F8A83DC0D98 ! $7F8A83DCD6A8 >resolve $7F8A83DC1100 then-like ENDCASE ; :4: Stack underflow >>>ENDCASE<<< ; Backtrace: $7F8A83DC7F90 (?do) It's the version supplied with Ubuntu 16.10. -- Alex
[toc] | [prev] | [next] | [standalone]
| From | Alex <alex@rivadpm.com> |
|---|---|
| Date | 2017-03-22 11:49 +0000 |
| Message-ID | <oato7n$s7n$1@dont-email.me> |
| In reply to | #56090 |
On 3/22/2017 11:25, HAA wrote: > Alex wrote: >> On 3/22/2017 09:08, HAA wrote: >>> Helmar Wodtke wrote: >>>> ... >>>> I btw. also try to avoid ELSE. I use AND: and OR: if possible. By using ;THEN there >>>> is the ELSE-part behind ;THEN. But I still have ELSE too and use it from time to >>>> time... >>>> >>>> Regards, >>>> -Helmar >>> >>> Agreed. There is a difference between having ELSE and misusing it. ANS-CASE is >>> an example of misusing ELSE. >>> >> >> ANS Forth doesn't tell you how to implement CASE. > > How many ways are there to implement a straight-jacket? You keep making Hugh's mistake with his Straitjacketforth; you think standards tell you *how* to implement something, rather than describing what they must do, so you assume ANS requires using ELSE, and you were so sure you didn't bother checking. The standard doesn't mention ELSE for CASE/OF/ENDOF/ENDCASE. Not once. There are many ways of implementing this. For example, it could be implemented as a jump table or a list scan for values or... I leave the various implementations to your imagination (or lack of). As does the standard. -- Alex
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 05:24 -0700 |
| Message-ID | <b111de18-a3fa-45b9-aaa7-d75c87ed8c20@googlegroups.com> |
| In reply to | #56093 |
Am Mittwoch, 22. März 2017 12:49:59 UTC+1 schrieb Alex: > On 3/22/2017 11:25, HAA wrote: > > Alex wrote: > >> On 3/22/2017 09:08, HAA wrote: > >>> Helmar Wodtke wrote: > >>>> ... > >>>> I btw. also try to avoid ELSE. I use AND: and OR: if possible. By using ;THEN there > >>>> is the ELSE-part behind ;THEN. But I still have ELSE too and use it from time to > >>>> time... > >>>> > >>>> Regards, > >>>> -Helmar > >>> > >>> Agreed. There is a difference between having ELSE and misusing it. ANS-CASE is > >>> an example of misusing ELSE. > >>> > >> > >> ANS Forth doesn't tell you how to implement CASE. > > > > How many ways are there to implement a straight-jacket? > > You keep making Hugh's mistake with his Straitjacketforth; you think > standards tell you *how* to implement something, rather than describing > what they must do, so you assume ANS requires using ELSE, and you were > so sure you didn't bother checking. > > The standard doesn't mention ELSE for CASE/OF/ENDOF/ENDCASE. Not once. > There are many ways of implementing this. For example, it could be > implemented as a jump table or a list scan for values or... > > I leave the various implementations to your imagination (or lack of). As > does the standard. Well, you are right. But I have not seen really conforming table implementations ;) There is not written in ANS that there has to be only one literal before OF and so it destructs the idea to keep optimizations open. As it is that "wrong" one can argue that OF is only a version of IF. In this case ENDOF is also some syntactical sugar to ELSE. I personally dont share such ideas, as I do not add semantics to compilation process (what would it mean, for debugging it's nice) and what I think is best is to do compilation with the threaded code as source if you want to compile something. Forth is not so static as other languages. Only thing static is the code it produced (if there are no crazy code changing technologies are used). Regards, -Helmar
[toc] | [prev] | [next] | [standalone]
| From | Alex <alex@rivadpm.com> |
|---|---|
| Date | 2017-03-22 13:00 +0000 |
| Message-ID | <oatsb2$b3h$1@dont-email.me> |
| In reply to | #56095 |
On 3/22/2017 12:24, Helmar Wodtke wrote: > There is not written in ANS that there has to be only one literal > before OF and so it destructs the idea to keep optimizations open. Run-time: ( x1 x2 -- | x1 ) It's not easy, but it is possible. It's much easier in C, since (to quote) "the expression used in a switch statement must have an integral or enumerated type, or be of a class type in which the class has a single conversion function to an integral or enumerated type." Eaker's CASE doesn't allow that luxury if you compile immediately. It requires deferred compilation to optimize properly. -- Alex
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 06:12 -0700 |
| Message-ID | <72ead4a5-eb58-4074-bb06-d2684c6891f3@googlegroups.com> |
| In reply to | #56099 |
Am Mittwoch, 22. März 2017 14:00:03 UTC+1 schrieb Alex: > On 3/22/2017 12:24, Helmar Wodtke wrote: > > There is not written in ANS that there has to be only one literal > > before OF and so it destructs the idea to keep optimizations open. > > Run-time: ( x1 x2 -- | x1 ) > > It's not easy, but it is possible. > > It's much easier in C, since (to quote) "the expression used in a switch > statement must have an integral or enumerated type, or be of a class > type in which the class has a single conversion function to an integral > or enumerated type." > > Eaker's CASE doesn't allow that luxury if you compile immediately. It > requires deferred compilation to optimize properly. > > -- > Alex "Deferred compilation"? This is basically what I talk about. You get some code compiled from a Forth system - traditionally as threaded code. If you want to write an optimizing compiler, JIT or what you want, it's better to compile the generated code. In this case there is no - absolutely no - reason to make Eaker-CASE less than it is. It's because of execution before "OF" is that powerful. FIG had also ">OF", "<OF" and "RANGE-OF" ;) Not to forget that the "OF"-words have to be executed in range. You can not sort them that easy. I think that "OF" should be usable as "IF"-replacement where it is suitable and not have to be nested inside "CASE"/"ENDCASE". Regards, -Helmar
[toc] | [prev] | [next] | [standalone]
| From | hughaguilar96@gmail.com |
|---|---|
| Date | 2017-03-22 07:00 -0700 |
| Message-ID | <6aad7e43-4127-48fe-a527-9cc648710325@googlegroups.com> |
| In reply to | #56095 |
On Wednesday, March 22, 2017 at 5:24:26 AM UTC-7, Helmar Wodtke wrote: > Am Mittwoch, 22. März 2017 12:49:59 UTC+1 schrieb Alex: > > On 3/22/2017 11:25, HAA wrote: > > > Alex wrote: > > >> ANS Forth doesn't tell you how to implement CASE. > > > > > > How many ways are there to implement a straight-jacket? > > > > You keep making Hugh's mistake with his Straitjacketforth; you think > > standards tell you *how* to implement something, rather than describing > > what they must do, so you assume ANS requires using ELSE, and you were > > so sure you didn't bother checking. > > > > The standard doesn't mention ELSE for CASE/OF/ENDOF/ENDCASE. Not once. > > There are many ways of implementing this. For example, it could be > > implemented as a jump table or a list scan for values or... > > > > I leave the various implementations to your imagination (or lack of). As > > does the standard. > > Well, you are right. But I have not seen really conforming table implementations ;) Alex McDonald is a liar --- you are making a dupe of yourself to say that he is right --- he is never right about anything, as everything he says is a lie. Alex McDonald is just taking a gratuitous shot at me, hoping that I won't notice and his lies will get by. Helmar --- do you really want to participate in blatant lying and troll attacks? --- are you another one of Elizabeth Rather's sycophants who tells big lies everyday in a desperate attempt to support her? Helmar is new to comp.lang.forth --- I think he is trying to get in with the clique by participating in the troll attacks against me --- he knows that ANS-Forth is a cult and hence that lying is not only expected but is required. Maybe later Alex McDonald can repeat his assertion that I have a "serious misunderstanding of how pointers work" (he has been saying this for four years now). Then Helmar can cheerfully say: "You are right!" This way Helmar can become a full-fledged member of the ANS-Forth cult --- sell his integrity! --- get nothing in return! The ANS-Forth CASE doesn't support jump-table implementation for the following reasons: 1.) The value given to OF isn't required to be a constant. It could come from a function that is calculated at run-time. 2.) There can be duplicates of the values given to different OF statements. I have said many many times that a standard should standardize behavior rather than implementation. This is a fundamental aspect of Straight Forth. CASE is really one of the more blatantly stupid ideas that Elizabeth Rather included in ANS-Forth. It obviously standardizes implementation. It is pathetic that the ANS-Forth sycophants should be supporting CASE in the year 2017 with blatant lies and troll attacks. CASE was the winner of a "Forth Dimensions" contest for a CASE way back in the late 1980s. The contest rules required the code to be written in Forth-83 --- no assembly-language, and no carnal knowledge --- this prevented any of the contest entries from supporting jump-tables --- then Elizabeth Rather put CASE in ANS-Forth because it was "common practice," meaning that she needs to use somebody else's code that is already written because she can't write code herself.
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 07:14 -0700 |
| Message-ID | <4e1c0d81-e0e5-4300-93be-35be2c045686@googlegroups.com> |
| In reply to | #56109 |
Am Mittwoch, 22. März 2017 15:00:06 UTC+1 schrieb hughag...@gmail.com: > On Wednesday, March 22, 2017 at 5:24:26 AM UTC-7, Helmar Wodtke wrote: > > Am Mittwoch, 22. März 2017 12:49:59 UTC+1 schrieb Alex: > > > On 3/22/2017 11:25, HAA wrote: > > > > Alex wrote: > > > >> ANS Forth doesn't tell you how to implement CASE. > > > > > > > > How many ways are there to implement a straight-jacket? > > > > > > You keep making Hugh's mistake with his Straitjacketforth; you think > > > standards tell you *how* to implement something, rather than describing > > > what they must do, so you assume ANS requires using ELSE, and you were > > > so sure you didn't bother checking. > > > > > > The standard doesn't mention ELSE for CASE/OF/ENDOF/ENDCASE. Not once. > > > There are many ways of implementing this. For example, it could be > > > implemented as a jump table or a list scan for values or... > > > > > > I leave the various implementations to your imagination (or lack of). As > > > does the standard. > > > > Well, you are right. But I have not seen really conforming table implementations ;) > > Alex McDonald is a liar --- you are making a dupe of yourself to say that he is right --- he is never right about anything, as everything he says is a lie. > > Alex McDonald is just taking a gratuitous shot at me, hoping that I won't notice and his lies will get by. > Helmar --- do you really want to participate in blatant lying and troll attacks? --- are you another one of Elizabeth Rather's sycophants who tells big lies everyday in a desperate attempt to support her? > > Helmar is new to comp.lang.forth --- I think he is trying to get in with the clique by participating in the troll attacks against me --- he knows that ANS-Forth is a cult and hence that lying is not only expected but is required. Maybe later Alex McDonald can repeat his assertion that I have a "serious misunderstanding of how pointers work" (he has been saying this for four years now). Then Helmar can cheerfully say: "You are right!" This way Helmar can become a full-fledged member of the ANS-Forth cult --- sell his integrity! --- get nothing in return! > > The ANS-Forth CASE doesn't support jump-table implementation for the following reasons: > 1.) The value given to OF isn't required to be a constant. It could come from a function that is calculated at run-time. > 2.) There can be duplicates of the values given to different OF statements. > > I have said many many times that a standard should standardize behavior rather than implementation. This is a fundamental aspect of Straight Forth. > > CASE is really one of the more blatantly stupid ideas that Elizabeth Rather included in ANS-Forth. It obviously standardizes implementation. It is pathetic that the ANS-Forth sycophants should be supporting CASE in the year 2017 with blatant lies and troll attacks. > > CASE was the winner of a "Forth Dimensions" contest for a CASE way back in the late 1980s. The contest rules required the code to be written in Forth-83 --- no assembly-language, and no carnal knowledge --- this prevented any of the contest entries from supporting jump-tables --- then Elizabeth Rather put CASE in ANS-Forth because it was "common practice," meaning that she needs to use somebody else's code that is already written because she can't write code herself. Hey, I'm not new - go to the archives. I'm here again if you want so. And I'm the better "troll" if you are trolling. And Alex is no liar. I know Alex longer than you. Forth community knows Elizabeth longer than you. DPANS was not the work of Elizabeth only. In Forth there are a lot of things that could be different. You can do this by talking about and bringing people to your side. Not by blaming someone is a liar. Why liar? Technology talks for itself - in case of DPANS you have some document that says what tech things have to work like. It's probably some work of her life - but listen to Elizabeth if she says something. You can not all them tell liars. "ANS-Forth is crap" I would sign, but well, what would it make better? You have to communicate and in a kind way. Not blaming people to be liars! Regards, -Helmar
[toc] | [prev] | [next] | [standalone]
| From | hughaguilar96@gmail.com |
|---|---|
| Date | 2017-03-22 10:43 -0700 |
| Message-ID | <0413cde4-a7a3-4375-8438-42c5a9fad7bc@googlegroups.com> |
| In reply to | #56111 |
On Wednesday, March 22, 2017 at 7:14:02 AM UTC-7, Helmar Wodtke wrote: > Hey, I'm not new - go to the archives. I'm here again if you want so. And I'm the better "troll" if you are trolling. And Alex is no liar. I know Alex longer than you. Forth community knows Elizabeth longer than you. Alex is a pathological liar. He routinely makes statements such as saying that I don't know what pointers are, that my code doesn't work, etc. --- even when these lies are pointed out, he just tells new lies, or he waits a little while and then goes back to telling the old lies again. As for the Forth community knowing Elizabeth Rather longer than me, that is because she is highly vocal. In 1994/1995 I was busy writing MFX which worked --- the motion-control program was ported over to the MiniForth processor --- MFX continues to be used for the MiniForth (now called RACE) processor today. By comparison, in 1994/1995 Elizabeth Rather was busy braying about how she alone defines what Forth is, and every Forther in the world must follow her --- this was despite the fact that ANS-Forth had never been tested (the first ANS-Forth compiler was SwiftForth that came out in 1997 and was too full of bugs to be usable until version-3 several years later). This reminds me of the story of how many higher-ups in the Nazi government said that Ribbentrop was an idiot and should be fired. Hitler said: "Yes, but he knows a lot of people in the English government." Then somebody (I think it was Goebbels) said: "That is true, but the problem is that they know him too." The analogy here is that a lot of people in the programming world know Elizabeth Rather --- she has been the out-spoken self-promoting face of Forth for many decades --- this is why Forth is not popular in the programming world. > DPANS was not the work of Elizabeth only. Elizabeth Rather is a professional name-dropper. She listed a lot of people in the ANS-Forth document as supporters, although they don't actually support her. She listed Ray Duncan (of LMI that produced UR/Forth) as a supporter although in 1993 he was on comp.lang.forth describing aspects of ANS-Forth as: "severely brain-damaged." She listed Charles Moore as a supporter although he left ANS-Forth in 1989 (I have a copy of his exit speech; also, since then he has repeatedly said that he doesn't support ANS-Forth). I don't believe that any of the supporters listed on the ANS-Forth document (other than Stephen Pelc) actually support her --- most are like Ray Duncan in that they abandoned Forth after ANS-Forth became the standard. The whole point of the Forth-200x mailing list is so that the Forth-200x committee can collect names of "supporters" --- even if a person leaves the mailing-list, the Forth-200x committee will continue to list that person as a supporter --- for example, I quit the mailing-list primarily because I was opposed to the Paysan-faked quotations (and Elizabeth Rather was telling a lot of big lies on comp.lang.forth about how my general-purpose data-structures have to rewritten for every application program), but the Forth-200x committee continued to list my name on the RfD for the Paysan-faked quotations as a supporter (Alex McDonald finally quit doing this after I threatened a libel lawsuit, but then Anton Ertl started doing it, so I had to threaten the libel lawsuit again, then he quit doing it). > It's probably some work of her life - but listen to Elizabeth if she says something. Why should I listen to an idiot salesperson who has never written a Forth program in her life? Salespeople are always calling me on the phone and informing me that I have been a long-time supporter of their company and a purchaser of their product, and that I should be excited to buy more from them --- I never bought their product --- I just hang up on them. I don't care if ANS-Forth is the work of Elizabeth Rather's life --- ANS-Forth is just a big steaming pile of salesmanship --- press the flush lever and be done with ANS-Forth finally! She is totally disrespectful toward me and my work. She tells a lot of lies --- she said on the Forth-200x mailing list that MFX didn't work, the MiniForth project failed, and I got fired --- none of this is true. She also routinely lies about my novice-package. Here is a typical example: --------------------------------------------------------------------------- Does "*every* application" you write use exactly the same kind of data arranged in the same way? If so, having written it once you can reuse it often. If not, you either have to rearrange your data to make it work or modify your "general-purpose" structure. --------------------------------------------------------------------------- I will never forgive her for saying this about my general-purpose data-structures in the novice-package --- she can go to Hell for lying --- when she does go to Hell, the whole place will stink of flaming shit for 1000 years and everybody will want to leave!
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 11:09 -0700 |
| Message-ID | <904c6345-fd41-494e-9bbf-7726196652ba@googlegroups.com> |
| In reply to | #56123 |
Am Mittwoch, 22. März 2017 18:43:59 UTC+1 schrieb hughag...@gmail.com: > On Wednesday, March 22, 2017 at 7:14:02 AM UTC-7, Helmar Wodtke wrote: > > Hey, I'm not new - go to the archives. I'm here again if you want so. And I'm the better "troll" if you are trolling. And Alex is no liar. I know Alex longer than you. Forth community knows Elizabeth longer than you. > > Alex is a pathological liar. He routinely makes statements such as saying that I don't know what pointers are, that my code doesn't work, etc. --- even when these lies are pointed out, he just tells new lies, or he waits a little while and then goes back to telling the old lies again. > > As for the Forth community knowing Elizabeth Rather longer than me, that is because she is highly vocal. In 1994/1995 I was busy writing MFX which worked --- the motion-control program was ported over to the MiniForth processor --- MFX continues to be used for the MiniForth (now called RACE) processor today. By comparison, in 1994/1995 Elizabeth Rather was busy braying about how she alone defines what Forth is, and every Forther in the world must follow her --- this was despite the fact that ANS-Forth had never been tested (the first ANS-Forth compiler was SwiftForth that came out in 1997 and was too full of bugs to be usable until version-3 several years later). > > This reminds me of the story of how many higher-ups in the Nazi government said that Ribbentrop was an idiot and should be fired. Hitler said: "Yes, but he knows a lot of people in the English government." Then somebody (I think it was Goebbels) said: "That is true, but the problem is that they know him too." The analogy here is that a lot of people in the programming world know Elizabeth Rather --- she has been the out-spoken self-promoting face of Forth for many decades --- this is why Forth is not popular in the programming world. > > > DPANS was not the work of Elizabeth only. > > Elizabeth Rather is a professional name-dropper. She listed a lot of people in the ANS-Forth document as supporters, although they don't actually support her. She listed Ray Duncan (of LMI that produced UR/Forth) as a supporter although in 1993 he was on comp.lang.forth describing aspects of ANS-Forth as: "severely brain-damaged." She listed Charles Moore as a supporter although he left ANS-Forth in 1989 (I have a copy of his exit speech; also, since then he has repeatedly said that he doesn't support ANS-Forth). I don't believe that any of the supporters listed on the ANS-Forth document (other than Stephen Pelc) actually support her --- most are like Ray Duncan in that they abandoned Forth after ANS-Forth became the standard. > > The whole point of the Forth-200x mailing list is so that the Forth-200x committee can collect names of "supporters" --- even if a person leaves the mailing-list, the Forth-200x committee will continue to list that person as a supporter --- for example, I quit the mailing-list primarily because I was opposed to the Paysan-faked quotations (and Elizabeth Rather was telling a lot of big lies on comp.lang.forth about how my general-purpose data-structures have to rewritten for every application program), but the Forth-200x committee continued to list my name on the RfD for the Paysan-faked quotations as a supporter (Alex McDonald finally quit doing this after I threatened a libel lawsuit, but then Anton Ertl started doing it, so I had to threaten the libel lawsuit again, then he quit doing it). > > > It's probably some work of her life - but listen to Elizabeth if she says something. > > Why should I listen to an idiot salesperson who has never written a Forth program in her life? Salespeople are always calling me on the phone and informing me that I have been a long-time supporter of their company and a purchaser of their product, and that I should be excited to buy more from them --- I never bought their product --- I just hang up on them. > > I don't care if ANS-Forth is the work of Elizabeth Rather's life --- ANS-Forth is just a big steaming pile of salesmanship --- press the flush lever and be done with ANS-Forth finally! > > She is totally disrespectful toward me and my work. She tells a lot of lies --- she said on the Forth-200x mailing list that MFX didn't work, the MiniForth project failed, and I got fired --- none of this is true. > > She also routinely lies about my novice-package. Here is a typical example: > --------------------------------------------------------------------------- > Does "*every* application" you write use exactly the same kind of data arranged in the same way? If so, having written it once you can reuse it often. If not, you either have to rearrange your data to make it work or modify your "general-purpose" structure. > --------------------------------------------------------------------------- > I will never forgive her for saying this about my general-purpose data-structures in the novice-package --- she can go to Hell for lying --- when she does go to Hell, the whole place will stink of flaming shit for 1000 years and everybody will want to leave! You are too fast with blaming people to be liars. I think Elisabeth does not like me too - most people that implement a Forth and do have ideas do have this feeling. She is a bit more active in communication than say Charles H. Moore (while I'd say he is also active in communication). You can not say "liar" just because someone does not like (or even really knows) your system or does not believe that your way is the best and only one. Beside, I know MFX for some reasons. Quite a nice thing. Fast and good. I think it was even faster than my very simple HelFORTH-JIT. But not so much faster ;) My JIT worked by unrolling definitions, your MFX was more a really optimizing compiler. But as I did some tests, MFX was also a bit complicated as I remember. Some tricks I could do with HelFORTH where not possible - but at this time I came from RetroForth, not from ANS, so I do not complain about it. Hey, please, dont blame Alex, Elizabeth or others as "liars". If you want to do, please say what you mean was the "lie". Hope you do not hate me for my comment, -Helmar
[toc] | [prev] | [next] | [standalone]
| From | Alex <alex@rivadpm.com> |
|---|---|
| Date | 2017-03-22 18:22 +0000 |
| Message-ID | <oauf7q$i2r$1@dont-email.me> |
| In reply to | #56125 |
On 3/22/2017 18:09, Helmar Wodtke wrote: > Hey, please, dont blame Alex, Elizabeth or others as "liars". If you > want to do, please say what you mean was the "lie". Thanks, but you don't need to come to my defence. I'm fine with it & it doesn't bother me. -- Alex
[toc] | [prev] | [next] | [standalone]
| From | Julian Fondren <julian.fondren@gmail.com> |
|---|---|
| Date | 2017-03-22 11:42 -0700 |
| Message-ID | <f4a56f73-1d1c-4a30-a24e-dc4d06431400@googlegroups.com> |
| In reply to | #56126 |
On Wednesday, March 22, 2017 at 1:22:34 PM UTC-5, Alex wrote: > On 3/22/2017 18:09, Helmar Wodtke wrote: > > Hey, please, dont blame Alex, Elizabeth or others as "liars". If you > > want to do, please say what you mean was the "lie". > > Thanks, but you don't need to come to my defence. I'm fine with it & it > doesn't bother me. > What's more, it's useless to ask Hugh to support his claims. He will support "Marcel stole my work" by linking to a thread where Marcel plainly says that he's talking about Hugh's code. Or he'll support "Julian threatened to kill me" by linking to a thread where I say that Hugh is such a repulsive person that my being aware of him has led me to moderate my opposition to tyrants. What Hugh does mainly is repeat whatever people are too tired or sick of constantly refuting. When you don't refute him, he takes that as assent. When you do refute him, he just forgets the conversation and tries the same arguments again.
[toc] | [prev] | [next] | [standalone]
| From | hughaguilar96@gmail.com |
|---|---|
| Date | 2017-03-22 15:45 -0700 |
| Message-ID | <ec14a9b3-2339-4726-8d7c-ab29969ab736@googlegroups.com> |
| In reply to | #56128 |
On Wednesday, March 22, 2017 at 11:42:08 AM UTC-7, Julian Fondren wrote: > What's more, it's useless to ask Hugh to support his claims. He will > support "Marcel stole my work" by linking to a thread where Marcel > plainly says that he's talking about Hugh's code. Or he'll support > "Julian threatened to kill me" by linking to a thread where I say that > Hugh is such a repulsive person that my being aware of him has led me > to moderate my opposition to tyrants. This is the thread where Marcel Hendrix posted my code with my name removed from the copyright notice, then later admitted that he didn't know what it did: https://groups.google.com/forum/#!topic/comp.lang.forth/wP5nw1ClzsM%5B1-25%5D This is the thread where Julien Fondren made a death threat: https://groups.google.com/forum/#!topic/comp.lang.forth/92KNs8p4J6Y%5B51-75%5D On Saturday, December 31, 2016 at 8:46:15 AM UTC-7, Julian Fondren wrote: > The only thing Hugh has added to clf in his entire time here is an > awareness that CREATE ... DOES> with constant data is less optimal > than could be. Possibly some people have also benefited by having > been encouraged to get real Usenet clients or subscriptions--so as to > avoid him. All of his other contributions have been negative. We are > actually stupider because of him--people have stopped coming by, that > brightened things up; people who know better don't bother voicing > response #1929 to the same iterated complaint from Hugh that was > stupid and baseless the first time it provoked a response. > > And of course, instead of Forth discussion, you get the occasional > admissions like mine that moderators can be nice to have, that the > problems they exhibit shouldn't be solved by doing away with them. > At one point I would've defended to the death Hugh's right to > fantasize grossly about people going to hell, as the saying goes, and > now I would just shrug and say he had it coming were jack-booted > thugs to black-bag him and remove him from society. This whole thread started out as an attack on my novice-package because I had a late-binding MACRO: in it. Then I wrote an early-binding MACRO: (which is only possible with the disambiguifiers) whereupon the ANS-Forth supporters resorted to threats of violence. I write ANS-Forth code that works --- in many cases (such as SYNONYM etc.) this is code that the Forth-200x has explicitly stated to be impossible --- the ANS-Forth enthusiasts, such as Julien Fondren and Alex McDonald, aren't posting any Forth code and seem to know little or nothing about Forth programming. The only time I recall that Julien Fondren posted any Forth code, was this thread: https://groups.google.com/forum/#!topic/comp.lang.forth/0-W-72ziaOo This is the code he posted: On Wednesday, March 8, 2017 at 8:59:39 PM UTC-7, Julian Fondren wrote: > But consider, with traditional link-first lists and these words... > > : each[ ( list -- ) > POSTPONE begin POSTPONE dup POSTPONE while ; immediate > > ( list -- list ) > > : ]each ( list -- ) > POSTPONE @ POSTPONE repeat POSTPONE drop ; immediate This is pathetically low-quality code! Linked lists are the simplest data-structure there is, and yet he screwed it up! And, most humorously, he thinks that he is qualified to write a tutorial on linked lists! His only qualification is that he brown-noses Elizabeth Rather and the Forth-200x committee that she appointed. He really doesn't know anything about the subject though. People who know very little seem to be very quick to teach others. Here is another example of ignorance and arrogance colliding: On Sunday, August 9, 2015 at 7:30:10 PM UTC-7, Elizabeth D. Rather wrote: > Here's [an array definer] presented in my Forth Application Techniques that I think is > far more useful than the FSL version: > > : ARRAY ( n -- ) CREATE DUP , CELLS ALLOT > DOES> ( n -- a) SWAP OVER @ OVER < OVER > 1 < OR ABORT" Out of Range" CELLS + ; I would recommend that anybody who wants to learn about the ANS-Forth culture should read through the threads I linked above. The ANS-Forth cult really show their true colors in each of these threads.
[toc] | [prev] | [next] | [standalone]
| From | hughaguilar96@gmail.com |
|---|---|
| Date | 2017-03-22 15:57 -0700 |
| Message-ID | <df6e69d9-0df9-4be2-86b2-5cd96fa37362@googlegroups.com> |
| In reply to | #56143 |
On Wednesday, March 22, 2017 at 3:45:41 PM UTC-7, hughag...@gmail.com wrote:
> I write ANS-Forth code that works --- in many cases (such as SYNONYM etc.) this is code that the Forth-200x has explicitly stated to be impossible...
Here is the thread:
https://groups.google.com/forum/#!topic/comp.lang.forth/oXXQAGDKP7w
On Thursday, April 2, 2015 at 10:07:52 AM UTC-7, Stephen Pelc wrote:
> On Wed, 1 Apr 2015 13:40:52 -0700 (PDT), hughaguilar96@gmail.com
> wrote:
> >So how do you write SYNONYM so that it can make a synonym of an immediate word?
>
> The VFX source code is:
>
> : SynComp, \ xt --
> \ Compile a child of SYNONYM.
> >body @ compile,
> ;
>
> : Synonym \ "<new-name>" "<curdef>" --
> \ *G Create a new definition which redirects to an existing one.
> \ ** Normal dictionary searches for *\i{<new-name>} will return
> \ ** the xt of *\i{<curdef>}.
> create
> hide ' reveal dup , immediate?
> if immediate endif
> ['] SynComp, set-compiler
> $010 latest set-bit \ set header's alias bit
> interp>
> @ execute
> ;
>
> For some words you may have to RTFM.
>
> Stephen
Here is more from Stephen Pelc:
On Thursday, April 2, 2015 at 11:42:55 PM UTC-7, Stephen Pelc wrote:
> On Thu, 2 Apr 2015 19:18:04 -0700 (PDT), hughaguilar96@gmail.com
> wrote:
> >This is not ANS-Forth code --- I don't want to RTFM because I don't want to
> > become an expert on VFX --- I'm already an expert on ANS-Forth.
>
> You asked a tech-support question about VFX. I answered it pointing
> out that your initial assumption (how IF works) was wrong.
>
> The code illustrates precisely why SYNONYM is defined the way it is
> defined - because it requires carnal knowledge. If you want to know
> how SYNONYM works:
> "So how do you write SYNONYM so that it can make a synonym of an
> immediate word?"
> then do not complain when you are told.
>
> Stephen
Note that my assumption of how IF works (that IF is immediate) is wrong under VFX but is right under SwiftForth --- the ANS-Forth document is ambiguous because it allows VFX and SwiftForth to be incompatible, although both are ANS-Forth compliant --- the ANS-Forth standard is meta-wrong!
Here is the sycophant Albert van der Horst agreeing on the impossibility of writing SYNONYM in ANS-Forth:
On Saturday, April 11, 2015 at 4:56:31 PM UTC-7, hughag...@gmail.com wrote:
> On Friday, April 3, 2015 at 3:48:32 AM UTC-7, Albert van der Horst wrote:
> > We already have been over this. You can't define SYNONYM in ISO Forth.
> > It requires carnal knowledge. So how would you call some one who still
> > tries?
>
> I would use the term "programmer" to describe such a person.
Here is SYNONYM FAST-SYNONYM and ALIAS written in ANS-Forth (only possible with the disambiguifiers):
----------------------------------------------------------------------------
: :synonym { xt flg str wid -- } \ FLG is 1 for immediate and -1 for non-immediate
str wid :name
flg 1 = if xt lit, execute, ;, immediate exit then
flg -1 = if xt compile, ;, exit then
true abort" *** :SYNONYM given an invalid xt ***" ;
: :synonym-fast-check ( -- )
state @ 0= abort" *** a word created by :SYNONYM-FAST can't be used in interpretive mode ***" ;
: :synonym-fast { xt flg str wid -- } \ FLG is 1 for immediate and -1 for non-immediate
str wid :name
flg 1 = if xt lit, execute, ;, immediate exit then
flg -1 = if postpone :synonym-fast-check
xt lit, postpone compile, ;, immediate exit then
true abort" *** :SYNONYM-FAST given an invalid xt ***" ;
: 'find ( -- xt flg ) \ stream: name \ FLG is 1 for immediate and -1 for non-immediate
bl word find dup 0= abort" *** 'FIND couldn't find the word ***" ;
: synonym { wid | new -- } \ stream: new-name old-name \ the new word is compiled into the WID word-list
bl word hstr to new
'find new wid :synonym
new dealloc ;
: synonym-fast { wid | new -- } \ stream: new-name old-name \ the new word is compiled into the WID word-list
bl parse <hstr> to new
'find new wid :synonym-fast
new dealloc ;
\ :SYNONYM-FAST generates faster executing code than :SYNONYM but the words can't be used in interpretive mode.
\ This may not be necessary with a good optimizing compiler, but I'm not aware of any at this time.
1234512345 constant alias-id \ an arbitrary number used to identify alias'd definitions
0
w field alias.xt \ this should be the first field so the DOES> portion of ALIAS will be fast (no addition needed)
w field alias.adr \ the address of the body, used to identify alias'd definitions
w field alias.id \ the constant ALIAS-ID, used to identify alias'd definitions
constant alias-struct
: alias ( wid -- ) \ stream: new-name old-name \ the new word is compiled into the WID word-list
get-current swap set-current create set-current
here >r alias-struct allot
'find 1 = if immediate then r@ alias.xt !
r@ r@ alias.adr !
alias-id r@ alias.id !
rdrop
does>
alias.xt @ execute ;
\ ALIAS does the same thing as SYNONYM but has the advantage that >BODY will work on it.
\ It is slower executing though (especially under SwiftForth in which CREATE DOES> words are very inefficient).
: >body ( xt -- adr )
>body >r
r@ alias.adr @ r@ = if r@ alias.id @ alias-id = if \ is this an alias'd word?
r> alias.xt @ >body exit then then \ return the body of the original word
r> ; \ return the body of this word
\ Note that >BODY still has an undefined result if used on a word that wasn't defined with CREATE or isn't an alias of such a word.
----------------------------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Julian Fondren <julian.fondren@gmail.com> |
|---|---|
| Date | 2017-03-22 16:17 -0700 |
| Message-ID | <b34fb46c-ba78-429d-9f62-a0dc10bd589f@googlegroups.com> |
| In reply to | #56143 |
On Wednesday, March 22, 2017 at 5:45:41 PM UTC-5, hughag...@gmail.com wrote: > This is the thread where Marcel Hendrix posted my code with my name removed from the copyright notice, then later admitted that he didn't know what it did: > > https://groups.google.com/forum/#!topic/comp.lang.forth/wP5nw1ClzsM%5B1-25%5D > > This is the thread where Julien Fondren made a death threat: > > https://groups.google.com/forum/#!topic/comp.lang.forth/92KNs8p4J6Y%5B51-75%5D > See how reliable this is? > The only time I recall that Julien Fondren posted any Forth code, was this thread: > > https://groups.google.com/forum/#!topic/comp.lang.forth/0-W-72ziaOo > > This is the code he posted: > > On Wednesday, March 8, 2017 at 8:59:39 PM UTC-7, Julian Fondren wrote: > > But consider, with traditional link-first lists and these words... > > > > : each[ ( list -- ) > > POSTPONE begin POSTPONE dup POSTPONE while ; immediate > > > > ( list -- list ) > > > > : ]each ( list -- ) > > POSTPONE @ POSTPONE repeat POSTPONE drop ; immediate > > This is pathetically low-quality code! Linked lists are the simplest data-structure there is, and yet he screwed it up! All of this serious-sounding language and yet the real criticism is "I, Hugh, would not do it that way." Again he links the thread himself so that anyone can see that. And anyone who's followed clf for even a week has seen more code from me, but Hugh still makes an attempt of attacking my 'credentials'. This is a twitter bot.
[toc] | [prev] | [next] | [standalone]
| From | Helmar Wodtke <helmwo@gmail.com> |
|---|---|
| Date | 2017-03-22 12:03 -0700 |
| Message-ID | <a6766895-20e7-4104-9486-6abcef69af44@googlegroups.com> |
| In reply to | #56126 |
Am Mittwoch, 22. März 2017 19:22:34 UTC+1 schrieb Alex: > On 3/22/2017 18:09, Helmar Wodtke wrote: > > Hey, please, dont blame Alex, Elizabeth or others as "liars". If you > > want to do, please say what you mean was the "lie". > > Thanks, but you don't need to come to my defence. I'm fine with it & it > doesn't bother me. It has nothing to do with your personal preference if you like to be called a "liar". I basically do not want to read it ;) It's not to defend you (you take it as it is), but it's in defence for others. It's not a good style to have such posts and there is no need for it. For me at least he should quote the lie... Regards, -Helmar
[toc] | [prev] | [next] | [standalone]
Page 12 of 14 — ← Prev page 1 … 10 11 [12] 13 14 Next page →
Back to top | Article view | comp.lang.forth
csiph-web