Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Forth > Re: part 21 ass...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 1 of 54 Topic 3806 of 4136
Post > Topic >>

Re: part 21 asserts forth best for small memory systems, would lisp be

by m-coughlin <m-coughlin@[EMAIL PROTECTED] > Mar 7, 2008 at 10:38 AM

gavino wrote:
> 
> http://www.mpeforth.com/arena/ProgramForth.pdf
 section 21
> 
> I know I should stop theorizing but wouldn't it make sense that
> something good in small memory systems would do really well
> with lots of memory EG modern intel commodity hardware?

   Its not the size of the computer memory that matters, its the
size of the human memory. The first Forth book worth reading
("Starting Forth" by Leo Brodie) has examples of using Forth in
small memory. The book about using Forth in large systems has
yet to be written. Programmers who write large Forth systems
will not publish their code for others to use. Its MUCH more
difficult to write Forth source for others to read than to just
write it for yourself when you remember what all your Forth
words do. The problem of knowing and remembering what other
programmers have done is the crucial step. Users of some other
languages are better at solving this than users of Forth, even
tho they don't do it very well.
 
> Or do things like lisp have garbage collection etc( he
> mentions) that make it simpler [than] forth for non memory
> thin hardware?

   Garbage collection is used in Lisp because of the way the
programmer interactively creates and discards data in memory.
Other methods of programming would not need garbage collection.
With Forth you can use any idea from any programming system if
you have enough memory (human or computer). You just have to
write the routines. Forth does not come with every possible way
of programming to start with. We haven't found the right things
to add to old fa****oned Forth that every Forth programmer would
want to use.

--
Michael Coughlin   m-coughlin@[EMAIL PROTECTED]
   Cambridge, MA USA
 




 54 Posts in Topic:
Re: part 21 asserts forth best for small memory systems, would l
m-coughlin <m-coughlin  2008-03-07 10:38:11 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-07 08:06:59 
Re: part 21 asserts forth best for small memory systems, would l
Richard Owlett <rowlet  2008-03-07 12:50:19 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 12:14:26 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 01:30:31 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 18:53:16 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 02:41:56 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-08 16:03:35 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-09 16:12:17 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-09 10:51:39 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-09 08:33:40 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-09 13:37:07 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 15:43:19 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 10:10:29 
Re: part 21 asserts forth best for small memory systems, would l
Bernd Paysan <bernd.pa  2008-03-10 17:50:30 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-10 08:13:12 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 13:04:55 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 20:24:04 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 14:36:11 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 20:52:30 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 15:06:33 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 22:25:21 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 16:56:41 
Re: part 21 asserts forth best for small memory systems, would l
"Stan Katz" <  2008-03-12 18:00:10 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-12 16:13:31 
Re: part 21 asserts forth best for small memory systems, would l
Marc Olschok <nobody@[  2008-03-11 19:21:16 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-11 23:05:58 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-11 22:42:04 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 20:19:34 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-10 19:52:18 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 14:11:26 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-10 23:21:00 
Re: part 21 asserts forth best for small memory systems, would l
Andrew Haley <andrew29  2008-03-10 21:24:12 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-10 16:02:05 
Re: part 21 asserts forth best for small memory systems, would l
Andrew Haley <andrew29  2008-03-11 10:34:01 
A Brief Look at History (Re: part 21 asserts forth best for smal
m-coughlin <m-coughlin  2008-03-11 22:09:03 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-11 15:04:25 
Re: part 21 asserts forth best for small memory systems, would l
Bernd Paysan <bernd.pa  2008-03-11 16:40:14 
Writing Many New Versions of Forth (was Re: part 21 . . . )
m-coughlin <m-coughlin  2008-03-14 17:08:11 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-11 17:14:42 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-11 21:59:19 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-13 00:43:39 
Re: part 21 asserts forth best for small memory systems, would l
Bernd Paysan <bernd.pa  2008-03-13 16:12:17 
Re: part 21 asserts forth best for small memory systems, would l
Aleksej Saushev <asau@  2008-03-15 00:00:58 
Re: part 21 asserts forth best for small memory systems, would l
Marc Olschok <nobody@[  2008-03-14 21:32:04 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-11 20:44:40 
Re: part 21 asserts forth best for small memory systems, would l
Elizabeth D Rather <er  2008-03-11 21:46:47 
Re: part 21 asserts forth best for small memory systems, would l
Duke Normandin <dukeof  2008-03-10 05:19:15 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 11:56:33 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 00:16:03 
Re: part 21 asserts forth best for small memory systems, would l
John Doty <jpd@[EMAIL   2008-03-07 17:34:02 
Re: part 21 asserts forth best for small memory systems, would l
Albert van der Horst <  2008-03-08 10:58:33 
Re: part 21 asserts forth best for small memory systems, would l
Guy Macon <http://www.  2008-03-08 17:11:27 
Re: part 21 asserts forth best for small memory systems, would l
kenney@[EMAIL PROTECTED]   2008-03-08 04:20:28 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Wed Jul 9 5:50:39 CDT 2008.