wz/if_z not doing what I expect

Printable View

06-01-2006, 03:19 PM
SSteve

1 Attachment(s)

wz/if_z not doing what I expect

Given this code:

Code:

DAT ... mov test_reg, test_value wz if_z mov wait_time, long_wait_time ... long_wait_time long $C000000 short_wait_time long $A00000 wait_time res 4 wait_reg res 4 test_value long $FFFF_FFFF test_reg res 4

The line that begins with "if_z" shouldn't execute, right? When I run the code, it does. The complete program is attached. if I replace "test_value" in the excerpt above with "#1", the line that begins with "if_z" (as expected) doesn't execute.

What I think is happening is that the mov statement above moves the value $FFFF_FFFF into test_reg. Where am I going wrong?

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
OS-X: because making Unix user-friendly was easier than debugging Windows
06-01-2006, 05:52 PM
CJ

1 Attachment(s)

all of the predefined data, needs to be before the reserved space, the modified code is attached

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Who says you have to have knowledge to use it?

I've killed a fly with my bare mind.
06-01-2006, 08:12 PM
Bean

Steve,
· I had made the same mistake, and couldn't figure it out either.
· Look through the "Tricks & Traps" document, it has alot of good info.
Bean.

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Cheap 4-digit LED display with driver IC·www.hc4led.com

COMING SOON "SD DATA LOGGER" www.sddatalogger.com

"I reject your reality, and substitute my own." Mythbusters
·
06-02-2006, 12:43 AM
SSteve

Thanks, CJ & Bean. I don't know how I managed to miss the Tricks & Traps document. I guess that was before I started reading the Propeller thread. What a life saver! I already managed to learn two of the Tricks the hard way. http://forums.parallax.com/images/smilies/smile.gif

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
OS-X: because making Unix user-friendly was easier than debugging Windows