Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #14246
| From | Bernd Paysan <bernd.paysan@gmx.de> |
|---|---|
| Newsgroups | comp.lang.forth |
| Subject | Re: RfD: Make ENVIRONMENT? obsolescent |
| Date | 2012-07-21 15:42 +0200 |
| Organization | 1&1 Internet AG |
| Message-ID | <juebl4$he5$1@online.de> (permalink) |
| References | (17 earlier) <500975fa$0$295$14726298@news.sunsite.dk> <juc7dq$6ul$1@online.de> <5009bf34$0$293$14726298@news.sunsite.dk> <juclkn$lr$1@online.de> <5009ee8d$0$295$14726298@news.sunsite.dk> |
Doug Hoffman wrote: > You are obsessing over a somewhat unimportant detail. No, it's not unimportant, and I'm grumpy, because I feel like talking to walls. The reason why you think it's unimportant is that FMS is designed in such a way that it is difficult to use, so you don't actually use it. I consider this as a good example where the Sapir-Whorf hypothesis actually works: If your programming language does not allow you to express certain things, you won't use them and you won't miss them. A programming language is an artificial language, and if its expressive power is limited, people using it won't know (for natural languages, the Sapir-Whorf hypothesis is just wrong). Unless of course, they have learned other programming languages. > I will try to explain. First, the context is method definitions > inside > a class definition. I believe we are talking about late binding to > self ( in FMS we would use [SELF] ) vs early binding to self ( in FMS > we > would use SELF ). First let me say that one could easily eliminate > [SELF] in FMS and simply have SELF be a late bind. Yes, it could be done, but it hasn't been done. The point is: Unless the compiler knows which class to use, method calls have to be late bound. Since your FMS does have a current object (the ivars use it), you could say "a plain vanilla method, without any scope given, will be compiled late binding to the current object". Then you can keep SELF and SUPER as they are - as scope definers for the current defined class and its superclass. Methods with a defined scope are bound at compile time (which is called "early"), as their scope is known at compile time. Using [self] for late binding is particularly confusing, as [] notation usually says "do it at compile time". Here, you want to say "bound at run time", whereas the non-bracketed self binds at compile time. > Now consider a specific case. Say we have an expandable array object, You are confused. With usual OOP design, you don't have these specific cases. It's better to say "we have a container object" here. It might be an expandable array, a hash, or a list. Whatever it is, it has a size: method (inherited from container). > a > , and we wish to know how many elements are in a. We send the SIZE: > message: "a size: . 5 ok" So we know we have 5 elements in a. How > might the size: method in our array class be written? It could be > written as "[self] size:" which is your preferred technique because it > uses a late bound message to self. The size: method must be defined > somewhere in the array class or in a superclass. You would not like > "self size:" because that is early bound. OK. I understand that. I > would expect that if you were to define a class in FMS one would never > see SELF, just [SELF]. Because neither is *default* and Bernd does > not like SELF. It's clearly at least a wrong choice of names. > Now consider this. What if the size of the expandable array were kept > in an instance variable named SIZE, which is likely. We could elect > to use methodless ivar accessing and just use "size @" as the method > definition. What? No late binding? Heck, this isn't even early > binding. This is NO BINDING AT ALL! So I assume that you do not > subscribe to methodless instance variable accessing, right? It's Forth, you can do whatever you like. You are allowed to write bad programs, Forth compilers don't have a police department. However, I think the main trouble here is that FMS does not have first-class object pointers, so you can't even make good use of late binding. You have objects as instance variables, but by instantiation, they have a defined class. So there's no point in late binding, because the compiler knows what class it is. And since you do not offer an easy way to actually benefit from polymorphism, you don't get into situations where you would need it. Please think of it as "container". You instantiate a container in your class, and you don't know in advance what sort of container it will actually be. List, array, hash: these are possible containers. They have a common interface, and size: would be one of their methods. For an array, all you do is size @, but for a list, you need to walk it and for a hash, you need to sum up the counts of the lists in each bucket. > My bottom line. I really don't care much if FMS can early bind to > self > or not. If enough people asked for it I could just pull that feature > in > 5 minutes or less. Actually anyone could. Or just never use SELF ( > use > [SELF] instead, always). Would you be satisfied with that? But what > are we to make of methodless ivar accessing? Do we ban that as well > because it does not use late binding (or even early binding)? Well, it depends on which school you are in. In your Smalltalk duck- type school, methodless ivar accessing is completely out of question - because the ivar is within a scope of a certain class, while the method is in a global scope. So you can access the ivar only when you are within the scope of the class, i.e. while you are defining it. If you are in the interface-scope school, you can have ivars in the interface declaration. If you do so, the ivar is directly accessible. It's considered bad style, but sometimes it might be worth doing. Example: You want to cache access to slow external interfaces like SPI or I²C. You create a cache class, which has two methods: @: and !: (in FMS terms, I don't like to mark methods with :, methods are just Forth words). And an ivar: cache. You can directly access the cache, which gives you the last value read. As this follows the interface school, using the ivar directly is ok. It's meant for performance, and the interface school puts both methods and ivars into the same scope. Using whatever that scope provides is ok. Putting an ivar into a public scope might considered "bad style". But it's legal. Usually, you would define the interface without the ivars - the ivars are part of the implementation, i.e. the private scope of the class, not its public scope. > I have more comments on your post but it will come later. -- Bernd Paysan "If you want it done right, you have to do it yourself" http://bernd-paysan.de/
Back to comp.lang.forth | Previous | Next — Previous in thread | Next in thread | Find similar
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-10 07:20 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-10 04:19 -0500
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-10 10:19 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-10 10:18 -0500
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-10 15:38 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-10 12:06 -0500
Re: RfD: Make ENVIRONMENT? obsolescent "Elizabeth D. Rather" <erather@forth.com> - 2012-07-10 08:21 -1000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-10 16:17 -0500
Re: RfD: Make ENVIRONMENT? obsolescent "Elizabeth D. Rather" <erather@forth.com> - 2012-07-10 11:58 -1000
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-11 13:32 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-11 10:37 -0500
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-11 16:44 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-11 12:53 -0500
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-12 14:23 +0000
Re: RfD: Make ENVIRONMENT? obsolescent stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-12 15:45 +0000
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-13 14:15 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 09:58 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-12 12:40 -0500
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-13 15:23 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 12:18 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-12 09:09 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-12 12:52 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-13 08:02 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 12:30 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-13 12:15 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-14 03:39 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-14 16:47 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-15 03:19 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-15 12:41 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-16 04:02 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-16 16:07 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-17 03:52 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-19 20:00 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-20 04:09 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-20 12:27 -0700
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-13 15:55 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 12:37 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-13 12:16 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-14 03:52 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-11 02:38 +0200
Re: RfD: Make ENVIRONMENT? obsolescent stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-11 06:39 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-11 02:06 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-11 04:21 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-11 02:39 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-11 04:20 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Josh Grams <josh@qualdan.com> - 2012-07-11 20:24 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-12 01:53 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-12 23:38 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 05:29 -0500
Re: RfD: Make ENVIRONMENT? obsolescent "Elizabeth D. Rather" <erather@forth.com> - 2012-07-13 08:27 -1000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-13 22:45 +0200
Re: RfD: Make ENVIRONMENT? obsolescent "Elizabeth D. Rather" <erather@forth.com> - 2012-07-13 11:11 -1000
Re: RfD: Make ENVIRONMENT? obsolescent Josh Grams <josh@qualdan.com> - 2012-07-13 02:20 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-12 01:33 -0700
Re: RfD: Make ENVIRONMENT? obsolescent stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-12 09:43 +0000
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-12 16:08 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Josh Grams <josh@qualdan.com> - 2012-07-13 03:12 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 05:37 -0500
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-11 16:23 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-12 23:36 +0200
Re: RfD: Make ENVIRONMENT? obsolescent stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-13 08:16 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 05:38 -0500
Re: RfD: Make ENVIRONMENT? obsolescent stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-13 11:36 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 09:37 -0500
partitioning words (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-13 16:41 +0000
Re: partitioning words (was: RfD: Make ENVIRONMENT? obsolescent) Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-13 22:31 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-13 22:03 +0200
C interface (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-14 12:55 +0000
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-14 20:45 +0200
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-16 14:34 +0000
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-16 15:24 +0000
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-16 23:18 +0200
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-17 11:33 +0000
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-17 12:05 +0000
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-17 19:08 +0200
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-17 19:14 +0200
time_t Re: C interface Aleksej Saushev <asau@inbox.ru> - 2012-07-20 01:15 +0400
Re: time_t Re: C interface anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-20 15:12 +0000
Re: time_t Re: C interface stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-20 16:04 +0000
Re: time_t Re: C interface Spam@ControlQ.com - 2012-07-20 12:20 -0400
Re: time_t Re: C interface "Elizabeth D. Rather" <erather@forth.com> - 2012-07-20 08:12 -1000
Re: time_t Re: C interface anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-23 15:32 +0000
Re: time_t Re: C interface Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-20 20:22 +0200
Re: time_t Re: C interface Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-20 20:21 +0200
Re: time_t Re: C interface stephenXXX@mpeforth.com (Stephen Pelc) - 2012-07-20 19:00 +0000
Re: time_t Re: C interface Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-21 00:21 +0200
Re: time_t Re: C interface Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-21 10:37 +0000
Re: time_t Re: C interface BruceMcF <agila61@netscape.net> - 2012-07-21 15:22 -0700
Re: time_t Re: C interface anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-23 16:23 +0000
Re: time_t Re: C interface BruceMcF <agila61@netscape.net> - 2012-07-20 14:35 -0700
Re: time_t Re: C interface anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-23 15:24 +0000
Re: time_t Re: C interface Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-23 11:03 -0500
Re: time_t Re: C interface Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-23 11:17 -0500
Re: time_t Re: C interface anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-23 17:12 +0000
Re: C interface (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-19 17:10 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-20 11:15 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-20 20:18 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-20 16:27 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-21 00:21 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-20 19:49 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-21 15:42 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-23 21:02 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-23 21:31 -0400
Re: RfD: Make ENVIRONMENT? obsolescent mhx@iae.nl - 2012-07-21 01:18 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-21 11:59 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-21 14:43 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-21 19:36 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-21 21:41 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-22 14:13 +0000
Re: RfD: Make ENVIRONMENT? obsolescent mhx@iae.nl (Marcel Hendrix) - 2012-07-22 09:11 +0200
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-23 15:34 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-23 20:05 +0200
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-25 12:52 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-25 23:21 +0200
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-26 14:16 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-27 23:18 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Paul Rubin <no.email@nospam.invalid> - 2012-07-27 16:13 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-28 08:21 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-29 01:07 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-29 07:47 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-30 00:50 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-23 21:10 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-24 13:38 +0200
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-25 13:58 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-25 23:22 +0200
objects (was: RfD: Make ENVIRONMENT? obsolescent) anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-26 14:49 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-26 04:30 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-26 04:48 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-27 23:31 +0200
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-30 04:40 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-21 10:57 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-23 21:20 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Doug Hoffman <glidedog@gmail.com> - 2012-07-20 11:21 -0400
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-20 19:48 +0200
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-11 14:04 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Alex McDonald <blog@rivadpm.com> - 2012-07-11 09:04 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-12 02:59 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-12 22:58 +0200
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-12 22:06 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-13 05:44 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-14 16:10 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-15 03:26 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-16 11:13 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-17 04:02 -0500
Re: RfD: Make ENVIRONMENT? obsolescent Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-17 12:35 +0000
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-13 16:14 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-13 20:13 +0200
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-14 13:09 +0000
Re: RfD: Make ENVIRONMENT? obsolescent Bernd Paysan <bernd.paysan@gmx.de> - 2012-07-14 20:19 +0200
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-12 11:02 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Albert van der Horst <albert@spenarnc.xs4all.nl> - 2012-07-13 02:20 +0000
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-12 20:34 -0700
Re: RfD: Make ENVIRONMENT? obsolescent anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2012-07-13 16:31 +0000
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-15 13:07 -0700
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-10 07:24 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Mark Wills <markrobertwills@yahoo.co.uk> - 2012-07-10 08:06 -0700
Re: RfD: Make ENVIRONMENT? obsolescent Andrew Haley <andrew29@littlepinkcloud.invalid> - 2012-07-10 10:20 -0500
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-10 15:26 -0700
Re: RfD: Make ENVIRONMENT? obsolescent BruceMcF <agila61@netscape.net> - 2012-07-14 21:10 -0700
csiph-web