| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| *** Epyon has joined #tp | 00:32 | |
| *** mithro has joined #tp | 01:46 | |
| mithro | ~seen dmpayton | 01:46 |
|---|---|---|
| tpb | mithro: dmpayton was last seen in #tp 1 week, 0 days, 1 hour, 53 minutes, and 45 seconds ago: <dmpayton> gnight | 01:46 |
| mithro | ~seen niphree | 01:47 |
| tpb | mithro: niphree was last seen in #tp 6 days, 13 hours, 11 minutes, and 2 seconds ago: <niphree> I just started :) | 01:47 |
| mithro | :/ | 03:10 |
| xdotx | certainly looks worrisome | 03:13 |
| *** nash has quit IRC | 03:21 | |
| mithro | hey xdotx | 03:27 |
| xdotx | hey | 03:28 |
| mithro | xdotx: so how goes stuff? | 03:29 |
| xdotx | mithro: i'm about stumped on this error | 03:30 |
| mithro | tpserver-cpp error? or a client error? | 03:30 |
| *** xdotx has quit IRC | 03:30 | |
| *** xdotx has joined #tp | 03:30 | |
| xdotx | tpclient-pytext error | 03:30 |
| xdotx | "error: unpack requires a string argument of length 4" when i try to get object 0 | 03:31 |
| xdotx | i stepped through the server code and it all looks right. i can get object 1 no problem | 03:31 |
| xdotx | mithro: want the whole error output? :) | 03:34 |
| mithro | sure! | 03:34 |
| mithro | I think I have a inkaling of what that error is :P | 03:34 |
| mithro | object 0 is the universe right? | 03:35 |
| xdotx | yes | 03:35 |
| xdotx | Struct !I Args '' | 03:35 |
| xdotx | Traceback (most recent call last): | 03:35 |
| xdotx | File "./tpclient-pytext", line 752, in main | 03:35 |
| xdotx | m.cmdloop() | 03:35 |
| xdotx | File "cmd.py", line 142, in cmdloop | 03:35 |
| xdotx | stop = self.onecmd(line) | 03:35 |
| xdotx | File "cmd.py", line 219, in onecmd | 03:36 |
| xdotx | return func(arg) | 03:36 |
| xdotx | File "./tpclient-pytext", line 312, in do_object | 03:36 |
| xdotx | return self.args(line, self.object) | 03:36 |
| xdotx | File "./tpclient-pytext", line 90, in args | 03:36 |
| xdotx | return function(*arguments) | 03:36 |
| xdotx | File "./tpclient-pytext", line 319, in object | 03:36 |
| xdotx | r = self.c.get_objects(int(id)) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/client.py", line 813, in get_objects | 03:36 |
| xdotx | return self._get_header(objects.Object, self.no, callback) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/client.py", line 344, in _get_header | 03:36 |
| xdotx | self._get_data(type, no, callback) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/client.py", line 354, in _get_data | 03:36 |
| xdotx | p = self._recv(no) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/common.py", line 465, in _recv | 03:36 |
| xdotx | r = self._recvFrame(sequence) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/common.py", line 296, in _recvFrame | 03:36 |
| xdotx | return self._processFrame(sequences) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/common.py", line 276, in _processFrame | 03:36 |
| xdotx | self._error(p) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pywx/tp/netlib/common.py", line 264, in _processFrame | 03:36 |
| xdotx | p.__process__(p._data) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pytext/tp/netlib/objects/Description.py", line 25, in __process__ | 03:36 |
| xdotx | moreargs, leftover = unpack(self.substruct, leftover) | 03:36 |
| xdotx | File "/home/xdotx/TP/tpclient-pytext/tp/netlib/xstruct.py", line 230, in unpack | 03:36 |
| xdotx | data = _unpack(substruct, s[:size]) | 03:36 |
| xdotx | File "struct.py", line 87, in unpack | 03:36 |
| xdotx | return o.unpack(s) | 03:36 |
| xdotx | error: unpack requires a string argument of length 4 | 03:37 |
| mithro | yeah, pretty much where I expected to see the error | 03:37 |
| mithro | it looks like it's because your Universe object doesn't have the "turns" argument | 03:38 |
| mithro | can you push any changes you have | 03:38 |
| mithro | that error should be nicer | 03:38 |
| xdotx | all my changes are up to date | 03:40 |
| mithro | do you have your own Universe.cpp? | 03:42 |
| xdotx | nope, was just using an empty object | 03:42 |
| mithro | eo = new EmptyObject(); | 03:43 |
| mithro | eo->setTypeName("Universe"); | 03:43 |
| mithro | eo->setTypeDescription("The entire universe"); | 03:43 |
| mithro | obdm->addNewObjectType(eo); | 03:43 |
| mithro | that won't work | 03:43 |
| mithro | The Universe is the top level object, everyone can always get it. It does not handle much itself. | 03:44 |
| mithro | It only has one piece of data, that is the int32 turn number, also know as the year since game start. | 03:44 |
| mithro | Extra data | 03:44 |
| mithro | * a UInt32, the current year/turn number | 03:44 |
| xdotx | ah | 03:44 |
| xdotx | i saw universe just added year, and figured i didn't care about the year | 03:44 |
| mithro | but libtpproto-py looks at the object and see it is of type "Universe" | 03:46 |
| mithro | hence it expects a turn output | 03:46 |
| * xdotx nods | 03:46 | |
| mithro | so you can fix it two ways | 03:50 |
| mithro | 1. Change object 0's type | 03:51 |
| mithro | 2. Fix objects 0's type to meet the spec | 03:51 |
| xdotx | i'm gonna add turn to the universe | 03:51 |
| mithro | you should probably poke Lee to make it so that you can't override a type in the way you did | 03:51 |
| xdotx | yeah, good idea | 03:51 |
| * mithro compiles tpserver-cpp to make that error nicer | 03:53 | |
| mithro | btw you found ~/.tp/pytextrc | 03:57 |
| xdotx | ? i did? | 03:58 |
| mithro | that should have said | 04:00 |
| mithro | btw have you found ~/.tp/pytextrc | 04:00 |
| xdotx | hmm, nope | 04:02 |
| mithro | just put in it the commands you want to run when you startup the text client | 04:04 |
| mithro | tim@ultraslim:~/oss/tp/tpclient-pytext$ more ~/.tp/pytextrc | 04:05 |
| mithro | connect localhost | 04:05 |
| mithro | #games | 04:05 |
| mithro | login nash@tp password | 04:05 |
| mithro | object 0 | 04:05 |
| mithro | show | 04:05 |
| mithro | object 3 | 04:05 |
| mithro | show | 04:05 |
| mithro | orders | 04:05 |
| mithro | #order_insert -1 NOp 23 0 | 04:05 |
| mithro | that is my pytextrc | 04:05 |
| xdotx | ah, nice | 04:05 |
| xdotx | thanks | 04:06 |
| *** llnz has joined #tp | 04:08 | |
| mithro | hey llnz | 04:08 |
| llnz | hi mithro | 04:08 |
| mithro | xdotx was just having problems with tpserver-cpp | 04:09 |
| xdotx | problems, questions, the whole nine yards! ;) | 04:10 |
| llnz | hehe | 04:10 |
| CIA-3 | mithro libtpproto-py * rc62371564a15 /tp/netlib/xstruct.py: Slightly better error message. | 04:10 |
| CIA-3 | mithro libtpproto-py * rd7b9c8e44c42 /tp/netlib/objects/Description.py: Better error messages when the data doesn't match the description. | 04:10 |
| mithro | xdotx: if you try tpclient-pytext now (before you fix your error) you should get better error messages | 04:10 |
| xdotx | question: does the turn param for universe need to be called "year"? | 04:11 |
| mithro | ? | 04:11 |
| llnz | xdotx: nope | 04:12 |
| xdotx | k | 04:12 |
| llnz | you don't need it at all except if you want to support tp03 clients | 04:12 |
| llnz | (which is why i will start work on libtpproto-cpp tp04 support) | 04:13 |
| mithro | well I think that you'll still need it because tp04 support is a superset of tp03 really | 04:14 |
| llnz | mithro: for object types, no it's not | 04:14 |
| xdotx | well, for now i'm definitely supporting tp03 clients - gotta debug somehow | 04:14 |
| mithro | universe should still have 1 argument with the turn | 04:14 |
| llnz | mithro: why? | 04:15 |
| llnz | it doesn't need it | 04:15 |
| mithro | llnz: because the client still needs to know the current turn | 04:15 |
| llnz | use the GetGame frame | 04:15 |
| mithro | hrm..... | 04:16 |
| mithro | xdotx: the error messages make more sense now? | 04:24 |
| xdotx | mithro: was just about to try it | 04:25 |
| * mithro is being impatient :P | 04:26 | |
| xdotx | mithro: :P, looks very nice | 04:27 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * r33f8b39edd79 /modules/games/rfts/ (7 files): Adding universe object | 04:37 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * rfbecac131c2d /modules/games/rfts/ (rfts.cpp universe.h): Actually using universe type this time ~~ | 04:37 |
| xdotx | llnz: email of some tangentally important questions | 04:43 |
| llnz | cool | 04:44 |
| * llnz gets tpclient-pywx and tpserver-cpp with rfts ruleset running on his laptop | 04:46 | |
| llnz | running, not fully working together | 04:46 |
| xdotx | ah | 04:47 |
| xdotx | i was gonna be like "WORKING WORKING??" | 04:47 |
| xdotx | yeah, it hits an error getting the planet object | 04:48 |
| llnz | yeah | 04:48 |
| xdotx | llnz: any idea what's going wrong there? | 04:56 |
| llnz | let me have a look | 05:00 |
| llnz | odd | 05:03 |
| xdotx | llnz: ? | 05:09 |
| llnz | ahhhhhh | 05:12 |
| llnz | i know | 05:12 |
| llnz | http://www.thousandparsec.net/tp/dev/documents/objects.php | 05:13 |
| tpb | <http://ln-s.net/J-G> (at www.thousandparsec.net) | 05:13 |
| llnz | look at the object types list | 05:13 |
| llnz | type number | object type | 05:13 |
| llnz | 0 | universe | 05:13 |
| llnz | 1 | galaxy | 05:14 |
| xdotx | ah ha | 05:14 |
| llnz | 2 | star system | 05:14 |
| llnz | 3 | planet | 05:14 |
| llnz | 4 | fleet | 05:14 |
| llnz | you need to add a object type for galaxy, even if you don't use it | 05:14 |
| xdotx | seems kinda restricting? | 05:14 |
| * llnz notes that's another reason to use tp04 | 05:14 | |
| llnz | yeah | 05:14 |
| mithro | llnz: you don't actually need galaxy for the clients | 05:27 |
| llnz | mithro: i know, but the object type numbers must match | 05:27 |
| llnz | and tpserver-cpp assigns object type numbers as the object types are given to the ObjectDataManager | 05:28 |
| mithro | that seems a bit silly :P | 05:29 |
| xdotx | what seems silly to me, is that he uses a map for it :P | 05:29 |
| llnz | why? | 05:29 |
| llnz | why is it silly? | 05:29 |
| llnz | it allows ruleset addons to add their object types without worrying about what ids they should have | 05:30 |
| xdotx | if i (ruleset) control the type, i should control the typeid | 05:30 |
| llnz | xdotx: why is a map the wrong thing? | 05:30 |
| xdotx | llnz: well, i don't *know* that it's "wrong", but you're using a map to store a relation to an int and an object. and you incrementally control the int. | 05:31 |
| mithro | llnz: should probably be able to give a typeid? | 05:31 |
| xdotx | llnz: sounds like an array/vector to me | 05:31 |
| llnz | xdotx: the map is used as an index from the id to the prototype instance of the ObjectData class | 05:33 |
| llnz | mithro: why? | 05:34 |
| llnz | as of TP04 it doesn't matter what the typeid is | 05:34 |
| xdotx | llnz: right, but the id is controlled by the class that owns the map, and is simply incremented | 05:34 |
| mithro | xdotx: but they shouldn't randomly change but controlled by the class which defines the type? | 05:35 |
| mithro | s/xdotx/llnz/ | 05:36 |
| llnz | the typeids are not controlled *at all* by the class that defines the type | 05:37 |
| llnz | xdotx: ahh, i get your meaning now | 05:37 |
| llnz | xdotx: it could be an array/vector subscript instead of a contain search | 05:37 |
| llnz | i didn | 05:38 |
| xdotx | righto | 05:38 |
| llnz | i didn't think of that | 05:38 |
| xdotx | woohoo! got my passphrase right the FIRST time! | 05:39 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * rccc93478f174 /modules/games/rfts/containertypes.h: boring - changing capitalization on an enum | 05:39 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * rdcdcb9b0a2b5 /modules/games/rfts/ (6 files): Reorganizing planet & adding resource points. Updated containertypes | 05:39 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * rb21009c3fc5e /modules/games/rfts/rfts.cpp: Added pedantic galaxy type :p | 05:39 |
| * xdotx should have made that thing shorter | 05:39 | |
| llnz | xdotx: you can use ssh-add to make it remember your passphrase for you | 05:40 |
| xdotx | llnz: i figured they would/should be a way to do that | 05:40 |
| xdotx | llnz: how is getContainerType used? | 05:42 |
| llnz | it was used to determine weather getContainer in ObjectManager returns objects of the objecttype or not | 05:43 |
| llnz | i'm looking to replace it, as it's not really that useful | 05:43 |
| * xdotx nods | 05:43 | |
| llnz | look at move.cpp to see it in action | 05:43 |
| xdotx | btw, you all do this, so i gotta say something... | 05:44 |
| xdotx | The _weather_ outside determines _whether_ or not i walk to the grocery | 05:44 |
| llnz | hehe, i know | 05:45 |
| xdotx | and we never talk about a wether | 05:45 |
| xdotx | heh "recontainerise", i like it | 05:46 |
| llnz | hehe | 05:47 |
| xdotx | llnz: any idea why my planet isn't added to the star system? | 05:49 |
| * mithro is dyslexic :) | 05:52 | |
| llnz | xdotx: nope, seems odd | 05:55 |
| xdotx | llnz: i seem to be hearing that one a lot ;P | 06:01 |
| llnz | ahh | 06:01 |
| llnz | i know | 06:01 |
| llnz | an object must have a containertype equal to or greater than 1 to have objects contained in it | 06:02 |
| xdotx | ah.. wait really? | 06:03 |
| llnz | yeah | 06:03 |
| llnz | a container type of zero means no object can be inside this object | 06:03 |
| xdotx | ah, yeah and i use empty on .. yeah | 06:03 |
| xdotx | yeah, i wondered about that one. since i saw empty using 1 and universe also using 1 | 06:04 |
| llnz | the container type stuff isn't well documented or thought out | 06:04 |
| llnz | will need to replace it in the future | 06:04 |
| xdotx | is there a way to do like, shift highlighting in vim? as in you hold shift, and arrow over to highlight | 06:09 |
| llnz | yes, i think so (in kdevelop i assume) | 06:13 |
| xdotx | er, but in VIM? | 06:16 |
| llnz | oh | 06:16 |
| llnz | not off hand, but there is a way | 06:16 |
| llnz | in visual mode, iirc | 06:16 |
| xdotx | i do shift + arrows/home/end alll the time | 06:17 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * r460274dcb606 /modules/games/rfts/containertypes.h: Emptyobject using containertype 1 | 06:19 |
| CIA-3 | fr33.em4il tpserver-cpp-rfts * r0b01dca7a1b3 /modules/games/rfts/rfts.cpp: boring - just toying around with star system location | 06:19 |
| xdotx | alright i'm off to bed | 06:20 |
| llnz | cya | 06:26 |
| * llnz wanders off | 07:02 | |
| llnz | later all | 07:02 |
| *** llnz has quit IRC | 07:02 | |
| *** MihaiBalan has joined #tp | 14:51 | |
| *** MihaiBalan has quit IRC | 15:05 | |
| CIA-3 | frodough tpruledev * rc66e405ff47b /src/ (4 files in 2 dirs): (log message trimmed) | 15:12 |
| CIA-3 | Object Deletion Works now | 15:12 |
| CIA-3 | Things won't get b0rked when we delete an object. We now remove any | 15:12 |
| CIA-3 | associations that objects have with other objects. This could be bad | 15:12 |
| CIA-3 | if we accidentally remove something that we don't want to remove. Lots | 15:12 |
| CIA-3 | of links to reestablish. The current method of doing things also takes | 15:12 |
| CIA-3 | advantage of the fact that we can only delete the currently selected | 15:12 |
| CIA-3 | frodough tpruledev * rb932eb6fb09d / (notes.txt src/gui/GameObjectTree.py): | 15:12 |
| CIA-3 | Added ImageList to GameObjectTree | 15:12 |
| CIA-3 | Still trying to find a way to have tree nodes without images...hmm... | 15:12 |
| *** MihaiBalan has joined #tp | 15:33 | |
| CIA-3 | frodough tpruledev * r22a7cb3b7ff0 / (5 files in 2 dirs): Fixed save functionality | 15:45 |
| CIA-3 | frodough tpruledev * ra272f6bade9b /src/images/ (modified.png noimg.png): Included...er...the images used by the tree...ooops... | 15:46 |
| *** DystopicFro has joined #tp | 16:08 | |
| *** JLP has joined #tp | 18:43 | |
| *** nash has joined #tp | 18:50 | |
| * nash looks for DystopicFro | 19:32 | |
| DystopicFro | nash: pong? | 21:17 |
| nash | heyo fro! | 21:17 |
| nash | how is life? | 21:17 |
| DystopicFro | would be better without writing rent checks, but I can't complain much | 21:17 |
| DystopicFro | how's things for you? | 21:17 |
| nash | heh - Hey I'm writing rent and mortgage cheques.. so don;t complain too much... | 21:18 |
| nash | Life is okay - lot sof things to deal with at the moment | 21:18 |
| nash | So very very busy | 21:18 |
| nash | LIttle computer time :-( | 21:18 |
| DystopicFro | meh, that's never good | 21:18 |
| DystopicFro | anyway, just checking in, it's been a pretty slow week, fourth of july holiday and all that, visiting family and friends | 21:19 |
| DystopicFro | haven't gotten so much done, really, just refactored as per mithro's suggestions and am working on a few small issues | 21:19 |
| nash | Looking good however... so you got the stuff working with | 21:20 |
| nash | tpserver-cpp? | 21:20 |
| DystopicFro | it was working great until I pulled the recent changes that llnz made, now I'm getting a seg fault, so, meh | 21:21 |
| DystopicFro | I'll be poking around at that tomorrow | 21:21 |
| DystopicFro | maybe I'll get the chance to talk to llnz tonight (seeing as I'm asleep when he's around usually >.<) | 21:22 |
| nash | Time zones suck hey... :-/ | 21:23 |
| nash | So when do we see MTSec up and running on the server? | 21:23 |
| Epyon | When do we see EliteSec? xP | 21:23 |
| nash | Epyon: After I get time to develop again... ;-) | 21:24 |
| nash | Actually after I move, I should get time on the train to write some code | 21:24 |
| nash | Epyon: Of course if you wrote up enough rules... DystopicFro can use them as examples for his RDE - or you can even... | 21:26 |
| DystopicFro | lovely travel time, eh? kk, back to the family, I'll be cleanung up the RDE for general use tomorrow though | 21:26 |
| DystopicFro | what's this nash? attempting to get us to cooperate and collude on new features >.< | 21:26 |
| nash | DystopicFro: sshhh.. .don't tell anyone... | 21:27 |
| *** mithro has joined #tp | 21:54 | |
| mithro | nash: no flame telling me to get back to doing useful things apart from reorganising the website? | 22:42 |
| nash | not at this time ;-) | 22:43 |
| mithro | nash: you going to reply sometime? | 22:45 |
| nash | mithro: When I have time to read it... | 22:45 |
| nash | probbly this afternoon ;-) | 22:45 |
| nash | _too_ busy recently to even thing | 22:45 |
| mithro | s/thing/think? | 22:47 |
| nash | That too ;-) | 22:47 |
| * mithro heads off | 22:47 | |
| mithro | bblr | 22:48 |
| nash | Anywya - I'm off to lunch | 22:50 |
| *** mithro has quit IRC | 22:54 | |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!