*** tpb has joined #tp | 00:00 | |
*** ChanServ sets mode: +o tpb | 00:00 | |
*** tuna-fish- has quit IRC | 00:08 | |
*** jotham has joined #tp | 00:40 | |
*** JLP has quit IRC | 00:42 | |
*** JLP has joined #tp | 00:42 | |
jotham | man food poisoning sucks :\ | 00:47 |
---|---|---|
*** JLP has quit IRC | 02:45 | |
*** JLP has joined #tp | 02:45 | |
*** JLP has quit IRC | 02:52 | |
*** mithro has joined #tp | 04:12 | |
*** Demitar_ has quit IRC | 05:59 | |
*** tpb has joined #tp | 06:00 | |
*** ChanServ sets mode: +o tpb | 06:00 | |
*** JLP has joined #tp | 06:58 | |
*** nash has quit IRC | 07:03 | |
*** mithro has quit IRC | 07:26 | |
*** mithro has joined #tp | 08:12 | |
*** llnz has joined #tp | 09:35 | |
llnz | JLP: damn that's odd rwt guile bug on gentoo | 09:35 |
*** llnz has quit IRC | 09:42 | |
*** mithro has quit IRC | 10:31 | |
*** nash has joined #tp | 10:48 | |
* nash waves | 10:49 | |
*** Demitar_ has joined #tp | 11:00 | |
* nash waves again | 11:03 | |
*** adhoc has joined #tp | 11:22 | |
*** mithro has joined #tp | 11:33 | |
nash | hey mithro | 11:34 |
mithro | heynas | 11:34 |
mithro | bah | 11:34 |
mithro | hey nash | 11:34 |
nash | I worked it out ;-) | 11:34 |
mithro | what? | 11:34 |
nash | the 'nas' | 11:35 |
mithro | i have to beat llnz with a stick | 11:35 |
nash | ? | 11:35 |
mithro | tpserver-cpp has quite a few memory leaks it appears | 11:35 |
nash | Ahh... I could have told you that ;-) | 11:35 |
mithro | it was taking up 796mb on my home machine causing the OOM killer to kill stuff | 11:35 |
mithro | so yeah | 11:36 |
nash | Considering all the other bugs... I'd just kill it every hour... ;-) | 11:37 |
nash | BTW: Is there any reason objects don't have a 'parent' attribute? | 11:40 |
* nash didn't think it was that hard a question? | 11:44 | |
mithro | sorry | 11:44 |
* nash notes it means you can put things on the map easier ;-) | 11:44 | |
mithro | my gf is here | 11:44 |
nash | Ahh.. | 11:44 |
mithro | nash: you should log bugs in the bug tracker | 11:44 |
* nash waves to to mithro's SO | 11:45 | |
nash | p.s. mithro's S.O.: Run as fast as you can! ;-) | 11:45 |
nash | mithro: i'll send it with my request for aligned strings ;-) | 11:45 |
nash | Or in the same format ;-) | 11:45 |
mithro | nash: bugs in bug tracker are good for annoying Lee :) | 11:46 |
nash | How is that? | 11:46 |
* nash hopes mithro's gf has a sense of humour... or isn't reading IRC | 11:50 | |
mithro | she is gone now | 12:02 |
nash | hope it wasn't anythign I said ;-) | 12:03 |
mithro | i wonder if running valgrind or similar on tpserver-cpp would be a good idea | 12:03 |
nash | yes | 12:03 |
nash | memprof would be better | 12:03 |
mithro | i use languages which handle garbage collection for me ;) | 12:03 |
mithro | only have to worry about mem usage when I use to much memory :P | 12:04 |
nash | yep | 12:04 |
nash | Advantage of high level languages | 12:04 |
nash | Unfortunatly I do C all day long... so I do C at home too ;-) | 12:05 |
mithro | out of intrest, couldn't you use a gabage collecter in C/C++? | 12:05 |
nash | You can use one in C++, it's tricky in C. Problem is the GC doesn't know what is a pointer | 12:06 |
mithro | you could forgo bear pointers and use a structure? | 12:06 |
jotham | hey guys | 12:07 |
mithro | hey jotham | 12:07 |
nash | Trust me, you;d not be the first to try... but if you add GC, it's not really C any more. | 12:07 |
nash | Performance and Control are the advantages of C. If you want GC< use a higher level language | 12:07 |
nash | BTW: tranquillity.nash.id.au/tp/ | 12:08 |
nash | First screenshot of my client. | 12:08 |
nash | And I need to go - talk to you later | 12:08 |
mithro | hey jotham | 12:08 |
mithro | nash: forbidden! | 12:08 |
nash | BTW: tranquillity.nash.id.au/tp/Screenshot-1.png | 12:09 |
nash | That isn't forbidden - directly listing is disabled | 12:09 |
nash | Anyway - talk to you later | 12:09 |
nash | Give me your thoughts ;-) (I'll read it later) | 12:09 |
nash | Not a lot to see however ;-) | 12:09 |
mithro | dots! | 12:10 |
jotham | hey mithro | 12:10 |
jotham | repeated greatings, serious stuff | 12:10 |
mithro | jotham: serious stuff? | 12:11 |
jotham | i was being facetious | 12:11 |
mithro | jotham: i was hoping you ment serious stuff had been done to the battleviewer :) | 12:11 |
jotham | and misspelling greeting by the looks :\ | 12:12 |
jotham | i've been sick (throwing up etc) for the last 3 days | 12:12 |
jotham | didn't go to work today | 12:12 |
jotham | sucks | 12:12 |
mithro | jotham: damn | 12:12 |
jotham | i have the next bunch of stuff fleshed out on paper actually, just got sick so my brain vacated | 12:12 |
mithro | :/ | 12:12 |
mithro | maybe the gods are out to get TP developers | 12:12 |
jotham | i watched lots of battlestar galactica though, so it wasn't all bad being be-bedded | 12:13 |
jotham | gone from not seeing any to ep 7 of season 3 in only a few days =) | 12:13 |
jotham | anyway, i'm going to get some sleep, i should have some progress in a day or so | 12:14 |
*** llnz has joined #tp | 12:15 | |
mithro | hey llnz | 12:15 |
llnz | lets see if my internet connection holds up | 12:15 |
llnz | hi mithro | 12:15 |
jotham | have you been having problems with telstra? | 12:15 |
jotham | mines been going down every couple of hours | 12:15 |
jotham | for a few days now | 12:15 |
jotham | i am also using telstra | 12:15 |
mithro | llnz: tpserver-cpp was taking up 768mb of ram on my home gateway causing me greef | 12:15 |
llnz | ouch | 12:16 |
* llnz check the metaserver | 12:16 | |
llnz | 666 objects.... | 12:16 |
* llnz remembered the number before refreshing | 12:16 | |
mithro | 73 on 2 servers | 12:17 |
llnz | there were 666 objects on your server | 12:17 |
llnz | jotham: on telstraclear adsl (telecom lines) | 12:19 |
mithro | o? | 12:19 |
mithro | wonder why | 12:19 |
llnz | don't know, check the db? | 12:20 |
llnz | (or just restart the server) | 12:20 |
mithro | it got killed by the OOM killer | 12:20 |
llnz | oh dear | 12:20 |
nash | What is the url for the metaserver BTW? | 12:22 |
llnz | nash: metaserver.thousandparsec.net | 12:22 |
mithro | metaserver.thousandparsec.net | 12:22 |
nash | thanks | 12:22 |
nash | and thanks ;-) | 12:22 |
*** mithro changes topic to "AI Programming Competition in progress - http://www.thousandparsec.net/tp/comp.php | libtprl release made the front page of Sourceforge | metaserver - metaserver.thousandparsec.net" | 12:22 | |
mithro | llnz: http://tranquillity.nash.id.au/tp/Screenshot-1.png | 12:27 |
tpb | <http://ln-s.net/J4q> (at tranquillity.nash.id.au) | 12:27 |
llnz | cool | 12:27 |
nash | thank you | 12:27 |
llnz | pitty you didn't use libtpproto-cpp because then i could have clamed i helped you | 12:28 |
llnz | :-) | 12:28 |
nash | llnz: Do a C version then ;-) | 12:28 |
llnz | nash: more trouble than it's worth | 12:29 |
nash | Else wait til I release some code and you can submit a 1 line patch for something... | 12:29 |
llnz | hehe | 12:30 |
nash | Anyway - time to handle more data from the server... boards and resources | 12:32 |
nash | Actualy time for bed | 12:34 |
nash | talk to you later | 12:34 |
*** nash has quit IRC | 12:34 | |
llnz | hummm.... | 12:36 |
llnz | odd | 12:36 |
llnz | ahhhh | 12:37 |
llnz | hehehe | 12:37 |
llnz | my local tpserver-cpp's turn timer it out by 1800 seconds | 12:38 |
llnz | because i used the end turn command 3 times (3 * 600 = 1800), and didn't correctly remove the timers for those three | 12:39 |
*** czr has joined #tp | 12:40 | |
*** bobbens has joined #tp | 12:40 | |
mithro | hello | 12:40 |
mithro | adhoc: ping? | 12:40 |
mithro | czr / bobbens: you new here? | 12:41 |
czr | yup | 12:41 |
mithro | so whats your intrest? | 12:42 |
czr | I'm just going to lurk aroud a bit in order to see how live this project is :-) | 12:42 |
llnz | hehe | 12:42 |
czr | just read the stuff on the website | 12:42 |
mithro | czr: you given any of the downloads a try? | 12:42 |
czr | always liked VGA Planets! ;-) | 12:42 |
bobbens | i just poked czr to make him get in the AI competition :) | 12:42 |
czr | nope. don't have the time quite yet | 12:42 |
mithro | how did you find us? | 12:42 |
* czr blames bobbens | 12:42 | |
bobbens | i read it on linux-gamers or some site like that :) | 12:43 |
mithro | ahh cool | 12:43 |
czr | mithro, I guess you're one of the main devs, right? | 12:43 |
JLP | hello all | 12:43 |
mithro | yes, you just happen on a time when all the main devs are about | 12:43 |
mithro | Me, llnz and JLP | 12:44 |
* czr says hi to all | 12:44 | |
llnz | hi JLP | 12:44 |
llnz | hi czr | 12:44 |
llnz | hi bobbens | 12:44 |
mithro | llnz == tpserver-cpp | 12:44 |
llnz | hehehehe | 12:44 |
mithro | mithro = tpclient-pywx, *-py*, leader | 12:44 |
czr | I read somewhere that there is also tpserver-py? | 12:44 |
mithro | czr: yes, it's currently in a state of "flux" | 12:45 |
mithro | (my way of saying I broke it horribly :) | 12:45 |
czr | so I guess the tpserver-cpp is more stable? | 12:45 |
czr | yeah, happens to the best of us. simple changes that shouldn't affect anything ;-) | 12:45 |
mithro | s/stable/usable/ | 12:45 |
czr | heh, fair enough | 12:45 |
llnz | hehehe | 12:45 |
mithro | llnz: have you tried running memprof over tpserver-cpp? | 12:46 |
llnz | memprof? | 12:46 |
JLP | llnz: did you see the bug report about guile | 12:46 |
mithro | so bobbens, whats your intrest? a vga-planets lover too? | 12:46 |
mithro | llnz: yes, a program to find memory leaks | 12:46 |
llnz | JLP: yeah, i'll have a look into it | 12:46 |
mithro | i'm sure there are leaks in the mysql persistant backend | 12:46 |
llnz | JLP: guile 1.6 works, 1.4 doesn't | 12:46 |
bobbens | mithro: well i'm more into the AI, but i'm a novice coder unlike czr | 12:46 |
mithro | llnz: currently building tpserver-cpp on windows to see whats up | 12:47 |
JLP | llnz: i think i have 1.8.1 | 12:47 |
czr | but bobbens has more spare time, unlike me :-) | 12:47 |
mithro | bobbens: you know python at all? | 12:47 |
czr | he's a C++ lover | 12:47 |
llnz | mithro: tpserver-cpp doesn't drop data from memory that it has put into persistence (yet) | 12:47 |
bobbens | mithro: yeah, i can hold my own in python, C++ | 12:47 |
bobbens | but i'm trying to get my asm skills up these days :) | 12:47 |
czr | shhh bobbens | 12:47 |
czr | mithro, is minisec where all dev is concentrated? | 12:48 |
JLP | llnz: yup, 1.8.1 it is | 12:48 |
czr | or does mtsec actually exist in some form? | 12:48 |
JLP | llnz: could it be that only 1.6 is OK and others not | 12:48 |
llnz | JLP: ok, i'll try to find some docs on guile 1.8 and see what has changed | 12:48 |
llnz | czr: when i get a bit of time, i work on mtsec, but it's not playable yet | 12:49 |
czr | right. is there any specific area that you people need help in? | 12:49 |
czr | I could take a look if it's in python/c (I don't touch C++, makes me sick in stomach) | 12:50 |
mithro | bobbens: if your any good at python, coding an AI shouldn't be to hard | 12:50 |
CIA-11 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/game.cpp : | 12:50 |
CIA-11 | Invalid the Game turn timer incase run from the console: | 12:50 |
CIA-11 | Should stop the strange bug of my turn time remaining being 1800 second | 12:50 |
CIA-11 | longer than it should be after I ran "turn end" on the console. | 12:50 |
mithro | czr: i need quite a bit of help with the main client | 12:50 |
czr | mithro, tpclient-pywx? | 12:50 |
mithro | yes | 12:51 |
bobbens | mithro: i might give a shot at it, when I have a bit more free time :) | 12:51 |
czr | some specific problems or in general? | 12:51 |
mithro | czr: I could also use help "fixing" tpserver-py | 12:51 |
mithro | i just don't have time to work on both really | 12:51 |
czr | right | 12:51 |
czr | there seems to be missing a grand design document on the site | 12:51 |
czr | one that would explain how all the different pieces fit together | 12:52 |
mithro | czr: on the todo list :) | 12:52 |
mithro | so much todo, so little time | 12:52 |
czr | why is there little time? some of the pages on the site haven't been updated since 2003 ;-) | 12:52 |
czr | or was it 2004. me forgets. | 12:52 |
mithro | czr: because sadly there are only a few developers and both have real lifes :) | 12:53 |
czr | yeah, I know that feeling all too well | 12:53 |
czr | hmh. I'll have a smoke and take a look on whether there's some code I could take for a spin | 12:54 |
mithro | I don't think I would have enough time even if I work on tp full time :) | 12:54 |
czr | well, crazy space strategy games are always like that | 12:54 |
mithro | tpserver-py should start, but turn generation is still borked | 12:54 |
czr | I designed my first round about 92-93 | 12:54 |
czr | spent 3 months implementing the GUI library | 12:54 |
czr | and after that the design document for the game had already exploded into silly amounts of text | 12:54 |
mithro | czr: "minisec" was planned to be finished sometime around 2004 :) | 12:56 |
llnz | JLP: looks like the functions got renamed | 12:56 |
JLP | llnz: like int2num -> integer_to_number ? | 12:56 |
mithro | czr: most of the "problems" with MiniSec come from the lack of people who actually play the game | 12:56 |
llnz | JLP: from scm_int2num to scm_from_int | 12:57 |
JLP | llnz: aaa | 12:57 |
* llnz really wished the scheme libraries would stop doing that | 12:57 | |
* czr nods | 12:58 | |
czr | how would you recommend I start then? | 12:58 |
JLP | llnz: so it is best to wait for a fix for tpserver-cpp to update to new names before continuing on ebuild | 12:59 |
JLP | llnz: i hve to wait anyways since there is also another problem with mysql | 12:59 |
czr | btw, you might want to add some text on the site about this channel on http://www.thousandparsec.net/tp/gettingstarted.php | 12:59 |
tpb | <http://ln-s.net/J4s> (at www.thousandparsec.net) | 12:59 |
llnz | maybe, or forcing guile 1.6 | 12:59 |
llnz | oh, ok | 12:59 |
llnz | there could well be a tpserver-cpp 0.4.1 release this weekend | 13:00 |
JLP | llnz: mysql seams to be using some forbiden kernel stuff that it shouldn't and in the newest kernel headers they have removed the interface and now it is broken | 13:00 |
mithro | czr: could you log a "feature request" | 13:00 |
llnz | JLP: ouch | 13:00 |
llnz | mysql is optional though, btw | 13:00 |
llnz | and the ai_comp.conf doesn't setup to use it | 13:01 |
JLP | llnz: yeah i know, i made it that way, and when disabled it i stumbled upon the guile problem | 13:01 |
llnz | ahhh | 13:01 |
JLP | llnz: i wonder if it works right with laatest drscheme | 13:01 |
llnz | should do | 13:02 |
JLP | llnz: btw, what are the options to disable/enable stuff like avahi, guile and drsheme | 13:02 |
czr | mithro, done. | 13:02 |
mithro | czr: cool thanks | 13:02 |
llnz | JLP: to configure they are standard configure options, such as --disable-avahi, and --enable-mysql=/usr/local/ | 13:03 |
czr | mithro, am I correct to understand that tpserver-py is a parallel implementation of the server for tpserver-cpp? | 13:04 |
JLP | llnz: for mysql i found enable/disable didn't work, with does | 13:04 |
llnz | oh, ok | 13:04 |
mithro | depends what you mean by parallel | 13:05 |
czr | well, what is tpserver-py? :-) | 13:05 |
czr | might be easier for you to say what's it's purpose | 13:05 |
JLP | llnz: i guess avahi and libtls are enable, but i didn't see anything how to control guile / mzscheme | 13:06 |
JLP | i guess i'll just try :) | 13:06 |
JLP | llnz: i guess i will just try with guile disabled, mzscheme enabled and just require mzscheme if it work | 13:07 |
JLP | llnz: at least until support for guile gets fixed, since I would prefer guile because it is already installed on most systems | 13:08 |
llnz | JLP: is there a pkg-config file for guile 1.8? | 13:09 |
llnz | n/m, the autoconf marcos provide enough info | 13:11 |
czr | for client I should use 0.2.1? (btw, what do you mean by "inplace"?) | 13:12 |
llnz | czr: "inplace" means you can run it without installing it | 13:14 |
mithro | and you don't need the thousand parsec dependencies | 13:15 |
czr | http://rafb.net/p/UdY04O71.html (0.2.1) | 13:16 |
tpb | Title: Nopaste - No description (at rafb.net) | 13:16 |
mithro | czr: o | 13:16 |
mithro | try replacing requirements.py with http://darcs.thousandparsec.net/repos/tpclient-pywx/requirements.py | 13:17 |
tpb | <http://ln-s.net/J4v> (at darcs.thousandparsec.net) | 13:17 |
czr | assuming version string contains only numbers? | 13:17 |
czr | mithro, works | 13:18 |
mithro | czr: its fixed in the next release then :) | 13:18 |
czr | although obviously the default username@password/server ids fail to connect succesfully :-) | 13:18 |
mithro | poke Lee about that one | 13:18 |
mithro | as the default stuff should work | 13:19 |
* czr pokes llnz | 13:19 | |
czr | hmm. should I try installing pysco and pyopenssl? | 13:19 |
llnz | i don't know why it fails on demo1, try llnz.dyndns.org | 13:19 |
czr | nope | 13:20 |
czr | username = 'guest@tp' | 13:20 |
llnz | odd | 13:20 |
czr | password is unknown, five black circles :-) | 13:20 |
mithro | guest | 13:20 |
czr | ah :-) | 13:20 |
llnz | ahhh | 13:21 |
czr | would a protocol dump help/ | 13:21 |
czr | help? even | 13:21 |
llnz | i know what it is | 13:21 |
czr | I assume the stuff in green is protocol dump | 13:21 |
mithro | the guest account should accept any password? | 13:21 |
llnz | czr: try llnz.dyndns.org again | 13:22 |
llnz | :-) | 13:22 |
llnz | tpserver-cpp had a bit of code that checked if the username was guest, and the password was guest, and disallowed the login | 13:22 |
llnz | just as a test/hack | 13:22 |
czr | heh | 13:23 |
czr | should the original default server work now as well? | 13:23 |
czr | or it has the same test in it? | 13:23 |
llnz | demo1 will still have it until it get restarted next | 13:24 |
CIA-11 | Lee Begg <[email protected]> * tpserver-cpp/tpserver/playermanager.cpp : | 13:24 |
CIA-11 | Removed guest/guest hack: | 13:24 |
CIA-11 | Was stopping default username working. | 13:24 |
czr | hmm. let me try this again and post a screenshot | 13:24 |
czr | btw, when I exit, it doesn't remember the server that I connected to | 13:25 |
czr | so that next time I start the client, it doesn't remember about 'llnz.dyndns.org' | 13:25 |
czr | is that normal? | 13:25 |
mithro | czr: you can add the server in the config dialog | 13:25 |
czr | yeah, but I'd expect it to remember at least a server that I succesfully connected to | 13:26 |
mithro | tpclient-pywx-dev asks if you want to perminately add it | 13:26 |
czr | ah, ok | 13:26 |
mithro | (doesn't actually add it yet, but asks :) | 13:26 |
czr | hehe | 13:26 |
czr | http://koltsoff.com/pub/tp1.png (screen when the client connects to the server) | 13:27 |
czr | is it normal that "Known Universe" is closed when I start and that the red arrow thingy is located on "nothing"? | 13:27 |
czr | cause when I click on "guest Start System", the universe will expand automatically and such | 13:28 |
mithro | czr: that screenshot looks okay | 13:28 |
mithro | the red arrow is pointing to the center of the universe on startup :) | 13:28 |
czr | ok. the main window control thingy (at the bottom of the screen) doesn't get enough space though | 13:28 |
czr | no space for the menus for example | 13:28 |
czr | took me some time to locate the 'exit' ;-) | 13:29 |
czr | especially when the windows behaved the way they did :-) | 13:29 |
czr | focusing the "main windows" window doesn't really focus | 13:29 |
mithro | czr: it's a bit weird, I'm not sure why the menus are at the bottom | 13:29 |
czr | so the menus are left below the 'messages' and 'system' | 13:29 |
czr | maybe because I'm running a multi-screen setup? (not xinerama) | 13:30 |
mithro | czr: possibly | 13:30 |
czr | some problems misbehave if they assume there's only one screen in the x server | 13:30 |
czr | I know the window manager sometimes does too (kwin) | 13:30 |
mithro | it's not very good at guessing better position | 13:30 |
czr | if there any reason for it not to want to focus? | 13:30 |
mithro | tpclient-pywx-dev uses a slightly different way for screen layout | 13:31 |
czr | clicking on the titlebar will just raise the window, then it will be lowered automatically and some other window (star-map?) will get focus | 13:31 |
czr | hmm. where did you get the rotating graphics for the planet? | 13:31 |
czr | the gif *cough* | 13:31 |
mithro | czr: freeorion | 13:31 |
czr | no pnm? | 13:31 |
mithro | czr: pnm? | 13:31 |
czr | argh, not | 13:31 |
czr | mng :-) | 13:31 |
czr | the "png"-version of multi-image gifs | 13:32 |
czr | the planet looks nice. rotates way too fast, but nice nevertheless | 13:32 |
mithro | you mean mng | 13:33 |
czr | yeah, what I said just above | 13:33 |
mithro | http://darcs.thousandparsec.net/repos/libmng-py/doc/ | 13:33 |
tpb | <http://ln-s.net/INi> (at darcs.thousandparsec.net) | 13:33 |
czr | that's a hint that "if you want mng support, you're free to add it?" ? :-) | 13:34 |
czr | ah, I see, it's being added :-) nm | 13:35 |
mithro | another one of those things on the todo list :) | 13:36 |
czr | indeed. please don't mind some of my questions which will undoubtfully seem silly to you | 13:36 |
czr | trying to get my bearing around the project first :-) | 13:36 |
mithro | czr: thats okay | 13:37 |
mithro | maybe you can help out by adding/creating a "developers getting started page" | 13:37 |
mithro | :) | 13:37 |
mithro | i've been meaning to do it for a while | 13:37 |
mithro | llnz: you still alive? | 13:37 |
czr | hmm. should document all the questions that I've asked then | 13:37 |
llnz | yes | 13:37 |
czr | might as well | 13:37 |
llnz | sleepy though | 13:37 |
czr | how do I move my fleet? | 13:37 |
llnz | fixing tpguile for jlp | 13:37 |
mithro | avacombat.cpp: In member function `bool AVACombat::doCombatRound(Fleet*, Message | 13:38 |
mithro | *, Fleet*, Message*)': | 13:38 |
mithro | avacombat.cpp:78: error: call of overloaded `getInRange(unsigned int, unsigned i | 13:38 |
mithro | nt)' is ambiguous | 13:38 |
mithro | ../../../tpserver/prng.h:73: note: candidates are: uint32_t Random::getInRange(u | 13:38 |
mithro | int32_t, uint32_t) | 13:38 |
mithro | ../../../tpserver/prng.h:74: note: int32_t Random::getInRange(int32_t, int32_t) | 13:38 |
mithro | problem when compiling tpserver-py | 13:38 |
czr | two versions that return different signed results? | 13:39 |
mithro | s/py/cpp :) | 13:39 |
czr | that's bad :-) | 13:39 |
llnz | hehe | 13:39 |
llnz | odd, compiles here fine | 13:39 |
mithro | so um :) | 13:39 |
mithro | llnz: forgot to commit something? | 13:39 |
llnz | make sure you're up to date with darcs, and that you run ./autogen.sh and ./configure again | 13:39 |
mithro | hrm, i just ran them | 13:40 |
czr | seriously though. how do I move my fleet? :-) | 13:40 |
mithro | add a move order | 13:40 |
mithro | then click the little p | 13:40 |
czr | hmm. how come it works now | 13:41 |
mithro | then click where you want it to go | 13:41 |
czr | I tried clicking the "new" several times before, nothing happened | 13:41 |
czr | (in the orders window) | 13:41 |
mithro | move stuff is getting redone | 13:41 |
mithro | but it's another thing I'm yet to finish | 13:42 |
czr | should I be looking at the dev version instead then? | 13:42 |
czr | ie, is the dev version very much different code-wise? | 13:42 |
mithro | depends | 13:43 |
mithro | tpclient-pywx is a good thing to "get started with" | 13:43 |
mithro | tpclient-pywx-dev is currently unusable for "gaming" | 13:43 |
czr | ok. I'll play around with it then | 13:43 |
* czr nods | 13:43 | |
mithro | the major changes in -dev are | 13:43 |
mithro | * uses XRC instead of code to build screens | 13:43 |
mithro | * uses new AUI "window manager" | 13:44 |
mithro | llnz: can i just compile without mtsec? | 13:44 |
czr | xrc? | 13:44 |
mithro | * significant changes to the config stuff | 13:44 |
mithro | it's a way for describing the layout of the window/wigets in a xml file | 13:45 |
llnz | unfortunately, no (or you can remove mtsec from modules/games/Makefile.am, and rerun autogen.sh and configure) | 13:45 |
czr | ah, ok. similar to guile? | 13:45 |
mithro | czr: not really :) | 13:45 |
czr | ok :-) | 13:45 |
czr | the zooming buttons don't work | 13:45 |
mithro | czr: you mean glade i think :) | 13:45 |
czr | indeed :-) | 13:45 |
mithro | czr: the zoom buttons change you mode to zoom | 13:45 |
mithro | you then need to click on the map | 13:46 |
llnz | JLP: think it's fairly easy to change guile to 1.8, will finish it tomorrow | 13:46 |
mithro | * rewrite of the starmap code | 13:46 |
czr | ah. seems a bit illogical (imho) | 13:46 |
czr | I was expecting more like zoom/movement as implemented in most graphics programs (inkscape/etc) | 13:46 |
* mithro points to the rewrite of the starmap code | 13:46 | |
mithro | http://wx4j.org/documentation/manual/xrc.html | 13:47 |
tpb | Title: 8. wxWidgets XML Resources (at wx4j.org) | 13:47 |
czr | ah, ok | 13:47 |
mithro | actually this is what i was looking for | 13:48 |
mithro | http://wxwidgets.org/manuals/2.6.3/wx_xrcoverview.html#xrcoverview | 13:48 |
tpb | <http://ln-s.net/J4x> (at wxwidgets.org) | 13:48 |
mithro | llnz: any idea about the int problem? | 13:48 |
llnz | i know about, i thought it was fixed | 13:49 |
czr | stupid question. is there any sense of having the 'System' window rooted with 'Known universe'? I mean, is there going to be support for multiple 'known universes'? why not just have each galaxy as a separate root (assuming multigalaxy support is coming along ;-) | 13:50 |
JLP | llnz: if it just means changing names of functions i guess i can do it, just tell me where to look for the list of changes | 13:50 |
mithro | czr: umm because of the limitations of how the tree works :) | 13:51 |
czr | it only supports one root? ew :-) | 13:51 |
czr | fair enough. | 13:51 |
czr | hmm. my fleet doesn't seem to move though. | 13:52 |
llnz | JLP: I have all the name differences, just need to make the change, and check that 1.6 still works | 13:52 |
czr | screenshot-time I guess | 13:52 |
czr | http://koltsoff.com/pub/tp2.png | 13:53 |
llnz | mithro: just checked, builds for me fine, and i have no changes to check in related to either | 13:53 |
czr | turn just changed but still the fleet hasn't moved. should the move be indicated somehow? | 13:53 |
czr | vel: is at least still 0,0,0 | 13:53 |
JLP | czr: you have to manualy update the universe | 13:53 |
llnz | czr: you need to go to the menu->game->Download Universe | 13:54 |
JLP | czr: it doesn't get automatically updated when the turn ends | 13:54 |
mithro | llnz: changing to | 13:54 |
czr | ahh | 13:54 |
JLP | another thing to add to FAQ I think | 13:54 |
mithro | unsigned int r1 = rand->getInRange((uint32_t)0, (uint32_t)40) + 60; | 13:54 |
mithro | unsigned int r2 = rand->getInRange((uint32_t)0, (uint32_t)40) + 60; | 13:54 |
mithro | seemed to work | 13:54 |
czr | so after each turn I do the download universe? | 13:55 |
llnz | why doesn't "int r1 = rand->getInRange(0U, 40U) + 60;" work? | 13:55 |
JLP | czr: yup | 13:55 |
czr | I've heard about downloading the internet, but downloading the universe sounds even more silly ;-) | 13:55 |
llnz | mithro: is that line what was there before? | 13:55 |
llnz | mithro: and what is your "g++ --version" | 13:56 |
mithro | 3.3 | 13:56 |
JLP | ancient :) | 13:56 |
czr | hmm. isn't that around some c++ abi change? | 13:57 |
llnz | ouch | 13:57 |
llnz | czr: yeah 3.x -> 4.x | 13:57 |
czr | yeah, those happen every couple of years. on of the reasons why I 'love' c++ :-) | 13:57 |
* llnz has g++ 4.1.2 | 13:57 | |
* JLP also 4.1.2 | 13:58 | |
czr | hmph. there are silly little bugs all around :-) | 13:58 |
czr | like "milky way galaxy" not opening anymore after I did universe download | 13:58 |
czr | but I guess this is all related to the 'startmap'-stuff that is getting redone? | 13:59 |
czr | hmm. actually all mouse input just froze | 14:00 |
czr | window movement is also impossible | 14:00 |
czr | window manager will refocus the windowses, but that's about it. | 14:00 |
czr | hmm. I killed the client (ctrl+c), then restarted it, loads fine, but still doesn't want to handle my mouse-generated events | 14:03 |
mithro | it appears that uint32_t != unsigned int | 14:03 |
mithro | czr: i've never seen that one | 14:03 |
czr | are there any keyboard commands I could try? | 14:04 |
llnz | mithro: it appears that you have an out-of-date g++ version... :-) | 14:04 |
czr | the EOT timer decreases, CPU usage is normal (close to none) | 14:04 |
czr | but other than seeing that window manager redraws the borders of windows when I focus them, nothing happens | 14:04 |
czr | needless to say I cannot select anything from the 'main menu' either | 14:04 |
llnz | it's 3:06am, i should go | 14:05 |
czr | since I can't move the windows at all :-) | 14:05 |
* llnz wanders off | 14:05 | |
llnz | later all | 14:05 |
czr | later | 14:05 |
*** llnz has quit IRC | 14:05 | |
mithro | czr: your window manager is borked then ;) | 14:06 |
czr | all other programs work fine | 14:06 |
czr | and the client used to work fine before too | 14:06 |
czr | hmm. I wonder how to replicate this properly | 14:07 |
JLP | czr: any hidden modal dialog open for TP client? | 14:12 |
mithro | try going into the config dialog and turn of the raise methods | 14:12 |
czr | preferences in connection dialog? | 14:13 |
czr | I have radiobuttons: individual, all on main (set), all on all, which one? | 14:14 |
czr | nope. same effect with all of them | 14:16 |
czr | I also changed the main window X from -1 to 1 and that seems to put it more to the top of screen (not to the bottom as before) | 14:16 |
czr | I wonder whether the fact that I deleted the only message that I got and now get the "you are unloved!" message each time | 14:17 |
czr | whether that affects anything. hmh | 14:17 |
czr | how do I reset the cache state? | 14:18 |
czr | rm -Rf ~/.tp ? | 14:19 |
czr | weird. that didn't help either | 14:19 |
czr | llnz, can you reset the 'guest' player at some point? | 14:20 |
czr | although I could also try restarting my window manager at some point, but it's always pita | 14:20 |
mithro | czr: weird, maybe the window manager is "remebering" your settings? | 14:28 |
mithro | czr: btw -> http://www.thousandparsec.net/svn/media/client/common-2d/foreign/freeorion/planet-small/animation/ | 14:29 |
tpb | <http://ln-s.net/J53> (at www.thousandparsec.net) | 14:29 |
mithro | reset? | 14:29 |
mithro | llnz has gone :) | 14:29 |
czr | yeah, I know, but I hope that he'll see the notice at some point :-) | 14:30 |
mithro | notice? | 14:30 |
czr | reset as in getting rid of all settings that client remembered | 14:30 |
czr | my "message". assuming he's using nick-highlight | 14:30 |
mithro | llnz isn't even on the channel any more :) | 14:32 |
mithro | rm -rf ~/.tp/ | 14:32 |
mithro | will remove all tp remebered settings | 14:32 |
czr | ah, I've disabled join/leave-messages :-) | 14:33 |
czr | too much cruft on most freenode channels :-) | 14:33 |
czr | yeah, I did that too, but it didn't help any | 14:33 |
mithro | czr: then it's the window manager which is killing you | 14:36 |
mithro | changing the "Raise method" to "Individual" and then save (and restart) | 14:37 |
czr | I tried already all of the choices | 14:38 |
czr | same effect with all (and yes, I did save each time) | 14:38 |
czr | the config dialog works quite fine btw :-) | 14:39 |
mithro | did you restart each time? | 14:39 |
mithro | i'm not sure the raise method changes without a restart? | 14:39 |
czr | ah. will try | 14:40 |
mithro | can you get to blog.mithis.net? | 14:40 |
czr | using the client? or what? | 14:40 |
mithro | no using a web browser :) | 14:40 |
czr | at least browser opens it ok | 14:40 |
czr | :-) | 14:40 |
czr | btw, the solution to the "swap nice" problem is for the application (deskbar) to use mlockall after it starts | 14:41 |
czr | that will force the memory to be in RAM (all future memory as well) | 14:41 |
czr | on some older systems that would require root-privs (locking pages or locking more than certain amount) | 14:41 |
mithro | czr: but that doesn't actually do what I want - i want to be able to preference applications in the same way a CPU | 14:42 |
czr | yeah, I know what you want :-) | 14:42 |
czr | the problem is that it's not technically possible in current linux | 14:42 |
czr | since linux doesn't know about applications when it swaps | 14:42 |
czr | it only swaps pages. and since a single page can/is shared by multiple applications, there's no sure way of doing priorization based on applications per se. | 14:43 |
czr | also, I'm not sure whether adding it into mm would make sense, doing reverse walking on the page tables would be slow/silly. | 14:43 |
czr | it's a bit related to a problem that I tried to solve a while back | 14:44 |
czr | finding out which applications were swapped and how much of each (for memory usage tool I was working at the time) | 14:45 |
czr | that too, unfortunately, is not possible with 2.6 (and older obviously) | 14:45 |
czr | btw, if you think I'm pulling all this out of my ass, I disagree :-) this is the stuff that I normally work with. I'm mainly interested in high-performance software and that tends be a bit hairy :-) | 14:46 |
czr | ( http://koltsoff.com/ has some stuff, not all related to high-perf stuff though) | 14:46 |
tpb | Title: Aleksandr Koltsoff (at koltsoff.com) | 14:46 |
czr | cest moi. | 14:47 |
czr | stupid title now that I think of it, but.. | 14:47 |
mithro | czr: :) | 14:51 |
mithro | the memlockd looks intresting to stop ssh/login/bash from being swapped out | 14:51 |
czr | yeah. probably does a walk over /proc/PID/maps and then just mmaps & locks all the files mentioned there | 14:52 |
czr | problem being that it's quite difficult to do it reliable since processes will spawn children, do shm stuff, etc | 14:52 |
czr | although in sshd:s case, it would just work, assuming one doesn't use heavy PAM modules for authentication (pam_mysql and such) | 14:53 |
czr | the only proper solution is to do mlockall() syscall when the daemon starts and after each fork(0 | 14:53 |
czr | fork() even | 14:53 |
mithro | czr: so where are you located? | 14:55 |
* JLP going to add Mithro's and llnz's blog to my blogrol | 14:55 | |
czr | mithro, helsinki/finland currently. | 14:57 |
mithro | czr: cool, i know a few people there | 14:58 |
czr | it's reportedly a country where people fight off aggressive reindeers and polar bears all the time. although I doubt that :-) | 14:58 |
czr | where you at? | 14:58 |
*** _JLP_ has joined #tp | 15:02 | |
mithro | Australia | 15:02 |
czr | cool/warm :-) | 15:03 |
czr | llnz and jlp also there? | 15:03 |
_JLP_ | i'm from Slovenia | 15:04 |
mithro | llnz and jotham are from New Zealand | 15:05 |
*** JLP has quit IRC | 15:07 | |
*** _JLP_ is now known as JLP | 15:07 | |
czr | ah, ok | 15:08 |
*** _JLP_ has joined #tp | 15:12 | |
*** JLP has quit IRC | 15:13 | |
*** _JLP_ is now known as JLP | 15:13 | |
mithro | anyway I should have been in bed 3 hours ago | 15:14 |
czr | heh | 15:16 |
czr | sry :-) | 15:16 |
czr | I'll take the client for a spin on another host at some point, bit too busy to switch hosts right now. | 15:17 |
JLP | mithro: i see you had an interview with Open Source on the Air | 15:25 |
mithro | czr: 3 now infact :) | 15:26 |
czr | heh, I'm just getting started. woke up way too late today | 15:26 |
JLP | let me see if this episode is already on digg.com :) | 15:26 |
czr | 17:28 here, so I guess there's a slight time diff ;-) | 15:26 |
mithro | once for the gaming miniconf, once to plug the ai comp and then for the gaming roundtable | 15:27 |
mithro | anyway really gone now | 15:30 |
czr | later mithro nitenite | 15:30 |
JLP | http://digg.com/podcasts/LocalFOSS_Open_Source_On_The_Air_MP3/262052 | 15:32 |
tpb | <http://ln-s.net/J5B> (at digg.com) | 15:32 |
*** tuna-fish- has joined #tp | 17:14 | |
*** adhoc has quit IRC | 21:05 | |
*** nash has joined #tp | 21:19 | |
*** adhoc has joined #tp | 22:00 | |
*** mithro has quit IRC | 22:21 | |
*** mithro has joined #tp | 23:24 | |
mithro | howdy people | 23:25 |
nash | heyo | 23:27 |
mithro | how is everyone toda | 23:28 |
mithro | nash: btw do you have a day job? | 23:29 |
nash | I am there now ;-) | 23:29 |
mithro | what do you do? | 23:29 |
nash | www.fst.net | 23:29 |
nash | I'm a develop (and support) the FancyPants UI platform for linux | 23:30 |
mithro | on that website I saw the name and thougth the PDA up in the right hand corner was a spider :) | 23:31 |
nash | heh | 23:31 |
nash | Click products for fancypants, click about->team for myself | 23:32 |
mithro | you use OE at all? | 23:32 |
nash | OE? | 23:32 |
nash | Outlook Express? | 23:32 |
mithro | Open Embedded | 23:33 |
nash | Right... | 23:33 |
nash | No we don't actually | 23:33 |
nash | We use GPE on teh devices | 23:34 |
mithro | nash: any reason why? | 23:34 |
nash | normally (or LFS or whatever the customer provides) | 23:34 |
nash | ope. | 23:34 |
nash | No particular reason, just don't ;-) | 23:35 |
mithro | bah | 23:35 |
* mithro use to do a lot of work on OE back when I had more spare time | 23:36 | |
nash | Why? I cross compile on my desktop by running '. /share/xcompile/<arch>/<platform>/setup.sh ' | 23:36 |
nash | make | 23:36 |
mithro | nash: because that doesn't work for a large amount of software? | 23:37 |
nash | mithro: Then large amounts of software are broken and should be fixed, rather then spend more effort maintaing software to work around broken software... | 23:38 |
mithro | IE anything which wants to test things work | 23:38 |
mithro | nash: why fix the problem 100 times when you can fix it once ;) | 23:39 |
nash | Because the 'once' involves a 100 different work arounds... | 23:39 |
nash | I run cross-compiled apps under qemu, then use NFS to run them natively on the target. | 23:39 |
mithro | o, and does make build you a image ready to flash to your device ;) | 23:40 |
nash | no, but make package does | 23:40 |
nash | And configs take care of dependancies for us... | 23:40 |
mithro | I'm sure this will go on for a long time, so I'm going to stop now :) | 23:40 |
nash | good idea | 23:41 |
nash | If I thought OE would help significantly I would advocate it | 23:41 |
nash | However my philosophy has been to fix the broken packages so they 'just work' | 23:41 |
nash | Set the compiler and appropriate env vars in a xcompile script, then make should just work ;-) | 23:42 |
mithro | I guess if you already have a toolchain/working image it can be all down hill from there | 23:42 |
mithro | Have you seen this problem before? | 23:42 |
mithro | https://sourceforge.net/tracker/?func=detail&atid=723099&aid=1663525&group_id=132078 | 23:42 |
tpb | <http://ln-s.net/J6s> (at sourceforge.net) | 23:42 |
nash | We do, and don't forget we get the SDKs, toolchains from vendors, so what they look like is pretty random | 23:42 |
nash | Yes. Any 64bit platform can have the problem | 23:44 |
nash | Of course in tp code you should never make such assumptions, instead you should pull int32_t and uint32_t from inttypes or similar, and make it a platform issue | 23:45 |
nash | Not sure if TP has a bug though. | 23:46 |
nash | It;s not in tpproto | 23:46 |
nash | Not in tpserver-cpp-0.4.0, or tprl | 23:47 |
nash | So really, it seems irrelevant to me | 23:47 |
* nash would respond with a snarky comment along the lines of "that's lovely... So this has exactly what to do with TP?" | 23:48 | |
* mithro points to the fact that is what causing my compile problems with tpserver-cpp | 23:51 | |
nash | ? | 23:52 |
nash | Where - how? | 23:52 |
nash | This from darcs? | 23:52 |
mithro | nash: because places are using "uint32_t" and "unsigned int" which arn't equal types on many platforms | 23:52 |
nash | Want me to take a look? | 23:52 |
nash | Assigning to back and forth is fine as long as the values are appropriate | 23:53 |
mithro | uint32_t == unsigned long, under cygwin (and a few other platforms) | 23:53 |
nash | Yep, sure | 23:53 |
mithro | so assigning a uint32_t to a unsigned int causes an error | 23:54 |
nash | Shouldn't | 23:54 |
mithro | why? without a specific cast you loose data | 23:54 |
nash | No you don't, not unless sizeof(unsigned int) > 4 | 23:55 |
nash | Which it isn;'t | 23:55 |
mithro | uint32_t == unsigned long > unsigned int | 23:56 |
* nash still doesn't quite follow... | 23:57 | |
nash | unsigned long >= unsigned int | 23:57 |
nash | On cygwin long == int | 23:57 |
mithro | well the compile is complaining that you can't assign an unsigned long to an unsigned int | 23:58 |
nash | What are the -W flags? | 23:58 |
mithro | dunno | 23:59 |
nash | Don't have the compile line? | 23:59 |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!