[13:49] Join: Metcalf joined #corewars [13:49] hi Met [13:49] Hi :-) [13:54] MSG: Ping timeout: 245 seconds [13:55] Join: Metcalf joined #corewars [14:01] Hi Mizcu [14:02] Are you up to anything interesting? [14:05] not atm [14:10] MSG: Ping timeout: 245 seconds [14:10] Join: Metcalf joined #corewars [14:13] Join: OoS joined #corewars [14:15] MSG: Ping timeout: 245 seconds [15:07] MSG: Ping timeout: 245 seconds [15:40] Sorry to keep pestering everyone (well, Mizcu ;)), but can it always be assumed that unless otherwise specified, immediate addressing should be used? [15:41] yes [15:41] OK, Thanks [15:42] unspecified addressing is preprocessed as immediate [15:42] OK [15:42] Hmm. [15:43] I've just read something (after asking) that says a $ may be omitted for direct addressing? [15:43] acht, yes, direct, not immediate [15:43] OK, heh. :) [15:44] so unspecified is processed as direct [15:44] OK [15:46] And if an operand is left out, it is taken as the B-Operand, and '$0' is the A-Operand...? [15:46] ('it is taken as the B-Operand' should be, 'the given one is taken as the B-Operand') [15:50] Oh no, standard says if there is only one operand for DAT, it is the B-Operand, and '#0' is the A-Operand. Is this likely to be true of all opcodes? [15:51] what standard are you reading again? [15:52] because dat.x >1, <1 is valid code in '94 [15:52] I am reading the Annotated Draft of the Proposed 1994 Corewar Standard Version 3.3 [15:54] it is only dat-specific behaviour [15:54] OK [15:54] so dat 5 becomes dat 0, 5, but jmp 5 becomes jmp 5, 0 [15:56] OK [15:56] And the jmp behaviour is that of everything except dat? [15:57] well, gimme a second and ill test [15:59] OK. Thanks :) [15:59] following instructions compile with only one argument : dat, jmp, seq, sne, spl, slt, ldp, stp [15:59] Oh? The rest complain? [15:59] instructions that require two arguments: mov add sub mul div mod jmz jmn djn [16:00] Ah, OK [16:00] no, it complains with slt, ldp and stp too [16:00] But it carries on anyway? [16:00] (too many errors, aborting -fault..) [16:01] Ah [16:01] pmars complains about incomplete operand or instruction, and refuses to run [16:02] OK [16:03] pmars divides problems into errors and warnings, refusing to run on an error [16:03] Right. Same as gcc then. [16:08] (i guess "missing 'assert', program may not run properly" is the most common warning among redcoders.. at least with me it is) [16:09] Alright