In your first example, the program would halt at "val = readkey();", until a key is pressed. The other one would not. Not the same.

Man, I think I've never seen so many crazy people on a thread before!

1. so should I change readkey() to keypressed() ?
2. Somebody told that I shouldn't to call out in function function . I read that is good idea ..... so I don't know - should I change that more call function should be in main() ??

3. This:

readkey();
if(key[KEY_0])

should be:

int k = readkey()>>8;
 k = readkey()>>8;
if(k==KEY_0)

?? yes ?
If I understand: http://www.allegro.cc/manual/api/keyboard-routines/readkey thanks ">>8" I can use "key+key" yes ??

You didn't answer question 2, Evert.

Yeah, like I said, we're getting Punk'd and this guy is having a blast

No.
readkey() will read a key from the buffer and wait if there is no key in the buffer. keypressed() will tell you if there is a key in the buffer. So
val=readkey();
blocks, while

val=0;
if (keypressed()) val=readkey();

does not.

No!

EDIT: For shortcuts, check out the key_shifts variable as well.

readkey()>>8

I know bite shift in only theoretical side, I never use it. Bite shift faster some actions. And here what is faster ? Read key is faster ?

What the HELL!!? Read the goddamn manual!? It doesn't make anything faster, it gets the goddamn scancode for you! Please, please, please tell me you're only joking here!

but why in "k = readkey()>>8;" is "8" ?? why bite shift in right is "8" ??

Because >> 8 is one byte and readkey() returns a word (2 bytes):

I.e. xxxxxxxx | xxxxxxxx (8 bits | 8 bits)
Scancode | Asci value

[off topic]
I am not going to flame to prove my point.
[/off topic]

from what i understood the problem was that the game went back to the menu when esc was pressed in the started game,and you want it to end the game.
the mods that i made will fix that problem.

when esc was pressed before the mods to the code, a break was issued. This break ends the current loop. when the current loop is ended you are put back to the spot in your code where you entered that loop. That spot is the menu loop.
so what i did to fix this is change that break to the end-game call you made.

i just wanted to get the main problem fixed. He has been informed that there are some other design errors in his code. After reviewing his code, i saw that those errors do not harm the game in a drastic way. So these errors can be corrected in a later design faze.(now that he knows of them)

thanks piccolo for your help

I also will change in code to:
int k=readkey()>>8;
.............
;]

But:
word = 2 bytes ? Thanks I didn't know that.
but if readkey() returns 2 bytes so why readkey()>> can't be "16" ? 2 bytes = 16