Compile prob
#1

when i compile, it give me

Code:
Pawn compiler 3.2.3664	 	 	Copyright © 1997-2006, ITB CompuPhase

Header size:           2288 bytes
Code size:            49168 bytes
Data size:            41232 bytes
Stack/heap size:      16384 bytes; estimated max. usage=10324 cells (41296 bytes)
Total requirements:  109072 bytes
is there any prob?

plz reply...

wating
Reply
#2

This is what mine says when it's complied (no errors):

Code:
Pawn compiler 3.2.3664	 	 	Copyright © 1997-2006, ITB CompuPhase
Yours doesn't look like it has any errors, but there appears to be additional information for some reason.

I don't see any errors or warning though..
Reply
#3

Use #pragma dynamic (some number)

Not sure what number. 10,000?
Reply
#4

Code:
Header size:           2288 bytes
Code size:            49168 bytes
Data size:            41232 bytes
Stack/heap size:      16384 bytes; estimated max. usage=10324 cells (41296 bytes)
Total requirements:  109072 bytes
ain't this shows when you compile with -d3 -r in pawn.cfg ?
Reply
#5

it means that your script needs more memory than the default allocated, you can specify how much bytes of memory you need by using
pawn Code:
#pragma dynamic 123456
where '123456' is the size in bytes your script needs. one cell required 4 bytes.

where you see "Total requirements: 109072 bytes". it estimated your script needs, but you need to know how much you need if the compiler is warning you about this. Read the pawn-lang pdf (search this forum).

If your script does not have enough memory it will just stop executing at some point or just not load at all, and in the worst case it will crash the server.
Reply
#6

Note: Don't use huge variables.
Reply
#7

Quote:
Originally Posted by Mr_DjolE
View Post
Note: Don't use huge variables.
sometimes you need to.
Reply
#8

Except for the occasional long SQL query, you really don't need more than 128 cells anywhere else.
Reply
#9

Quote:
Originally Posted by Vince
View Post
Except for the occasional long SQL query, you really don't need more than 128 cells anywhere else.
kidding? MAX_PLAYERS is 1000, so creating a new var[MAX_PLAYERS][enum] would be 1000*enum size cells
do that * 4 and then you have a nice amount of bytes.
Reply
#10

Global variables aren't stored on the stack. Your argument is invalid. And the value of MAX_PLAYERS is 500, still. Server owners that use the 1000 slot server surely know how to redefine a macro.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)