| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| * nash looks around for anyone... mithro? | 00:02 | |
| nash | JLP: ? | 00:02 |
|---|---|---|
| tpb | JLP: is that different to the Xlib mopdel, nash | 00:02 |
| *** llnz has joined #tp | 00:13 | |
| nash | llnz: Quick question - how do I know when an object has been destroyed? | 00:43 |
| llnz | currently, it disappears from the universe | 00:43 |
| nash | So - to find out I need to get a list of all objects, and see what is missing? | 00:43 |
| llnz | yeah | 00:43 |
| llnz | mithro's already complained about this, tp04 will fix it | 00:44 |
| nash | llnz: Unforunately my AI needs to work with tp03. And thats a clanger | 00:44 |
| nash | llnz: Do object IDs get reused? | 00:48 |
| llnz | nope, unique | 00:49 |
| * nash wonders if a slow 'check for unused objs' will work | 00:49 | |
| *** TBBle has joined #tp | 00:53 | |
| * nash also wonders why some of his colonisation orders aren't working | 00:55 | |
| nash | llnz: Okay - how do I know if an order failed? Is there automated thing I can look for? Should I/Do I get a message to the system message board? | 01:14 |
| llnz | you should get a message on your personal board | 01:14 |
| llnz | should.... | 01:14 |
| nash | Right... I'm getting really weird effects. | 01:18 |
| llnz | what are you trying to colonise, and who is the current owner? | 01:19 |
| nash | Planets and the current owner is '-1' | 01:19 |
| nash | There is only the AI in the game | 01:19 |
| nash | When it reachs the destination the ship seems to start flying off in a random dirrection | 01:19 |
| llnz | odd | 01:20 |
| nash | Okay - I know there is something odd now | 01:25 |
| nash | All ships get two orders... Always. Well some of my ships flying of into deep space have only one order on them | 01:25 |
| llnz | nash: did the lastest darcs version of tpserver-cpp fix your invalid order kills server problem? | 01:40 |
| nash | llnz: Don't know... I stopped sending the server invalid orders. | 01:40 |
| nash | I'll give it a try | 01:40 |
| nash | Seems to | 01:41 |
| llnz | cool | 01:41 |
| nash | Still get nothing on errors | 01:41 |
| nash | Okay... first issue at time... | 01:42 |
| nash | I don't seem to get any message on a failure frame... | 01:42 |
| nash | Ahh... error code comes first... | 01:45 |
| llnz | yes | 01:45 |
| nash | Is there a list of error codes somewhere? | 01:45 |
| llnz | yes, under the Fail frame description in the protocol doc | 01:46 |
| nash | Only 5? | 01:46 |
| * llnz notes it's even in as an enum in tp04 xml doc | 01:46 | |
| nash | Ah... much better | 01:48 |
| nash | Now to nail any errors I'm getting from the server | 01:53 |
| nash | Then I can work out if it is another bug | 01:53 |
| nash | So... now I've set it so it exits on an error frame | 01:53 |
| nash | llnz: Interestingly now an order that was working isn't working after I updated the server | 01:55 |
| llnz | odd | 01:55 |
| llnz | you probably did it wrong | 01:55 |
| llnz | or i stuffed up again | 01:56 |
| nash | It's the freaking probe order | 01:56 |
| * nash glares at llnz... mithro and I went through this about a dozen times before. | 01:56 | |
| nash | A probe order... 9 words long | 01:57 |
| llnz | what type of probe order? | 01:58 |
| nash | Build | 01:58 |
| llnz | (which order type) | 01:58 |
| llnz | humm... | 01:58 |
| * llnz needs to have a look at the protocol doc | 01:59 | |
| nash | Okay... this error is new - it wasn't here with the older version of the server | 02:01 |
| nash | server output is useless: | 02:01 |
| nash | 2007-02-25 13:01:30 < Debug > [0;mIG Frame processor | 02:01 |
| nash | 2007-02-25 13:01:30 < Debug > [0;mdoing probe order frame | 02:01 |
| nash | 2007-02-25 13:01:30 < Debug > [0;mFinished Processing | 02:01 |
| nash | 2007-02-25 13:01:30 < Debug > [0;mAbout to Process | 02:01 |
| nash | Do you want a dump of what I am sending? | 02:02 |
| nash | 00000056 ffffffff 00000002 00000000 00000000 00000000 00000000 00000000 00000000 | 02:03 |
| nash | (That is in host byte-order) | 02:03 |
| llnz | at least the server doesn't exit any more | 02:04 |
| llnz | <usual frame 14 bytes><objid><slot><type><turns><list of res(0 items)><selection list (0 items)><selected list (0 items)> | 02:05 |
| nash | 14 bytes? Mean 16? | 02:06 |
| nash | Max length of name, name | 02:06 |
| nash | <Max length of name>, <name> | 02:07 |
| nash | that is | 02:07 |
| llnz | ok, yeah, plus name | 02:07 |
| nash | Well looks the same to me, with the exception of name... | 02:07 |
| llnz | hummm... | 02:08 |
| nash | Also can you fix the string "Order not correct format" to make it english | 02:12 |
| llnz | I will look at it when I get home | 02:13 |
| nash | Okay - I just added an extra field to the end - and it works fine.. | 02:19 |
| llnz | hehe | 02:20 |
| llnz | i will check the conditions, they might be wrong.... | 02:20 |
| nash | They are... almost certainly | 02:21 |
| nash | The set message is also not working now | 02:21 |
| nash | So... what time will you be getting home? | 02:21 |
| llnz | in about 6 hours, and i'll send the update when my adsl comes on after that (if it does) | 02:22 |
| nash | Weird - the response is "3: Could not add order" (3 == unavil temp) | 02:22 |
| nash | llnz: So.. how do I revert those updates in darcs? | 02:28 |
| llnz | "darcs unpull" | 02:28 |
| llnz | have to go, cya later | 02:28 |
| llnz | will try to fix it later | 02:28 |
| *** llnz has quit IRC | 02:29 | |
| *** bokey_ has quit IRC | 04:31 | |
| mithro | howdy people | 04:50 |
| mithro | hey nash | 04:50 |
| mithro | nash: sounds like your having a hard time :/ | 04:57 |
| mithro | nash: even if your the only one who enters the AI comp, i think the amount of things which have been fixed, cleaned up, etc has made it worth it | 05:08 |
| TBBle | mithro: You were looking for me a week or two ago...? | 05:09 |
| mithro | TBBle: hey! | 05:10 |
| mithro | yeah, i was/am about to do another tp release | 05:10 |
| mithro | so was hoping to get debs :) | 05:10 |
| mithro | JLP has been working on doing gentoo ebuilds and rpms | 05:10 |
| mithro | TBBle: what did you end up packaging? | 05:11 |
| TBBle | Ah, thought it'd be something like that. There's a slight problem, in that my contract requires me to get permission before I work on this sort of thing outside the company, and I forgot to do so before I did those packaging things for you. | 05:11 |
| TBBle | So I'm kinda having to hold off until I get a response from my boss regarding second-life client Debian maintainership. If that goes ahead (it's closer to the space we work in) then I don't forsee any problems with TP debian pacakging stuff. | 05:12 |
| mithro | TBBle: intresting, I doubt that type of agreement/contract is 100% enforcable in Australia - but better safe then sorry | 05:14 |
| TBBle | Now the stuff I did wouldn't have any issues for you even if I was not allowed to do it, I based it on other GPL'd sources (as I believe I noted in the copyright file...) so it's not like they could make any sensible claim on it, but they _can_ contractually make a claim on my programming work in the game space. | 05:14 |
| TBBle | You reckon it's not 100% enforcable? I'd love to follow that up. Any suggestions on how it's not enforceable? | 05:14 |
| TBBle | Oh, and I haven't gotten around to watching the Gaming miniconf videos yet (although I'm seeding them) but I didn't see one marked as being Murph's talk... | 05:15 |
| mithro | TBBle: well in Australia (depending a bit on the State) you can't have a non-compete type clause in an employment contract (according to the advice I was given when I was requested to sign one) | 05:16 |
| mithro | TBBle: yeah, I need a release form signed by Murph and he's kind disappeared | 05:17 |
| TBBle | Ah, yes, they had some potential licensees in town the week after LCA, so he was tied up with them I believe. Have you faxed the form across to him, 'cause if so I'll happily poke him about it. | 05:18 |
| mithro | TBBle: i belive i have | 05:19 |
| mithro | TBBle: but my fax machine was playing funny buggers a couple of weeks ago | 05:20 |
| mithro | TBBle: the advice I was given was also, they had no claim on any work you did outside your normal working hours unless you used their resources | 05:21 |
| mithro | they can however fire you for doing work outside your hours and working for a competing company at the same time | 05:23 |
| mithro | TBBle: but the only way to make sure is to get a (few) lawyers advice | 05:23 |
| mithro | i dunno how the work choices stuff has change stuff as well | 05:23 |
| TBBle | I'd have to check my contract for the exact wording of what I've promised, but I believe it says I won't do any work for anyone in the same business as them (ie games development), I don't believe it had to be another _company_, in which case TP would fall in that zone. | 05:24 |
| TBBle | I've let them know that I'm still doing a bit of work for my previous employer, which does not share any markets with them, and they've been fine with that. | 05:25 |
| TBBle | I started after Work Choices kicked in, so any changes in it would affect me. | 05:26 |
| mithro | TBBle: well my understanding is the "I won't do any work for anyone in the same business as them (ie games development)" is not legal (IE they can't prevent you for working on other game development), however they are allowed to fire you for it (at least in SA) | 05:27 |
| mithro | anyway TP isn't a game, is a simulation ! ;) | 05:28 |
| TBBle | And Second Life isn't a game, but I'm pretty sure it crosses their market. | 05:28 |
| TBBle | In that case the clause might be null, but it's certainly something I don't want to get fired over. | 05:28 |
| mithro | TBBle: yeah, as I said, better safe then sorry | 05:29 |
| TBBle | Our lead programmer is doing DS homebrew stuff in his spare time, so I doubt it'll be a problem. ^_^ | 05:29 |
| mithro | and you really don't want to get into legal battles over anything | 05:29 |
| TBBle | Although I'd love to know if it is unenforcable, so I can tell the guys who draft the contracts. I already had to have it changed before I started because the initial contract violated the new Work Choices rules on working hours. | 05:30 |
| TBBle | Damn. I went to my inbox to do something, and I can't for the life of me remember what it was. -_- | 05:31 |
| mithro | anyway got to run | 05:37 |
| mithro | bblr | 05:37 |
| *** tpb has joined #tp | 06:00 | |
| *** ChanServ sets mode: +o tpb | 06:00 | |
| *** XircUser31 has joined #tp | 07:42 | |
| *** XircUser31 has quit IRC | 08:02 | |
| * nash waves | 08:08 | |
| nash | mithro: I'm startung to think this thing hates me... | 08:14 |
| nash | As for made it worthwhile... well it may be worth it for you.. but at this point unless there are some more confirmed entries... I may end up with squat ;-) | 08:15 |
| nash | Well I seem to have fixed the errors... | 08:23 |
| * nash starts to memprof to look for memory errors | 08:23 | |
| *** llnz has joined #tp | 08:34 | |
| nash | hey llnz ... | 08:41 |
| llnz | nash: hi | 08:41 |
| nash | ...so fixed them bugs yet ? ;-) | 08:41 |
| llnz | nope, catching up on my email | 08:42 |
| nash | likey story... ;-) | 08:42 |
| nash | Cool - no leaks... 600k heap when running ;-) | 08:45 |
| mithro | howdy | 08:46 |
| nash | heyo | 08:50 |
| * nash whines that the python client is so slow.. | 08:50 | |
| llnz | hehe | 08:50 |
| llnz | nash: is bug 1666729 "Screwed up order frame causes server to exit." fixed now? | 08:51 |
| nash | Depends on how you define fixed... yes it doesn't cause the server to exit, but now a valid order frame doesn't seem to work | 08:52 |
| llnz | ok | 08:53 |
| llnz | odd | 08:56 |
| llnz | very odd | 09:08 |
| mithro | nash: in what way? | 09:13 |
| *** mithro has quit IRC | 09:15 | |
| *** mithro has joined #tp | 09:21 | |
| mithro | well that was unplesent | 09:21 |
| mithro | my X just crashed for no reason :/ | 09:22 |
| mithro | llnz: ping? | 09:22 |
| *** llnz2 has joined #tp | 09:25 | |
| llnz2 | oh ffs | 09:26 |
| *** llnz has quit IRC | 09:26 | |
| *** llnz2 is now known as llnz | 09:26 | |
| mithro | hey llnz | 09:26 |
| mithro | i've figured out how to do the svn stuff with tailor | 09:27 |
| llnz | cool | 09:27 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/listparameter.cpp : | 09:30 |
| CIA-20 | Fixed length remaining check in listparameter: | 09:30 |
| CIA-20 | Was checking under, so isn't the cause of the current problems. | 09:30 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/player.cpp : Better fail message, added log message in processProbeOrder | 09:32 |
| llnz | nash: are you still using the build order you describe in the bug 1666729? | 09:36 |
| llnz | because it doesn't follow the order description on tpserver-cpp with minisec | 09:37 |
| mithro | The message sent is wrong, but exiting is even worse ;-) | 09:40 |
| llnz | doesn't exit any more | 09:46 |
| nash | heyo | 09:49 |
| nash | llnz: Still there? | 09:49 |
| nash | mithro: Still there? | 09:49 |
| llnz | nash: yes | 09:50 |
| mithro | nash: sure! | 09:50 |
| nash | Sweet - llnz - so you want my current message that was causing grief? | 09:50 |
| nash | buf[0] = htonl(o->oid); /* What */ | 09:50 |
| nash | buf[1] = htonl(-1); /* Slot */ | 09:50 |
| nash | buf[2] = htonl(build_id); /* Order type */ | 09:50 |
| nash | buf[3] = htonl(0); /* Number of turns == 0 */ | 09:50 |
| nash | buf[4] = htonl(0); /* Resource list */ | 09:50 |
| nash | buf[5] = htonl(0); /* List : Possible selections */ | 09:50 |
| nash | buf[6] = htonl(0);/* List: # items */ | 09:50 |
| nash | buf[7] = htonl(0);/* max len */ | 09:50 |
| nash | buf[8] = htonl(0);/* Str: name */ | 09:50 |
| nash | Is the literal code I'm using to probe | 09:50 |
| * nash notes he so needs to fix that to use the tpe_msg_ helpers... | 09:51 | |
| mithro | nash: that seems okay too me | 09:52 |
| nash | I can give you the hexdump of the message if you like (excluding header) | 09:52 |
| nash | mithro: Should be - it was the one we went through the other night ;-) | 09:52 |
| llnz | sure | 09:52 |
| llnz | mithro: when tpclient-pywx creates an order, it has all the parameters in place, correct? | 09:54 |
| mithro | llnz: ? | 09:55 |
| tpb | hmm... llnz: is that the teaching/assistance stuff at uni you where talking about, mithro | 09:55 |
| nash | 00000044 ffffffff 00000002 00000000 00000000 00000000 00000000 00000000 00000000 | 09:55 |
| nash | Looks familiar | 09:55 |
| nash | :-) | 09:55 |
| nash | BTW: Would it be rude to report a bug "python client is too slow"? | 09:56 |
| * nash needs to get a version of his client around... damn comp | 09:56 | |
| * llnz ponders | 09:57 | |
| mithro | nash: only if you had specific examples | 09:58 |
| nash | mithro: I have another client that connects < 1s... python takes > 30s | 09:59 |
| nash | bbs | 09:59 |
| mithro | nash: does that include startup time? | 09:59 |
| mithro | does the client download everything? including resources etc | 09:59 |
| nash | Currently my client downloads Orders, All Boards & messages, Resources, Objects, Designs, (Own) Player data | 10:01 |
| nash | I can do a video for you if you like :-) | 10:01 |
| nash | No I can't, don;t have xvidgrab on this box. | 10:02 |
| mithro | nash: I would be intrested to profile where the speed is going | 10:02 |
| nash | Too much is done serially... | 10:03 |
| nash | My connect routine reads like this: | 10:03 |
| nash | tpe_msg_send(msg, "MsgGetOrderDescriptionIDs", 0,0,buf,12); | 10:03 |
| nash | tpe_msg_send(msg, "MsgGetBoardIDs", 0,0,buf,12); | 10:03 |
| nash | tpe_msg_send(msg, "MsgGetResourceIDs", 0,0,buf,12); | 10:03 |
| nash | tpe_msg_send(msg, "MsgGetObjectIDs", 0,0,buf,12); | 10:03 |
| nash | tpe_msg_send(msg, "MsgGetDesignIDs", 0,0,buf,12); | 10:03 |
| nash | That is the 5 get lists of stuff | 10:03 |
| mithro | nash: btw, shouldn't you be sending a sequence number? there is no guarentee that they will come back in order | 10:04 |
| nash | tpe_msg_send() takes care of sequence numbers | 10:05 |
| mithro | ahh okay | 10:05 |
| nash | One thing my client doesn't do at the moment is orders on objects. It does that lazily | 10:06 |
| mithro | nash: i agree I should pipeline those too (I don't currently | 10:06 |
| mithro | you can log a "feature request" about that | 10:06 |
| nash | If you like - I handle 107 replies | 10:07 |
| nash | And I lie - it is about 2s before the system is ready, not < 1 | 10:07 |
| mithro | nash: i think the python client will be around ~10 | 10:08 |
| nash | I just counted 20s | 10:08 |
| nash | Using the AI comp conf | 10:08 |
| nash | mostly getting objects | 10:08 |
| nash | bbs | 10:08 |
| nash | back | 10:09 |
| mithro | well if I pipeline the Get<> | 10:09 |
| nash | llnz: Any luck? Do you want any more info from me? | 10:10 |
| nash | mithro: Do. Really | 10:10 |
| mithro | nash: ? | 10:10 |
| tpb | It has been said that nash: is now, mithro | 10:10 |
| llnz | no luck yet, i definitely where in processing it fails, don't know why though | 10:10 |
| nash | BTW: I can improve my performance by turning of debugging on the server | 10:10 |
| nash | llnz: So order is right? | 10:10 |
| mithro | nash: do you have debug output on? | 10:11 |
| nash | mithro: Parrallelist the thing | 10:11 |
| nash | mithro: Yep | 10:11 |
| llnz | appears so, i can't get tpclient-pywx to add an order either | 10:11 |
| nash | I have no idea how many simultaneous requests I have - but it can be a lot. Start up has a total of 7 requests sent just in response to the logged in message | 10:11 |
| nash | llnz: :-) Definitly not my bug then ;-) | 10:12 |
| nash | I looked at the code, and it seems sane to me, although my C++ fu is not the greatest | 10:12 |
| mithro | nash: i've had around 46 pending get_order requests in the pipeline before | 10:12 |
| nash | Sounds much better ;-) | 10:15 |
| nash | Anywya - about to have food. | 10:15 |
| nash | Shall be back in about 30 minutes | 10:15 |
| mithro | actually, come to think of it, I don't think the stable version pipelines... | 10:17 |
| llnz | it doesn't | 10:23 |
| mithro | ahh | 10:23 |
| llnz | ahhh, found it | 10:27 |
| mithro | llnz: what was it? | 10:28 |
| llnz | had some "hold over" code, updated it | 10:28 |
| llnz | well, that was the problem with build orders, not sure what the problem is with nop | 10:31 |
| llnz | humm.... tpclient-pywx's nop frame is too short | 10:36 |
| mithro | it is? | 10:36 |
| mithro | you sure? | 10:36 |
| mithro | why is it too short? | 10:37 |
| llnz | yeah, by 4 bytes (the read-only final field) | 10:37 |
| * llnz goes to check the protocol doc, just to check | 10:37 | |
| llnz | Sending: <netlib.objects.OrderExtra.DynamicOrder - No Operation @ 0x2aaaaaf83810> | 10:38 |
| llnz | Sending: 0x54(T) 0x50(P) 0x30(0) 0x33(3) 0x0 0x0 0x0 0x2b 0x0 0x0 0x0 0xc 0x0 0x0 0x0 0x18 0x0 0x0 0x0 0x5 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0xff 0xff 0xff 0xff 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 | 10:38 |
| mithro | Nope should just be a single Int32? right? | 10:39 |
| llnz | no, nop is a time parameter, two int32s | 10:40 |
| llnz | a Int32, read write, number of turns | 10:40 |
| llnz | a Int32, read only, maximum number of turns | 10:40 |
| * nash will be back in a minute or two | 10:41 | |
| *** nash has quit IRC | 10:41 | |
| mithro | o... | 10:42 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (frame.cpp frame.cpp frame.h frame.h frame.h): | 10:43 |
| CIA-20 | Added isEnoughRemaining method for checking the remaining buffer size: | 10:43 |
| CIA-20 | Also logs on debug currently, to help fix protocol issues | 10:43 |
| JLP | morning all | 10:43 |
| *** nash has joined #tp | 10:43 | |
| llnz | hi JLP | 10:43 |
| mithro | hey JLP | 10:44 |
| mithro | wb nash | 10:44 |
| nash | thanks | 10:44 |
| nash | So should I pull the new version of tpserver? | 10:44 |
| llnz | shortly, hold on | 10:44 |
| nash | cool | 10:44 |
| nash | Wasn't sure if there was a commit or not | 10:44 |
| mithro | [21:14] * nash has quit ("Leaving") | 10:45 |
| mithro | [21:15] <mithro> o... | 10:45 |
| mithro | [21:15] <CIA-20> Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (frame.cpp frame.cpp frame.h frame.h frame.h): | 10:45 |
| mithro | [21:15] <CIA-20> Added isEnoughRemaining method for checking the remaining buffer size: | 10:45 |
| mithro | [21:15] <CIA-20> Also logs on debug currently, to help fix protocol issues | 10:45 |
| mithro | :) | 10:45 |
| mithro | llnz: they really sould be UInt32's? | 10:45 |
| llnz | you might be able to have negative time for something.... | 10:45 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (5 files): | 10:46 |
| CIA-20 | Use isEnoughtRemaining and fix use of listsize, build orders work again: | 10:46 |
| CIA-20 | Fixes Build orders, and split fleet orders. Nop should work, but libtpproto-py is broken. | 10:46 |
| CIA-20 | [email protected] * libtpproto-py/tp/netlib/objects/ (5 files in 2 dirs): Fixed the NOp and Time argument. | 10:48 |
| mithro | llnz: give that a try? | 10:49 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (order.cpp order.cpp order.cpp order.cpp): Use isEnoughRemaining, short circuit on unpack param failure and better constructor | 10:50 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (stringparameter.cpp timeparameter.cpp): Use isEnoughRemaining in String and Time Parameters | 10:50 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (player.cpp player.cpp): | 10:50 |
| CIA-20 | Separated unpacking order errors from failure to add orders to object: | 10:50 |
| CIA-20 | Might help someone. | 10:50 |
| llnz | nash: pull now, should be fixed | 10:50 |
| mithro | llnz: http://www.thousandparsec.net/cgi-bin/viewvc.cgi/tpsai-py/tpsai-py?root=tp-temp&view=log | 10:50 |
| tpb | <http://ln-s.net/JGt> (at www.thousandparsec.net) | 10:50 |
| mithro | test of the svn conversion | 10:50 |
| *** PingunZ has joined #tp | 10:51 | |
| llnz | mithro: cool | 10:51 |
| *** PingunZ has left #tp | 10:51 | |
| llnz | mithro: didn't work, traceback follows | 10:51 |
| llnz | Traceback (most recent call last): | 10:52 |
| llnz | File "/home/lee/oss_projects/tp-py/tpclient-pywx/windows/winOrder.py", line 489, in OnOrderNew | 10:52 |
| llnz | new = objects.Order(*args) | 10:52 |
| llnz | File "../tp/netlib/objects/Order.py", line 53, in __init__ | 10:52 |
| llnz | File "/home/lee/oss_projects/tp-py/tpclient-pywx/tp/netlib/objects/OrderDesc.py", line 93, in __init__ | 10:52 |
| llnz | self.length = len(self.__str__()) - Header.size | 10:52 |
| llnz | File "/home/lee/oss_projects/tp-py/tpclient-pywx/tp/netlib/objects/OrderDesc.py", line 107, in __str__ | 10:52 |
| llnz | output += apply(pack, [self.substruct,] + args) | 10:52 |
| llnz | File "/home/lee/oss_projects/tp-py/tpclient-pywx-dev/tp/netlib/xstruct.py", line 127, in pack | 10:52 |
| llnz | if char in smallints and isinstance(args[0], long): | 10:52 |
| llnz | IndexError: list index out of range | 10:52 |
| mithro | opps, need to fix the client too... | 10:52 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (objectparameter.cpp spacecoordparam.cpp): Use isEnoughRemaining in ObjectParam and SpaceCoordParam as well | 10:54 |
| nash | Will the server let two clients connect as the same user? | 10:55 |
| llnz | no, they can connect, but strange things happen, and even stranger things happen when i tried to fix it | 10:55 |
| mithro | nash: tpserver-py doesn't care ;) | 10:56 |
| nash | okay | 10:56 |
| nash | mithro: Does tpserver-py actually work? | 10:57 |
| mithro | nash: no :) | 10:57 |
| mithro | (well everything works apart from turn generation) | 10:57 |
| nash | So nothing important hey... | 11:00 |
| nash | thats okay I suppose... tpclient-pywx doesn't handle them either ;-) | 11:01 |
| llnz | oh | 11:01 |
| nash | Hmm... My map and tpclient-pywx's are quite different | 11:01 |
| llnz | mithro and nash: what does "echo $LANG" return for you? | 11:02 |
| mithro | wow - 21 patches to pull | 11:02 |
| nash | en_AU.UTF-9 | 11:02 |
| nash | s/9/8/ | 11:02 |
| mithro | tim@ultraslim:~/oss/tp/web/dev/documents$ echo $LANG | 11:03 |
| mithro | en_AU.UTF-8 | 11:03 |
| llnz | en_NZ.UTF-8 | 11:03 |
| llnz | what console programs do you use? | 11:04 |
| mithro | nash: do you run gnome terminal? | 11:04 |
| nash | yep | 11:04 |
| * mithro uses gnome terminal | 11:04 | |
| llnz | i use konsole.... | 11:04 |
| nash | This machine is 2.14 | 11:04 |
| nash | Other is 2.16 | 11:04 |
| mithro | tim@ultraslim:~/oss/tp/tpserver-cpp$ gnome-terminal --version | 11:04 |
| mithro | Gnome gnome-terminal 2.16.1 | 11:04 |
| CIA-20 | [email protected] * web/dev/documents/protocol3.php : Fixed the number of turns to be positive only. | 11:06 |
| llnz | the really stupid thing is that it's displaying the "reset" code | 11:10 |
| mithro | color works in tpclient-pywx | 11:11 |
| nash | :-) | 11:13 |
| nash | are you sure the escape code is correct? | 11:17 |
| llnz | about to push a patch that removes a single char, could you test please | 11:18 |
| nash | sure | 11:19 |
| mithro | llnz: i found a better way to do your email stuff | 11:19 |
| mithro | darcs has xml output | 11:19 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/consolelogger.cpp : | 11:19 |
| CIA-20 | Hopefully fix clearing console colours in gnome-terminal: | 11:19 |
| CIA-20 | It always worked in konsole. Still works now. Not sure why it made a difference. | 11:19 |
| CIA-20 | [email protected] * tpclient-pywx/windows/ (winOrder.py winOrder.py winOrder.py winOrder.py): Fixed the Turns order argument. | 11:20 |
| JLP | wow, sourceforge ranking is 128, is this the best so far | 11:20 |
| mithro | JLP: not an end of the day yet | 11:20 |
| mithro | llnz: i just got a segfault! | 11:20 |
| nash | llnz: The old sequnce was wrong. There shouldn't be a ; in the middle | 11:21 |
| * nash just checked his zshrc for his colour changing prompt | 11:21 | |
| nash | llnz: Works now | 11:22 |
| llnz | cool | 11:22 |
| * mithro turns colors back on | 11:23 | |
| mithro | llnz: your old code worked in cygwin | 11:23 |
| llnz | odd, isn't it | 11:23 |
| llnz | i think it's strictly incorrect to have a ';' without something after it, but some console are forgiving | 11:24 |
| llnz | s/console/consoles/ | 11:24 |
| nash | Exactly | 11:24 |
| nash | gnome-term is anal | 11:24 |
| llnz | konsole works | 11:24 |
| llnz | and works well | 11:24 |
| mithro | yay! | 11:26 |
| mithro | working for me | 11:27 |
| mithro | llnz: https://sourceforge.net/tracker/index.php?func=detail&aid=1668312&group_id=132078&atid=723099 | 11:27 |
| tpb | <http://ln-s.net/JGu> (at sourceforge.net) | 11:28 |
| llnz | looking at it right now | 11:28 |
| llnz | works for me though | 11:28 |
| mithro | llnz: only time it happen was just then | 11:28 |
| llnz | anything odd in or about avahi | 11:28 |
| mithro | not that I know | 11:28 |
| llnz | ? | 11:28 |
| mithro | opps occured again | 11:29 |
| mithro | using localhost metaserver instead of the normal? | 11:29 |
| llnz | total unrelated, would anything complain if i put spaces in the name of orders? | 11:31 |
| * llnz notes the nop is already "No Operation" | 11:31 | |
| mithro | tpclient-pywx probably wouldn't complain | 11:31 |
| nash | llnz: looking at my bug report? | 11:32 |
| llnz | which one!? | 11:34 |
| nash | The one about inconsistent spaces in order names... | 11:34 |
| mithro | llnz: restarted avahi restart and still same ctrl-c | 11:34 |
| llnz | mithro: so crash on ctrl-c after avahi restart? | 11:35 |
| mithro | yes | 11:35 |
| mithro | sorry no | 11:35 |
| mithro | I tried restarting the avahi and still getting the crash | 11:35 |
| llnz | mithro: that patch for tpclient-pywx still gives error/exception | 11:36 |
| llnz | nash: yes | 11:36 |
| mithro | did you update the libtpproto-py | 11:36 |
| llnz | yes, i'll check | 11:37 |
| llnz | ah, missed that one | 11:37 |
| llnz | works now | 11:38 |
| mithro | cool | 11:39 |
| mithro | i will do a release middle of this week | 11:39 |
| llnz | humm... is there an easy way to check for private ip addresses? | 11:40 |
| mithro | llnz: depends on what you mean easy? | 11:41 |
| nash | Don't - just look for a difference in the IP the packet is coming from and the local IP | 11:41 |
| mithro | 10, 172.16-172.31, 192.168 | 11:42 |
| mithro | and the 169 "auto-ip" address | 11:44 |
| llnz | hummm... i can't see a way to check it before i connect to the metaserver (but i can before sending request) | 11:45 |
| mithro | llnz: btw the metaserver stuff should be off by default probably | 11:45 |
| llnz | really? didn't you hear what Rusty said | 11:46 |
| mithro | llnz: I would think the metaserver is different from sending info | 11:46 |
| * llnz sighs | 11:46 | |
| nash | llnz: Statistics and publically publishing a possibly vulnerable server are entirely different things | 11:47 |
| mithro | the metaserver publishes publicly accessible identifying data | 11:47 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/ (6 files in 2 dirs): | 11:54 |
| CIA-20 | Metaserver updates now default to off: | 11:54 |
| CIA-20 | The people have spoken. Also change metaserver_disable to metaserver_enable to | 11:54 |
| CIA-20 | better reflect what it now does. | 11:54 |
| mithro | llnz: on a side note, maybe it should complain on the console :) | 11:56 |
| llnz | how often should it complain? once? | 11:58 |
| nash | once | 11:58 |
| mithro | i would vote often :) | 11:58 |
| llnz | every 10 minutes? | 11:58 |
| nash | If metaserver_enable is explicitly set to false, don't complain at all then | 11:59 |
| mithro | llnz: how about this, if not set -- complain every 10 minutes - default to false, if set to false == complain once | 12:00 |
| nash | Not at all if someone sets it | 12:00 |
| nash | If i want it off, there may be a good reason. | 12:01 |
| mithro | s/complain/politely inform them/ | 12:01 |
| mithro | (for the false case) | 12:01 |
| nash | s/politely inform them/dump random crap on the console telling the user something they explicitly said they didn't want/ | 12:02 |
| llnz | hehehehe | 12:02 |
| mithro | llnz: it's your server :) | 12:03 |
| nash | What ever happened to only important messages for output | 12:03 |
| mithro | maybe depend on log output level? | 12:04 |
| mithro | llnz: do what ever you want is might vote :P | 12:05 |
| mithro | the last thing I do before this release is to get SSL verification working | 12:05 |
| nash | Is there an easy way to find your homeworld? | 12:12 |
| *** nash has quit IRC | 12:12 | |
| *** nash has joined #tp | 12:13 | |
| nash | Sorry - if anyone answered that... | 12:13 |
| nash | IS there any way to find your homeworld? | 12:14 |
| llnz | tpserver-cpp has recently started adding a "homeworld resource" on the player's home planets | 12:15 |
| nash | okay | 12:15 |
| * nash will look for that | 12:15 | |
| llnz | it gets removed it the planet loses a battle | 12:15 |
| nash | Can someone document that ;-) | 12:15 |
| llnz | tpserver-py might do something different, and tpserver-cpp MTSec will probably do something different | 12:16 |
| * llnz waits 10 minutes... | 12:16 | |
| nash | Pfft... Okay can someone document a standard way of this information... ;-) | 12:17 |
| nash | Anyway - I need to sleep | 12:17 |
| nash | early morning tomorrow | 12:18 |
| nash | Goodnight all, thanks for the help... | 12:18 |
| *** nash has quit IRC | 12:18 | |
| * llnz wonders if he will ever get a chance to release tpserver-cpp 0.4.1 | 12:18 | |
| mithro | llnz: now quick while nash is asleep! | 12:19 |
| llnz | hehehe | 12:20 |
| llnz | does that crtl-c bug appear to have to do with the metaserver or avahi? | 12:21 |
| mithro | llnz: avahi i think | 12:21 |
| mithro | llnz: the svn convert seems okay | 12:24 |
| mithro | can you give it a quick look over | 12:24 |
| mithro | http://www.thousandparsec.net/cgi-bin/viewvc.cgi/tpclient-pywx/?root=tp-temp | 12:24 |
| tpb | <http://ln-s.net/JHw> (at www.thousandparsec.net) | 12:24 |
| llnz | avahi doesn't appear to have nice failure mode | 12:24 |
| llnz | cool | 12:24 |
| * llnz has a look | 12:24 | |
| llnz | cool | 12:26 |
| JLP | nice, is author always root? | 12:26 |
| llnz | tailor should be able to set it correctly (mostly) | 12:27 |
| mithro | llnz: it doesn't seem to like it with svn | 12:27 |
| mithro | I can then import this repository directly into sf and then use tailor to keep it up to date | 12:28 |
| JLP | yeah, and it is also nice to have svn for sites like ohloh which don't support darcs yet | 12:29 |
| mithro | ohloh? | 12:31 |
| JLP | http://www.ohloh.net/projects/3679 | 12:31 |
| tpb | Title: Thousand Parsec Analysis Report (at www.ohloh.net) | 12:31 |
| mithro | JLP: i spend some time setting up some redirects to fix some 404's | 12:33 |
| JLP | mithro: on TP web site? | 12:36 |
| mithro | JLP: yes, it appears someone has linked to /form instead of /forums and such | 12:36 |
| mithro | use the webmaster tools | 12:39 |
| JLP | hm majbe google could find the page with this link and we can inform the webmaster | 12:40 |
| JLP | or just find it in apache logs :) | 12:41 |
| llnz | the referer should be in the access.log | 12:41 |
| JLP | i just created my first RPM, turns out it is not so much different than writing ebuilds :) | 12:44 |
| JLP | and before I always thought making RPMs and ebuilds was difficult | 12:45 |
| JLP | hm i need to poke gentoo devs to pay some attention to mysql/linux headers problem :) | 12:47 |
| JLP | do we have any GPG key for Tousand Parsec with which we could sign our RPM packages? | 12:55 |
| llnz | i have a gpg key, but i don't think tp has one | 12:56 |
| CIA-20 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/ (10 files): | 13:03 |
| CIA-20 | Warning when metaserver updates are disabled: | 13:03 |
| CIA-20 | If metaserver_enable is "no" then the warning is displayed once. | 13:03 |
| CIA-20 | If it's not set (or not "yes" or "no") then the warning is given every | 13:03 |
| CIA-20 | 10 minutes. | 13:03 |
| JLP | mithro: do you know if TP has its own project GPG key | 13:05 |
| mithro | JLP: no | 13:05 |
| JLP | should we create one for signing RPMs and similar things? | 13:06 |
| mithro | JLP: dunno | 13:07 |
| mithro | probably | 13:07 |
| llnz | i might try to release sometime this week | 13:21 |
| llnz | thinking of merging the libltdl patch first though | 13:22 |
| * llnz wanders off | 13:22 | |
| llnz | later all | 13:22 |
| *** llnz has quit IRC | 13:22 | |
| mithro | JLP: can you add a "me too" to the following request? https://sourceforge.net/tracker/?func=detail&aid=1480553&group_id=1&atid=350001 ? | 13:25 |
| tpb | <http://ln-s.net/JHz> (at sourceforge.net) | 13:25 |
| JLP | mithro: will add | 13:26 |
| mithro | JLP: and anyone else with a sf account would be good :) | 13:26 |
| mithro | JLP: we really need a tp-root, which you, Lee and I can participate in or something | 13:42 |
| JLP | mithro: wouldn't hurt :) | 13:43 |
| mithro | arg, i should go to bed | 14:06 |
| mithro | JLP: can you look into the best rss plugin for phpbb? | 14:15 |
| JLP | mithro: yeah i can look | 14:16 |
| mithro | JLP: is there a way to have threaded comments in wordpress? | 14:36 |
| JLP | mithro: there are plugins for this, but i have no experience with this | 14:38 |
| mithro | ooh found one | 14:38 |
| JLP | mithro: is schema in TP used for writing games ruleset? | 14:43 |
| mithro | JLP: hrm? | 14:43 |
| JLP | mithro: i started looking about the schema thing when I had guile errors | 14:44 |
| JLP | mithro: so now i wonder what is schema used for in TP | 14:45 |
| mithro | what schema? | 14:45 |
| JLP | mithro: or is it just C++ server that uses it? | 14:45 |
| mithro | JLP: i'm afraid I have no idea what you are talking about :) | 14:45 |
| JLP | well guile and mzscheme which can be used in tpserver-cpp are scheme interpreters | 14:46 |
| JLP | and i got a feeling that game rules for minisec are writen with this | 14:46 |
| mithro | JLP: not really | 14:49 |
| mithro | Game Rules are written in C | 14:49 |
| mithro | s/C/C++ | 14:49 |
| mithro | Design properties "rules" are written in Scheme | 14:49 |
| JLP | oh that's what it is used for then | 14:50 |
| JLP | and these designs are ten common for both Python and C++ servers? | 14:50 |
| JLP | so you write them once in Scheme and the same thing is used by both? | 14:50 |
| mithro | JLP: you could | 14:52 |
| mithro | the Scheme stuff is a way for servers to tell clients how you can put designs together | 14:52 |
| JLP | i think that would be great, also for game rules, so you could write them once and plug them in into any TP server | 14:52 |
| mithro | JLP: well, there is no real advantage of that | 14:53 |
| JLP | mithro: hm I was thinking about people who would write their own game rules | 14:54 |
| mithro | JLP: are they likely to ever want to change the server? | 14:54 |
| JLP | mithro: hm you never know | 14:54 |
| mithro | JLP: it's a lot of work to get something like that working | 14:55 |
| JLP | so it is easier to just write the module for specific sercer? | 14:55 |
| mithro | yes | 14:55 |
| mithro | and then if you are using the python server you get to write it in python ;) | 14:56 |
| *** Demitar_ is now known as Demitar | 15:50 | |
| *** tuna-fish- has quit IRC | 15:56 | |
| *** bokey has joined #tp | 16:01 | |
| mithro | howy bobbens | 16:04 |
| mithro | s/ bobbens / bokey | 16:04 |
| bokey | mithro, hey hi. :) | 16:04 |
| mithro | bokey: so where are you at :) | 16:04 |
| bokey | mithro, good and u ? | 16:04 |
| bokey | mithro, adelaide. | 16:04 |
| *** tuna-fish- has joined #tp | 16:04 | |
| mithro | bokey: So are you one of the people I have recruited personally? | 16:04 |
| bokey | mithro, basically yes. but we'll be having a meeting on Tuesday with Dr. Chris as well. | 16:05 |
| bokey | mithro, :) | 16:05 |
| mithro | bokey: oh, are you the Java MIDP guy? | 16:05 |
| bokey | mithro, hehe.. yeah. | 16:05 |
| bokey | mithro, well I am interested in Java but more so in Python as well. | 16:06 |
| bokey | mithro, well, i am the same guy who came here some days ago and you explained what the project will be. | 16:06 |
| bokey | project's scope | 16:06 |
| mithro | bokey: in that regard, it seems that the java stuff might not go ahead because your the only student really intrested | 16:06 |
| bokey | mithro, well what about the network protocol part ? | 16:07 |
| mithro | bokey: i was thinking about that, we may be able to just change it so you work on a Java protocol library | 16:07 |
| bokey | mithro, well i thought it would be in Python | 16:08 |
| bokey | mithro, i have subscribed to the devel list. is that relevent ? | 16:08 |
| mithro | we have a protocol library in Python already :) | 16:08 |
| mithro | in fact we have two protocol libraries in python :) | 16:08 |
| bokey | mithro, well i thought the project's scope was to extend that library. (version 2 -> version 3 ?) | 16:08 |
| mithro | bokey: no, I'm not sure how we got thoses wires crossed | 16:09 |
| mithro | the project is to develop a Java MIDP client for Thousand Parsec | 16:09 |
| bokey | mithro, yeah but that's only a part. | 16:10 |
| mithro | well that was the whole project, but there are two parts, the GUI and the Protocol library - both in Java | 16:10 |
| bokey | mithro, right | 16:10 |
| bokey | mithro, I've written a msg to all my colleagues if anyone's interested. | 16:11 |
| bokey | mithro, let me see if anyone replies. | 16:11 |
| mithro | bokey: so, you wouldn't be doing any work with python | 16:12 |
| bokey | mithro, :( | 16:12 |
| bokey | mithro, that's ok. I have atleast some working knowledge in Python too. so that might help. no ? | 16:12 |
| mithro | yes, python knowledge will help as you can read the code of the current protocol library | 16:13 |
| * bokey looks at the time | 16:13 | |
| bokey | mithro, right. | 16:13 |
| * mithro should be in bed :) | 16:14 | |
| bokey | mithro, You said you are in Adelaide. | 16:14 |
| mithro | i'm guessing you should be too | 16:14 |
| bokey | hehe.. | 16:14 |
| bokey | i don't have any class tomorrow. | 16:14 |
| * mithro has be up at 8am | 16:14 | |
| bokey | hehe.. | 16:14 |
| bokey | mithro, it's nice knowing you personally. thanks to IRC. ;) | 16:14 |
| mithro | bokey: anyway, I'll see you on Tuesday and we will see what we work out | 16:15 |
| bokey | mithro, sure. goodnight. I have to sleep now. late. | 16:15 |
| *** JLP has quit IRC | 16:24 | |
| *** JLP has joined #tp | 16:25 | |
| *** bobbens has quit IRC | 16:37 | |
| *** bobbens has joined #tp | 16:38 | |
| *** _JLP_ has joined #tp | 17:59 | |
| *** JLP has quit IRC | 18:00 | |
| *** _JLP_ has quit IRC | 18:17 | |
| *** Demitar_ has joined #tp | 20:55 | |
| *** Demitar has quit IRC | 20:56 | |
| *** tuna-fish- has quit IRC | 20:56 | |
| *** tuna-fish- has joined #tp | 20:58 | |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!