IRC logs for #opendune on OFTC at 2009-11-24
⏴ go to previous day
00:00:04 <TrueBrain> glx: good; does it complain about unused variable?
00:00:15 <TrueBrain> btw, can you show me all the warnings MSVC gives?
00:00:23 <glx> MSVC didn't complain about that :)
00:00:51 <SmatZ> it compiles, but ends with this error
00:01:17 <TrueBrain> SmatZ: funny enough, valid crash log :)
00:02:03 <DorpsGek> SVN: truebrain (r602) -Fix: silent the warnings about unused variables
00:02:29 <TrueBrain> glx: one warning is in your patch ;)
00:02:47 <glx> but MSVC is just stupid ;)
00:03:29 <glx> we know houseID is not bigger than an uint8
00:03:49 <SmatZ> TrueBrain: my fault! it compiles and runs fine!
00:04:00 <SmatZ> I just didn't have read access to data files :-0
00:04:11 <SmatZ> created in chroot, copied as root... and stuff...
00:04:26 <glx> still a good crash.bin SmatZ
00:04:45 <SmatZ> glx: ERROR: failed to open memory/crash.bin
00:04:55 <SmatZ> I didn't have write access neither :)
00:06:30 <TrueBrain> hmm .. icc is not free? :(
00:06:56 <SmatZ> you can apply for 30-days licence
00:07:25 <SmatZ> maybe there is some other solution, Rubidium seems to be using icc for longer than 30 days ;)
00:07:43 <DorpsGek> SVN: truebrain (r603) -Fix: MSVC compiler warnings
00:11:43 <glx> ok I changed houseID size in AirUnit :)
00:13:51 <Xaroth> heh @ that electric car
00:15:03 <TrueBrain> I really have to look into tcc ... but not today :)
00:15:17 <DorpsGek> SVN: glx (r604) -Add: C-ified GameLoop_AirUnit()
00:17:59 <TrueBrain> k, maybe I have an email from ICC tomorrow ....
00:18:06 <TrueBrain> for today, I wish you all a very good night :)
00:18:11 <TrueBrain> SmatZ: please let me know any problems/errors :)
00:19:14 <TrueBrain> oh, finally got mail
00:19:17 <TrueBrain> wow ... WARNINGS! :)
00:19:50 <TrueBrain> yes ... many :) Can't read it :p
00:20:04 <TrueBrain> waiting till it is finished ..
00:21:34 <TrueBrain> src/unit.c(585): remark #810: conversion from "uint32={unsigned int}" to "uint16={unsigned short}" may lose significant bits
00:21:36 <TrueBrain> emu_push(ucsip.s.cs); emu_push(ucsip.s.ip);
00:21:41 <TrueBrain> I think he missed the idea of 'struct' ...
00:22:03 <TrueBrain> include/libemu_bios.h(4): remark #310: old-style parameter list (anachronism)
00:22:05 <TrueBrain> extern void emu_insb();
00:22:27 <TrueBrain> src/unit.c(19): remark #1419: external declaration in primary source file
00:22:29 <TrueBrain> extern void f__07D4_196B_0073_56C1();
00:22:32 <TrueBrain> what is your problem with that?!
00:23:09 <TrueBrain> src/tools.c(17): remark #810: conversion from "int" to "uint16={unsigned short}" may lose significant bits
00:23:11 <TrueBrain> if (maximum > normal * 2) maximum = normal * 2;
00:23:17 <TrueBrain> euuhh .... what part of that statement is signed?
00:23:38 <TrueBrain> normal is unsigned ...
00:23:47 <TrueBrain> so that warning is weird .......
00:24:01 <TrueBrain> uint16 * 2 == int ..
00:24:02 <glx> the result of the mutliplication is signed
00:24:08 <SmatZ> the result of multiplication is int
00:24:08 <TrueBrain> I don't understand compilers :(
00:25:16 <TrueBrain> k .. full of those 4 warnings
00:25:30 <TrueBrain> fixing #310 might be a good idea
00:25:33 <TrueBrain> the rest ... no clue
00:29:45 <TrueBrain> k ... something for another day
04:20:41 *** Xaroth has joined #openDune
04:21:28 *** ChanServ sets mode: +o Xaroth
04:21:57 *** galapagos.oftc.net sets mode: +v nsz
04:54:20 *** ChanServ sets mode: +v Xaroth
04:54:20 *** ChanServ sets mode: -o TrueBrain
08:15:03 *** Xaroth sets mode: +o TrueBrain
08:27:17 <Xaroth> time to find out if we can customize websvn
08:28:53 <Xaroth> .. ok, websvn does not seem to clean up it's own crap
08:41:51 <boekabart> morning... btw flu-shot really sucks because basically you get half a flu the next day
08:42:10 <boekabart> just the 'i feel like crap and all my muscles hurt' part, not the 'i get to stay home in bed' part
08:45:36 <Xaroth> TrueBrain: added a script in cron.daily (remove_websvn_cache) that removes the cache files of websvn, older than 7 days
08:46:40 <Xaroth> since start it already generated 50+mb worth of cache files that weren't used...
10:45:06 <Xaroth> TrueBrain: Added line numbering to websvn
10:47:41 <Xaroth> made cell wide enough to allow for line numbering up to 9999 ... I doubt we'll get much files that are longer than that.
11:05:26 * TrueBrain gives boekabart a bit of health
11:14:56 <Xaroth> TrueBrain: right, everything still works on websvn, time to see when we're getting fed.
11:42:22 *** boekabar1 has joined #openDune
12:17:41 <boekabart> Thanks for the health, TrueBrain
13:10:12 <Xaroth> And upgrading always costs 50% of the building cost. << then how come some vehicle upgrades cost differently?
13:10:27 <Xaroth> iirc some heavy vehicle upgrades differ somewhat in price
13:10:37 <Xaroth> can be wrong tho, i'll check tonight
13:10:58 <glx> TrueBrain: are you working on a function ?
13:11:22 <TrueBrain> we should make a list of all functions in the game, and who is working on what
13:11:25 <TrueBrain> Xaroth: suggestions for that?
13:11:43 <Xaroth> topic on the private forum?
13:11:46 <TrueBrain> Xaroth: please do, as I see no evidance of that :)
13:11:53 <TrueBrain> Xaroth: I want this list public, and in some useful format ;)
13:12:06 <glx> php script with clickable button ?
13:12:15 <TrueBrain> I like glx' idea more :p :p
13:12:27 <TrueBrain> one that also reads the source and src/function_names.txt :p
13:12:47 <TrueBrain> maybe even a field where you can leave comments?
13:12:52 <glx> decompiled.h should be enough
13:12:53 <TrueBrain> I think I will try to make something in my user space
13:13:00 <Xaroth> woot, saves me work :P
13:14:26 <glx> anyway I'm on emu_Script_Structure_RemoveFogAroundTile() :)
13:19:26 <Xaroth> TrueBrain: does that also mean it can serve as some kind of indicator on how much work is still to be c-ified?
13:20:11 <Xaroth> may i be the first to say
13:21:14 <TrueBrain> in an optimal world it would allow uploading a patch for a function, allow reviewing, ...
13:21:18 <TrueBrain> but I guess that is a bit too much work :p
13:23:42 <TrueBrain> foreach ($content as $line) {
13:23:48 <TrueBrain> what am I doing wrong?
13:24:09 <Xaroth> var_dump is your friend :)
13:24:27 <TrueBrain> I assumed get_contents would put it in an array
13:24:32 <TrueBrain> and the error was VERY unclear :(
13:24:39 <Xaroth> explode("\n", $content) :)
13:25:55 <TrueBrain> PHP is such a stupid language
13:25:57 <TrueBrain> explode("(", $func)[0];
13:26:21 <TrueBrain> it can't do [0] after explode()
13:26:35 <TrueBrain> for absolutely no obvious reason
13:26:44 <TrueBrain> $func = explode("(", $func);
13:26:55 <Xaroth> because the function return sets the variable to it's left, doesn't allow for direct access on it's right
13:30:47 <TrueBrain> hmm .. how to store who has taken what .. euuh ..
13:40:22 <Xaroth> now everybody can 'take' it ? :P
13:40:39 <TrueBrain> I expect nobody abuses it
13:43:58 <TrueBrain> there, when you click WIP now, you mark it as not taken :)
13:44:13 <TrueBrain> this is most likely the easiest website I ever created, with such a clear functionality :p Ghehe :)
13:45:32 <TrueBrain> now a post-commit-hook to update the list ...
13:47:43 <TrueBrain> just 1066 functions
13:47:45 <TrueBrain> sounds like nothing :p
13:48:27 <glx> hmm fog removal seems strange in clean trunk
13:49:11 <TrueBrain> how do you mean glx?
13:49:43 <TrueBrain> Xaroth: btw, the question now is: are you still working on Tile_GetDistnacenOffset and on the other 0F3F functions?
13:49:54 <glx> it seems to remove fog using square area, IIRC it was a round area before
13:50:10 <TrueBrain> for units it is round
13:50:14 <Xaroth> TrueBrain: first GetDistanceOffset, then i'll start looking if i can find out what other stuff does
13:50:22 <TrueBrain> Xaroth: so make that function :p
13:50:31 <glx> then there's a bug somewher
13:50:43 <TrueBrain> let me check DOSBox
13:53:06 <TrueBrain> hmm .. it seems you are right, as I noticed something odd about it sooner
13:53:39 <glx> I noticed it after my changes, so I reverted to check clean trunk and the same was happening :)
13:54:29 <TrueBrain> confirmed and double confirmed ... now lets find what is causing it :)
13:54:42 <TrueBrain> it seems that even loading savegames gives another result :p
13:55:52 <TrueBrain> Xaroth / glx: any suggestions on how to ask the name of the one taking a function in the worklist?
13:56:38 <glx> many changes in r578 (including the bugs we already fixed)
13:57:14 <Xaroth> input field on top of the form? :)
13:58:16 <glx> I guess it's one of the tile functions called in emu_Structure_RemoveFogAroundTile()
13:58:37 <TrueBrain> GetPosXY is in error
14:00:00 <TrueBrain> I have no suggestions for a clean fix
14:01:20 <glx> IIRC I said something about this function when we were looking for the other bugs ;)
14:01:28 <TrueBrain> that is why I remembered
14:01:31 <TrueBrain> it was the only one I did not fix
14:01:34 <TrueBrain> as I considered it weird
14:01:47 <TrueBrain> GetPosX clears high bits, GetPosXY not
14:01:51 <TrueBrain> and worse .. it uses it! :p
14:02:42 <glx> maybe add a Tile_GetPosXY function instead
14:02:55 <TrueBrain> but I don't get why it does this :(
14:07:39 <glx> hmm GetPosXY looks more like clear ux, clear uy and returns tile32
14:08:00 <TrueBrain> glx: it switches px and ox too
14:10:00 <glx> hmm it switches everything indeed
14:10:33 <Xaroth> I'm long glad I'm not the only one who got mindboggled about it :o
14:10:59 <TrueBrain> Xaroth: well, the problem here is that this function does not what you would expect the function to do
14:11:30 <Xaroth> well it was one of the functions I had issues with
14:11:45 <Xaroth> think we even discussed it somewhere a few weeks ago
14:11:52 <glx> but that doesn't help to completely understand what it does
14:12:15 <TrueBrain> Xaroth: yup, as I said, it doesn't do what you would expect it to do
14:16:03 <DorpsGek> SVN: truebrain (r605) -Fix (r578): one function did something else then we expected. This should fix it
14:16:49 <DorpsGek> SVN: truebrain (r606) -Fix (r605): forgot to rename an entry in the header
14:27:28 <glx> f__16C5_03C3_002D_24E5 maybe emu_Unit_RemoveFogAroundTile, as it's the only function using SpecialXY with emu_Structure_RemoveFogAroundTile
14:28:29 <glx> hmm no it's related to AirUnit
14:28:41 <TrueBrain> I strongly suspect AirUnit to be Team ;)
14:29:12 <glx> team being all your units ?
14:29:18 <TrueBrain> combination of units
14:30:58 <TrueBrain> and it is the enemy
14:32:43 <TrueBrain> one too many \n in script_structure.c :p
14:33:01 <glx> hoping structureInfoCurrent is always in sync with s->type :)
14:33:26 <TrueBrain> you avoid that here :p
14:33:48 <glx> yes but the original used structureInfoCurrent
14:33:51 <TrueBrain> and can't you guess the meaning of variable_12? :)
14:34:04 <TrueBrain> ah :) So why don't you?
14:34:12 <TrueBrain> oh, that isn't simple
14:34:17 <TrueBrain> it should be in sync :)
14:34:46 <glx> variable_0012 is probably some size
14:34:59 <TrueBrain> btw, name it variable_12 please :)
14:35:08 <TrueBrain> but please add behind the ?? something like: radius of fog uncover
14:35:12 <TrueBrain> or what ever it is sane english
14:36:36 <TrueBrain> yeah, that would just be my wild guess ;)
14:36:46 <glx> there's a loop from -radius to radius
14:37:13 <TrueBrain> check other usages of emu_Structure_RemoveFogAroundTile ;)
14:37:28 <TrueBrain> it uses '2' in Structure_Place ;)
14:49:07 <TrueBrain> + * Remove fog around the current structure. <- maybe add a word about that it uses the StructureInfo value for it?
14:49:34 <TrueBrain> Radius of fog uncover. */ <- Radius of fog to uncover ;)
14:49:41 <TrueBrain> rest looks perfect :)
14:51:55 <glx> * Radius to uncover is taken from the current structure info.
14:52:01 <TrueBrain> YOU’RE BENEFIT: When the US$10M is transferred into your account, you will take 20% of the total amount for your support and assistance in this transaction, while my colleagues and I will take 80%, if you agree with this, sends us the following Information:
14:52:11 <TrueBrain> glx: sounds perfect
14:56:57 <DorpsGek> SVN: glx (r607) -Add: C-ified Script_Structure_RemoveFogAroundTile()
15:02:56 <TrueBrain> k, the worklist doesn't detect a function isn't in the list anymore :p
15:03:00 <TrueBrain> so that part is not automated .. too bad
15:10:11 <TrueBrain> euuh .. a 100mbit/s unmetered dedicated server for 100 euro per month ..
15:15:29 <TrueBrain> who wants a private fileserver? :p
15:15:38 <TrueBrain> 1 euro per mbit ... that is _very_ cheap
15:16:05 <Xaroth> where the hell did you find that?
15:17:04 <TrueBrain> they don't care about bandwidth anymore
15:17:24 <Xaroth> duh, they are the biggest partner on ams-ix for a while now :P
15:18:08 <TrueBrain> yeah, but it is impossible to compete with it :p
15:18:36 <Xaroth> the dedi server list still shows bandwidth limits tho
15:18:36 <TrueBrain> in a rack they charge 3 euro per mbit
15:18:42 <Xaroth> but those are the el-cheapo
15:18:43 <TrueBrain> where the normal price is around the 15
15:20:00 <TrueBrain> really, that movie is so sad ....
15:21:48 <Xaroth> the custom built servers
15:24:04 <Xaroth> I think their infrastructure map thingie is a bit out of date
15:24:17 <Xaroth> 40gbps to ams-ix? weren't they pulling like extremely silly amounts of data?
15:25:37 <TrueBrain> dunno .. I only know the Eweka network very well :p
15:25:44 <TrueBrain> I know they pull 10% of the AMS-IX traffic
15:25:56 <TrueBrain> I know LeaseWeb has a very long peering list, of which most is handled inside EVO
15:26:30 <TrueBrain> and I know Eweka had one of the first 10gbit connections to AMS-IX :p
15:26:33 <Xaroth> Amsterdam, July 1, 2009 - LeaseWeb, top-20 hosting provider in the world with currently a bandwidth capacity of 750 Gbps in its network
15:26:55 <TrueBrain> capacity != usage :)
15:27:05 <TrueBrain> capacity in fact is a useless term in many many ways
15:27:12 <TrueBrain> as it is most likely the total peering put together
15:27:34 <TrueBrain> but you can't transport all your data to every peering :) In fact .. it is very limited, what you can transport
15:27:42 <TrueBrain> (with the exception of transits of course, but therefor they are transits :p)
15:27:55 <Xaroth> we used to run our own BGP mess
15:28:21 <Xaroth> and our servers weren't a mess, but BGP is.
15:28:36 <TrueBrain> we will have to start using BGP soon, if things continue as they do
15:28:48 <TrueBrain> first I want to solve it by OSPF, and let some other party do BGP
15:28:54 <TrueBrain> but .. dunno how long we can keep up with that :p
15:29:05 <Xaroth> we let fiberring worry about bgp :P
15:29:23 <Xaroth> but I think we're having a different target audience :P
15:29:28 <TrueBrain> we need to find a good party still .. looking in easynet atm
15:29:42 <TrueBrain> we need a transit which is payable :p
15:30:46 <TrueBrain> but it is hard to find such providers, and to get to talk with them ...
15:31:30 <Xaroth> you talked to Fiberring yet?
15:31:39 <TrueBrain> nope .. wouldn't know where to contact them ;)
15:32:02 <TrueBrain> and online they don't show any prices of any kind
15:32:21 <Xaroth> under pricing, contact :)
15:32:41 <TrueBrain> still no pricing :p Hehe :)
15:32:47 <Xaroth> no, but at least contact :)
17:18:17 <boekabart> omg taht hosting for you youtube video is.... omg!
17:19:12 <boekabart> maybe he should have written a script
18:16:16 <DorpsGek> SVN: glx (r608) -Fix (r604, r607): forgot to remove C-ified functions from function_names.txt
18:34:29 <glx> lol forgetting to update emu_sp is not fun
19:42:58 <tneo> Is it known that suddenly vehicles appear?
19:44:10 <Xaroth> should be dropped every time an enemy reinforcement drops in
19:44:14 <tneo> well the appeared in undiscovered area...
19:44:18 <Xaroth> or rather, a minute or so after it
19:44:42 <tneo> and i got the reinforcements prior to the enemy drop
19:57:00 <glx> but I think it's planed in the scenario
20:04:40 <tneo> no it is not planned afaik
20:04:56 <tneo> didn't happen in previous revisions...
20:06:31 <tneo> also the enemy units are dropped near the border in stead of near my base
20:31:49 <glx> then it may be another bug related to r578
20:32:44 <tneo> want me to open a report to be sure?
20:34:09 <glx> I suspect Tile_UnpackTile() as it's the only one used for reinforcements
20:37:41 <Xaroth> heh, so far my patch has caused another 8 revisions trying to fix it :P
20:37:49 <Xaroth> I should stick to C, not C-ifying :P
20:38:00 <tneo> what is your patch then Xaroth ?
20:38:09 <Xaroth> C-ifying the Tile_* stuff :)
20:38:32 <tneo> just the rewrite of the code?
20:38:52 <Xaroth> basically turning it from decompiled code, to more humanly readable code
20:42:16 <Xaroth> but then again, I knew UnpackTile would bite me in the behind
20:45:35 <TrueBrain> glx: patch looks good
20:53:40 <DorpsGek> SVN: glx (r609) -Add: C-ified Structure_SetAnimation() and Script_Structure_SetAnimation()
20:54:08 <glx> hmm Tile_UnpackTile() looks correct indeed
20:55:22 <glx> so it should be something else
21:04:42 <glx> tneo: but if you can, check in r577 too
21:05:19 <tneo> i have 608 and there it happened...
21:05:19 <glx> if it happens in r577 too then it may be a bug in GameLoop_House() :)
21:05:40 <glx> 577 is from before Tile_XXX C-ification
21:06:25 <TrueBrain> glx: it seems only logic that the problem exists in GameLoop_House, as UnpackTile really looks okay, and is used many many times (including saving/loading)
21:07:07 <TrueBrain> Xaroth: the reason I suggested those functions to you, is because they are VERY simple to double-check :)
21:07:29 <TrueBrain> like if you would want to do something now, I would suggest script-functions :)
21:07:54 <TrueBrain> it is not a bad thing; take GameLoops. Both glx and I have a VERY hard time rewriting them, let alone double cheking them
21:08:18 <glx> and even then there are still bugs
21:13:59 <glx> yup I used my brain after posting the diff
21:15:01 <glx> hmm is tile32 endian safe ?
21:15:20 <TrueBrain> no, but we are only using LE :)
21:27:38 <glx> the only option left is to use the boring way, ie find the breaking revision
22:00:15 <TrueBrain> glx: depends how long it takes to reproduce, but we have a few key revisions to check
22:00:24 <TrueBrain> and of course DOSBox to verify the existance of the bug on our side
22:10:53 <Xaroth> Is there any kind of implementation of the .net Interface stuff?
22:13:28 <Xaroth> Reference type containing only abstract membersdelegates, events, indexers, public methods, properties. The interface contains only member declarations. A class implementing an interface must provide the implementation of the interface members. An interface cannot contain constants, constructors, data fields, destructors, or static members. Interface member declarations are implicitly public. Classes or structs may inherit any number of interfaces.
22:14:21 <TrueBrain> still I have no clue what you talk about :p
22:14:24 <TrueBrain> but good for you, I say :)
22:15:51 <TrueBrain> k, off to bed, night all
continue to next day ⏵