Nice!!!
I was confused about this function, but after reading all posts in this topic I come to know how cleverly this function can be used in the code.
Thank you All..

Very interesting, I looked through my various routines and do not see any instances where I set a variable within the lambda call. Phew, I'm in the clear.

In a named function the variable remains until the session is closed. I'm quite intrigued as to how much lambda mimics defun.

"Modular design" is your friend -i.e. creating a bunch of small (single purpose) functions is good.

Good! ...post your research/findings. From what I remember, almost entirely; defun allows you to name your functions and call them. defun-q allows you to look up and access contents.

Quote from: John Kaul (Se7en) on July 20, 2017, 07:06:25 pm

Quote from: Master_Shake on July 20, 2017, 02:48:10 pm

Instinct has me saying no as the variable is contained within the lambda call?

No, sorry. You must still localize variables created within a lambda. Although, if you need to create variables within a lambda, it's a very good indication you should create a named function instead.

If for some reason you needed to set a variable within the lambda call, that variable would now be globally available in that session?

EDIT: ronjonp beat me to it.
***

Let me answer your question with a question (sorry).

What happens in a named function when you don't localize a variable?

Now, lets be clear here, we are quickly getting off topic here and going down the rabbit hole of "name resolution" -i.e. potentially breaking other parts of your/another program because of previously defined variables but, below is a link for you to read up on two different types of "scoping" and how different languages use it. Will the information gleaned from the following be useful? *meh* (maybe only if you get into other languages and/or compiler design--an absolute fascinating area to study if you ask me--but if you keep your AutoLisp variables localized, probably not).  Is it interesting? yeah.

https://en.wikipedia.org/wiki/Scope_(computer_science)#Static_versus_dynamic_scoping

does not wrk for me..

Try it in the Properties palette

Quote from: Master_Shake on July 20, 2017, 02:48:10 pm

Instinct has me saying no as the variable is contained within the lambda call?

No, sorry. You must still localize variables created within a lambda. Although, if you need to create variables within a lambda, it's a very good indication you should create a named function instead.

If for some reason you needed to set a variable within the lambda call, that variable would now be globally available in that session?