| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| *** mithro has quit IRC | 00:09 | |
| *** mithro has joined #tp | 00:09 | |
| mithro | greywhind: any luck? | 00:15 |
|---|---|---|
| mithro | JLafont: is there a guest user support for DroneSec? | 00:21 |
| * llnz_work wanders off | 00:39 | |
| llnz_work | later all | 00:39 |
| *** llnz_work has quit IRC | 00:39 | |
| *** mithro has quit IRC | 01:31 | |
| *** mithro has joined #tp | 01:41 | |
| greywhind | mithro: yeah, it runs now | 02:02 |
| greywhind | first time i tried to update it took forever | 02:02 |
| greywhind | it didn't connect to the server properly though | 02:03 |
| greywhind | anyway, i'll work on it tomorrow | 02:03 |
| mithro | okay cool | 02:45 |
| *** mithro has quit IRC | 05:35 | |
| *** JLafont has quit IRC | 05:42 | |
| shenki | mithro, where are you | 07:09 |
| *** Iwanowitch has joined #tp | 07:19 | |
| *** mithro has joined #tp | 07:38 | |
| mithro | shenki: i'm at home now | 07:39 |
| shenki | mithro: hello | 07:43 |
| shenki | i'm play with ogre | 07:43 |
| shenki | gdb isn't giving me symbols for libc or the dri driver :/ | 07:43 |
| shenki | i've installed debug sym packages, and it's still saying no symbol info avalaible | 07:44 |
| mithro | does a file exist in /usr/lib/debug/usr/lib which matches the name of each one? | 07:45 |
| mithro | and does it actually have symbols | 07:47 |
| shenki | b$ file /usr/lib/debug/lib/libc-2.8.90.so | 07:47 |
| shenki | /usr/lib/debug/lib/libc-2.8.90.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), statically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped | 07:47 |
| shenki | /usr/lib/debug/usr/lib/xorg/modules/drivers$ file intel_drv.so | 07:47 |
| shenki | intel_drv.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped | 07:47 |
| shenki | yep | 07:48 |
| shenki | python: shader/slang/slang_codegen.c:2365: _slang_gen_swizzle: Assertion `child' failed. | 07:49 |
| mithro | and do they match the names of the libraries being loaded? | 07:49 |
| shenki | Program received signal SIGABRT, Aborted. | 07:49 |
| shenki | [Switching to Thread 0x7f27375d36e0 (LWP 11077)] | 07:49 |
| shenki | 0x00007f27367f2095 in raise () from /lib/libc.so.6 | 07:49 |
| shenki | (gdb) bt full | 07:49 |
| shenki | #0 0x00007f27367f2095 in raise () from /lib/libc.so.6 | 07:49 |
| shenki | No symbol table info available. | 07:49 |
| shenki | #1 0x00007f27367f3c03 in abort () from /lib/libc.so.6 | 07:49 |
| shenki | No symbol table info available. | 07:49 |
| shenki | #2 0x00007f27367eae19 in __assert_fail () from /lib/libc.so.6 | 07:49 |
| shenki | No symbol table info available. | 07:49 |
| shenki | #3 0x00007f272af3bbc1 in ?? () from /usr/lib/dri/i965_dri.so | 07:49 |
| shenki | No symbol table info available. | 07:49 |
| mithro | /lib/libc.so.6 != /usr/lib/debug/lib/libc-2.8.90.so | 07:49 |
| shenki | #4 0x00007f272af3f05e in ?? () from /usr/lib/dri/i965_dri.so | 07:49 |
| mithro | intel_drv.so != /usr/lib/dri/i965_dri.so | 07:50 |
| shenki | mmm | 07:50 |
| shenki | ohh, i didn't notice the intel/965 diff till then. i was doing this on the bus :/ | 07:50 |
| mithro | equals FAIL! | 07:50 |
| shenki | so symlinking is the way to go? | 07:50 |
| shenki | ubuntu equals fail, if they provide debug symbols that don't hook up properly | 07:50 |
| mithro | no | 07:51 |
| shenki | no? why provide packages with the symbols if it's not going to work with gdb? | 07:51 |
| mithro | you want libc6-dbg | 07:53 |
| * shenki switches all the dbgsym to dbg | 07:56 | |
| shenki | The following NEW packages will be installed: | 07:56 |
| shenki | The following NEW packages will be installed: libgl1-mesa-dri-dbg | 07:56 |
| shenki | 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. | 07:56 |
| shenki | Need to get 8104kB of archives. | 07:56 |
| shenki | After this operation, 199MB of additional disk space will be used. | 07:56 |
| shenki | huge! | 07:56 |
| mithro | debug symbols are huge, that is why you strip them | 07:56 |
| mithro | is they where small everyone would just always ship them! :P | 07:57 |
| shenki | :) | 07:57 |
| mithro | HTW did it get so late | 07:57 |
| shenki | HTW? | 07:57 |
| mithro | oh that should be HTF | 07:57 |
| mithro | what are you trying to debug? | 07:58 |
| mithro | python-ogre still? | 07:58 |
| shenki | mmm | 07:58 |
| mithro | dbg is the "non-automatic" way of getting debug symbols | 07:58 |
| mithro | dbgsym is the ubuntu "hacky" way | 07:58 |
| shenki | k | 07:59 |
| shenki | ok, still fail | 07:59 |
| mithro | for people who are too lazy to produce dbgsym | 07:59 |
| shenki | $ ls -la libc* | 08:00 |
| shenki | -rwxr-xr-x 1 root root 9012631 2008-06-21 07:45 libc-2.8.90.so | 08:00 |
| shenki | lrwxrwxrwx 1 root root 14 2008-08-15 21:24 libc.so.6 -> libc-2.8.90.so | 08:00 |
| shenki | #0 0x00007fd4fbe70095 in raise () from /lib/libc.so.6 | 08:00 |
| shenki | No symbol table info available. | 08:00 |
| shenki | #1 0x00007fd4fbe71c03 in abort () from /lib/libc.so.6 | 08:00 |
| shenki | No symbol table info available. | 08:00 |
| shenki | #2 0x00007fd4fbe68e19 in __assert_fail () from | 08:00 |
| shenki | /usr/lib/debug$ file libc-2.8.90.so | 08:00 |
| shenki | libc-2.8.90.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), not stripped | 08:00 |
| mithro | hrm.... | 08:01 |
| mithro | I have NFI why that is not working | 08:02 |
| shenki | mithro: google search should show me the footy scores when i search for teams like it does for the olympics | 08:02 |
| shenki | </aside> | 08:02 |
| shenki | yeah, i've stopped caring for the moment too | 08:02 |
| mithro | try forcing it with a | 08:02 |
| mithro | gdb -s <file to load for symbols> | 08:02 |
| shenki | still fail | 08:04 |
| *** mithro has quit IRC | 08:37 | |
| *** mithro has joined #tp | 08:40 | |
| *** peres has left #tp | 11:47 | |
| *** mithro has quit IRC | 12:25 | |
| *** mithro has joined #tp | 12:26 | |
| *** JLafont has joined #tp | 12:37 | |
| *** vi1985 has joined #tp | 12:46 | |
| vi1985 | Iwanowitch: here | 12:46 |
| vi1985 | ? | 12:46 |
| CIA-32 | victor.ivri gencon-rfts-ai * rc95a3a2a8483 /gencon/ (7 files in 6 dirs): Finished implementing orders; began implementing ai. | 12:56 |
| Iwanowitch | vi1985: Yes, but probably not for too long. | 13:05 |
| *** CIA-32 has quit IRC | 13:15 | |
| *** Erroneous has joined #tp | 13:16 | |
| vi1985 | Iwanowitch: just wondering about orders; seems like i've done them correctly, as I'm getting "ok" frames for both move and reinforce, but the server crashes every time it processes them | 13:26 |
| vi1985 | Iwanowitch: did you encounter anything like this? | 13:27 |
| Iwanowitch | vi1985: No, it seems to work fine here. | 13:46 |
| Iwanowitch | vi1985: And wrong parameters just throw a client-side exception for me. | 13:46 |
| vi1985 | Iwanowitch: interesting.. I am getting an "ok" from server, but for some reason it violates an assertion while being processed internally. | 13:48 |
| vi1985 | Iwanowitch: by the way, however I try it, I'm still getting a "fail" when I colonize. I can try and tinker with it a bit more | 13:49 |
| vi1985 | Iwanowitch: ok, I'm doing colonize exactly the same way as reinforce, and when attempting to colonize a neutral planet i get "fail". | 13:51 |
| Iwanowitch | vi1985: jphr also hasn't responded on the colonization thread the last few days. I ope he turns up. | 13:56 |
| Iwanowitch | *hope | 13:56 |
| vi1985 | Iwanowitch: me too. What's even more frustrating for me is that i don't know what's the source of my error. | 13:57 |
| *** CIA-32 has joined #tp | 13:58 | |
| vi1985 | Iwanowitch: i'll take a look at how you do it. | 13:58 |
| vi1985 | Iwanowitch: perhaps there's a difference | 13:58 |
| Iwanowitch | vi1985: http://git.thousandparsec.net/gitweb/gitweb.cgi?p=daneel-ai.git;a=blob;f=mod-risk.py;h=f82970ee28a2857d8fc98d1137f2c2da9844a68c;hb=HEAD in the endTurn function is where I send my orders to the server. | 14:00 |
| tpb | <http://ln-s.net/2$4r> (at git.thousandparsec.net) | 14:00 |
| Iwanowitch | But I'm not too sure you can use it like that. | 14:00 |
| Iwanowitch | Anyway, happy hunting. | 14:00 |
| vi1985 | Iwanowitch: hm, you do colonize a bit differently from me. i'll try your way, and tell you how it goes | 14:03 |
| vi1985 | Iwanowitch: no, i can't use it the way it is, but the two protocol libraries should be equivalent | 14:04 |
| Iwanowitch | vi1985: Well, colonize doesn't work, whatever I try. Reinforce and move do work though. | 14:05 |
| vi1985 | Iwanowitch: try colonizing like so: args = [0, 0, -1, order.subtype, 0, [], ([], [(objid, amount)])] | 14:11 |
| vi1985 | Iwanowitch: instead of having args = [0, objid, -1, order.subtype, 0, [], ([], [(amount, 0)])] | 14:11 |
| Iwanowitch | vi1985: "IOError: Unable to insert the order..." | 14:23 |
| Iwanowitch | Which is al the info I get. | 14:23 |
| vi1985 | Iwanowitch: testing it the way you have... gimme a min | 14:26 |
| vi1985 | *the way you have it set up | 14:26 |
| *** jphr has joined #tp | 14:27 | |
| jphr | vi1985: ping? | 14:27 |
| vi1985 | jphr: pong | 14:27 |
| jphr | so it sounds like after I went on holidays the Risk ruleset exploded? | 14:27 |
| vi1985 | jphr: hehe, don't think so; Iwanowitch says his move and reinforce works. | 14:28 |
| jphr | phew, I was really hoping it haden't, but it sounds like you are having an assertation fail? | 14:28 |
| vi1985 | jphr: Yes. Would be great to know exactly what could have coused it. Seems i've been able to stop the server from crashing for some reason, now testing how! | 14:29 |
| jphr | well what seems to be happening from the assertation fail is the target planet of a move order isn't a planet | 14:30 |
| Iwanowitch | I'm sorry guys, I've got to go. I'll be back in 6 hours or so, if you have questions you can send them by mail if you want to be sure I don't miss them. | 14:30 |
| jphr | what happens is I Planet* target = dynamic_cast<Planet*>(om->getObject(planetID)->getObjectBehaviour()); Then I assert that the target exists (in case the planetID object wasn't a planet) | 14:30 |
| vi1985 | jphr: oh, ok. that's strange. lemme check! | 14:31 |
| vi1985 | thx :) | 14:31 |
| jphr | np, i' | 14:31 |
| jphr | *i'm looking into any remaining bugs this afternoon and weekend before the 18th | 14:31 |
| vi1985 | jphr: seems to have fixed it. give me a few more minutes to test it now.. | 14:33 |
| jphr | ok (it doesn't seem like I did anything though :P) | 14:33 |
| jphr | I gotta run for 30 minutes of errands | 14:34 |
| vi1985 | sure, it was just an expression :) | 14:34 |
| vi1985 | jphr: you actually did help me! at one place i've been passing the id of the star system instead of the planet.. | 14:35 |
| vi1985 | ok, problem solved! | 14:38 |
| vi1985 | Iwanowitch: here's the fail frame I get from sending colonize: {Fail; code: NoSuchThing; result: No such Order Queue; super:{Response}} | 14:40 |
| vi1985 | jphr: still here? | 14:40 |
| *** mithro has quit IRC | 14:46 | |
| *** mithro has joined #tp | 14:47 | |
| CIA-32 | victor.ivri gencon-rfts-ai * rf3325d374a15 /gencon/ (3 files in 3 dirs): Fixed bugs in orders. | 14:49 |
| jphr | back | 15:03 |
| vi1985 | jphr: heya :) could you tell me how should a "colonize" order look like? Seems like no matter what I do I get a Fail frame: {Fail; code: NoSuchThing; result: No such Order Queue; super:{Response}} | 15:10 |
| jphr | vi1985: like what a colonize order's parameters are? | 15:10 |
| vi1985 | jphr: yep | 15:11 |
| jphr | well the only parameter in my header is the ListParamter | 15:11 |
| vi1985 | jphr: here's what I have: id = 0, param type = 6 (the list), order id = planet to be colonized, list = [(troops, 0)] | 15:12 |
| jphr | within the list parameter I BELIEVE that the order takes a uint32_t planet id and a uint32_t number (in list format because it can have multiples of course) | 15:13 |
| vi1985 | tried that too. | 15:13 |
| jphr | I'm not trying to skirt responsibility but I'm terribly inept as to how orders are actually issued in client. As for issuing list parameter orders I am clueless :P (I just know how to take them and do stuff to them) | 15:14 |
| vi1985 | oh, disregard the id = 0; that's the order description :) | 15:14 |
| vi1985 | ok, so you're saying that the first (and only!) tuple in the list should contain planet_id and troops, in that order. | 15:15 |
| vi1985 | let me try again | 15:15 |
| vi1985 | jphr: :-/ no success | 15:17 |
| vi1985 | the annoying thing is, that it's so similar to the move order, which works! | 15:17 |
| jphr | don't take my word on that :P | 15:17 |
| jphr | oh thats strange | 15:18 |
| jphr | let me look at my generateListOptions (as they are the only part that is different in populating that list) | 15:18 |
| vi1985 | well, you said that the server looks for a list (param type = 6), in which the first tuple is planet id and troops. | 15:18 |
| vi1985 | sure | 15:18 |
| vi1985 | ping me here~ | 15:18 |
| jphr | like this? | 15:19 |
| jphr | vi1985: ping | 15:19 |
| vi1985 | jphr: roger out :) | 15:19 |
| jphr | hmm this is really baffling me as well | 15:19 |
| vi1985 | which file is it in? i'd also like to take a look! | 15:20 |
| vi1985 | (don't know c++ well, but most of it is readable to me) | 15:20 |
| vi1985 | here's my java code... | 15:21 |
| jphr | move.cpp and colonize.cpp hold the majority of the code for those orders | 15:21 |
| jphr | the functions generateListOptions create... list options | 15:21 |
| vi1985 | OrderInsert order = new OrderInsert(); order.setOtype(OrderTypes.COLONIZE); <...> //setting the parameters: OrderParams.OrderParamList list = new OrderParams.OrderParamList(); //setting destination and troops: SelectionType st = new SelectionType(); st.setId(star.PLANET_ID); st.setNumber(troops); list.getSelection().add(st); <...> | 15:22 |
| vi1985 | oooh, that looks nasty | 15:22 |
| vi1985 | disregard :) | 15:22 |
| * jphr wonders if everyone codes on one line ;) | 15:24 | |
| vi1985 | oh yes, it's all the rage | 15:24 |
| vi1985 | (did i say that?) | 15:25 |
| vi1985 | jphr: ah, ok, you seem to look for the "resources" of the order. Do you do it throughout, or just in colonize? | 15:25 |
| vi1985 | jphr: because there's a special field for resources, and it's not in the list tuple | 15:26 |
| jphr | in my doOrder or in the generate? | 15:26 |
| vi1985 | one sec | 15:26 |
| vi1985 | http://git.thousandparsec.net/gitweb/gitweb.cgi?p=tpserver-cpp.git;a=blob;f=modules/games/risk/colonize.cpp;h=63a0fa1b5ebdaf7b70c24d8369bb66989a344f9f;hb=risk | 15:27 |
| tpb | <http://ln-s.net/2$67> (at git.thousandparsec.net) | 15:27 |
| vi1985 | line 83 | 15:27 |
| jphr | yeah I do the same sort of thing in move as well, it just sets an upper limit for how many units you can commit to an order | 15:27 |
| vi1985 | ah, ok. | 15:27 |
| vi1985 | hm, is there any difference at all between processing colonize and move, aside from move having an additional planet id, set as the order id (the "from" planet)? | 15:29 |
| vi1985 | because both have a list parameter, and i'm wondering if the values there should be the same: [(planet_id, troops)] | 15:29 |
| jphr | well colonize does look at every other colonize order in the universe as well, to check for conflicting orders to "auction" between | 15:29 |
| jphr | but other than that I believe both orders TAKE the same thing | 15:30 |
| jphr | only difference being what planets appear in each "list" | 15:30 |
| vi1985 | jphr: what do you mean by "each list"? | 15:31 |
| vi1985 | jphr: both colonize and move should have the "to" planet id as the first param of the tuple, right? | 15:31 |
| jphr | yes, sorry. | 15:32 |
| vi1985 | *the tuple being the first and only list element | 15:32 |
| vi1985 | no worries :) | 15:32 |
| jphr | What I meant is the "to" planets for the move order are adjacent planets, and the "to" orders for colonize order are open planets | 15:32 |
| vi1985 | oh, risht :) | 15:32 |
| vi1985 | *right | 15:32 |
| vi1985 | don't know. I'll let it go for a while, perhaps tomorrow this will resolve itself (either on my, or your side :) ) | 15:33 |
| jphr | lets hope, iwan's problem kinda resolved itself after a reinstall | 15:34 |
| vi1985 | from the conversation we had earlier today, he said it's still there | 15:35 |
| jphr | say wah, dang it | 15:35 |
| vi1985 | dang it indeed :) | 15:36 |
| * vi1985 is away from chat. Ping him if anything comes up! | 15:37 | |
| CIA-32 | jphr tpserver-cpp-risk * r2104efd4cd71 /modules/games/risk/ (riskturn.cpp riskturn.h): Midway throught implementing constellation ownership bonuses | 16:06 |
| CIA-32 | jphr tpserver-cpp-risk * r485a640f16a1 /modules/games/risk/ (bugs.txt mapimport.cpp riskturn.cpp testing-risk.conf): Bonus reinforcements for constellations now awarded. Now yet integrated into message total, but they're there | 16:06 |
| CIA-32 | jphr tpserver-cpp-risk * r93b4c5568a50 / (4 files in 2 dirs): Added various debug printouts while fixing a bug | 16:06 |
| CIA-32 | victor.ivri gencon-rfts-ai * r299ab25325c3 /gencon/ (7 files in 4 dirs): Added an 'advanced map' to assist AI. Minor changes to game-world representation. | 16:54 |
| CIA-32 | victor.ivri gencon-rfts-ai * r2c66538f4ea4 /gencon/robolib/RISK/ (ActionMethods.java AdvancedMap.java): Improved advenced map; started adding control elements to ai. | 17:16 |
| CIA-32 | victor.ivri gencon-rfts-ai * r6dce243cb552 /gencon/robolib/RISK/AdvancedMap.java: Fixed minor logic bug in advanced map. | 17:25 |
| *** jphr has quit IRC | 17:50 | |
| *** zzorn has quit IRC | 18:02 | |
| *** mithro has quit IRC | 19:01 | |
| *** mithro has joined #tp | 19:14 | |
| Iwanowitch | And back. | 19:17 |
| Iwanowitch | Oh yay. Now tpserver-cpp doesn't even build anymore. | 19:22 |
| Erroneous | three cheers for breaking the build | 19:28 |
| mithro | Iwanowitch: why not? | 19:29 |
| Iwanowitch | riskturn.h:42: error: extra qualification ‘RiskRuleset::RiskTurn::’ on member ‘getPlayerAndUnits’ | 19:30 |
| mithro | poke the list? | 19:32 |
| Iwanowitch | Okay well the fix is actually easy. Just remove the RiskTurn:: part. Will post a patch. | 19:37 |
| Iwanowitch | (Or try to) | 19:37 |
| mithro | you can also go back a patch or two | 19:42 |
| Iwanowitch | It already works for me, no problem. | 19:44 |
| CIA-32 | verhoevenv daneel-ai * r21d759e5a001 / (daneel-ai rulesystem.py): Add time to the logging output | 19:55 |
| CIA-32 | verhoevenv daneel-ai * r34683e7deb27 /rulesystem.py: Added clearer error message | 19:55 |
| *** peres has joined #tp | 20:57 | |
| CIA-32 | jphr tpserver-cpp-risk * r68b288a56ecf /modules/games/risk/riskturn.h: Patched Risk with patch brought forth by vi1985 | 21:32 |
| *** zzorn has joined #tp | 21:43 | |
| vi1985 | Iwanowitch: lol, we all look the same for jphr :)) ("Patched Risk with patch brought forth by vi1985") | 21:45 |
| *** Erroneous has quit IRC | 21:55 | |
| Iwanowitch | Oh well. :) | 22:18 |
| *** Iwanowitch has quit IRC | 22:20 | |
| *** Guest93478 has quit IRC | 23:24 | |
| CIA-32 | victor.ivri gencon-rfts-ai * r6411ff7c2766 /gencon/robolib/RISK/AdvancedMap.java: Beefed up advanced map: improved 'threat' evaluation, and implemented a merge-sort of collection of stars, based on their threats. | 23:41 |
| CIA-32 | victor.ivri gencon-rfts-ai * r8f6765269193 /gencon/robolib/RISK/AdvancedMap.java: Fixed array index bug. | 23:44 |
| *** vi1985 has quit IRC | 23:46 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!