| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| mithro | nash: I havn't got your emails yet :( | 00:10 |
|---|---|---|
| nash | mithro: What is your retry period? | 00:17 |
| mithro | there is goes | 00:17 |
| nash | I must have sent the first two too close together | 00:17 |
| nash | Your blackout period must be longer then the length it took me to send the first two message | 00:18 |
| mithro | the first two came in within seconds of each other | 00:18 |
| mithro | that was test message 3 | 00:20 |
| nash | So you got 3? | 00:20 |
| nash | Then 1 & 2? | 00:20 |
| mithro | yeah | 00:20 |
| mithro | just not 1 or 2 | 00:21 |
| nash | They won't come through until our mailserver retries old messages... generally 4 hours | 00:21 |
| nash | I can flush them if you like? | 00:22 |
| nash | Share and enjoy | 00:22 |
| mithro | nash: yeah they both came through then | 00:23 |
| nash | mithro: I know | 00:23 |
| nash | Else you junked them ;-) | 00:23 |
| mithro | greywhind: ping? | 00:53 |
| *** Epyon has joined #tp | 01:29 | |
| *** greywhind_ has joined #tp | 01:45 | |
| *** greywhind has quit IRC | 01:45 | |
| *** nash has quit IRC | 02:05 | |
| *** mithro has quit IRC | 02:48 | |
| CIA-10 | jlp parsek-objectsmodel * r15a7a505a283 /src/ (5 files): | 03:08 |
| CIA-10 | Compile ObjectsModel | 03:08 |
| CIA-10 | Added it to the list of sources. | 03:08 |
| CIA-10 | Fixed some errors so that it at least compiles. | 03:08 |
| CIA-10 | jlp parsek-objectsmodel * re1e6da1ef537 /src/objectsmodel.cpp: Common header data now returned | 03:08 |
| CIA-10 | jlp parsek-objectsmodel * rfb1540d5ee7d /src/ (converters.cpp converters.h): Added functions to convert position and velocity to string | 03:08 |
| CIA-10 | jlp parsek-objectsmodel * r44721d000cce /src/objectsmodel.cpp: Common object data now returned | 03:09 |
| *** llnz has joined #tp | 03:25 | |
| *** mithro has joined #tp | 03:46 | |
| *** llnz changes topic to "Thousand Parsec - http://www.thousandparsec.net/ || IRC Logs at http://www.thousandparsec.net/~irc/ || Why not help out? || tpserver-cpp vs tpsai-py, 4 from 4 - http://www.thousandparsec.net/~tim/test-battle.avi" | 03:49 | |
| mithro | llnz: did you get the jars? | 04:19 |
| mithro | llnz: didn't you have a double free bug? | 04:19 |
| mithro | s/bug/crash/ | 04:19 |
| llnz | ran again with less planets and it passed again | 04:20 |
| llnz | something odd about the double free | 04:20 |
| llnz | i did get the jars, but i get an error message: "java.lang.UnsupportedClassVersionError" | 04:21 |
| llnz | sablevm might be the issue | 04:23 |
| mithro | weird | 04:26 |
| mithro | llnz: well, until you find the double free I think you are back to zero :P | 04:26 |
| mithro | nash found a double free bug too | 04:28 |
| * llnz installs two other jvm's | 04:29 | |
| llnz | oh | 04:29 |
| llnz | did he know where? | 04:29 |
| mithro | not yet | 04:29 |
| llnz | grrr... about being back at zero, because the double free only appeared on the 750 planet run | 04:29 |
| mithro | :P | 04:30 |
| mithro | btw does tpserver-cpp have eot from user support? | 04:30 |
| mithro | I could get tpsai-py to send it? | 04:31 |
| *** peres has joined #tp | 04:32 | |
| llnz | yes, but only when using TP04 | 04:32 |
| mithro | could you just add it to tp03 to make testing quicker? | 04:34 |
| llnz | odd, maybe i'm missing a jar file | 04:34 |
| llnz | kaffe and jamvm work, but stop at "java.lang.NoClassDefFoundError: jezuch/utils/pcx/PcxWriterSpi" | 04:35 |
| llnz | humm.... i guess i could | 04:35 |
| mithro | i send you a single jar and a zip file | 04:36 |
| mithro | s/send/sent | 04:36 |
| mithro | you need to unzip the zip and then put the extra jar over top | 04:36 |
| llnz | oh, ok | 04:36 |
| mithro | I think c++ is rotting my brain | 04:43 |
| llnz | hehe | 04:44 |
| mithro | what is the line to change the turn length? | 04:47 |
| mithro | you need tab complete on 'settings set" | 04:48 |
| CIA-10 | llnz tpserver-cpp * r5cad1d6413ef /tpserver/playeragent.cpp: | 04:49 |
| CIA-10 | Allow TurnFinished frames from client not actually talking TP04. | 04:49 |
| CIA-10 | This should ease testing with AI's that send this. Still emits a debug | 04:49 |
| CIA-10 | warning on the tpserver-cpp console. Note, to use this, the correct settings | 04:49 |
| CIA-10 | for turn_length_{over|under}_theshold and turn_player_theshold are needed. | 04:49 |
| llnz | settings set turn_length_over_threshold 60 | 04:49 |
| llnz | i know, it's on the todo list | 04:49 |
| mithro | so does changing the turn length cause the server to send a new time remaining message? | 04:50 |
| llnz | no, it will only take effect after the next EOT, or if you reset the turn timer (ie turn reset) | 04:52 |
| mithro | okay | 04:52 |
| llnz | humm... the jar's on sourceforge are newer than the ones you where sent | 04:53 |
| llnz | starmapper-app-cli_3.0.0b3.jar | 04:54 |
| llnz | for example | 04:54 |
| mithro | okay | 04:56 |
| llnz | ok, i have starmapper running, now how do i use it? | 04:56 |
| mithro | java -jar ./starmapper-bundle/lib/starmapper-app-cli_3.0.0b2.jar ./tparsec-llnz.properties | 04:57 |
| llnz | just take the sample tparsec-demo1.properties and replace the server url? | 04:59 |
| mithro | yeah | 05:00 |
| mithro | you can also change the plotter type if you want | 05:00 |
| mithro | llnz: i think we should be using 1000 planets | 05:00 |
| llnz | 1000 planets would take too long (several days) for one AI to win | 05:01 |
| CIA-10 | mithro tpsai-py * r48d227f06feb /tpsai-py: Better way for persistence handling. | 05:03 |
| mithro | whats the end of turn frame format? | 05:04 |
| llnz | the worst thing about the double free crash was that because i run under gdb, the AI's sat at 100% CPU usage until i killed the (stopped) server | 05:04 |
| mithro | oh? why was it doing that | 05:04 |
| llnz | http://www.thousandparsec.net/tp/dev/documents/protocolxml.php#Desc_FinishedTurn | 05:05 |
| tpb | <http://ln-s.net/1:Xp> (at www.thousandparsec.net) | 05:05 |
| llnz | no idea | 05:05 |
| llnz | and it could have been sitting like that for hours | 05:05 |
| llnz | there is no data in the finished turn frame | 05:05 |
| llnz | frame type 63 | 05:05 |
| mithro | llnz: well, tpserver-cpp doesn't like the TurnFinished message | 05:16 |
| llnz | oh? | 05:16 |
| mithro | just closes the connection | 05:17 |
| llnz | odd | 05:17 |
| llnz | ah | 05:17 |
| llnz | frame disallows frame types outside the version of the protocol | 05:18 |
| llnz | will fix it now for turnfinished | 05:19 |
| CIA-10 | llnz tpserver-cpp * r35ac510a1bf1 /tpserver/frame.cpp: | 05:22 |
| CIA-10 | Allow tp03 use TurnFinished (TP04), and limit for tp04 frame types. | 05:22 |
| CIA-10 | Should allow the AI to use it (and other tp03 clients) | 05:22 |
| mithro | still doesn't work :( | 05:26 |
| llnz | hummm.... | 05:26 |
| mithro | llnz: hold on a sec I'll up the debug log | 05:27 |
| mithro | 2007-11-22 21:03:00 < Debug > About to Process | 05:29 |
| mithro | 2007-11-22 21:03:00 < Debug > Stage3 : logged in | 05:29 |
| mithro | 2007-11-22 21:03:00 < Debug > Incorrect header | 05:29 |
| mithro | 2007-11-22 21:03:00 < Debug > Closing connection | 05:29 |
| mithro | 2007-11-22 21:03:00 < Debug > noFrame :( | 05:29 |
| mithro | 2007-11-22 21:03:00 < Debug > Finished Processing | 05:29 |
| mithro | 2007-11-22 21:03:00 < Info > Closed connection 10 | 05:29 |
| llnz | i think i know what it is | 05:29 |
| llnz | probably has something to do with the fact that the data has 0 length | 05:30 |
| mithro | Sending turn finished frame... | 05:30 |
| mithro | Sending: <objects.TurnFinished - TurnFinished @ 0x845662c (seq: 1093 length: 0)> | 05:30 |
| mithro | Sending: TP03\x00\x00\x04E\x00\x00\x00\x40\x00\x00\x00\x00 | 05:30 |
| mithro | Received: TP03\x00\x00\x00\x00\x00\x00\x00\x01\x00\x00\x00\x16 | 05:30 |
| mithro | Received: \x00\x00\x00\x00\x00\x00\x00\x0eProtocol Error | 05:30 |
| llnz | nope... | 05:30 |
| llnz | odd | 05:30 |
| mithro | am I sending something wrong? | 05:30 |
| llnz | "Incorrect header".... | 05:31 |
| llnz | hummm.... | 05:31 |
| mithro | oh sending 64 not 63 | 05:32 |
| llnz | that could be it | 05:32 |
| mithro | 2007-11-22 21:06:36 < Debug > doing Done Turn frame | 05:32 |
| mithro | 2007-11-22 21:06:36 < Debug > Turn Finished Frame: protocol version not high enough, but continuing anyway | 05:32 |
| mithro | 2007-11-22 21:06:36 < Info > Threshold of players finished, setting over threshold turn length. | 05:32 |
| mithro | 2007-11-22 21:06:36 < Debug > Finished Processing | 05:32 |
| llnz | :-) | 05:33 |
| llnz | now you need to set the three settings to get it to work right | 05:38 |
| llnz | (unless i stuffed up somewhere) | 05:38 |
| CIA-10 | mithro libtpproto-py * r3b0c70339ba2 /tp/netlib/ (client.py objects/TurnFinished.py objects/__init__.py): Added support for the (TP04) TurnFinish frame. | 05:40 |
| CIA-10 | mithro tpsai-py * r70da5a293629 /tpsai-py: Moved the exception so that it catches the connection.pump(). | 05:40 |
| CIA-10 | mithro tpsai-py * rb060a7d1d2ca /tpsai-py: Send a TurnFinished message when finished processing a turn. | 05:40 |
| mithro | llnz: give that a try | 05:41 |
| llnz | i will | 05:41 |
| llnz | but i would like to solve the double free first | 05:41 |
| mithro | yeah | 05:41 |
| llnz | (no sense of going to zero again) | 05:41 |
| mithro | :P | 05:41 |
| *** llnz changes topic to "Thousand Parsec - http://www.thousandparsec.net/ || IRC Logs at http://www.thousandparsec.net/~irc/ || Why not help out? || tpserver-cpp vs tpsai-py, 0 from 4 - http://www.thousandparsec.net/~tim/test-battle.avi" | 05:42 | |
| mithro | :) | 05:42 |
| llnz | :( | 05:42 |
| mithro | llnz: think about it making tpserver-cpp better | 05:43 |
| llnz | i suspect it only happens when the server is using a lot of memory | 05:44 |
| mithro | llnz: probably a new which returns null? | 05:44 |
| llnz | and is timing sensitive | 05:44 |
| llnz | hummm... could be | 05:45 |
| *** greywhind has joined #tp | 05:45 | |
| *** greywhind_ has quit IRC | 05:45 | |
| mithro | I think nash is working with largish universes | 05:45 |
| llnz | actually, with c++ on linux it should (but never does) throw an exception on a failed new | 05:46 |
| llnz | but it could be one of the few mallocs (realloc) that is used | 05:47 |
| mithro | set_new_handler | 05:50 |
| mithro | When new cannot allocate storage to create a new object, it calls a new handler function if one has been installed by a call to set_new_handler(). The std::set_new_handler() function is declared in the header <new>. Use it to call a new handler you have defined or the default new handler. | 05:51 |
| mithro | Your new handler must perform one of the following: | 05:51 |
| mithro | * obtain more storage for memory allocation, then return | 05:51 |
| mithro | * throw an exception of type std::bad_alloc or a class derived from std::bad_alloc | 05:51 |
| mithro | * call either abort() or exit() | 05:51 |
| mithro | llnz: btw the tpsai-py should stop sleeping if it gets a time remaining with new info | 05:55 |
| llnz | ? | 05:56 |
| llnz | new info? | 05:56 |
| mithro | IE a Time Remaining with less or more time | 05:56 |
| mithro | it will adjust it's sleep time | 05:57 |
| llnz | ah, cool | 05:57 |
| llnz | hummm... | 05:57 |
| llnz | is there a max sleep time? | 05:58 |
| mithro | yeah 60 seconds | 05:59 |
| llnz | ok, cool | 05:59 |
| mithro | llnz: we need to get tpsai-py to split over allocated resources | 06:05 |
| mithro | we currently don't test that at all | 06:08 |
| llnz | humm... | 06:10 |
| llnz | ok, i'll do another large (500 planets only this time) run, with the latest ai and turnfinished working | 06:14 |
| mithro | it will kain your server | 06:15 |
| llnz | humm.... | 06:17 |
| llnz | grrr... starmapper gave NoSuchMethodError on java/util/regex/Pattern.quote() | 06:17 |
| llnz | oh, demo1 and demo2 down | 06:18 |
| mithro | use the sun java? | 06:25 |
| llnz | nope, Kaffe | 06:25 |
| llnz | same result with jamvm | 06:26 |
| llnz | hujmmm.... odd | 06:30 |
| llnz | the ai's haven't started processing yet, even though i've forced an EOT | 06:31 |
| mithro | ? | 06:33 |
| llnz | humm.... | 06:34 |
| CIA-10 | kane * r38 media/promotion/calender/ (. 0100.jpg 0200.jpg): These are the first proofs of the calender pages. | 06:35 |
| llnz | ? | 06:39 |
| CIA-10 | llnz tpserver-cpp * r4d63d33d12ff /tpserver/turntimer.cpp: Fixed TurnTimer isOverTheshold method, missing brackets. | 06:40 |
| llnz | hummm.... having a quick look, there is no maximun sleep time | 06:46 |
| llnz | oh wait | 06:46 |
| llnz | my bad | 06:46 |
| mithro | llnz: a friend is doing a the "Art work of Thousand Parsec" Calander | 06:46 |
| llnz | cool! | 06:46 |
| llnz | the AI is no longer working correctly | 06:48 |
| *** peres has quit IRC | 06:49 | |
| llnz | it doesn't even enter the sleep state to do the processing | 06:49 |
| mithro | ? | 06:52 |
| mithro | remeber the turn length has to be long enough? | 06:52 |
| llnz | turn length is several days (in fact, it could be 4 billion seconds, 60 years?) | 06:53 |
| mithro | you using --nosleep ? | 06:53 |
| llnz | nope | 06:53 |
| mithro | tim@vaio:~/oss/tp/tpsai-py$ ./tpsai-py | 06:53 |
| mithro | Connecting to localhost <type 'str'> 6923 <type 'int'> | 06:53 |
| mithro | Creating the Cache fresh (/home/tim/.tp/cache.dHA6Ly90cHNhaS1weUB0cEBsb2NhbGhvc3Q). | 06:53 |
| mithro | Sleeping for 31 seconds ...... | 06:53 |
| llnz | also, they can't be killed by Ctrl-C on the console anymore | 06:54 |
| mithro | hrm... I can kill it here fine | 06:54 |
| llnz | Connecting to localhost <type 'str'> 6923 <type 'int'> | 06:57 |
| llnz | Creating the Cache fresh (/home/lee/.tp/cache.dHA6Ly9haTFAdHBAbG9jYWxob3N). | 06:57 |
| llnz | > Ctrl-C | 06:57 |
| llnz | !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! | 06:57 |
| llnz | Traceback (most recent call last): | 06:57 |
| llnz | File "./tpsai-py", line 498, in persisence | 06:57 |
| llnz | time.sleep(0.1) | 06:57 |
| llnz | KeyboardInterrupt | 06:57 |
| llnz | !!!!!!!!!!!!!!!!! | 06:57 |
| llnz | then it connects again | 06:57 |
| mithro | oh | 06:57 |
| CIA-10 | mithro tpsai-py * re4b974701196 /tpsai-py: Don't restart on SystemExit or KeyboardInterrupt exceptions. | 07:01 |
| mithro | llnz: give that a go | 07:01 |
| mithro | you using python2.4? | 07:01 |
| llnz | 2.4.4 | 07:02 |
| llnz | ok, Ctrl-C now kills them | 07:02 |
| mithro | cool | 07:02 |
| llnz | but they still aren't processing turns | 07:02 |
| mithro | hrm... | 07:02 |
| mithro | whats the problem? | 07:02 |
| llnz | if i do "turn end" in tpserver-cpp, the tpsai-py do nothing | 07:03 |
| mithro | hrm... | 07:04 |
| llnz | humm... actually | 07:04 |
| mithro | ? | 07:04 |
| llnz | nope, still nothing | 07:05 |
| llnz | tried with --nosleep | 07:05 |
| mithro | try a single run? | 07:05 |
| mithro | ./tpsai-py -s ? | 07:05 |
| llnz | that works | 07:05 |
| llnz | The total enemies are: | 07:06 |
| llnz | 4 Planets | 07:06 |
| llnz | 2 Scouts | 07:06 |
| llnz | 2 Scouts | 07:06 |
| llnz | 2 Scouts | 07:06 |
| llnz | 2 Scouts | 07:06 |
| mithro | hrm... | 07:06 |
| mithro | can you paste the output of "./tpsai-py" | 07:07 |
| llnz | Connecting to localhost <type 'str'> 6923 <type 'int'> | 07:07 |
| llnz | Creating the Cache fresh (/home/lee/.tp/cache.dHA6Ly90cHNhaS1weUB0cEBsb2NhbGhvc3Q). | 07:07 |
| mithro | actually | 07:07 |
| mithro | change the following | 07:07 |
| mithro | def connect(): | 07:08 |
| mithro | debug = False | 07:08 |
| mithro | to | 07:08 |
| mithro | def connect(): | 07:08 |
| mithro | debug = True | 07:08 |
| mithro | and then paste the output | 07:08 |
| llnz | Connecting to localhost <type 'str'> 6923 <type 'int'> | 07:08 |
| llnz | Trying to connect to connect: (localhost, 6923) | 07:08 |
| llnz | Sending: <objects.Connect - Connect @ 0x8a13d0 (seq: 2 length: 38)> | 07:08 |
| llnz | Sending: TP03\x00\x00\x00\x02\x00\x00\x00\x03\x00\x00\x00\x26\x00\x00\x00\x22libtpproto\x2dpy\x2f0\x2e2\x2e2 tpsai\x2dpy\x2f0\x2e0\x2e1 | 07:09 |
| llnz | Received: TP03\x00\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x3e | 07:09 |
| llnz | Received: \x00\x00\x00\x3aProtocol check ok\x2c continue\x21 Welcome to tpserver\x2dcpp 0\x2e4\x2e1 | 07:09 |
| llnz | Receiving: <objects.OK - OK @ 0x8a1410 (seq: 2 length: 62)> | 07:09 |
| llnz | Sending: <objects.Login - Login @ 0x8a13d0 (seq: 3 length: 31)> | 07:09 |
| llnz | Sending: TP03\x00\x00\x00\x03\x00\x00\x00\x04\x00\x00\x00\x1f\x00\x00\x00\x0btpsai\x2dpy\x40tp\x00\x00\x00\x0ccannonfodder | 07:09 |
| llnz | Received: TP03\x00\x00\x00\x03\x00\x00\x00\x00\x00\x00\x00\x0b | 07:09 |
| llnz | Received: \x00\x00\x00\x07Welcome | 07:09 |
| llnz | Receiving: <objects.OK - OK @ 0x8a1410 (seq: 3 length: 11)> | 07:09 |
| llnz | Creating the Cache fresh (/home/lee/.tp/cache.dHA6Ly90cHNhaS1weUB0cEBsb2NhbGhvc3Q). | 07:09 |
| llnz | do i do a turn end now? | 07:09 |
| mithro | yes | 07:09 |
| llnz | Received: TP03\x00\x00\x00\x00\x00\x00\x00\x0f\x00\x00\x00\x04 | 07:09 |
| llnz | Received: \x00\x00\x00\x00 | 07:09 |
| llnz | Receiving: <objects.TimeRemaining - TimeRemaining @ 0x8a1410 (seq: 0 length: 4)> | 07:09 |
| llnz | humm... | 07:10 |
| llnz | oh | 07:10 |
| llnz | ahh | 07:10 |
| mithro | ahh? | 07:10 |
| llnz | the TurnTimer doesn't send a TimeRemaining frame if the turn could take forever | 07:11 |
| mithro | so what should the AI do? | 07:15 |
| llnz | i fixed tpserver-cpp | 07:15 |
| llnz | will send a 4 billion second time remaining after EOT | 07:16 |
| mithro | he he | 07:17 |
| llnz | odd, looks like the ai didn't send turn finished frames | 07:17 |
| mithro | you update libtpproto-py? | 07:17 |
| llnz | nope | 07:17 |
| llnz | that could be why | 07:17 |
| mithro | it would be why | 07:18 |
| CIA-10 | llnz tpserver-cpp * r4cc38137261d /tpserver/turntimer.cpp: | 07:20 |
| CIA-10 | Send a TimeRemaining frame even if there is infinite time to next turn. | 07:20 |
| CIA-10 | Needed to get ai to process after EOT, sends about 4 billion seconds to next | 07:20 |
| CIA-10 | turn. Close enough. | 07:20 |
| llnz | yay | 07:20 |
| mithro | llnz: we need to come up with some text to put on each calander pages | 07:23 |
| llnz | humm... the ai isn't sleeping | 07:28 |
| mithro | ? | 07:29 |
| mithro | you use -1 right? | 07:29 |
| llnz | nope | 07:29 |
| llnz | 16 million | 07:29 |
| llnz | (ie 0xffffff) | 07:29 |
| llnz | about 176 days | 07:29 |
| llnz | it shouldn't be overflowing 32bit ints | 07:30 |
| mithro | oh | 07:30 |
| mithro | how do you know it isn't sleeping? | 07:30 |
| llnz | doesn't appear in the logs at all | 07:31 |
| mithro | you using testai.sh ? | 07:32 |
| mithro | that has --nosleep | 07:32 |
| llnz | nope | 07:32 |
| mithro | you need to give me more information | 07:33 |
| mithro | because it works here fine | 07:33 |
| mithro | can you send me your config file? | 07:34 |
| * llnz makes the time max at 600 seconds | 07:34 | |
| llnz | s/time/turn timer/ | 07:34 |
| llnz | interesting.... | 07:35 |
| mithro | 2007-11-22 23:10:05 <Warning> turn_length_over_threshold too small for turn_player_threshold = 0, increasing to 60 seconds | 07:36 |
| mithro | 2007-11-22 23:10:11 < Info > Threshold of players finished, setting over threshold turn length. | 07:36 |
| mithro | 2007-11-22 23:10:11 <Warning> Turn length (over threshold) too short, was 0 seconds, now 60 seconds | 07:36 |
| mithro | ? | 07:36 |
| llnz | now the sleep | 07:36 |
| llnz | now they sleep | 07:37 |
| mithro | how do I set it so that when all players submit the turn ends? | 07:37 |
| mithro | (otherwise it waits forever? | 07:38 |
| llnz | ok | 07:38 |
| llnz | set turn_length_under_threshold to the maximum time for a turn (or 0 for forever but currently doesn't work) | 07:39 |
| llnz | set turn_length_over_threshold to something small, say, 60 | 07:39 |
| llnz | then set turn_player_threshold to the percentage of players finished (including the guest and any others) | 07:40 |
| llnz | say, 50 (3 ai's finished if noone else is on) | 07:40 |
| mithro | so for 5 ais? | 07:41 |
| llnz | if you want all 5 to finish before eot starts, then set to between 66 and 83 | 07:41 |
| llnz | but as soon as one ai is elimiated, the threshold will not be reached | 07:42 |
| *** tuna has quit IRC | 07:42 | |
| llnz | oh, the timeremaining after the EOT with forever set could overflow uint32_t (0xffffffff) | 07:43 |
| mithro | llnz: what will happen when an AI is defeated? | 07:45 |
| llnz | the server doesn't notice, so the threshold will not be reached because the ai disconnected | 07:46 |
| llnz | you could adjust the threshold after the ai disconnects | 07:47 |
| mithro | might want to fix that :P | 07:47 |
| llnz | or set it lower and the length_over_threshold higher | 07:47 |
| mithro | a player with no objects shouldn't really been included in that threshold | 07:47 |
| llnz | (which is what i have done) | 07:47 |
| llnz | mithro: i know, but I don't even check for that yet | 07:48 |
| llnz | for things like "Player foo has been defeated" and "You have been defeated" | 07:48 |
| llnz | messages | 07:48 |
| mithro | oh | 07:48 |
| mithro | tpserver-py does | 07:48 |
| mithro | wow, this is caning my computer | 07:50 |
| mithro | 1500 planet universe :P | 07:51 |
| llnz | fun | 07:53 |
| llnz | i'm using 500 currently | 07:53 |
| mithro | anyway I need to head to bed | 07:53 |
| llnz | so do i, 2am here | 07:53 |
| mithro | have a good night | 07:53 |
| mithro | hopefully you can find the double free bug | 07:54 |
| llnz | i hope so too | 07:55 |
| * llnz wanders off | 07:55 | |
| llnz | later all | 07:55 |
| *** llnz has quit IRC | 07:55 | |
| *** mithro has quit IRC | 08:18 | |
| *** tuna-fish has joined #tp | 08:36 | |
| *** greywhind_ has joined #tp | 09:45 | |
| *** greywhind has quit IRC | 09:45 | |
| *** greywhind_ has quit IRC | 11:45 | |
| *** greywhind_ has joined #tp | 11:46 | |
| *** tuna-fish has quit IRC | 12:33 | |
| *** tuna-fish has joined #tp | 12:39 | |
| *** tuna-fish is now known as tuna | 12:39 | |
| *** greywhind has joined #tp | 13:46 | |
| *** greywhind_ has quit IRC | 13:46 | |
| *** peres has joined #tp | 14:29 | |
| *** greywhind_ has joined #tp | 15:46 | |
| *** greywhind has quit IRC | 15:46 | |
| *** nash has joined #tp | 16:28 | |
| *** mithro has joined #tp | 17:17 | |
| mithro | monring people | 17:22 |
| mithro | s/monring/morning/ | 17:22 |
| peres | eh morning, it's 11.29 pm here | 17:23 |
| mithro | hey peres | 17:26 |
| mithro | how goes life? | 17:26 |
| mithro | nash: ping? | 17:26 |
| peres | hi mithro | 17:26 |
| peres | i'm pretty busy with job and preparing document to get visa for japan | 17:26 |
| peres | so maybe i can help a little bit when i am like UTC-7 :P | 17:27 |
| mithro | how long are you going to japan for? | 17:32 |
| peres | at least 1 year | 17:32 |
| peres | studying the language | 17:32 |
| peres | so i will have a decent amount of spare time to work on scummvm and (maybe) tp :P | 17:32 |
| *** greywhind has joined #tp | 17:46 | |
| *** greywhind_ has quit IRC | 17:46 | |
| nash | mithro: pong | 17:50 |
| mithro | nash: got any more information on the double free stuff? | 17:51 |
| nash | someone else fixed it | 17:52 |
| mithro | nash: the double free wasn't in tpserver-cpp? | 17:54 |
| nash | mithro: Never said it was | 17:54 |
| mithro | oh, because there is a double free bug in tpserver-cpp that llnz hit the other day | 17:54 |
| *** peres has quit IRC | 17:55 | |
| mithro | nash: do you have a reasonably fast machine with about 2-4gb of RAM? | 17:56 |
| mithro | i want to test 5 ai with a 1500 universe, but the farest machine I have is my laptop | 17:56 |
| nash | mithro:2gb, dual core, 1.8GHz with emt64? | 17:57 |
| mithro | nash: that would work, is it possible to get ssh access? | 17:57 |
| mithro | (And do you use the machine for anything else?) | 17:57 |
| mithro | with the addition of TurnFInished frames to tpsai-py, they now hammer the machine | 17:57 |
| nash | It's my desktop machine | 17:57 |
| mithro | nash: maybe run over the weekend? | 17:59 |
| nash | That could be done | 17:59 |
| nash | mithro: Talk to me after lunch | 18:01 |
| mithro | okay | 18:01 |
| *** kandinski has quit IRC | 20:23 | |
| *** kandinski has joined #tp | 20:23 | |
| CIA-10 | nash galaxie * r12135ef96a7a /Makefile: Add some dependancies | 20:23 |
| CIA-10 | nash galaxie * r4ce11e136329 / (tpe_orders.c tpe_orders.h): | 20:23 |
| CIA-10 | Update tpe-orders to have a data pointer for arguments, | 20:23 |
| CIA-10 | and add the start of an order submit. | 20:23 |
| CIA-10 | nash galaxie * r73dc8476c906 /ewl/gewl_object.c: Basic argument order submission now working. | 20:23 |
| nash | While I have a moment... | 20:23 |
| *** nash has quit IRC | 20:58 | |
| *** nash has joined #tp | 21:16 | |
| nash | Stupid machine | 21:16 |
| mithro | what is it doing now? | 21:23 |
| nash | xserver died | 21:23 |
| mithro | I assumed you went away | 21:24 |
| mithro | [11:57] <nash> While I have a moment... | 21:24 |
| mithro | [12:32] * nash has quit (Remote closed the connection) | 21:24 |
| *** greywhind_ has joined #tp | 21:46 | |
| *** greywhind has quit IRC | 21:46 | |
| *** JLP has joined #tp | 21:57 | |
| mithro | hey JLP | 22:00 |
| CIA-10 | jlp parsek-objectsmodel * r2586d926b091 /src/ (4 files): | 22:00 |
| CIA-10 | Model of universe objects now working | 22:00 |
| CIA-10 | It looks like the objects get downloaded correctly | 22:00 |
| CIA-10 | and the tree gets built. The tree view shows objects | 22:00 |
| CIA-10 | in a nice simple tree. | 22:00 |
| JLP | mithro: ahoy | 22:00 |
| mithro | cool to see parsek commits | 22:00 |
| JLP | mithro: you i agree | 22:01 |
| mithro | s/you// ? | 22:02 |
| JLP | anyone is encouraged to check this stuff out and see if I do some stupid newbish things with C++ | 22:02 |
| JLP | s/you/yup | 22:02 |
| mithro | ahh | 22:02 |
| mithro | C++ rots the brain :P | 22:03 |
| JLP | mithro: well maybe if you know some other language :) still better then knowing none | 22:04 |
| JLP | hey what happened to the score, wasn't it 3 from 3 before | 22:05 |
| mithro | JLP: that is debatable ;) plus QT C++ is quite different from normal C++ | 22:05 |
| mithro | JLP: yeah, we manage to find a double free bug in tpserver-cpp | 22:05 |
| JLP | aaah | 22:05 |
| JLP | btw, i've just seen that google has revealed Android, and it looks like it is java based, and they offer some money for development | 22:08 |
| mithro | oh, money for development | 22:08 |
| JLP | do you know if our Java guy has seen this? | 22:08 |
| JLP | http://code.google.com/android/adc.html | 22:10 |
| tpb | Title: Android Developer Challenge - Android (at code.google.com) | 22:10 |
| mithro | dang it a competition instead of a grants thing | 22:11 |
| * nash coughs | 22:13 | |
| nash | mithro: pot v. kettle? | 22:13 |
| mithro | nash: I would prefer to give out grants personally - but I don't just have the money | 22:14 |
| mithro | s/don't just/just don't/ | 22:14 |
| nash | so if I gave you a dollar you would then have the money? | 22:15 |
| mithro | nash: I'm afraid $1 doesn't realy go far | 22:31 |
| nash | Yeah, but you said you just don't.. so a little bit more then you will ;-) | 22:33 |
| * mithro has a cold, be nice | 22:35 | |
| mithro | so - about your desktop :P | 22:53 |
| nash | Right... | 22:53 |
| nash | Which server are you abusing? | 22:54 |
| nash | mithro: ? | 22:54 |
| mithro | tpserver-cpp | 22:55 |
| * nash updates it | 22:55 | |
| nash | And libtprl | 23:02 |
| nash | is scheme or guile recommended? | 23:07 |
| nash | mithro: ? | 23:07 |
| mithro | guile | 23:08 |
| nash | 1.6 or 1.8? | 23:08 |
| nash | mithro: You have aconfig file? | 23:16 |
| mithro | oh you will need sun java :( | 23:16 |
| mithro | guile 1.8 | 23:17 |
| nash | mithro: So do I need particular clients? | 23:51 |
| mithro | yeah tpsai-py and libtpproto-py and libtpclient-py (stable) | 23:51 |
| nash | How do I set them up | 23:57 |
| nash | ? | 23:57 |
| mithro | okay | 23:58 |
| mithro | send the config file | 23:59 |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!