in reply to NULL Variables

People new to Perl should get a book. Seriously. Really, a forum can never measure up to a book for the basics. This item is relatively basic (and indeed introductory), thus is undoubtedly covered in the Llama or Camel books by O'Reilly -- both excellent references.

If we answer this, and then answer "what is a semicolon used for", and so on, we end up writing a book ourselves. Please, find some suitable documentation and try to solve your problem on your own. When you gain some basic skill, and the knowledge of what the language is properly called (Perl), then come back to us.

So, as nicely as possible ... RTFM.

Replies are listed 'Best First'.
Re^2: NULL Variables
by Anonymous Monk on Jun 29, 2010 at 01:32 UTC
    Yeah you dumbasses should just use the search function available in every book on the shelf.. /sarcasm Actually.. Sometimes it's nice to have answers which you know right at your finger tips. Just so you can verify that you are not going crazy. Also sometimes it's easier to search the net for something than it is searching a book for something that may or may not be in the index. Also, posts like this are easier for most people to read than cs books.
      I agree with the person above me. I was actually reading the Llama book, and was searching for a way to set a variable so that the defined () function would come back as false. Since i did not know about 'undef', it makes it kind of hard to search for it in a book. Just because it seems obvious to you doesn't mean everyone gets it. Is this forum about helping people with Perl or selling O'Reilly books? WTF? Thanks to the first poster who answered the question in less space than the others took to complain about it.
        > Thanks to the first poster who answered the question in less space than the others took to complain about it.

        It's not that easy. Many languages have a "NULL" which isn't always the same as undef.

        Javascript for instance has "undefined" and "Null". This has much to do with different models concerning the boolean interpretation of certain data types.

        So the "complaints" you are criticizing are motivated by the confusion about the real question behind the OP might be.

        Maybe of interest: Is // a "Null coalescing operator" ?

        Cheers Rolf