💾 Archived View for spam.works › mirrors › textfiles › programming › adventur captured on 2023-07-22 at 20:41:52.

View Raw

More Information

⬅️ Previous capture (2023-06-16)

-=-=-=-=-=-=-

    ??????? ??????  ???? ?? ??????? ??????  ???????? ???? ?? ??????  ???????
   ?????????????????????????????????????????????????????????????????????????    
   ?????????????????????????????   ????????  ?????  ?????????????????????       
   ?????????????????????????????   ????????  ?????  ?????????????????????       
   ??????????????????????????????? ????????  ?????  ???????????????????????     
   ??????????????????????????????? ????????  ?????  ???????????????????????     
   ????????????????????????????????????????  ?????  ????????????????????????    
   ???????????????  ?????? ????????????????  ?????  ????????????????????????    
                                                                                
                         MORE PARSING by Bob Wiber                              
                                                                                
Hello,  before we begin I need to tell you that we will  be  using  the  program
listing  that  was in last months GAZZETTE,  the program that was in the library
file has the name of 'ROOMS.BAS'.  We will be talking line numbers and you  will
probably  need  a listing handy to make much sense out of this months ramblings,
so I will wait here while you get a listing.                                    
                                                                                
Ok,  now we start to take the program apart and follow  a  command  through  the
parser  and try to figure out how the thing works.  Also I'll try to point out a
couple of places that need some special attention.  Let's begin with the program
lines between 100 and 900.                                                      
 
This is the area in which the arrays are dimensioned and loaded, and some of the
special values are  set  into  place.  Along  with  this  section  is  the  area 
beginning with line 9300,  this area will expand as we go along adding things to 
the bare bones of our adventure game.  Right now we only have the data that will 
allow us to move around our "world", and at least know the name of the room that 
we are in at the time.  Later we will expand the 9300+ area  to  load  in  other 
information  that  will  be needed to run a successful game,  but for now I will 
leave the explanation for another article (well,  I have to  have  something  to 
drag this out with).  

One  point  to notice in the loading of the verb and word arrays,  we don't do a 
FOR-NEXT loop - rather we go until we find "<<END>>".  This allows  us  to  edit
the  word  lists  without having to count the number of words in them and change 
the length of the loop.  The only thing that we need to watch is that the  array 
is  large  enough to handle the lists - in our case we can have 150 words in the 
verb array and 250 words in the other array with no problem, and with the memory 
that is basically standard in most machines today a small array like that is  NO 
PROBLEM (after all, I write these things on a PC JR with 128K).  One other thing 
to  note  is that we have changed the 'name' of the WORDS to TYPE,  not really a 
large point but a confusing one if you don't catch it right away.  

Ok,  we have set up the arrays and loaded all of the various background elements 
that control our world - now what?  At this point we are at line 910 and we find
that  the name of the current room is displayed on the screen (which room we are 
in is set in line 110 with L=4). Then it tries to decide if EXTRA is true, which 
it is not at this time (it's workings will be described later).  So, it's off to 
line 9000 and the real workhorse around here -- the PARSER  (see  it  even  says 
so).  Here's  where I really get into problems and will have to have Aaron check 
my work,  he wrote it and he is the whiz with strings (and graphics and figuring 
out programs and - well, enough) all I know is that I can make it do what I want 
by putting in the commands.  Anyway, we may all learn something here ---

Line 9005 asks us for our command, and if you don't like the ">" then change the 
prompt  in the input,  but remember - your player has to see it at every move so
the cute "WHAT NOW STUPID?" stuff wears thin real soon (in fact,  I have a  game 
that  I  haven't finished playing simply because of the prompt lines).  Whatever 
you choose to do with the prompt let's use  the  line  "GO  TO  THE  NORTH  THEN 
SOUTH".  With  that  safely  entered into the A$ we are off to line 10000.  This 
little sequence (line numbers 10000-10020) takes all of our input and makes sure 
that it is in capital letters, so we can type in our commands in upper, lower or 
a combination of the two cases.  With that safely out of the way  we  return  to 
line 9007 and the main bulk of the parser.  

The  parser  starts  off  by  checking  to  see if the command that was input is 
smaller then three letters long or is a "G",  if so a lot of  the  work  can  be
eliminated.  Other  checks that are performed at this time let the computer know 
if the command that has been entered is multiple or not,  and in the case of our 
example  it  is.  This  is  signified by the use of "THEN" or by using a period, 
with this information the computer cuts off the rest of  the  command  line  and 
assigns  it  to a holding string (A1$) and sets EXTRA to 1.  From this point the 
parser checks to see if we are using "G" or"AGAIN" which tells it to repeat  the 
last  command,  i.e.  the command "GO NORTH.  G THEN GET THE CAT.  S THEN NW" is 
perfectly legal and will be fully complied with - if you haven't made a  mistake 
(if  there  is no cat then you won't get it,  but you will end up where you told 
the computer to put you - so it is important to know what you really want to  do 
before using the multiple command feature).

At  this point the parser just starts to examine the first command and to cut it 
into the individual words that make it up.  In our example command at this point 
we would have set EXTRA, assigned "SOUTH" TO A1$, and would have split the first 
command into four individual words.  The parser,  as with all of the others that 
I am aware of, assigns the FIRST word to the verb and lets the others be as they 
may with the noun usually being the last word in the command.  

Having  done  all of the above the computer returns to the program lines between 
1010 and 1080 with a small detour or two.  At this point all  we  have  is  four 
words  and  the knowledge that we still have some commands to be worked on.  The
following lines really  only  go  through  the  word  strings  that  the  Parser
generated  and  compare  them  to the word lists,  the verb is done first (lines
9200-9220) and if no verb is present the  computer  complains  that  it  doesn't
understand the sentence.

      [ MORE... To scroll the rest of the article, press Ctrl-Right arrow ]