Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - jrh

Pages 1 2 3
#31
Whither newLISP? /
July 13, 2007, 01:26:57 PM
Quote from: "Lutz"The area where I have used contexts most is in natural language analysis, building dictionaries with hundreds-thousands to several millions of symbols. For run-off-the-mill associative or random acces of a few hundred elemens I always use lists and association lists.


I find the use of contexts to encapsulate data structures such as large (1000+) lists or 100000 element arrays to be very efficient as I can access them by reference and avoid the overhead of copying them when they are manipulated.  Deletion seems speedy enough as the program never has more than a couple of dozen of these container contexts around at any one time.



Having to double delete them now when using the basic language syntax in order to support obscure and esoteric template strategies doesn't seem to me to be very "clean".

---
#32
Whither newLISP? /
July 12, 2007, 04:10:09 PM
Quote from: "Lutz"This was necessary to avoid conflicts with another feature implemented: to be able to dynamically create contexts on local variables in functions.


But can't one already do that with the sym statement?


Code Select
> (setq myVar (sym (string "myCtx" 0 0 1)))
myCtx001
> (context myVar)
myCtx001
myCtx001>

#33
Whither newLISP? / Deletion of contexts in 9.2
July 12, 2007, 12:05:42 PM
I have an application that creates instances of a context from a template and then deletes them over a period of time.  I notice that the deletion of contexts in the future release of newLISP will keep them around as "ghost" symbols and will require me to double-delete contexts to prevent them from filling up the symbol table with a bunch of garbage.



This is a pain.  What is the rationale behind changing the behavior of delete?
#34
newLISP newS /
July 07, 2007, 10:51:28 AM
Section 1 of the newLISP Function Reference portion of the manual disallows the comma as the start of a variable name.  Both commas and colons are prohibited from being inside a variable name as they are used to mark the end of a symbol.



The manual seems to imply that the colon is a legal start character though.
#35
Anything else we might add? /
November 19, 2005, 02:18:34 PM
Quote from: "Ryon" by networking in real time the same actual logic sources as are used in creating the language itself.




Everyone knows there is only one language that can do that!



http://www.madore.org/~david/programs/unlambda/">http://www.madore.org/~david/programs/unlambda/



-
#36
So, what can you actually DO with newLISP? /
November 17, 2005, 09:12:03 AM
kewl...
Pages 1 2 3