in reply to Re^3: setup of a small perl game
in thread setup of a small perl game

last; did fix it, thanks!

You are probably right, functions might be easier to debug later. By functions do you mean sub routines? I could probably do that. I'm not too versed with self-made functions, however.

Replies are listed 'Best First'.
Re^5: setup of a small perl game
by tlm (Prior) on Apr 12, 2005 at 04:17 UTC

    Yes, subroutines. Subs are one of the most powerful ways to tame code complexity; without them you quickly end up with huge, monolithic scripts that are impossible to read, modify, or debug. Read perlsub, and soon you'll be sub genius. :-)

    the lowliest monk

      Although I like the overall syntax and simplicity of the pseudocode it does bring two things to my attention.

      1) You need to predeclare the variables at the top of the script otherwise when working in subs you'll get blasted with errrors, especially under strict.

      2) Not being one of the "sub geniuses" myself, I don't think you can get by using last; inside of a sub routine and at the moment I can't think of a different way to go about doing that.



      "Age is nothing more than an inaccurate number bestowed upon us at birth as just another means for others to judge and classify us"

      sulfericacid

        2) Not being one of the "sub geniuses" myself, I don't think you can get by using last; inside of a sub routine and at the moment I can't think of a different way to go about doing that.

        If you look at the original sketch I posted, you'll see that there are two last statements, one for each of the two loops; they both occur in the main body of the program. But most of the script's work is handled by subroutines like ask_next_question(), check_answer(), update_score(), etc.

        the lowliest monk