Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
This is weird - just plain won't run the code?
#1
Input code:

Code:
BORDER 2
CLS
Print "Temp File"

(Originally it was just the one print line).

Out put file: <!-- m --><a class="postlink" href="https://dl.dropboxusercontent.com/u/4903664/LawOfChaos.zip">https://dl.dropboxusercontent.com/u/490 ... fChaos.zip</a><!-- m -->

This just crashes the Spectrum.

Build settings: zxb -T -B -a "LawOfChaos.bas"

C:\zxb --version
zxb 1.3.0-s1022

I haven't compiled anything up in a while. But...it's odd it seems to be making a broken result?
Reply
#2
I can't reproduce the crash.
This runs ok. In the emulator. Are you running it on a real speccy? Which model?
Reply
#3
I'm going to file this under "weird"

It works for me now as well. I don't actually own a real spectrum Wink I was, and still am, running it under spectaculator 8.0. It crashed last night each time. Today, it behaves....

Now I'm really baffled.
Reply
#4
britlion Wrote:I'm going to file this under "weird"

It works for me now as well. I don't actually own a real spectrum Wink I was, and still am, running it under spectaculator 8.0. It crashed last night each time. Today, it behaves....

Now I'm really baffled.
Could it be you were running it on a non standard mode (e.g. +3, +2A, another clone)??
Reply
#5
boriel Wrote:
britlion Wrote:I'm going to file this under "weird"

It works for me now as well. I don't actually own a real spectrum Wink I was, and still am, running it under spectaculator 8.0. It crashed last night each time. Today, it behaves....

Now I'm really baffled.
Could it be you were running it on a non standard mode (e.g. +3, +2A, another clone)??

Maybe. Not recoverable now. But it's a thought - perhaps it was left in an odd mode!
Reply
#6
britlion Wrote:
boriel Wrote:
britlion Wrote:I'm going to file this under "weird"

It works for me now as well. I don't actually own a real spectrum Wink I was, and still am, running it under spectaculator 8.0. It crashed last night each time. Today, it behaves....

Now I'm really baffled.
Could it be you were running it on a non standard mode (e.g. +3, +2A, another clone)??

Maybe. Not recoverable now. But it's a thought - perhaps it was left in an odd mode!

I have had this problem and as it turns out the compiler did an "push hl" in the start up code just after the beginning RAND USR address or ORG, do not know why but there was no reason for it to be there and that is all I know.
Reply
#7
Darkstar Wrote:I have had this problem and as it turns out the compiler did an "push hl" in the start up code just after the beginning RAND USR address or ORG, do not know why but there was no reason for it to be there and that is all I know.
If you can reproduce this, please tell me the steps. This will allow me to fix it. Which version were you using?
Usually an extra push hl means a bug in the optimizer (not removing it).
Reply
#8
boriel Wrote:
Darkstar Wrote:I have had this problem and as it turns out the compiler did an "push hl" in the start up code just after the beginning RAND USR address or ORG, do not know why but there was no reason for it to be there and that is all I know.
If you can reproduce this, please tell me the steps. This will allow me to fix it. Which version were you using?
Usually an extra push hl means a bug in the optimizer (not removing it).

It was a while ago so I do not remember the -O level and I have not even tried to reproduce it. It was the second (after DI) or third instruction, very close to the beginning. Always kept crashing on me even though I recompiled until I found that extra "push hl" instruction and I thought "stupid stupid stupid, what is that doing there?" When I deleted both the TAP file I think it was and the ASM file and then recompiled then finally I got rid of that pesky "push hl" instruction. I do not think I changed the -O level. I have not had this bug since and I do not know how to reproduce it.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)