just use instead of the GDB your free ram space, L1.
What i always do is using instead of the GDB a variable, that also works.

   the fundamental difference between "L1" and "GDB1" is that the first is a pointer to a static position in RAM that is guaranteed to be usable to any program that wants it while that program is running (this is not strictly true of the other "Ln" pointers, but it's the same basic idea) while the second is a pointer to a position within your program. when you "store a value to GDB1", axe inserts the data directly into your program somewhere at compile time and returns a pointer to its position within your program during run time. it would technically be possible to do the same with "L1", but storing data to that location at compile time would be completely useless. it would only exist on your calculator, not the calculators of anyone else who may want to run your program, and it would be overwritten on your calculator as soon as some other process decided to store data there. thus, axe ensures that "L1" can only be written to during runtime. what this means is that, in order to accomplish what you want, your data has to first be stored somewhere else (which could be inside your program, in an external appvar or program, or anywhere else on the calculator) and then copied over to the chunk of RAM starting at L1 for manipulation there.
   it is also possible to write to "GDB1" during runtime. bear in mind, though, that these pointers are pointing to a spot within your program itself, meaning that, if you write to an area outside of the space allotted for data at compile time, you will end up overwriting other things, including possibly even rewriting your own code as it executes. also, if your program is being executed directly from RAM, or if you are using a shell with writeback enabled, any changes you make to your program during runtime will be permanent, meaning that the next time the user launches your program he will be left using the values generated the last time it was run.

EDIT: syntax for the Copy( command, which you can use to copy a chunk of data into the space at one of the Ln vars
Copy(BUF) token: conj() Copies the 768 byte buffer to the main buffer. Same as Copy(BUF,L6,768)
Copy(BUF1,BUF2) token: conj() Copies the 768 byte buffer BUF1 to BUF2. Same as Copy(BUF1,BUF2,768)
Copy(PTR1,PTR2,SIZE) token: conj() SIZE bytes starting from PTR1 are copied to PTR2 onwards. 0 is not a valid SIZE.
Copy(PTR1,PTR2,SIZE)r token: conj() SIZE bytes ending at PTR1 are copied to PTR2 moving backwards. 0 is not a valid SIZE.

Yeah, I just got how this all works when Shimbs just explained it. Thanks guys!

I'm still curious as to why the AND's (?) and OR's (?) aren't working in my program...

That's why ? and ?? were created. These are the logical AND and OR respectively.

I also use them as a terneary operator though I should avoid it cause it's a major pita to maintain.