| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| mithro | - what you plan to do next week | 00:00 |
|---|---|---|
| mithro | I think you are doing okay on the first and last option :) | 00:01 |
| ezod | fair enough ;) | 00:01 |
| ezod | btw, re: the xml spec | 00:02 |
| mithro | sadly, I'm afraid that your project has the least interesting interms of things to show (ie screenshots, etc) - it's probably one of the more useful in the long term | 00:02 |
| ezod | well, the tpclient-pywx part might be more exciting that way | 00:03 |
| ezod | so what i'm doing is creating a new document with the relevant frames from the current spec plus the new admin frames | 00:04 |
| ezod | it specs what is required for administration only | 00:04 |
| mithro | okay | 00:04 |
| ezod | is that what we want? | 00:04 |
| mithro | do you think the protocol.dtd will also apply to that? | 00:04 |
| ezod | that's the idea | 00:05 |
| mithro | cool | 00:06 |
| mithro | nash, do you think you could send Fro an poke email - it's kind of sad that none of the ruleset developers are not using tpruledev | 00:07 |
| nash | sure | 00:08 |
| mithro | I haven't heard anything from him in about 6 months | 00:09 |
| mithro | so I think it's probably a long shot, but who knows | 00:10 |
| mithro | greywhind: ping me you if your about | 00:11 |
| greywhind | mithro: ping | 00:23 |
| mithro | greywhind: could you give something a read, I'm trying to write some doco for jmtan and Iwanowitch | 00:28 |
| greywhind | mithro: sure | 00:28 |
| mithro | sending now | 00:28 |
| greywhind | mithro: got it | 00:29 |
| greywhind | mithro: to me, it seems pretty good as far as readability and helpfulness | 00:32 |
| *** Alklomion has joined #tp | 01:03 | |
| *** mithro has quit IRC | 01:24 | |
| *** _Lukstr has joined #tp | 01:45 | |
| *** bddebian has quit IRC | 01:53 | |
| *** greywhind has quit IRC | 01:54 | |
| *** Lukstr has quit IRC | 02:02 | |
| *** Alklomion has quit IRC | 02:03 | |
| *** jmtan has joined #tp | 02:40 | |
| *** zzorn_laptop has joined #tp | 03:04 | |
| *** nash has quit IRC | 03:20 | |
| CIA-29 | juanmy777 tpserver-py-dronesec * rb28162b3138b /TODO: | 03:27 |
| CIA-29 | Testing git. Added some small tasks on the Todo | 03:27 |
| CIA-29 | Signed-off-by: Juan Lafont <juan@juan-laptop.(none)> | 03:27 |
| CIA-29 | juanmy777 tpserver-py-dronesec * r375b778e579e /tp/server/ (15 files in 6 dirs): | 03:27 |
| CIA-29 | Dronesec init. PlanetGenerator Added | 03:27 |
| CIA-29 | Just a copy of minisec with some small changes so far. | 03:28 |
| CIA-29 | Previously made PlanetGenerator also added. | 03:28 |
| CIA-29 | Signed-off-by: Juan Lafont <[email protected]> | 03:28 |
| *** llnz has joined #tp | 03:55 | |
| JLP | good morning everyone | 04:28 |
| llnz | hi JLP | 04:29 |
| jmtan | good morning | 04:32 |
| *** llnz has quit IRC | 05:12 | |
| *** llnz has joined #tp | 05:14 | |
| *** CIA-29 has quit IRC | 05:28 | |
| *** CIA-29 has joined #tp | 05:29 | |
| *** mithro has joined #tp | 05:34 | |
| * mithro can't sleep :( | 05:35 | |
| mithro | ~seen jmtan | 05:36 |
| tpb | mithro: jmtan was last seen in #tp 1 hour, 3 minutes, and 42 seconds ago: <jmtan> good morning | 05:36 |
| JLP | mithro: morning noogler | 05:36 |
| jmtan | hi mithro | 05:36 |
| mithro | hey jmtan | 05:37 |
| mithro | I've got some stuff here for you | 05:37 |
| mithro | but it needs some work | 05:37 |
| jmtan | cool, what's that | 05:37 |
| mithro | jmtan: how to use the cache interface | 05:38 |
| jmtan | great, i was wondering about that. just got the email | 05:39 |
| mithro | jmtan: I would appreciate it if you help make that a bit more readable | 05:40 |
| mithro | libtpclient-py still needs quite a bit of work as you have probably guess | 05:41 |
| mithro | and some of the is specific to tpclient-pywx | 05:42 |
| mithro | jmtan: so if you are ever back in Sydney, send me an email and we can have lunch | 05:43 |
| jmtan | okay, sounds great | 05:43 |
| jmtan | does OnCacheDirty commits changes to the server? | 05:44 |
| mithro | there is a OnCacheDirty method on the network thread | 05:47 |
| mithro | it does three things | 05:47 |
| mithro | 1. Tries to make the change on the server | 05:47 |
| mithro | 2. Commits the change to the cache | 05:47 |
| mithro | 3. Sends an event to the rest of the application about the change | 05:47 |
| mithro | the way tpclient-pywx is setup is around an event system | 05:49 |
| mithro | based around the wx event queue | 05:50 |
| mithro | so the OnCacheDirty method is triggered by StateTracker posting the CacheDirtyEvent | 05:51 |
| jmtan | so can i say that cache.commit does not send any changes (such as new orders) to the server, and it is up to the application to send them once a OnCacheDirty is triggered? | 05:53 |
| *** peres has joined #tp | 05:53 | |
| mithro | cache.apply returns an "Event" object | 05:55 |
| mithro | the application should apply the change to the server, in tpclient-pywx this application is done by the NetworkThread.OnCacheDirty method | 05:55 |
| mithro | the application should then call cache.commit with the Event object once the changes have been sent to the server | 05:56 |
| mithro | in tpclient-pywx this is done by the NetworkThread.OnCacheDirty method too | 05:56 |
| jmtan | ahh ok, i was mixed up | 05:57 |
| mithro | that make more sense? | 05:58 |
| mithro | eventually I'm going to split the OnCacheDirty method into the three seperate parts | 05:59 |
| jmtan | how about the node argument in cache.apply? i know it is a changenode, but what should it contain? | 06:01 |
| mithro | okay | 06:02 |
| mithro | in tp orders are provided in a queue interface | 06:02 |
| mithro | this turns out to be quite complicated | 06:06 |
| mithro | as libtpclient-py allows you to have multiple outstanding orders | 06:06 |
| mithro | so libtpclient-py provides a "ChangeList" | 06:06 |
| mithro | which is a way of providing support for orders which have been created but have yet to be committed | 06:07 |
| mithro | (or removed) | 06:07 |
| mithro | a ChangeNode is just an element in the list | 06:08 |
| mithro | StateTracker is probably a good example of how ChangeNodes are used | 06:09 |
| mithro | for example | 06:10 |
| mithro | if you look at | 06:10 |
| mithro | evt = self.application.cache.apply("orders", "create after", self.oid, node, order) | 06:10 |
| mithro | that creates a new node after the given node which contains the order | 06:11 |
| mithro | self.oid <- object id to create the new order one | 06:11 |
| mithro | node <- position in the order queue to create the order after | 06:11 |
| mithro | order <- the order to be created | 06:11 |
| mithro | jmtan: ping? | 06:13 |
| mithro | does that make any sense at all? | 06:13 |
| jmtan | ya, i'm still wrapping my head around it | 06:13 |
| jmtan | not feeling so well since Sydney, so a little slow.. | 06:13 |
| mithro | jmtan: so of course, it's your job to help improve the doco too :) | 06:14 |
| mithro | I wish I had a white board | 06:14 |
| mithro | it is much easier to explain using a white board | 06:14 |
| mithro | jmtan: do you know what a doubly linked list is? | 06:15 |
| jmtan | i'm sure there are some internet white boards, but nvr used them before | 06:15 |
| jmtan | yeah it can go both ways? circular linked list? | 06:15 |
| mithro | as in you store a pointer to the next and the previous item | 06:16 |
| jmtan | yup | 06:16 |
| mithro | fundamentally the ChangeList is that | 06:17 |
| mithro | with a ChangeNode being a node in the list | 06:17 |
| mithro | to make things a little more interesting, a ChangeNode stores a list of changes which are pending for that node | 06:18 |
| mithro | A change node always starts out in the "Adding" state, then it can have a bunch of "updating" states, and then it can finally have a "removing", "removed" state | 06:18 |
| mithro | states = ["creating", "idle", "updating", "removing", "removed"] | 06:19 |
| jmtan | i saw that the cache object contains several changelists, such as orders and objects | 06:19 |
| mithro | actually | 06:20 |
| mithro | it only contains a changelist for compound objects | 06:20 |
| mithro | IE Orders, Messages | 06:20 |
| mithro | (things which have an object and a slot) | 06:20 |
| mithro | things which have a real id are much easier to deal with | 06:20 |
| mithro | ChangeList != ChangeDict | 06:21 |
| mithro | a ChangeDict is just a dictionary which stores the last modtime as well as the object | 06:21 |
| llnz | mithro: find a sane way to have orders and messages with straight ids and I'll start on tp05 | 06:21 |
| mithro | llnz: there was a thread about it we never finished | 06:21 |
| llnz | mithro: i know | 06:22 |
| mithro | I will resurrect it when I have the time | 06:22 |
| mithro | once you have wrapped your head around the changelist it works okay | 06:22 |
| *** Iwanowitch has joined #tp | 06:22 | |
| mithro | take a look at the cache.apply and cache.commit methods | 06:23 |
| mithro | they show how the cache and change list is manipulated | 06:23 |
| mithro | the client should never directly change the cache or changelists | 06:24 |
| mithro | jmtan: actually I know a something which could make it a little clearer | 06:25 |
| mithro | uncomment line 136 | 06:26 |
| mithro | and then you can see how the events in tpclient-pywx propergate around | 06:26 |
| mithro | it's a little messy | 06:26 |
| mithro | but it might help | 06:26 |
| jmtan | which file is that? | 06:27 |
| mithro | tpclient-pywx | 06:27 |
| mithro | well I should head back to bed | 06:29 |
| mithro | gnight! | 06:29 |
| jmtan | good night, thanks for the help | 06:29 |
| mithro | hope that helped and wasn't as confusing as it seemed :P | 06:30 |
| mithro | explaining things at 3:00am in the morning is probably not the best idea :) | 06:30 |
| jmtan | it does seem clearer, i'll try out the code and see how it goes | 06:31 |
| *** mithro has quit IRC | 06:51 | |
| CIA-29 | pluskid schemepy * r58a3833c3edd /doc/log_book/todo/05-27-add-the-tak-benchmark.txt: Added the task of tak benchmark. | 07:02 |
| *** peres has quit IRC | 07:12 | |
| *** _Lukstr has quit IRC | 07:19 | |
| *** _Lukstr has joined #tp | 07:19 | |
| *** dooooooooom has joined #tp | 07:34 | |
| *** dooooooooom is now known as jotham | 07:34 | |
| jotham | well thank the lords for that | 07:34 |
| jotham | finally got opengl and cocos to love each other | 07:35 |
| llnz | hehe, cool | 07:35 |
| jotham | means i have a scene/UI manager + access to raw opengl commands | 07:35 |
| jotham | probably find some other issues, but it means i can mix up the UI and doing things like drawing stars with raw opengl calls | 07:36 |
| jotham | and maybe get the best of both words | 07:36 |
| *** pluskid has joined #tp | 08:33 | |
| *** JLafont has quit IRC | 08:49 | |
| *** JLafont has joined #tp | 08:49 | |
| *** peres has joined #tp | 08:50 | |
| tpb | aloril has quit worldforge (Ping timeout: 378 seconds) | 09:10 |
| *** peres has quit IRC | 09:19 | |
| *** jotham has quit IRC | 09:21 | |
| *** jmtan has left #tp | 09:25 | |
| * llnz wanders off | 09:25 | |
| llnz | later all | 09:25 |
| *** llnz has quit IRC | 09:25 | |
| tpb | aloril has joined on worldforge | 09:26 |
| *** Combat_Wombat has quit IRC | 09:46 | |
| *** jotham has joined #tp | 09:52 | |
| *** zzorn_laptop has quit IRC | 09:58 | |
| *** CIA-29 has quit IRC | 10:10 | |
| *** CIA-54 has joined #tp | 10:12 | |
| *** _Lukstr is now known as Lukstr | 10:34 | |
| *** bddebian has joined #tp | 10:43 | |
| bddebian | Heya | 10:44 |
| JLP | bddebian: heyo | 10:46 |
| bddebian | Hello JLP | 10:46 |
| *** mithro has joined #tp | 10:49 | |
| *** pluskid has quit IRC | 11:03 | |
| *** mithro has quit IRC | 11:18 | |
| ezod | anyone around who can field a request for commit access to the documents repository? | 11:37 |
| ezod | i'm hoping to start committing my admin protocol xml | 11:37 |
| ezod | also maybe the web repository, so i can do a php file to display it? | 11:38 |
| CIA-54 | jphr tpserver-cpp-risk * r18865314c93a /modules/games/risk/TODO: A test commit | 11:40 |
| *** mithro has joined #tp | 12:09 | |
| mithro | heyo people | 12:09 |
| mithro | anyone alive today? | 12:12 |
| mithro | ~seen jphr | 12:15 |
| tpb | mithro: jphr was last seen in #tp 4 days, 12 hours, 26 minutes, and 52 seconds ago: <jphr> goodnight, thanks for the help llnz | 12:15 |
| *** Erroneous has joined #tp | 12:15 | |
| mithro | ~seen Epyon | 12:16 |
| tpb | mithro: Epyon was last seen in #tp 2 weeks, 2 days, 9 hours, 23 minutes, and 40 seconds ago: <Epyon> life sucks | 12:16 |
| mithro | ~seen jotham | 12:16 |
| tpb | mithro: jotham was last seen in #tp 4 hours, 40 minutes, and 16 seconds ago: <jotham> and maybe get the best of both words | 12:16 |
| mithro | ezod: ping? | 12:20 |
| mithro | ezod: re: the document access, done! | 12:21 |
| *** nuleren has joined #tp | 13:39 | |
| CIA-54 | jphr tpserver-cpp-risk * rc81bd4e82dee /modules/games/risk/ (TODO galaxy.cpp galaxy.h): Removed packExtraData from galaxy. Updated TODO. | 13:53 |
| mithro | hello nuleren | 13:57 |
| nuleren | hello | 14:01 |
| mithro | how goes everything? | 14:02 |
| nuleren | pretty good, I'm about to push several commits in a bit | 14:02 |
| mithro | cool | 14:03 |
| *** jphr has joined #tp | 14:04 | |
| mithro | hi! jphr :) | 14:06 |
| jphr | hey, so you finally got a free moment :P | 14:06 |
| tpb | ChanServ has joined on worldforge | 14:06 |
| mithro | not really, | 14:06 |
| tpb | mode change by services.wf on worldforge: +o ChanServ | 14:06 |
| *** tpb changes topic to "Help us finish the game already! :) || http://www.thousandparsec.net/tp/rss.php || cpp-ser" | 14:06 | |
| tpb | ChanServ has left on worldforge | 14:06 |
| mithro | have WiFi going properly | 14:06 |
| *** mithro changes topic to "Thousand Parsec - www.thousandparsec.net || Why not help out? - www.thousandparsec.net/wiki/Getting_started_with_development || Logs at www.thousandparsec.net/~irc/" | 14:06 | |
| jphr | ah yes, wifi == free (or maybe wasted) time all th etime | 14:06 |
| mithro | something like that | 14:07 |
| mithro | any luck with your bus error? | 14:07 |
| jphr | gdb narrowed it down to a function | 14:07 |
| mithro | did you see my last email? | 14:08 |
| * mithro is watching videos at the same time :) | 14:08 | |
| jphr | yes, thats why I popped on | 14:08 |
| jphr | i don't really have any reason NOT to be on irc | 14:08 |
| jphr | Program received signal EXC_BAD_ACCESS, Could not access memory. | 14:08 |
| jphr | Reason: KERN_PROTECTION_FAILURE at address: 0x00000004 | 14:08 |
| jphr | 0x00062bb0 in TurnTimer::secondsToEOT () | 14:08 |
| jphr | thats gdb printout, by the way | 14:08 |
| mithro | is that the bt like I suggested? | 14:09 |
| jphr | oh sorry, didn't see THAT message | 14:10 |
| jphr | i'll brb after I run that | 14:10 |
| jphr | what is the easiest way with make to recompile for debugging? | 14:10 |
| ezod | mithro: thanks | 14:11 |
| CIA-54 | aaron documents * rcf3bdd68f913 /protocol/admin.xml: Initial creation of admin.xml with a partial protocol specification. | 14:12 |
| jphr | mithro: (durf, -d | 14:13 |
| mithro | jphr: I have no idea | 14:14 |
| jphr | ill do some digging | 14:14 |
| mithro | you could just add it to CFLAGS | 14:16 |
| mithro | but it might strip the binaries during install :/ | 14:17 |
| jphr | from what i've found yeah its CFLAGS=-g | 14:19 |
| jphr | looks like while its running it stuffs them in there too | 14:19 |
| mithro | jphr: hrm? | 14:20 |
| jphr | mithro: just watching the make run it looks as if they all have -g if you "make all CFLAGS=-g" | 14:21 |
| mithro | normally you do it the other way around | 14:25 |
| mithro | "CFLAGS=-g make all" | 14:26 |
| jphr | ah yes | 14:26 |
| mithro | btw, you should poke Lee about a "--enable-debug" or "--disable-debug" in the configure script | 14:26 |
| jphr | if you say so :P | 14:26 |
| jphr | how does he prefer to be poked? irc ? dev-ml? | 14:27 |
| mithro | email of some sort | 14:27 |
| mithro | better check that it doesn't already exist :) | 14:27 |
| mithro | debug should probably be enabled by default most of the time I think | 14:27 |
| jphr | looks like it might be, i ran a clean make and I saw -g in every g++ call | 14:28 |
| mithro | sounds okay | 14:29 |
| jphr | TurnTimer line 62, do you want the full Ddd output for it? | 14:29 |
| mithro | well, you probably want to start with a bt | 14:29 |
| jphr | sorry, i ran bt | 14:30 |
| jphr | its 20 lines ,want it here? lol | 14:30 |
| mithro | and you probably want to find out which variable it's dieing on | 14:30 |
| mithro | nope, pastebin it | 14:30 |
| jphr | (sorry not familiar with pastebin?) | 14:30 |
| mithro | google pastebin :) | 14:30 |
| jphr | http://pastebin.com/m1d5c8cbe | 14:32 |
| jphr | well isn' | 14:32 |
| jphr | t that convenient | 14:32 |
| mithro | that is a very interesting place for it to be dieing | 14:33 |
| mithro | can you do a "bt full" | 14:33 |
| jphr | k | 14:33 |
| jphr | http://pastebin.com/m6dec6ada | 14:34 |
| mithro | I have no idea what is going there :P | 14:35 |
| mithro | can you do a | 14:35 |
| mithro | print timer | 14:36 |
| jphr | gdb? | 14:36 |
| mithro | yeah | 14:36 |
| jphr | Cannot access memory at address 0x0 | 14:36 |
| jphr | want me to rerun and try again? | 14:36 |
| mithro | yeah | 14:36 |
| jphr | same thing | 14:37 |
| mithro | okay, NFI :) | 14:37 |
| jphr | try again but right before I try and start network? or can I even do that | 14:37 |
| CIA-54 | aaron tpserver-cpp-config * r1e46cebfc68a /tpserver/ (Makefile.am adminlogger.cpp adminlogger.h): Added basis for admin protocol log sink. | 14:38 |
| CIA-54 | aaron tpserver-cpp-config * r7cc2c44df831 /tpserver/adminlogger.cpp: Removed some unneeded stuff from AdminLogger. | 14:38 |
| CIA-54 | aaron tpserver-cpp-config * r27ba3867fc0b / (sample.conf tpserver/logging.cpp): AdminLogger can now be enabled as a log sink via log_admin setting. | 14:38 |
| mithro | I'm afraid you have hit my limit of understanding here | 14:38 |
| mithro | does minisec do this too? | 14:38 |
| jphr | i belive so, I can give it another try and bt it | 14:39 |
| mithro | can you disable avahi? | 14:39 |
| mithro | (I don't know if tpserver-cpp has an option to do that | 14:40 |
| mithro | ) | 14:40 |
| *** JLafont has quit IRC | 14:40 | |
| *** JLafont has joined #tp | 14:40 | |
| jphr | you know I wanted to because it was compiling funny with avahi and mac, but I did get it working | 14:41 |
| jphr | I even crashed out on a linux box though | 14:41 |
| mithro | hrm? | 14:41 |
| jphr | whats the easiest way to grab an older copy of the git repo? | 14:42 |
| mithro | you mean, back of to a tag? | 14:42 |
| mithro | or just a couple of commits? | 14:42 |
| jphr | back to a tag, back to when I know it worked | 14:42 |
| mithro | git checkout <tag name> # make sure all your changes are committed first | 14:43 |
| jphr | I'm going to play with this on a linux box for a little bit | 14:43 |
| ezod | re: disabling avahi, i believe so, otherwise there's a useless USE flag in my ebuilds ;) | 14:48 |
| jphr | I'd love to know how | 14:48 |
| ezod | 1 sec | 14:48 |
| ezod | it's just --disable-avahi, looks like | 14:49 |
| ezod | at least that's what emerge is passing based on the USE flag | 14:49 |
| CIA-54 | nuleren tpserver-cpp-tae * r22c3176deaf5 / (5 files in 3 dirs): | 14:50 |
| CIA-54 | Used the tpserver-cpp ruleset book to create a basic module for TaE. Module is located in modules/games/tae/ | 14:50 |
| CIA-54 | You can load, create, and start the module with tpserver-cpp, but the module is currently empty. | 14:50 |
| ezod | (to the configure script) | 14:50 |
| CIA-54 | nuleren tpserver-cpp-tae * r04b30262b97d / (5 files in 2 dirs): Added a quickstart configuration for tae. | 14:50 |
| CIA-54 | nuleren tpserver-cpp-tae * r001860a2d002 /modules/games/tae/ (universe.cpp universe.h): Added a universe object, derived from the minisec universe object, to TaE | 14:50 |
| CIA-54 | nuleren tpserver-cpp-tae * r36fc6bd601d6 /modules/games/tae/ (emptyobject.cpp emptyobject.h spaceobject.cpp spaceobject.h): Added emptyobject and spaceobject (taken from minisec) to TaE. | 14:50 |
| CIA-54 | nuleren tpserver-cpp-tae * r13978d2b9fbb /modules/games/tae/tae.cpp: Implemented a basic solar system object (using emptyobject) into TaE | 14:50 |
| mithro | nuleren: cool | 14:53 |
| mithro | nuleren: I would really prefer you look into adapting TaE to a simultaneous turn structure, it will be much faster game play and nicer UI | 14:54 |
| mithro | well, I'm heading to lunch | 14:58 |
| jphr | mithro: see you later, I'm going to keep looking for what happened to my server :( | 14:58 |
| mithro | okay | 14:58 |
| mithro | does it work back older version? | 14:59 |
| jphr | haven't gotten to trying that | 14:59 |
| nuleren | mithro: Ok, I'll try to think something up | 15:14 |
| *** bddebian has quit IRC | 15:21 | |
| * ezod needs some protocol help | 15:27 | |
| CIA-54 | jphr tpserver-cpp-risk * r1ee091311de8 /modules/games/risk/risk.cpp: Commented out some player adding logic until other bugs are resolved | 15:38 |
| CIA-54 | aaron documents * raa7119f97301 /protocol/admin.xml: Added more frames and some basic command parameters. | 15:43 |
| mithro | jphr: ping? | 16:07 |
| jphr | mithro pong | 16:07 |
| mithro | just looking at your problem now | 16:08 |
| jphr | yeah I might have double posted on the ML | 16:08 |
| mithro | 2008-05-27 14:34:14 < Info > Bad username or password | 16:08 |
| jphr | 2nd one has an edit | 16:08 |
| mithro | that is interesting | 16:08 |
| jphr | you shoudl see the bug i get when I fool around on linux | 16:08 |
| jphr | I can actually LOAD the risk ruleset, but get a bastardized mix of risk and minisec if I log on (which I can on linux for some reason) | 16:09 |
| mithro | you should just reply to your original message | 16:09 |
| mithro | rather then start a second new thread | 16:09 |
| jphr | yeah I didn't see it in my client so I accidentally resent :( | 16:09 |
| jphr | (i need to turn on the option to send messages to myself even if i am the author) | 16:10 |
| mithro | jphr: the mailing list should send it back to you | 16:11 |
| jphr | ok | 16:11 |
| mithro | jphr: are you using any sort of persistence? | 16:12 |
| jphr | config option or in my ruleset? | 16:12 |
| mithro | config option | 16:13 |
| jphr | not specified | 16:13 |
| mithro | okay | 16:13 |
| jphr | should I try a no? | 16:13 |
| mithro | nope | 16:14 |
| mithro | Okay, some tips about writing a good help email | 16:14 |
| jphr | ears open | 16:14 |
| mithro | - include the exact steps you are doing to cause the error | 16:14 |
| mithro | IE | 16:14 |
| mithro | 1. Start server from my risk branch (<git id>) with the config file I have attached | 16:15 |
| mithro | 2. Connect using tpclient-pywx using the tp://guest:guest@localhost | 16:15 |
| mithro | 3. The output on the console will look like this | 16:16 |
| mithro | <output on the console> | 16:16 |
| mithro | the more detail the better | 16:16 |
| jphr | ok, i was probably cutting out a lot I thought wouldn't be appreciated | 16:16 |
| mithro | If you have tried the *exact* same procedure on Linux and Mac and there is a difference, explain how it differs and where it differs | 16:17 |
| mithro | make sure that you are using the latest version of everything and that all the trunk changes have been merged into your branch | 16:18 |
| mithro | take the following sentence "I can log on but I get a bastardized version of minisec and risk together, with some orders from one and some from the other, but with minisec's map." | 16:18 |
| mithro | that does actually give me any information | 16:18 |
| mithro | when and where is it occuring | 16:18 |
| mithro | include screenshots of the output | 16:19 |
| jphr | ko | 16:19 |
| mithro | include all the steps you have done to try and debug | 16:19 |
| mithro | the more information you include in the first email, the more likely we are to be able to | 16:20 |
| mithro | a) reproduce your problem | 16:20 |
| mithro | b) figure out how to fix it | 16:20 |
| jphr | well I should probably get back to the drawing board to write out a better request for help | 16:21 |
| mithro | well, all the above should already be at hand as it's part of the debugging process | 16:23 |
| mithro | :) | 16:23 |
| jphr | well I am up to date on the main -> risk front | 16:25 |
| mithro | make sure you don't have any unpushed changes (otherwise how can we reproduce the bug?) | 16:26 |
| jphr | so let me type this up, do you mind putting a little reply to my thread saying I am rewriting it, as I am not getting the thread in my client, and i've tried getting mail a few times so far | 16:26 |
| mithro | jphr: it's probably a good idea to find out why you don't have it | 16:27 |
| jphr | hmm, I checked my options on the ML pref pane, i SHOULD get my own messages, so that is odd | 16:29 |
| *** zzorn has quit IRC | 16:29 | |
| *** zzorn has joined #tp | 16:30 | |
| mithro | what email client are you using? | 16:30 |
| mithro | AppleMail might be doing something "smart" by not showing your own emails | 16:31 |
| jphr | yes apple mail | 16:31 |
| jphr | i'll check it online | 16:31 |
| jphr | nah, even in All Mail online it isn't there. I can see that i've sent it, but not received from the ML back | 16:32 |
| mithro | oh, you are using gmail | 16:37 |
| mithro | check you spam folder? | 16:38 |
| jphr | I will | 16:42 |
| jphr | not there either :( i bet if you reply to one I will be able to see it | 16:42 |
| * mithro you check your sent email? | 16:43 | |
| jphr | yes, it did send from me to tp-devel | 16:46 |
| mithro | it appears to be a gmail thing | 16:53 |
| mithro | you can just reply to your send message | 16:54 |
| mithro | (at least in gmail's interface) | 16:54 |
| Iwanowitch | mithro: with libtpclient-py, how do you create an order in a way that both the cache and the server know about it? | 16:57 |
| Iwanowitch | The way I read it now... | 16:59 |
| mithro | Iwanowitch: I have been working with jmtan to create the documentation for that | 16:59 |
| Iwanowitch | It seems as if the connection needs the "basic arguments" and the cache needs an an event. | 16:59 |
| Iwanowitch | Which seems inconsistent to me :/ | 16:59 |
| mithro | the NetworkThread class will take an event and apply it to the server | 17:00 |
| mithro | sending you some very preliminary information | 17:02 |
| mithro | Iwanowitch: sent | 17:02 |
| Iwanowitch | mithro: thanks | 17:03 |
| mithro | you guys are the first people to start using libtpclient-py who is not me :) | 17:03 |
| Iwanowitch | All the better for the project, I suppose. | 17:04 |
| mithro | libtpclient-py was split out of tpclient-pywx but it's still fairly coupled | 17:04 |
| Iwanowitch | So it is necessary to use a NetworkThread? Might be a bit hard to hack that into tpsai-py... | 17:08 |
| mithro | you can use NetworkThread without actually using it as a real thread | 17:09 |
| mithro | you can just call the function | 17:09 |
| Iwanowitch | That sounds... so wrong :) | 17:09 |
| Iwanowitch | Just the OnCacheDirty function, then? | 17:10 |
| mithro | yay dynamic languages | 17:10 |
| mithro | Iwanowitch: I have some patches I have yet to push which splits the code out anyway | 17:10 |
| mithro | so it's only a temporary thing | 17:10 |
| mithro | feel free to help update the documentation :) | 17:14 |
| CIA-54 | jphr tpserver-cpp-risk * r3f297f4014fd /modules/games/risk/risk.cpp: Added two DEBUG_FN_PRINT to createPlanet and createStarSystem | 17:18 |
| Iwanowitch | mithro: Hmm, using the current code would be a pointless exercise if you're going to change it again... Any idea of when you'll push those changes? | 17:21 |
| Iwanowitch | (though don't feel stressed or something) | 17:23 |
| jphr | mithro: ping? | 17:28 |
| *** jotham has quit IRC | 17:34 | |
| jphr | well i'm heading out for the day. | 17:36 |
| *** jphr has quit IRC | 17:37 | |
| *** nuleren has quit IRC | 18:23 | |
| *** mithro has quit IRC | 18:30 | |
| *** mithro has joined #tp | 18:31 | |
| *** llnz has joined #tp | 18:32 | |
| *** JLafont has quit IRC | 18:38 | |
| *** JLafont has joined #tp | 18:38 | |
| mithro | Iwanowitch: it wouldn't be pointless | 18:39 |
| mithro | as from your point of view | 18:39 |
| mithro | it will be a two line change | 18:39 |
| llnz | ezod: i don't think AdminLogger needs a config setting, one should be associated with each AdminConnection | 18:40 |
| *** andrei has joined #tp | 18:43 | |
| *** nash has joined #tp | 19:05 | |
| ezod | llnz: ok, what if i just make it default to yes? | 19:25 |
| llnz | i don't think you need an config setting at all | 19:25 |
| ezod | alright | 19:25 |
| llnz | when the adminconnection is created, create a adminlogger, associated it with the adminconnection (to send the log messages), and add it as a sink to Logger | 19:26 |
| * ezod nods | 19:27 | |
| ezod | originally i was going to have one adminlogger do a send-to-all type thing | 19:29 |
| llnz | while that would work, i think the other way is better | 19:29 |
| ezod | agreed | 19:29 |
| llnz | gives more control to each adminconnection | 19:29 |
| llnz | for example, each could have different levels of logging... | 19:30 |
| ezod | llnz: i assume this means adding an addLogger() to Logger? | 19:33 |
| ezod | llnz: nm, looks like it's already here | 19:33 |
| llnz | :-) | 19:34 |
| ezod | well, prototyped anyway | 19:34 |
| llnz | humm... it might need a few little changes | 19:35 |
| ezod | yeah | 19:35 |
| ezod | what if i add a string param to addLog for the map key? | 19:36 |
| ezod | and then removeLog just uses the string to index the removal | 19:36 |
| ezod | wait.. | 19:36 |
| llnz | possible | 19:37 |
| llnz | would have to be unique | 19:37 |
| ezod | exactly.. | 19:37 |
| llnz | might be easier to have a different map (or even just a set) for externally managed LogSinks | 19:38 |
| ezod | i was thinking that, just an array | 19:38 |
| ezod | adds some redundancy to doLogging | 19:39 |
| ezod | like, non-desirable type of redundancy :) | 19:39 |
| ezod | bah, i'll think of something here | 19:40 |
| llnz | it's not a huge issue redundancy in doLogging, it's only 4 lines long | 19:41 |
| llnz | and i could rewrite that to 3 | 19:41 |
| *** mithro has quit IRC | 19:54 | |
| *** mithro has joined #tp | 19:55 | |
| *** greywhind has joined #tp | 20:04 | |
| *** andrei has quit IRC | 20:05 | |
| *** Epyon has joined #tp | 20:13 | |
| *** JLafont has quit IRC | 20:28 | |
| *** JLafont has joined #tp | 20:29 | |
| mithro | hey greywhind | 20:35 |
| greywhind | hey | 20:36 |
| mithro | how goes things? | 20:41 |
| *** JLafont has quit IRC | 20:41 | |
| greywhind | good | 20:41 |
| *** JLafont has joined #tp | 20:42 | |
| *** greywhind_ has joined #tp | 20:44 | |
| *** greywhind has quit IRC | 20:44 | |
| greywhind_ | mithro: i wonder if you have an opinion on this question jmtan asked me | 20:47 |
| greywhind_ | "Since there are a few different object types (planet, fleet) each with their own set of orders, should I handle them the same way as tpwx, using the same window for all objects generically or should I create a dedicated window for each object type?" | 20:48 |
| tpb | disconnected from worldforge: Ping sent at 2008-05-27T20:47:03 not replied to. | 20:49 |
| tpb | tpb has joined on worldforge | 20:49 |
| tpb | mode change by purple.worldforge.org on worldforge: +nt | 20:49 |
| *** bddebian has joined #tp | 20:52 | |
| mithro | greywhind_: there may be hundreds of object types in some games | 20:52 |
| greywhind_ | mithro: so you'd suggest a unified window? | 20:53 |
| mithro | yes | 20:53 |
| greywhind_ | k | 20:53 |
| mithro | the client should not care about the object type | 20:53 |
| bddebian | Heya | 20:56 |
| tpb | mode change by blue.worldforge.org on worldforge: -o tpb | 20:56 |
| tpb | mode change by blue.worldforge.org on worldforge: -t | 20:56 |
| tpb | aloril has joined on worldforge | 20:56 |
| *** Iwanowitch has quit IRC | 21:09 | |
| *** mithro has quit IRC | 21:21 | |
| *** Erroneous has quit IRC | 21:44 | |
| *** mithro has joined #tp | 21:58 | |
| CIA-54 | aaron tpserver-cpp-config * ra4a99d59d5d5 / (5 files in 2 dirs): | 22:28 |
| CIA-54 | Added external logging facilities to Logger. | 22:28 |
| CIA-54 | Each AdminConnection now has its own AdminLogger. | 22:28 |
| ezod | llnz: when you get a chance, let me know what you think ^^ | 22:28 |
| * ezod hopes it's deallocating properly | 22:30 | |
| llnz | looks good to me | 22:33 |
| ezod | cool | 22:33 |
| llnz | i might look at changing that around later | 22:38 |
| *** greywhind has joined #tp | 22:44 | |
| *** greywhind_ has quit IRC | 22:44 | |
| *** mithro has quit IRC | 22:53 | |
| llnz | bbl | 23:11 |
| *** llnz has quit IRC | 23:11 | |
| *** mithro has joined #tp | 23:31 | |
| *** pluskid has joined #tp | 23:52 | |
| pluskid | hi mithro! | 23:53 |
| *** mithro has quit IRC | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!