IRC logs for #opendune on OFTC at 2010-04-04
⏴ go to previous day
12:42:14 <glx> hmm it seems working emu_Date_Get() and emu_Date_Time() regulary triggers new unresolved jumps
13:02:31 <DorpsGek> SVN: glx (r1042) [JIT] -Fix: startup failed
13:03:35 <DorpsGek> SVN: glx (r1043) -Update (r1042): update decompiled code
13:14:40 <DorpsGek> SVN: glx (r1044) -Add: C-ified Unit_Unknown3014(), Unit_EnterStructure(), Unit_Unknown3146(), Unit_FindBestTargetEncoded() and Unit_Unknown379B()
13:17:28 <glx> only 1 function left in 1A34 but it's not C-ifiable
14:14:55 *** Instructor has joined #openDune
14:15:05 *** Instructor has left #openDune
14:39:55 <DorpsGek> SVN: glx (r1045) -Fix (r1044): uninitialised variable
15:06:07 <DorpsGek> SVN: glx (r1046) -Add: named 2 emu_Object_XXX() functions, and replace some calls (wrappers around script->variables[4] with direct accesses
15:12:38 <TrueBrain> glx: stop going so fast :p
15:12:58 *** TrueBrain sets mode: +b *!*@petert.zernebok.net
15:13:14 <glx> you were fast on Script_Structure ;)
15:13:33 <TrueBrain> but that were just 9 functions :p
15:14:34 <glx> did you see my remark about emu_Date_Get() and emu_Date_Time() ?
15:14:53 <TrueBrain> that it gives unresolveds? That is not really suprising I guess ...
15:15:47 <glx> I make a change, I compile, I want to test and suddenly it fails to start
15:16:20 <TrueBrain> hmm .. to order food, or to make food ....
15:18:43 <TrueBrain> why is only var[4] access in a wrapper?
15:19:10 <TrueBrain> why replace get with direct access, but not set?
15:19:15 <glx> but the wrappers accept Unit or Structure
15:20:15 <glx> and for structures set also sets the animation if there's a linked unit
15:22:06 <glx> unit->variable_06 is indeed part of unit->flags (like for structures)
15:23:08 <TrueBrain> unitInfo->var 36 I believ eis also a flag
15:27:35 <glx> hmm Script_General look like a good candidate
16:54:27 <glx> TrueBrain: /* Unresolved jump */ emu_ip = 0x02C6; emu_last_cs = 0x0EDB; emu_last_ip = 0x02C6; emu_last_length = 0x001E; emu_last_crc = 0xE8BB; emu_call(); <-- is a quick "decompile" possible ?
16:56:16 <TrueBrain> hmm ... that is weird ...
16:56:32 <TrueBrain> 02CF collides with another piece of code
16:56:38 <glx> it starts with pop cx; pop cx
16:58:32 <TrueBrain> funny to know it is only used with a structure ;)
17:04:32 <TrueBrain> src/unit.c: In function 'Unit_DisplayStatusText':
17:04:33 <TrueBrain> src/unit.c:2540: warning: implicit declaration of function 'strlen'
17:04:35 <TrueBrain> src/unit.c:2540: warning: incompatible implicit declaration of built-in function 'strlen'
17:04:36 <TrueBrain> src/unit.c:2547: warning: implicit declaration of function 'strcat'
17:04:38 <TrueBrain> src/unit.c:2547: warning: incompatible implicit declaration of built-in function 'strcat'
17:05:08 <DorpsGek> SVN: truebrain (r1047) -Fix: SILENT! I KILL YOU! Wait .. wrong character ..
17:06:32 <glx> (I first added this include but it was not needed for me so I removed it ;) )
17:07:26 <TrueBrain> it will happen more often, so not a problem :)
17:07:31 <TrueBrain> different compilers, different complaints :)
17:08:06 <TrueBrain> src/emu_unit.c: emu_Unit_IsTypeOnMap no longer used
17:08:08 <TrueBrain> src/emu_unit.c: emu_Unit_GetTargetPriority no longer used
17:08:09 <TrueBrain> src/emu_unit.c: emu_Unit_Move no longer used
17:08:11 <TrueBrain> src/emu_unit.c: emu_Unit_UntargetMe no longer used
17:08:12 <TrueBrain> src/unknown/emu_B483.c: emu_Unknown_B483_0156 no longer used
17:08:14 <TrueBrain> I get told by my script
17:09:09 <TrueBrain> he seems to be right ;)
17:10:49 <TrueBrain> not with the last one, but it is wrongfully named emu_ ;)
17:12:06 <glx> well it's emu as it still uses stack for args
17:12:22 <DorpsGek> SVN: truebrain (r1048) -Remove: no longer required emu_ functions
17:12:39 <TrueBrain> closing in on 25% C-ified :)
17:56:55 <DorpsGek> SVN: glx (r1049) -Add: C-ified Script_General_DisplayText(), Script_General_RandomRange(), Script_General_Unknown0184(), Script_General_Unknown024B(), Script_General_Unknown0288(), Script_General_Unknown02EA() and Script_General_UnitCount()
17:57:29 <glx> some are not really general it seems (but I used 0EBD = general ;) )
17:59:14 <glx> btw I don't like objects (because they can be Structure or Unit)
17:59:54 <glx> and they require some hacks like find.houseID = emu_get_memory8(g_global->objectCurrent.s.cs, g_global->objectCurrent.s.ip, 8); /* object->houseID */
18:00:24 <TrueBrain> so either we need to normalize it, and make Object, which is extended in Structure and Unit
18:00:30 <TrueBrain> or make it two functions fast ;)
18:02:33 <glx> I think Unit variable06 & 1 / Structure flags.s.unknown_6_0001 tells the real type
18:03:23 <TrueBrain> but okay, we can temp fix it like this ... we will see later if we can really fix it :) For scripts it is easy, just duplicate it
18:03:25 <TrueBrain> makes more sense too, so ...
20:18:49 <TrueBrain> offset = (offset >> 8) | (offset << 8); <- BE SWAP broken? :)
20:19:38 <TrueBrain> I was wondering why you didn't use SWAP :)
20:20:05 <TrueBrain> guess because we don't have 16bit ones yet ..
20:20:45 <glx> I totally forgot we had a swap (well I tried but intellisense didn't show any)
20:20:55 <glx> of course it's not called swap
20:21:31 <DorpsGek> SVN: truebrain (r1050) -Fix (r1049): silly placement of a dot ;)
20:21:35 <TrueBrain> sometimes things just annoy me
20:21:50 <Xaroth|Work> you're just in a rant mood tonight :P
20:22:01 <glx> but indeed we have a 32bit swap, and I think it won't do what we expect with a 16bit value
20:23:02 <glx> anyway all stuff related to ScriptInfo->text is untestable ;)
20:23:24 <glx> no TEXT section in dune2 scripts
20:24:09 <glx> no, just an unused feature
20:26:51 <TrueBrain> 32bit swaps are .... different :p
20:27:02 <TrueBrain> well, just require a >> 16 of course
20:39:29 <TrueBrain> something like that?
20:43:30 <DorpsGek> SVN: truebrain (r1051) -Fix: don't introduce a custom BE2LE, but use wrappers
20:45:49 <glx> ha yes better like that indeed
20:46:36 <TrueBrain> easier to understand, mostly :) And .. a small step closer to BE compatibility :)
20:47:03 <TrueBrain> ingame speed feels odd
20:47:15 <TrueBrain> harvester runs much more uncontrolled
20:47:26 <TrueBrain> units just 'rotate'
20:47:29 <TrueBrain> instead of slowly rotating
20:48:47 <DorpsGek> SVN: truebrain (r1052) -Codechange: Structure Scripts no longer require emulator layer! :)
20:52:17 <glx> hmm there's a bug with harvester yes
20:52:28 <TrueBrain> all vehicles have it
20:52:35 <TrueBrain> they all bobble over the road
20:52:44 <TrueBrain> and they no longer rotate to the new position, but instantly are there
21:07:09 <TrueBrain> the Date function indeed is very annoying ....
21:07:17 <TrueBrain> going back to old revisions is a bitch
21:13:25 <TrueBrain> merging doesn't help
21:13:55 <glx> merging worked for me last time I needed to go back
21:14:16 <TrueBrain> 1033 and 1043, still fails
21:19:02 <TrueBrain> really .. 1023, 1033, 1043 are JIT updates
21:19:06 <TrueBrain> how .... did we manage that?
21:20:25 <Xaroth|Work> so, who's comitting a JIT update now then :P
21:22:02 <TrueBrain> somewhere between r1020 and r1030 the rotating breaks
21:24:20 <glx> (Unit_Unknown0005 is Unit_Move)
21:29:14 <TrueBrain> yes, 1029 is to blame
21:31:05 <glx> r1027 and r1028 functions were named and not related to the symptom ;)
21:32:45 <TrueBrain> owh well, time to get some sleep
22:00:55 <TrueBrain> hmm .. hard to sleep when your system is still updating
22:01:11 <TrueBrain> sounds like rotation and position for wheels and the thing on top of the tank
22:01:18 <TrueBrain> dunno .. think it is related :)
22:01:24 <TrueBrain> that is all I wanted to say :p Now my update is done :)
continue to next day ⏵