| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| CIA-46 | cherez libtpproto2-py * rd7333ed90631 / (testxstruct.py tp/netlib/xstruct.py): Switched tests to the unittest module. | 00:06 |
|---|---|---|
| Greywhind | mithro: any ideas what could be causing the error i pasted earlier, if you're still around? | 00:49 |
| Greywhind | mithro: it seems that the packet it's receiving in response to the insert_order isn't a Yes or No packet, but rather an order packet. | 01:09 |
| Greywhind | so okfail is seeing a packet type it doesn't expect | 01:09 |
| mithro | Greywhind: correct | 03:12 |
| Greywhind | mithro: not sure what to do about that, but it's a bit late, so i'll work on it tomorrow | 03:12 |
| mithro | Greywhind: so either the library is wrong, or the server | 03:12 |
| mithro | check the protocol document | 03:13 |
| Greywhind | ok | 03:13 |
| Greywhind | the server still sends the OK packet to tp03 | 03:14 |
| mithro | so the question is, did this change in tp04 | 03:14 |
| mithro | ? | 03:14 |
| mithro | check the documents | 03:14 |
| mithro | poke llnz | 03:14 |
| Greywhind | Now returns the order frame, not Okay frame. | 03:14 |
| Greywhind | now i need to figure out what to do with the returned frame | 03:15 |
| Greywhind | i don't know that part of the code very well - do you know what i should do with it? | 03:15 |
| Greywhind | or how to check that it's correct? | 03:15 |
| mithro | Greywhind: well - I would probably return the order object back up the stack | 03:16 |
| mithro | Greywhind: it could be an Order object or a Fail frame | 03:17 |
| Greywhind | mithro: how do i get it in the first place? | 03:17 |
| mithro | if you look at the net code | 03:17 |
| mithro | check something like insert_order | 03:18 |
| mithro | opps | 03:18 |
| mithro | I mean getorder | 03:18 |
| mithro | which already expects a different response | 03:18 |
| mithro | getgame/getplayer might also work | 03:18 |
| Greywhind | return self._get_header(objects.Order, self.no)? | 03:18 |
| mithro | the sounds kinda right | 03:20 |
| Greywhind | mithro: seems to work, except that the lists aren't populated with defaults until i hit "revert" | 03:20 |
| mithro | Greywhind: probably because code higher up is now getting an order frame rather then true/false | 03:23 |
| Greywhind | i guess i'll look at it tomorrow | 03:24 |
| Landon | hm, whats the syntax I'm looking for here "for foo in bar _where_ type(foo) == 'baz'" | 03:26 |
| Landon | doesn't seem to be where (sql in my head for some reason) | 03:27 |
| Landon | oh, s/where/if | 03:28 |
| mithro | if isinstance(a, classC): | 03:29 |
| Landon | ah that sounds classier than using type(), thanks | 03:30 |
| Landon | updating the battle.py code so it has a list of events instead of seperate lists of damage, death, logs, fire | 03:30 |
| Landon | the idea was everything would then be in nice chronological order and if I did need a specific list I could use the above expression, but I still can't seem to get it to work | 03:31 |
| *** greenlion has joined #tp | 03:31 | |
| mithro | Landon: hrm? | 03:36 |
| Landon | nevermind, misunderstood how generator expressions worked | 03:36 |
| Landon | well right now the battlexml parser assigns each type of battle event to its own list , so no order is kept between events of different types | 03:37 |
| Landon | trying to test code to see if I had gotten it worked out now to save all in one events list where I'd be able to pull out the distinct types if need be (and retain chronological order) | 03:39 |
| Landon | I need to get some sleep now though | 03:39 |
| *** Greywhind has quit IRC | 03:46 | |
| mithro | Landon: each "round" has a given order | 04:01 |
| mithro | Landon: and all those events happen at once | 04:01 |
| *** benm has joined #tp | 04:03 | |
| *** bmordue has joined #tp | 07:09 | |
| *** bmordue has left #tp | 07:21 | |
| *** JLafont has quit IRC | 11:26 | |
| *** peres has left #tp | 11:46 | |
| Landon | mithro: well I would assume some events like fire happen before damage | 12:09 |
| Landon | (is it possible for say 2 ships to fire and cause a cumulative damage amount?) | 12:09 |
| mithro | Landon: yes | 12:09 |
| mithro | Landon: it's possible for all the ships to fire | 12:10 |
| mithro | on a single ship | 12:10 |
| mithro | or multiple other ships | 12:11 |
| Landon | well, what I meant was, ship A and ship B fire on ship C at the same time | 12:11 |
| Landon | instead of getting 2 damage entries for 4 and 5, is it possible that it could get only one for 9 | 12:12 |
| Landon | maybe not, but just in case it would be handy to see the events in the order "fire, fire, damage" instead of two lists of "fire, fire" and "damage" | 12:13 |
| * Landon breakfast | 12:15 | |
| mithro | Landon: yes | 12:28 |
| mithro | in each round | 12:29 |
| mithro | firing occurs first | 12:29 |
| mithro | then damage | 12:29 |
| Landon | oh, all of it? | 12:30 |
| *** Greywhind has joined #tp | 12:32 | |
| mithro | Landon: yeah | 12:50 |
| *** llnz has joined #tp | 17:10 | |
| llnz | morning all | 17:10 |
| ezod | hi llnz | 17:10 |
| *** greenlion has quit IRC | 17:10 | |
| llnz | hi ezod | 17:11 |
| cherez | Hi everyone! | 17:11 |
| cherez | AssertionError: 5 != 6 | 17:41 |
| cherez | What a sad error. | 17:41 |
| *** JLafont has joined #tp | 18:25 | |
| *** doucheBag has joined #tp | 18:32 | |
| *** crystalward has joined #tp | 18:33 | |
| *** doucheBag is now known as drukenFrog | 18:33 | |
| *** crystalward has left #tp | 18:34 | |
| *** Greywhind has quit IRC | 18:56 | |
| *** greywhind has joined #tp | 19:15 | |
| ezod | hrm, i don't seem to have write access to libtpclient-py repo | 19:25 |
| ezod | anyone around who can fix that? | 19:26 |
| *** greywhind has quit IRC | 19:29 | |
| *** Greywhind has joined #tp | 19:34 | |
| *** marnanel has quit IRC | 19:36 | |
| ezod | <tansell> ezod, you should use the stuff to look for "game started" or some type of output from the server | 19:52 |
| ezod | <tansell> (that should probably be configured in the xml?) | 19:52 |
| ezod | 2009-06-07 19:50:31 < Info > Started network with 1 listeners | 19:53 |
| ezod | i could put <sometag>Started network</sometag> in the xml | 19:54 |
| ezod | and match on that string using the Launcher onready | 19:55 |
| ezod | it's yet another thing to maintain in the xml file though | 19:55 |
| ezod | the alternative is to output a standard onready string in the server, but that breaks bc with tpserver-cpp releases again :( | 19:56 |
| CIA-46 | mavrinac web * ra0c615addaaa /downloads/tpconfig.dtd: | 20:53 |
| CIA-46 | Add 'started' element to tpconfig DTD for single player subprocess | 20:53 |
| CIA-46 | verification. | 20:53 |
| *** peres has joined #tp | 21:27 | |
| *** sladegen has left #tp | 21:50 | |
| *** jnengland77 has joined #tp | 21:59 | |
| *** bddebian has quit IRC | 22:58 | |
| *** jmtan has joined #tp | 23:13 | |
| Landon | push! | 23:25 |
| CIA-46 | landon tpclient-pyogre * r0f84f260064b /src/ (battleviewer.py test_battle.py): Going to start to become much less of a test battleviewer soon enough | 23:25 |
| CIA-46 | landon tpclient-pyogre * r3d9a46214e97 /src/battlexml/battle.py: Introduced simple testing and moved events to Round's events attribute to preserve chronological order | 23:25 |
| CIA-46 | landon tpclient-pyogre * r26a900a9eca2 /src/battlexml/battle.py: Added legacy attributes back to Round, but they're now generated from the events attribute | 23:25 |
| Landon | hey jmtan, sorry I haven't been doing much the last week | 23:27 |
| Landon | finally done with all the large stuff thougyh and internet is on its way tomorrow (dedicated internet anyways), so I should be good to go for the rest of the summer | 23:28 |
| jmtan | Landon, that's good to hear.. hoping to see more progress soon :) | 23:30 |
| Landon | yeah, working on processing events now | 23:31 |
| Landon | redid a bit of the battlexml code | 23:31 |
| Landon | turns out I really dont need timers at all and I must have been amazingly tired to think that I did | 23:32 |
| alanp | shit | 23:41 |
| Landon | jmtan: hm right now I'm trying to figure out the best way to add onto the battleviewer code, choosing the correct class is a bit tricky :P | 23:49 |
| Landon | aha! nevermind, I was thinking about this wrong | 23:50 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!