| 00:03.38 | *** join/#bzflag KTL (~KTL@213.219.156.22.adsl.dyn.edpnet.net) |
| 00:17.37 | *** join/#bzflag meem1029 (~meem1029@2001:468:1930:24:7add:8ff:fee3:6a82) |
| 00:22.04 | *** join/#bzflag meem1029 (~meem1029@2001:468:1930:24:7add:8ff:fee3:6a82) |
| 00:43.53 | CIA-114 | BZFlag: 03mudskipper * r21545 10/trunk/bzflag/ (ChangeLog src/bzflag/Downloads.cxx): Forced *images.bzflag.org for all downloads until user sets otherwise-no downloads from bzflag.bz or bzflag.org |
| 00:52.58 | *** join/#bzflag JeffM1 (~Jeff@adsl-75-16-90-220.dsl.irvnca.sbcglobal.net) |
| 00:56.20 | delusional | successful build on this mac.. not without warnings http://pastebin.com/WY0dydU1 |
| 02:07.42 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 02:24.45 | *** join/#bzflag jh`` (~jh_@212-149-234-105.bb.dnainternet.fi) |
| 02:35.08 | *** join/#bzflag Zac_ (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 03:51.32 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 03:51.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 03:56.29 | *** join/#bzflag meem1029 (~meem1029@24-177-102-250.dhcp.roch.mn.charter.com) |
| 04:28.13 | *** join/#bzflag Zac_ (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 04:28.30 | Zac_ | how do i load a bzw file to test it on a private server? |
| 04:32.46 | JeffM1 | -world |
| 04:34.57 | Zac_ | please explain |
| 04:35.21 | Zac_ | im on linux, can you walk me through it? |
| 04:35.50 | meem1029 | Are you using the trunk code (2.3.x)? |
| 04:36.26 | Zac_ | .. |
| 04:36.40 | McSpider | you know how to start a server from a terminal? |
| 04:37.09 | JeffM | there are many articles and forum posts on it |
| 04:37.11 | JeffM | go read |
| 04:37.13 | JeffM | goes home |
| 04:37.28 | Zac_ | nope |
| 04:37.37 | Zac_ | the wiki says i can load it from the bzflag |
| 04:37.50 | McYukon | Thats right |
| 04:38.03 | Zac_ | "If world files live in the "worlds" directory under the config directory they will be usable when you start a simple server from inside the client. |
| 04:38.17 | Zac_ | yes |
| 04:39.11 | Zac_ | so i just save the file as bzw, and then where do i load it from inside bz? |
| 04:39.51 | BulletCatcher | from the BZFlag client main menu: Join Game -> Start Server -> World Map |
| 04:40.04 | McSpider | and put the world file in: ~/.bzf/worlds/ |
| 04:40.06 | BulletCatcher | Then select your map with left and right arrow keys. |
| 04:40.29 | BulletCatcher | Choose other options as desired. |
| 04:40.52 | Zac_ | ok |
| 04:41.31 | McYukon | Then you join localhost (This is picked automatically for you), other players on your network join your computers local IP |
| 04:42.32 | Zac_ | i dont have a "worlds" file |
| 04:42.35 | Zac_ | do i just make one? |
| 04:42.56 | BulletCatcher | It is a folder, but yes, create it. |
| 04:43.12 | Zac_ | ok |
| 04:43.32 | BulletCatcher | Then put the .bzw file inside that folder. |
| 04:44.41 | Zac_ | "failed (Exit=1). |
| 04:45.21 | BulletCatcher | You may not have the "bzfs" server program installed. |
| 04:45.27 | Zac_ | ok |
| 04:46.02 | BulletCatcher | Open a terminal window and type "which bzfs". |
| 04:46.07 | BulletCatcher | That will look for it. |
| 04:47.18 | *** join/#bzflag Zac_ (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 04:47.33 | Zac__ | "usr/bin/bzfs |
| 04:47.51 | BulletCatcher | Okay, you have the program. |
| 04:48.22 | BulletCatcher | This time, try starting a server that uses a random map. |
| 04:48.42 | BulletCatcher | If that works, then the problem is likely in your .bzw file. |
| 04:49.35 | Zac__ | works on random |
| 04:49.39 | Zac__ | map |
| 04:50.35 | BulletCatcher | To get debug information you will have to start the server in the terminal window. |
| 04:51.03 | Zac__ | ok |
| 04:51.14 | BulletCatcher | Type "cd ~/.bzf/worlds" to change your current directory to the worlds folder. |
| 04:51.55 | BulletCatcher | Then type "bzfs -a 0 0 -dd -world FILE.BZW", replacing FILE.BZW with the name of your .bzw file. |
| 04:52.14 | BulletCatcher | It will spew some messages, many of of which are irrelevant. |
| 04:52.39 | BulletCatcher | But near the end should be something that tells why it fails. |
| 04:54.19 | Zac__ | ERROR: "Unable to start the server, perhaps one is already running?" |
| 04:55.37 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 04:55.37 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 04:55.56 | trepan | perhaps you have another server running? killall bzfs |
| 04:56.30 | trepan | or pkill, or ps + kill, or top, or ... :) |
| 05:07.52 | *** join/#bzflag ThePing (~phycho@174.127.64.107) |
| 05:07.53 | *** part/#bzflag ThePing (~phycho@174.127.64.107) |
| 05:08.24 | *** join/#bzflag JeffM (~Jeff@unaffiliated/jeffm2501) |
| 05:08.24 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 05:55.43 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 05:55.43 | *** mode/#bzflag [+v spldart] by ChanServ |
| 05:59.04 | trepan | heh, found the primary culprit for the F5 bug -- been around forever |
| 06:11.42 | *** join/#bzflag Marzipan- (~Marzipan@p5B226BC2.dip.t-dialin.net) |
| 06:13.17 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:14.18 | *** join/#bzflag tupone (~alfredo@gentoo/developer/tupone) |
| 06:14.18 | *** mode/#bzflag [+v tupone] by ChanServ |
| 06:18.29 | Constitution | trepan: which is what? |
| 06:31.48 | trepan | sorry, got distracted |
| 06:32.12 | trepan | it's in the inMovingBox() methods |
| 06:32.59 | trepan | the whole physics setup is junk, but that part's particularly bad |
| 06:40.04 | BulletCatcher | More info about the failure to connect problem: it occurs every other time I try to connect. |
| 07:05.56 | *** join/#bzflag Zac_ (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 07:07.09 | Zac_ | yah BRL dropped out for a moment there BC |
| 08:37.13 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 08:45.02 | Cobra_Fast | JeffM: task #51 on the spreadsheet is already done (w/ mdskprs patch applied by me). |
| 08:53.27 | Cobra_Fast | JeffM: also I like the idea of showing the bzbb ranks ingame, although it might require smaller versions of the images |
| 09:55.39 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
| 10:06.32 | blast007 | Zac_: so did you kill the other server you had running? |
| 10:35.49 | spldart | n/m blast.. |
| 10:36.03 | spldart | woke up from a dream... and remembered what he was doin wrong |
| 10:36.09 | spldart | bzflag - 0 error(s), 7 warning(s) |
| 10:36.31 | spldart | wooty woot |
| 10:36.42 | spldart | = Build: 16 succeeded, 0 failed, 0 up-to-date, 0 skipped = |
| 10:40.34 | spldart | Hrm.... Of all the things to dream about.... Dreaming of how to properly build bzflag?!?! |
| 10:52.23 | spldart | bin win32 'eh |
| 11:12.39 | Zac_ | @blast007 nah, i need dads help for this sorta thing |
| 11:27.49 | Constitution | $ killall bzfs |
| 11:27.57 | Constitution | voila |
| 12:04.29 | Zac_ | actually no |
| 12:04.41 | Zac_ | i used that command |
| 12:04.49 | CIA-114 | BZFlag: 03bthansen * r21546 10/trunk/bzflag/src/bzfs/ServerSidePlayer.cxx: |
| 12:04.50 | CIA-114 | BZFlag: Add newline at end of file |
| 12:04.50 | CIA-114 | BZFlag: Makes G++ 4.2.4 happy |
| 12:04.55 | Zac_ | and it said ther isnt anything to kill |
| 12:06.25 | Zac_ | hows progress? |
| 12:06.33 | Zac_ | %% |
| 12:10.31 | trepan | would rather see country flags than bzbb ranks, in-game that is |
| 12:10.38 | Zac_ | agreed |
| 12:11.07 | Zac_ | would shed a little light on lag if the country flag was showing, and having the rank seems a littel vain imo :) |
| 12:11.15 | Zac_ | little* |
| 12:11.38 | trepan | that's what MsgLagState is for, a separate issue afaic |
| 12:13.03 | Zac_ | lag stats? |
| 12:13.07 | Zac_ | you mean? |
| 12:13.09 | brad | is it possible for plugins to update email strings (and other scoreboard data) on-the-fly in 2.3? |
| 12:13.45 | blast007 | brad: score should (will?) be server-side - other stuff can't be changed afaik |
| 12:13.47 | trepan | Zac_: does is really look like a made that kind of typo |
| 12:13.57 | Zac_ | :) |
| 12:14.20 | trepan | i'll take that as, "where am I? is this a chat room?" |
| 12:14.28 | Zac_ | slippy little finger ? no, fair enough, what's lagstate gonna do then |
| 12:14.34 | brad | ok, thanks blast :D what about on-join then for email strings? |
| 12:14.36 | blast007 | brad: 2.99.x has the email (motto) sent as a different message type |
| 12:14.47 | brad | oh right...motto |
| 12:14.47 | blast007 | but that won't go in 2.3/2.4 |
| 12:15.06 | blast007 | we'll probably rename the 2.3 'email' to 'motto' though |
| 12:15.12 | brad | aw, ok |
| 12:15.20 | blast007 | or something else. forgot what JeffM recommended. |
| 12:15.38 | brad | it was for displaying information about players in the motto/email string |
| 12:15.49 | brad | for league use mainly (what team are they in?) |
| 12:15.56 | blast007 | I'm not sure |
| 12:16.22 | brad | well, no worries, hardly top priority |
| 12:16.52 | blast007 | maybe for 2.5/2.6 ;) |
| 12:17.03 | brad | waits patiently :P |
| 12:20.03 | brad | 1 more Q...what version of VS is best to build bz with now? |
| 12:20.15 | brad | for 2.3 |
| 13:02.45 | blast007 | brad: 2008 |
| 13:02.53 | brad | ta |
| 13:05.09 | CIA-114 | BZFlag: 03trepan * r21547 10/trunk/bzflag/src/ (bzflag/bzflag.cxx bzfs/CmdLineOptions.cxx): * backported the 2.99.x <-d, -ddd, -d3, -debug> option styles for bzfs and bzflag |
| 13:29.58 | blast007 | hmm. my bzfs is going all crashy. (this was from r21546) http://pastebin.com/2tqsP7fn |
| 13:35.49 | blast007 | seems like r21542 broke it |
| 13:38.57 | trepan | PingPacketHexPackedSize needs a uint16_t bump? |
| 13:43.22 | blast007 | ah, let me try that |
| 13:44.09 | blast007 | yay, no crash now :) |
| 13:44.59 | CIA-114 | BZFlag: 03blast007 * r21548 10/trunk/bzflag/include/Ping.h: There is an extra uint16_t being sent as part of the ping packet, so make sure the packet size matches. |
| 13:45.19 | blast007 | wait.. I did that wrong |
| 13:45.48 | blast007 | the comment was wrong there, wasn't it. there was 7 uint16, not 4 |
| 13:48.30 | CIA-114 | BZFlag: 03blast007 * r21549 10/trunk/bzflag/include/Ping.h: Bleh, comment confused me. THIS should be the correct fix. |
| 13:49.07 | blast007 | thx trepan for catching that :) |
| 13:49.16 | trepan | no prob, common mistake :) |
| 13:50.07 | *** join/#bzflag bier|tp (~bier@p54A5BE57.dip.t-dialin.net) |
| 14:05.31 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 14:05.31 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:11.36 | *** join/#bzflag bier|tp (~bier@p54A5B646.dip.t-dialin.net) |
| 14:12.55 | *** join/#bzflag bier (~bier@p54A5B646.dip.t-dialin.net) |
| 14:59.25 | *** join/#bzflag Upsetter (~er@i59F6A087.versanet.de) |
| 15:28.47 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
| 15:40.11 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:31.08 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:31.08 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:07.20 | JeffM | ponders how to do score change events |
| 17:26.01 | DTRemenak | there are only 2 or 3 places the score is changed. could just hook each of them. |
| 17:26.30 | JeffM | for player scores, yes |
| 17:26.37 | JeffM | for team scores not so much |
| 17:27.01 | JeffM | but I am going to consoldate it all into the score class, make some static members that compute the team score deltas |
| 17:27.20 | JeffM | cus I need 2 events for each, one to let the API change the delta applied to each event, and one to notifity them of the change. |
| 17:28.01 | DTRemenak | I really don't think that's how people are going to use it |
| 17:28.11 | JeffM | you think they are going to hack out the server? |
| 17:28.13 | DTRemenak | I think they're going to want to use the underlying event to change the scores |
| 17:28.21 | JeffM | yeah that's less then cool |
| 17:28.26 | DTRemenak | no...they'll want to force a score change on, for instance, flag capture |
| 17:28.29 | JeffM | cus your score will be changed twice |
| 17:28.31 | DTRemenak | or player death |
| 17:28.46 | JeffM | then we wold want to supress the internal score set |
| 17:28.51 | blast007 | or they'll want to make geno only give one point |
| 17:29.10 | DTRemenak | yeah, we may want a way to allow plugins to turn off (partially or completely) the internal scoring |
| 17:29.20 | JeffM | that'd be simpler |
| 17:29.42 | JeffM | so a flag for "don't keep score" |
| 17:29.51 | JeffM | then just notification events for stuff like the SSPs |
| 17:30.05 | DTRemenak | or "don't keep team score" and "don't keep player score" |
| 17:30.10 | JeffM | ok |
| 17:30.13 | DTRemenak | that's probably a useful distinction |
| 17:30.23 | JeffM | so if you change scores you have to manage all the scores for that type |
| 17:30.35 | JeffM | that's what we are saying |
| 17:30.40 | DTRemenak | yeah, or deal with the server changing them behind you |
| 17:30.51 | JeffM | what if multiple plugins want to do this? |
| 17:31.13 | JeffM | are they just boned? |
| 17:31.17 | DTRemenak | same problem applies to delta'd scoring |
| 17:31.24 | JeffM | I had a "handled" flag |
| 17:31.32 | JeffM | and an event for each thing |
| 17:31.39 | JeffM | so you could have one plugin do TKs and one do wins, etc.. |
| 17:31.49 | JeffM | well an enum per type |
| 17:31.55 | JeffM | so it would be possible to pass it allong |
| 17:32.01 | JeffM | just like we do for spawns |
| 17:32.15 | JeffM | but honestly I don't think it'll be a big problem |
| 17:32.28 | JeffM | just trying to make sure I think of all cases |
| 17:32.28 | DTRemenak | even multiple send is not a big problem. msgscore is small. |
| 17:32.47 | DTRemenak | a tk-handling plugin, for instance, probably is ok with just modifying the score after the fact |
| 17:33.45 | DTRemenak | and if you're scoring for a new game mode, you'll want to do the whole thing yourself and not have interference from other plugins |
| 17:33.58 | JeffM | k |
| 17:34.30 | JeffM | then we only need 2 events |
| 17:34.37 | JeffM | for notification |
| 17:34.42 | blast007 | would the shot ID of the kill be important to have too? (thinking of the geno example - you'd want to be able to track if it was a single geno) |
| 17:35.01 | JeffM | if that's from the events, then that's part of the death event |
| 17:35.04 | DTRemenak | we should already have that information somewhere |
| 17:35.06 | DTRemenak | yeah |
| 17:35.14 | JeffM | I even added some more to the death event |
| 17:35.18 | JeffM | like pydriver |
| 17:41.14 | trepan | you could also pass in the pointer to the bz_Plugin that generated the score event, or NULL if it was generated by default |
| 17:41.36 | JeffM | true |
| 17:41.59 | trepan | would make it easier for plugins to avoid the endless spin cycle if they trigger score generation from score events |
| 17:42.07 | JeffM | heh |
| 17:42.16 | DTRemenak | I see three big use cases for modifying scoring: 1. different scoring models (e.g. new game modes), 2. adding score modification for events that don't currently get it (e.g. interacting with map objects, admin commands), 3. modifying score changes for existing events (e.g. tks, spawnkills) |
| 17:42.24 | trepan | probably want to add a depth check for that case anyways -- it's bound to happen |
| 17:43.03 | JeffM | thats why I was thinking of having 2 distinct events |
| 17:43.07 | DTRemenak | none of those needs to hook on a score-changed event...to me it makes more sense to hook on the triggering event (player death, command, etc) |
| 17:43.13 | JeffM | one that said "I want to mod the score by this much" |
| 17:43.17 | JeffM | then when those are resolved |
| 17:43.26 | JeffM | another that said "the score was moded by this much" |
| 17:43.35 | JeffM | so you would never need to call "set score" |
| 17:43.40 | DTRemenak | then the plugin has to hook two events... one to figure out that it needs to change the score, and the other to actually catch the score change |
| 17:44.01 | JeffM | yes I undertand that they probably care about the events better |
| 17:44.24 | JeffM | if you are doing your own scoring then you should not need to benotified of score changes |
| 17:44.28 | JeffM | cus you controll them all |
| 17:44.59 | JeffM | the thing I could do is only allow one plugin class to say "I"ll do the score" for each type |
| 17:45.03 | JeffM | and then never send them score events |
| 17:45.28 | DTRemenak | really only case 3 could be handled by a score-change event, and I don't think it needs to be, as long as we're ok with multiple sends of msgscore |
| 17:46.09 | JeffM | conceptualy I am not ok with it, but I know it's going to happen no mater what and I can't realy prevent it |
| 17:46.17 | DTRemenak | heh |
| 17:46.19 | JeffM | and it isn't THAT bad |
| 17:46.39 | JeffM | I was trying to design a sysem that would drive people tward better code :) |
| 17:46.58 | DTRemenak | I think the better way IS to hook the conceptually-correct event |
| 17:47.09 | JeffM | yes I see that now |
| 17:47.25 | JeffM | remove the entire score system from the app bassicly |
| 17:48.00 | JeffM | If I went crazy go nuts, I would make a "Score keeper" class that got all the events that changed scores and did the logic. then let the plugin install it's own over the old one |
| 17:48.20 | DTRemenak | that'd be cool. then you could derive it for small changes :) |
| 17:48.22 | JeffM | so it'd have like OnShot, OnCap, OnPyDriveDeath |
| 17:48.39 | blast007 | OnPrancer |
| 17:48.47 | DTRemenak | and you still end up needing to add events to it |
| 17:48.50 | trepan | OnVixen |
| 17:48.59 | DTRemenak | people will want to change scores from events that don't currently |
| 17:49.24 | JeffM | yeah probalby too complex |
| 17:49.35 | JeffM | I'm cool with the "turn off scoring" method for now |
| 17:49.38 | DTRemenak | I just like the consistency of "doesn't matter whether we currently handle this or not, if you want to change the score when the event happens, catch the event and change the score" |
| 17:49.39 | JeffM | we'll see how it works |
| 17:50.30 | blast007 | JeffM: technically, couldn't we even implement better control in a future 2.4 if we wanted to? the scoring protocol would already be fixed, so it'd just be a server-side change. |
| 17:50.39 | DTRemenak | yup |
| 17:50.41 | JeffM | yeah |
| 17:50.47 | JeffM | I am just thinking of the API side |
| 17:50.54 | JeffM | not the communication to the client |
| 17:50.57 | JeffM | that's already done |
| 17:51.31 | DTRemenak | that's the reason my scoring changes didn't touch any of that. wanted the message available and the client to respect it, everything else is server-side. |
| 17:51.32 | blast007 | we'll get a better idea of how people will use it once they /can/ actually use it |
| 17:51.40 | JeffM | yeah |
| 17:51.50 | JeffM | but they can't use it with out server mods untill I make an API :) |
| 17:52.04 | BulletCatcher | They won't be able to use it if they can't connect to servers. |
| 17:52.16 | DTRemenak | yeah, true. I thought I had exposed setScore though |
| 17:52.17 | JeffM | the just need to run windows.. what's the problem? |
| 17:52.22 | DTRemenak | heh |
| 17:52.33 | JeffM | DTRemenak, set score is, but not notification of changes |
| 17:52.37 | JeffM | and I need that for SSPs |
| 17:52.50 | DTRemenak | for ssps? |
| 17:52.56 | DTRemenak | why do they need to know the score? |
| 17:53.08 | JeffM | so they can hunt the dude with the biggest score! |
| 17:53.15 | JeffM | it had an event for it in 2.99 |
| 17:53.19 | DTRemenak | then their hunt algorithm should call getscore |
| 17:53.20 | JeffM | just trying to hook it up |
| 17:53.32 | DTRemenak | they shouldn't keep a (fourth?) copy of the state internally :) |
| 17:53.37 | JeffM | a plugin may want to play a sound when someone gets a score over a value ;) |
| 17:53.53 | JeffM | or kick someone when they are below -50 :) |
| 17:53.55 | DTRemenak | heh, ok, I'll give you that one |
| 17:54.27 | JeffM | it just seemed like a logical event to have |
| 17:54.40 | JeffM | so this isn't a huge mod of your code |
| 17:54.48 | JeffM | a flag to turn off the automatic ++ -- |
| 17:54.53 | JeffM | and an event call in the API functions |
| 17:55.06 | DTRemenak | yeah, makes sense |
| 18:06.50 | JeffM | BulletCatcher, I don't know why some linux systems won't work. I've been trying to work with Thumper_ to figure that out |
| 18:08.24 | BulletCatcher | At some point you may need to seriously think about reverting r21502, and then trying again with smaller commits. |
| 18:08.34 | JeffM | what one is that? |
| 18:08.54 | blast007 | the HTTP header one |
| 18:09.01 | BulletCatcher | The one that added HTTP support. Connections havent' worked reliably since then. |
| 18:09.06 | JeffM | it all goes together |
| 18:09.13 | JeffM | it can't be done in parts |
| 18:09.21 | JeffM | due to how nethandler works |
| 18:09.32 | JeffM | I'll have to set up a linux system and debug it |
| 18:09.54 | JeffM | cus that was the SMALLEST commit I could do to effect that change |
| 18:10.02 | JeffM | hooking into the API was another commit |
| 18:10.27 | JeffM | it has to do with receive returning 0 but then never going back past select |
| 18:11.11 | JeffM | wonder if I need to have a different version of receive that tells the differnce between a real partal read due to lack of data, and a EAGAIN |
| 18:11.42 | BulletCatcher | Another bit of information about that: in my testing, connections alternate between success and failure. |
| 18:11.52 | JeffM | interesting |
| 18:11.57 | JeffM | wonder if something is not being flushed |
| 18:12.08 | BulletCatcher | That suggests a state problem, or perhaps an uninitialized variable. |
| 18:12.23 | JeffM | possily |
| 18:12.54 | JeffM | I will try to look at it more tongith |
| 18:12.59 | JeffM | tonight |
| 18:14.04 | blast007 | BulletCatcher: are you having problems with bzadmin connecting as well? |
| 18:14.12 | blast007 | cuz mine connects |
| 18:14.21 | blast007 | I don't have a full client here |
| 18:14.49 | JeffM | if it's due to interupts it's possible that only the graphical client has issues cus it's doing other things while trying to connect (GL is doing stuff possibly) |
| 18:14.58 | BulletCatcher | At one point I had the same problem with bzadmin. |
| 18:17.35 | JeffM | are you able to dupe the problem while using the debuger to setep into bzfs? |
| 18:18.36 | BulletCatcher | To do that I'll have to run bzfs on a different remote machine that has gdb installed. It won't happen today. |
| 18:18.52 | JeffM | k |
| 18:19.11 | JeffM | that's been my big problem is getting someone who can debug into the code and tell me where it's going |
| 18:19.14 | blast007 | bzflag -window ? |
| 18:19.24 | JeffM | indeed |
| 18:19.37 | BulletCatcher | The problem rarely manifests with local connections. |
| 18:19.38 | blast007 | (and of course, turning off the mouse capturing) |
| 18:21.01 | BulletCatcher | Hmm. I'll try my MacBook as a client to my home Linux machine. (Again, not today.) |
| 18:21.48 | JeffM | my concern is that the code should handle a read of 0, then go back and read more later |
| 18:22.03 | JeffM | but Thumper_ was indicating that the select was never letting it get back there |
| 18:22.11 | JeffM | and that I am clueless on |
| 18:22.18 | JeffM | unless something has deleted the peer |
| 18:22.23 | JeffM | and he couldn't get his debuger to tell me |
| 18:23.12 | Thumper_ | JeffM: I'm hoping to spend some more time on that this evening - RL got in the way yesterday and today |
| 18:23.21 | JeffM | ok |
| 18:23.49 | JeffM | my gut says we are loosing the data somewhere |
| 18:25.24 | Thumper_ | the servers on joevano's system won't run at all today - haven't had time to look at it |
| 18:26.07 | Thumper_ | *** stack smashing detected ***: bin/bzfs terminated |
| 18:26.13 | Thumper_ | sounds bad ;) |
| 18:26.31 | Erroneous | yeah, that's bad :) |
| 18:34.35 | *** join/#bzflag nolanjshettle (~nolanjshe@c-24-17-252-49.hsd1.wa.comcast.net) |
| 18:35.12 | *** part/#bzflag nolanjshettle (~nolanjshe@c-24-17-252-49.hsd1.wa.comcast.net) |
| 19:24.19 | blast007 | Thumper_: you'll need the newest rev, as that was fixed earlier today |
| 19:25.24 | Thumper_ | blast007: thx |
| 19:26.21 | Thumper_ | I shut off the test server auto-update yesterday during debugging and it's been off ever since - so the codebase on the server is 4 commits behind |
| 19:27.36 | blast007 | the fix was changing a number if you just want to apply that change :) (though I screwed up the first time and changed the wrong number, so it too two commits for a one char fix, doh) |
| 19:33.18 | Thumper_ | nah I'll just update - I just need to get the servers back to a debuggable state :) |
| 19:33.28 | Thumper_ | I can revert back to 21506 if I have to |
| 19:38.51 | *** join/#bzflag Manu (~jujibo@BZ.BZFLAG.BZ) |
| 19:38.52 | *** mode/#bzflag [+v Manu] by ChanServ |
| 19:41.25 | Thumper_ | blast007: ok they don't crash anymore... but now they cpu spin at 100% :) |
| 19:46.53 | Thumper_ | and that seems to be my problem :/ |
| 19:47.13 | JeffM | you still have that loop in there? |
| 19:47.30 | Thumper_ | no it's a bug in the serverControl plugin possibly, when I load that it goes to 100% |
| 19:47.50 | Thumper_ | or hte plugin interface in general |
| 19:47.54 | Thumper_ | when I load logDetail it does the same thing |
| 19:47.59 | JeffM | interesting |
| 19:48.09 | Thumper_ | airspawn too |
| 19:48.19 | Thumper_ | if I don't load plugins it doens't peg at 100% |
| 19:48.29 | JeffM | hmmmm |
| 19:48.50 | JeffM | could be the min time time |
| 19:48.51 | Thumper_ | maybe something about the tick timer being off? |
| 19:48.56 | JeffM | possibly |
| 19:48.57 | Thumper_ | yeah that :) |
| 19:49.04 | JeffM | put a breakpoint in the funciton and see what it returns |
| 19:49.14 | JeffM | it should return a big number |
| 19:49.17 | JeffM | and be ignored |
| 19:51.02 | Thumper_ | I'll try to duplicate it on my local workstation - debugging there will be faster than remotely on joevano's server |
| 19:58.21 | Thumper_ | JeffM: which function? |
| 19:58.47 | JeffM | looking |
| 19:59.11 | JeffM | getPluginMinWaitTime |
| 19:59.42 | JeffM | I don't think any of your plugins use a wait time |
| 19:59.46 | JeffM | so it should return 1000 |
| 20:00.25 | JeffM | then that will be smaller then the existing wait time |
| 20:00.28 | Thumper_ | -1 |
| 20:00.34 | JeffM | oh |
| 20:00.35 | JeffM | yeah |
| 20:00.37 | JeffM | opps |
| 20:00.38 | Thumper_ | :) |
| 20:02.02 | CIA-114 | BZFlag: 03JeffM2501 * r21550 10/trunk/bzflag/src/bzfs/bzfsPlugins.cxx: ignore wait times less then 0, we can't go back in time, that would be weird. |
| 20:04.21 | Thumper_ | that better - thx |
| 20:04.24 | Thumper_ | that's* |
| 20:05.19 | blast007 | Thumper_: mine wasn't/isn't hogging the CPU |
| 20:05.31 | blast007 | oh, jeff fixed it |
| 20:05.45 | Thumper_ | mine isn't either :) |
| 20:05.55 | blast007 | :P |
| 20:06.05 | Thumper_ | it was fine if you didn't load a plugin |
| 20:28.30 | Thumper_ | blast007: does the global server list work for you in the client? |
| 20:35.24 | blast007 | I'll have to check when I get home |
| 20:36.08 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 20:38.17 | PlasticTank | Thumper_, the global server list doesn't seem to work either for my client |
| 20:38.41 | Thumper_ | my server says it registers but the client can't see it |
| 20:39.41 | blast007 | how about now? |
| 20:40.30 | Thumper_ | still empty |
| 20:40.34 | blast007 | now I see a norang server as well (all I had done was restarted my server) |
| 20:40.46 | Thumper_ | hmmm |
| 20:40.53 | McSpider | works for me now |
| 20:40.58 | PlasticTank | Yea I see two now |
| 20:41.13 | blast007 | not related to the norang server showing up, I mean - my server was on the list by itself until a bit later |
| 20:41.15 | Thumper_ | is about to load them up again even though connecting to them fails |
| 20:41.32 | Thumper_ | the norang servers have been off for 2 days |
| 20:41.47 | blast007 | bzflag3.norang.ca:10000 shows as being up |
| 20:42.00 | Thumper_ | due to multiple issues - trying to debug the connection problem and 10 servers at 100% cpu kinda killed the system ;) |
| 20:42.03 | blast007 | with 'foo' as the description |
| 20:42.22 | Thumper_ | yeah that's my manual try to run it - still can't see it in my client but maybe I am at the wrong proto |
| 20:42.43 | blast007 | what does it say in the version line in the client? |
| 20:42.56 | Thumper_ | same as my server |
| 20:42.58 | blast007 | my server is 0205 |
| 20:43.01 | blast007 | k |
| 20:43.02 | Thumper_ | BZFlag server 2.3.1.20110514-DEVEL-linux-gnu-SDL (protocol 0201) http://BZFlag.org/ |
| 20:43.06 | blast007 | ah |
| 20:43.11 | Thumper_ | 2.3 1? |
| 20:43.12 | Thumper_ | oops |
| 20:43.39 | Thumper_ | server is 2.3.5 |
| 20:43.44 | blast007 | :) |
| 20:43.50 | blast007 | and 0205 proto |
| 20:44.06 | Thumper_ | well that adequately explains why I see no servers :) |
| 20:49.25 | *** join/#bzflag bier|tp (~bier@p54A5B646.dip.t-dialin.net) |
| 20:49.55 | CIA-114 | BZFlag: 03JeffM2501 * r21551 10/trunk/bzflag/ (10 files in 3 dirs): |
| 20:49.55 | CIA-114 | BZFlag: add API events to get notified when scores change. |
| 20:49.55 | CIA-114 | BZFlag: add function to have bzflag not manage it's own score so that plugins can do it. |
| 20:50.47 | JeffM | I'll see if I can setup remote systems to do network debuging on tonight too |
| 20:51.00 | JeffM | maybe I can dupe it if I don't use a localhost server |
| 20:53.51 | Thumper_ | or have someone else connect to your server :) |
| 20:54.04 | JeffM | I want to debug both sides of the transaction |
| 20:55.05 | JeffM | tho I do have a patch for you to try |
| 20:55.10 | JeffM | I don't want to check it in |
| 20:55.20 | Thumper_ | ok |
| 20:55.30 | Thumper_ | pastebin away |
| 20:55.32 | Thumper_ | or email it to me |
| 20:56.18 | JeffM | http://pastebin.com/0PKggJGC |
| 20:56.43 | JeffM | that detects the retry case and then goes only untill we have a non retry case |
| 20:56.50 | JeffM | so it should not hang up forever |
| 20:57.10 | JeffM | but work in the cases where an iturupt caused the read to barf |
| 20:58.09 | JeffM | the if (retry) part may need to be moved to right after the first call to netHandler->receive |
| 20:58.17 | JeffM | but try it as it is first |
| 20:59.44 | JeffM | I won't work on anything else untill this gets resolved |
| 21:00.06 | JeffM | well.. other then real work :) |
| 21:00.58 | Thumper_ | I also stopped the handicap stuff until this is fixed |
| 21:06.24 | *** join/#bzflag strayer (~strayer@p54B43B2C.dip.t-dialin.net) |
| 21:08.04 | JeffM | strayer, you are not the only one with connection problems, many people are working on figuring it out |
| 21:08.55 | strayer | hi Jeff |
| 21:08.57 | strayer | "somehow good" to know others have the same problem |
| 21:09.03 | JeffM | it's a bug |
| 21:09.11 | JeffM | possibly just with linux systems |
| 21:09.13 | JeffM | but we don't know |
| 21:09.46 | strayer | well, I'm pretty sure that the first revision with protocol identifier BZFS0203 worked |
| 21:10.08 | JeffM | no, a lot of people had problems then too |
| 21:10.14 | JeffM | it works "sometimes" |
| 21:10.22 | strayer | oh, interesting |
| 21:11.12 | JeffM | it may have to do with the reading socket getting inturupted |
| 21:11.36 | strayer | first I thought the server would send some dummy messages like older versions did sometimes (e.g. MsgLagState or MsgGameTime), but there is nothing |
| 21:11.47 | strayer | hm, sounds plausible |
| 21:11.55 | JeffM | I had to do the fix in a different way then 2.99 did it because I didn't want to make the same changes we made to networking |
| 21:12.21 | JeffM | yeah I have it set where the server dosn't know they are a player untill after the connection header |
| 21:12.31 | JeffM | I like the 2.3 way better honestly |
| 21:12.56 | JeffM | I've given Thumper_ a patch to test |
| 21:13.24 | Thumper_ | building... |
| 21:13.25 | JeffM | it may not handle disconnects turning the header phase but I want to know if it helps with the problem for other cases |
| 21:13.27 | strayer | any feedback so far? |
| 21:13.34 | strayer | ah,ok |
| 21:13.55 | JeffM | if that dosn't do it then someone has to be deleting the peer |
| 21:14.06 | JeffM | and that will need a debuger to find out |
| 21:15.45 | strayer | is it possible to separate the code to test it with a debugger or is it too nested? |
| 21:15.59 | JeffM | networking is very much tied into bzfs |
| 21:16.12 | JeffM | I would not want to try to remove nethandler from the code :) |
| 21:16.22 | JeffM | it's easy to debug in a debuger |
| 21:16.32 | JeffM | I debuged it on windows before I checked it in |
| 21:16.34 | strayer | ahhh, if you say so,ok |
| 21:16.35 | JeffM | but I Never got this problem |
| 21:16.56 | JeffM | tho for some reason it seems linux people have a harder time using a debuger then I do on windows |
| 21:17.02 | JeffM | do you guys use it less? |
| 21:18.12 | strayer | well, we are using Valgrind at work...and well...if you get the code through it without complaints it usually works as intended (but it's a pain) |
| 21:18.31 | JeffM | that's more of a profiler |
| 21:18.36 | JeffM | I mean just gdb |
| 21:18.53 | JeffM | step thru the code in a few test cases and see where it goes and see what the variables look like |
| 21:19.31 | strayer | ah, that's not a problem |
| 21:20.17 | strayer | but I have to admit that I don't have to do that often :) |
| 21:20.36 | strayer | that is what colleagues are good for ;) |
| 21:21.08 | Thumper_ | JeffM: stepping through the code on a remote server in gdb is a bit slower/awkward since there is no gui |
| 21:21.13 | Thumper_ | but it's possible |
| 21:21.16 | JeffM | ahh |
| 21:21.26 | Thumper_ | and I'm _really_ rusty on gdb but getting better hourly :) |
| 21:21.31 | JeffM | gets a gui when remote debuging :) |
| 21:21.55 | Thumper_ | is running gdb on a ssh connection on the remote server |
| 21:22.00 | JeffM | I know |
| 21:22.26 | Thumper_ | it's supposed to be possible to get a gui that way too ... but I've never done it |
| 21:22.40 | strayer | no graphical desktop environment on the remote server? |
| 21:22.53 | Thumper_ | nope |
| 21:22.59 | strayer | uh |
| 21:23.02 | Thumper_ | not that i have access to anyway |
| 21:23.12 | Thumper_ | it's an ubuntu server in a data center |
| 21:24.16 | strayer | since I started with Windows I prefer GUIs for Linux too (where ever it's possible) |
| 21:32.27 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 21:32.28 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 22:01.55 | Thumper_ | JeffM: linux connections seem to work now - will beat on it more later - have to prepare dinner |
| 22:02.02 | Thumper_ | (using your patch) |
| 22:02.03 | JeffM | k |
| 22:02.11 | JeffM | I'd like to know if it still works if you move some code |
| 22:02.15 | JeffM | so let me know when you have some time |
| 22:02.22 | JeffM | or if anyone else wants to test it |
| 22:03.06 | JeffM | I'd rather a few more try it before I commit it |
| 22:03.10 | McSpider | I've been testing on Mac, still doesn't work with your patch |
| 22:03.35 | JeffM | can you debug it and set breakpoints? |
| 22:03.45 | JeffM | and step thru the code while it runs? |
| 22:03.50 | McSpider | sure, where should I set them |
| 22:04.53 | JeffM | in the while loop for retries in processConnectedPeer |
| 22:04.59 | JeffM | see if it gets in there |
| 22:05.06 | JeffM | and if it gets out |
| 22:05.13 | JeffM | and if it gets out what is readSize |
| 22:05.16 | Thumper_ | I'll ping you when I'm back |
| 22:05.18 | JeffM | k |
| 22:05.58 | McSpider | that would be in bzfs.cxx and I cant debug the server because local ones work fine |
| 22:06.17 | JeffM | ohh yeah the server is where I think the problem is |
| 22:06.30 | JeffM | are you sure you connected to a server that had the patch appiled? |
| 22:07.07 | McSpider | nope |
| 22:07.28 | JeffM | then it's imposible to say you are using my patch :) |
| 22:07.29 | McSpider | ah, works if I connect to norang |
| 22:07.48 | JeffM | I'm hoping it works if the retry loop gets moved up |
| 22:08.00 | JeffM | then it'll support dissconnects during the connection attempt |
| 22:08.08 | Thumper_ | the only bzflag 3 server on the list has the patch applied |
| 22:08.20 | Thumper_ | I can connect to that but not blast's server with my linux client |
| 22:08.56 | JeffM | should I commit the change? will that help people apply it for testing? we can roll it back if need be |
| 22:09.02 | Thumper_ | bug global auth isn't working |
| 22:09.05 | Thumper_ | but* |
| 22:09.09 | JeffM | that ain't me :) |
| 22:09.37 | Thumper_ | I'll be firing up all of the servers with the patch later |
| 22:09.48 | Thumper_ | if you want me to try other stuff I don't htink you need to rush to commit the patch - up to you |
| 22:10.03 | JeffM | well I"ll be leaving to do a bunch of errands at some point |
| 22:10.13 | Thumper_ | goes to tend to the steaks |
| 22:10.25 | JeffM | if I commit it then people can test while I'm gone |
| 22:10.35 | JeffM | needs to decide if he needs a new monitor |
| 22:10.44 | Thumper_ | commit it then - it's better than what we have in trunk so far (unless it is involved in the global auth breakage) |
| 22:10.56 | JeffM | I don't see how it could be |
| 22:12.51 | CIA-114 | BZFlag: 03JeffM2501 * r21552 10/trunk/bzflag/ (3 files in 3 dirs): |
| 22:12.51 | CIA-114 | BZFlag: have nethandler return a boolean if the reason for a partial read was due to a retry error. |
| 22:12.51 | CIA-114 | BZFlag: have the connection system go untill it can get an actual read that doesn't have a retry error when looking for the header. |
| 22:13.34 | JeffM | that's slightly different then the patch, but I belive it will work the same way |
| 22:15.12 | JeffM | anyone ever use an acer monitor? |
| 22:15.21 | JeffM | sorry asus |
| 22:16.14 | *** join/#bzflag strayer (~strayer@p54B43B2C.dip.t-dialin.net) |
| 22:17.01 | JeffM | strayer, you may be able to connect to thumpers servers |
| 22:17.14 | JeffM | or any that have updated to the last commit |
| 22:17.36 | blast007 | and as soon as I fix the build error, maybe mine as well ;) |
| 22:18.09 | strayer | I'll check |
| 22:18.09 | JeffM | heh |
| 22:18.09 | JeffM | did I add the build error? |
| 22:19.07 | strayer | JeffM: can you give me Thumper_'s server IP/port? :) |
| 22:19.12 | JeffM | nope |
| 22:19.16 | Thumper_ | any bzflag3.norang.ca test server on the list |
| 22:19.31 | Thumper_ | 10000 - 10009 |
| 22:19.44 | strayer | ah, thank you...was looking for your name there |
| 22:20.01 | Thumper_ | blast007: this build error: Team.cxx:147: warning: unused parameter âteamâ |
| 22:20.10 | Thumper_ | ? |
| 22:20.14 | blast007 | already fixed that one |
| 22:20.21 | Thumper_ | so 'yes' :) |
| 22:20.25 | blast007 | ;) |
| 22:20.33 | JeffM | sicl |
| 22:20.36 | JeffM | suck |
| 22:20.46 | Thumper_ | the first spelling was more interesting :) |
| 22:20.47 | JeffM | yeah I always miss those unused ones |
| 22:20.59 | JeffM | wonder if we can turn those on as errors in windows |
| 22:21.35 | JeffM | you get to deal with my unused, I get to deal with your 64 bit ints into 32 bit ints :) |
| 22:21.43 | blast007 | bzfsAPI.cxx: In function âbool bz_setPlayerWins(int, int)â: |
| 22:21.45 | blast007 | bzfsAPI.cxx:1116: error: no matching function for call to âWorldEventManager::callEvents(bz_PlayerScoreChangeEventData_V1)â |
| 22:21.51 | strayer | I tried it two times and it worked |
| 22:21.55 | JeffM | "double to bool conversion, some data may be lost" |
| 22:21.56 | strayer | ...for me |
| 22:22.19 | JeffM | did you get a new world event manager, there is a version that takes a reference now |
| 22:22.24 | PlasticTank | I have the same ones blast |
| 22:22.24 | Thumper_ | didn't get those errors with the patch JeffM sent me... |
| 22:22.46 | JeffM | hmm wonder if it has to be const |
| 22:22.53 | blast007 | JeffM: I'm at the latest revision |
| 22:22.56 | JeffM | cus it's an unamed temp |
| 22:23.22 | JeffM | let me try something |
| 22:24.19 | JeffM | I know there are some differences between how cl and gcc behave with unnamed temps |
| 22:25.07 | CIA-114 | BZFlag: 03JeffM2501 * r21553 10/trunk/bzflag/include/WorldEventManager.h: when passing in a event ref make it const cus it may come from an unnamed temp. |
| 22:25.11 | JeffM | see if that helps |
| 22:25.43 | blast007 | yep, looks like it did |
| 22:25.55 | JeffM | cool |
| 22:26.02 | JeffM | and you'll fix the unused? |
| 22:26.26 | CIA-114 | BZFlag: 03blast007 * r21554 10/trunk/bzflag/src/common/Team.cxx: Unused vars |
| 22:26.31 | blast007 | ;) |
| 22:26.36 | JeffM | cooleo |
| 22:28.06 | blast007 | I really need to /ignore the CIA bots in the other two channels that are throwing out the BZFlag commits too.. |
| 22:28.47 | strayer | JeffM, I don't know if you really care about that, but now it's possible to open a connection to the server, to read from socket (until timeout), to send the HTML-style header and to receive the server's hello message (that didn't work for 2.99 with the timeout-reading) |
| 22:30.32 | strayer | btw...that's of interest when you try to auto-detect what server version you are trying to connect... |
| 22:32.45 | JeffM | so it works better? |
| 22:33.07 | strayer | yes |
| 22:33.09 | JeffM | good |
| 22:33.18 | JeffM | yeah I didn't implement 2.3 the same way as 2.99 |
| 22:33.26 | JeffM | and that makes sense, I accept partials a lot better now |
| 22:33.42 | JeffM | 2.99 wanted it as one packet IIRC |
| 22:33.45 | strayer | it was a good decision from that point of view :) |
| 22:33.50 | JeffM | heh |
| 22:34.01 | JeffM | it was mostly just cus it was my second time doing it |
| 22:34.41 | strayer | and obviously you are still improving your skills |
| 22:34.58 | strayer | ...old man... |
| 22:34.59 | JeffM | it always helps to know what problems you will run into |
| 22:35.04 | JeffM | goes to the store |
| 22:37.47 | Thumper_ | test servers are up and auto-building again. |
| 22:37.54 | Thumper_ | I can't connect with auth to them - but works as anon |
| 22:40.12 | trepan | ../../include/Team.h:60:20: error: âshort unsigned int Team::wonâ is protected |
| 22:40.15 | trepan | HUDRenderer.cxx:936:14: error: within this context |
| 22:40.39 | trepan | does msvc have a different concept of protected? (am I missing something?) |
| 22:46.37 | Thumper_ | looks like we still have some connection issues - 2nd connect to same server hangs |
| 22:46.44 | trepan | need a gcc buildbot, to help JeffM along the golden path |
| 22:47.01 | Thumper_ | trepan: I should email the builds mail to him too? ;) |
| 22:47.05 | trepan | (and reject commits if they don't build :) |
| 22:48.08 | Thumper_ | or maybe the server was restarting... so nevermind |
| 22:48.42 | Thumper_ | blast007: does the global auth server need to be kicked or is there another problem? |
| 22:49.23 | blast007 | it worked in 2.0.x just now |
| 22:50.08 | Erroneous | trepan: you're not missing anything...doesn't build on windows either ;) - error C2248: 'Team::won' : cannot access protected member declared in class 'Team' |
| 22:50.55 | trepan | Erroneous: what the hell kind of committing is that? :) |
| 22:51.22 | Erroneous | trepan: careless, I'd say :) |
| 22:53.14 | Erroneous | refactors some things |
| 22:53.21 | trepan | sees a dark path ahead for 2.4, full of bramble and bugs |
| 22:54.16 | trepan | also has mac & cheese with ketchup, so what the hell :) |
| 22:55.07 | Erroneous | hehe |
| 22:58.34 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 23:00.25 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 23:02.59 | CIA-114 | BZFlag: 03trepan * r21555 10/trunk/db/bzfls.php: * set the server owner during the initial ADD |
| 23:03.10 | trepan | blast007: bzflag.bz is updated with that change |
| 23:03.24 | blast007 | ok |
| 23:05.11 | CIA-114 | BZFlag: 03dtremenak * r21556 10/trunk/bzflag/ (6 files in 3 dirs): fix some scoring stuff, remove dead code, constify accessors...oh, and, y'know, make it compile. |
| 23:07.03 | Erroneous | 'cause it's always better when it compiles |
| 23:08.38 | trepan | doesn't here: Score.cxx:60:97: error: operation on â((Score*)this)->Score::tksâ may be undefined |
| 23:09.40 | mdskpr_ | compiles fine here on linux... |
| 23:10.00 | trepan | gcc version 4.5.3 (Debian 4.5.3-1) |
| 23:10.03 | PlasticTank | And on Mac OS X too |
| 23:10.25 | trepan | (Target: x86_64-linux-gnu) |
| 23:11.11 | mdskpr_ | gcc 4.4.5 x86_64-linux-gnu. |
| 23:13.09 | delusional | compiled on my mac just now...i've got gcc 4.2.1 |
| 23:13.59 | CIA-114 | BZFlag: 03dtremenak * r21557 10/trunk/bzflag/src/bzfs/Score.cxx: avoid compiler-dependent increment order |
| 23:16.40 | trepan | avoids ++/-- in expressions, always |
| 23:17.25 | Erroneous | yeah...if you use a variable with increment/decrement, you can't use the same variable elsewhere in the same expression and expect consistent behavior |
| 23:18.51 | Erroneous | I'm a bit surprised that was thrown as an error, though...it's valid, just not clearly defined |
| 23:26.14 | *** join/#bzflag spldart (~spldart2@c-98-198-227-61.hsd1.tx.comcast.net) |
| 23:26.14 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 23:26.14 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:27.01 | CIA-114 | BZFlag: 03dtremenak * r21558 10/trunk/bzflag/src/bzfs/Score.cxx: ws |
| 23:28.10 | trepan | hehe, brace-at-the-endiness |
| 23:29.54 | Erroneous | too many different coding standards...have to remember which project I'm working on :) |
| 23:31.25 | trepan | i like brace-at-the-end, no complaints here :) |
| 23:36.53 | Thumper_ | blast007: could this be the cause of global auth not working on bzflag3 test servers? |
| 23:36.56 | Thumper_ | "There is a message already queued to the list server: not sending this one yet. |
| 23:36.57 | Thumper_ | " |
| 23:37.13 | blast007 | not sure |
| 23:39.58 | blast007 | getting clients built here so I can check |
| 23:53.12 | blast007 | Thumper_: okay, I *am* getting a token in my client on linux |
| 23:53.22 | blast007 | but I'm not sure if the server is doing anything with it |
| 23:53.28 | blast007 | I don't get a + or a - on my server |
| 23:53.37 | Thumper_ | I get a - on mine |
| 23:55.32 | blast007 | I don't get a - and + anywhere |
| 23:55.40 | blast007 | and I couldn't ghost myself off my server |
| 23:56.23 | blast007 | trepan: is this an issue? Server BZDB change blocked: 'poll' = '31206848' |
| 23:56.39 | trepan | does the client need 'poll' ? |
| 23:56.49 | trepan | no, not an issue :) |
| 23:56.50 | blast007 | I have no idea |
| 23:57.34 | trepan | is a BZDB var used only on the server, it doesn't need to passed across the wire at all |
| 23:58.10 | trepan | could just as easily be a global var, and probably should be |
| 23:58.34 | trepan | only bzfs BZDB pointer var |
| 23:58.50 | trepan | ("filter" appears to be the only bzflag pointer var, that should die too) |