| 00:01.56 | *** join/#bzflag jeffm (~jeffm@70-240-33-134.lightspeed.irvnca.sbcglobal.net) |
| 00:01.56 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 00:01.56 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 00:06.42 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 00:08.26 | *** join/#bzflag jeffm (~jeffm@70-240-33-134.lightspeed.irvnca.sbcglobal.net) |
| 00:08.27 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 00:08.27 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 00:37.46 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 00:41.12 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 00:42.44 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 00:42.46 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 00:43.14 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 00:45.19 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 00:46.44 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 00:59.05 | Delusional | does anybody have the mapchange plufin updated for 2.4? |
| 01:28.30 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 01:59.19 | *** join/#bzflag swigg_V290 (4755317c@gateway/web/freenode/ip.71.85.49.124) |
| 01:59.57 | *** join/#bzflag swigg_V2 (4755317c@gateway/web/freenode/ip.71.85.49.124) |
| 02:19.27 | *** join/#bzflag JeffM (~JeffM@cl222225.callutheran.edu) |
| 02:19.29 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 02:19.29 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 02:22.53 | *** join/#bzflag swigg (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 02:22.54 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 02:23.21 | JeffM | sooooooooooo bored...... |
| 02:30.59 | *** join/#bzflag Deadalot (~philb@fl-67-232-195-126.dhcp.embarqhsd.net) |
| 02:32.24 | JeffM | I posted a message to the memory leak bug, should I close it or wait for him to respond? |
| 02:33.50 | blast007 | I'd wait a bit yet |
| 02:34.23 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 02:34.58 | blast007 | I might try it on Debian Squeeze as well, which has GCC 4.4.5 |
| 02:35.06 | JeffM | k |
| 02:35.22 | JeffM | it would suck if the shared_ptr implementation didn't actualy do it's job |
| 02:35.56 | blast007 | it did for me with gcc 4.6.3 |
| 02:38.57 | JeffM | *Sigh* I just got praised for knowing what the method "toUpper" did.. that is a super low bar |
| 02:39.49 | blast007 | heh |
| 02:40.04 | blast007 | could you test out of the course? |
| 02:44.31 | *** join/#bzflag drizzo4shizzo (~dan@pool-74-96-158-123.washdc.fios.verizon.net) |
| 02:46.05 | blast007 | burninating the peasants |
| 02:46.29 | drizzo4shizzo | thatched roof cottages! |
| 02:46.41 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 02:47.07 | drizzo4shizzo | is this a good place to ask plugin dev questions |
| 02:47.21 | blast007 | here |
| 02:47.49 | drizzo4shizzo | alright - anyone know why sometimes drop flag events have player ID -1 |
| 02:47.51 | blast007 | er, I mean, "yes" |
| 02:48.01 | drizzo4shizzo | heh |
| 02:48.06 | blast007 | read that at "what is a good place" ;D |
| 02:48.21 | drizzo4shizzo | that would have been my followup |
| 02:49.01 | drizzo4shizzo | I guess I'm looking for a flow-charty type doc that shows what events get triggered when... sorta |
| 02:49.17 | blast007 | let me take a peek at the code quick |
| 02:49.21 | drizzo4shizzo | I could... look at the source... :-P |
| 02:50.37 | JeffM | blast007, I can only test out of so many, I have to have a number of units in the major to get a degree |
| 02:50.47 | blast007 | JeffM: ah |
| 02:51.11 | drizzo4shizzo | were you guys discussing this trogdor guy |
| 02:51.12 | JeffM | drizzo4shizzo, that kind of document dosn't exist |
| 02:51.18 | drizzo4shizzo | hahaha |
| 02:51.21 | drizzo4shizzo | good thing I ddin't really look for it |
| 02:51.23 | JeffM | so yeah crack the code open and see |
| 02:51.37 | drizzo4shizzo | will do... |
| 02:51.42 | JeffM | -1 is some kind of server triggered event IIRC |
| 02:52.00 | drizzo4shizzo | that seems to be what the docs suggest at times |
| 02:52.05 | JeffM | like a team flag respawn |
| 02:52.13 | blast007 | drizzo4shizzo: what operating system are you developing on? |
| 02:52.15 | JeffM | you should be able to search for all the places that create the event |
| 02:52.22 | drizzo4shizzo | yeah I'll grep it |
| 02:52.28 | drizzo4shizzo | im on ubuntu 12.04 |
| 02:52.40 | drizzo4shizzo | this is that trogdor guy btw ... so... hi |
| 02:52.59 | blast007 | hehe, yeah, I knew ;) |
| 02:53.02 | drizzo4shizzo | IP? |
| 02:53.06 | blast007 | yup |
| 02:53.09 | JeffM | blast knows all |
| 02:53.19 | drizzo4shizzo | I figured he would so I might as well own up to it |
| 02:53.50 | drizzo4shizzo | where are you guys located |
| 02:53.56 | drizzo4shizzo | I'm in DC area |
| 02:54.03 | drizzo4shizzo | I guess blast knew that too |
| 02:54.29 | blast007 | Everyone knew that. Your hostname has "washdc" in it. :) |
| 02:54.32 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 02:55.05 | drizzo4shizzo | guess I'm an IRC nub |
| 02:55.07 | blast007 | anyways, I'd recommend checking how to set a conditional breakpoint in gcc (and build the server in debug by passing --enable-debug to ./configure) |
| 02:55.20 | JeffM | it's probably when a player parts, we drop after the player goes away |
| 02:55.21 | drizzo4shizzo | good call |
| 02:55.29 | JeffM | debuggers are your friend |
| 02:55.30 | drizzo4shizzo | well, in this case it was during gameplay |
| 02:55.34 | drizzo4shizzo | ffa |
| 02:55.38 | drizzo4shizzo | it happens every so often |
| 02:55.52 | blast007 | then you could make it break execution when it gets set as -1, and you can get a call stack and work your way up the stack to see why |
| 02:56.01 | drizzo4shizzo | yes that makes sense |
| 02:56.07 | JeffM | it's probably a call to ResetFlag |
| 02:56.12 | blast007 | note that the default value we initialize to is -1 |
| 02:56.14 | JeffM | that uses the player from the flag |
| 02:56.19 | JeffM | and not all flags are caried all the time |
| 02:56.20 | drizzo4shizzo | ooh interesting |
| 02:56.38 | JeffM | blast007, all the calls set it form some input paramater |
| 02:56.48 | JeffM | and the one that can be -1 is reading from a flag |
| 02:57.10 | JeffM | could be ZapFlag too |
| 02:57.12 | blast007 | ah |
| 02:57.23 | JeffM | my guess is it's an action on a non player flag |
| 02:57.30 | JeffM | it's called anytime a flag is respawned |
| 02:57.41 | drizzo4shizzo | I am calling removePlayerFlag() at times... this is kind of a special case with this plugin |
| 02:57.48 | blast007 | well, resetFlag only triggers the event if the status is "on a tank" |
| 02:57.49 | JeffM | check the value then |
| 02:58.13 | JeffM | it's probalby called when the server does a manual reset |
| 02:58.30 | drizzo4shizzo | you mean like every 'n' minutes the flag reset thing? |
| 02:58.37 | JeffM | there is a / command IIRC |
| 02:58.50 | JeffM | plugins can also zap any flag |
| 02:58.51 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 02:59.07 | drizzo4shizzo | plugins go thru removePlayerFlat() not zap call directly right |
| 02:59.59 | blast007 | ah, betcha it is zapFlag. That one doesn't check if it's on a tank before calling the event. |
| 03:00.07 | blast007 | and bz_removePlayerFlag calls zapFlag |
| 03:00.10 | drizzo4shizzo | it seems like when a tank gets shot... there are 2 drop events... one before the die event and one after? |
| 03:00.48 | drizzo4shizzo | so...I think we're close to whats going on here |
| 03:01.35 | drizzo4shizzo | alright you have given me many clues thanks I will go sift through them |
| 03:01.47 | JeffM | that's possible some flags do a full respawn after a drop |
| 03:02.01 | drizzo4shizzo | this was a SW flag |
| 03:02.11 | drizzo4shizzo | I hadn't considered that which flag it was matterd |
| 03:02.24 | JeffM | yeah, some respawn some just drip |
| 03:02.27 | JeffM | drop |
| 03:02.53 | drizzo4shizzo | that would explain the occasional flags littering my map :-P |
| 03:03.01 | blast007 | there's a _maxFlagGrabs variable that controls the maximum number of times a flag can be grabbed before it flies away and respawns somewhere else |
| 03:03.17 | drizzo4shizzo | oh yeah I could set that to 1 and see if the problem goes away |
| 03:03.32 | drizzo4shizzo | or maybe a high number |
| 03:03.35 | blast007 | or if the problem gets worse ;) |
| 03:03.49 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 03:03.52 | drizzo4shizzo | its kind of hard to reproduce :-| |
| 03:04.19 | JeffM | you really should handle the case, just check the paramater before you use it |
| 03:04.25 | blast007 | when are you triggering bz_removePlayerFlag? |
| 03:04.31 | drizzo4shizzo | let me check |
| 03:06.24 | drizzo4shizzo | in this case it would be when handling a score change event |
| 03:07.20 | drizzo4shizzo | if someones score goes up I update my state for what flag they should have. then, I try to take their flag (which fails if they died) and then I give them the new flag after a delay... |
| 03:08.19 | blast007 | do you get a -1 often? |
| 03:08.46 | drizzo4shizzo | I just played a round with 4 guys for like 25 minutes, it happened like 3 times |
| 03:09.17 | drizzo4shizzo | I logged everything I'll see if it was always SW... |
| 03:09.41 | drizzo4shizzo | when a player spawns I give them their assigned flag, so the problem goes away when the player dies (they get upgraded to what they should have had) |
| 03:10.46 | drizzo4shizzo | other than that it seems to work... :) |
| 03:12.33 | JeffM | was it CTF or FFA? |
| 03:12.46 | drizzo4shizzo | FFA |
| 03:13.02 | JeffM | probably the respawn then |
| 03:13.11 | drizzo4shizzo | I'm not 100% sure this is my problem |
| 03:13.27 | blast007 | a conditional breakpoint is probably the next thing to try |
| 03:14.00 | drizzo4shizzo | ...but when the upgrade succeeds, there is a drop event and player ID is not 1. And when it fails, I seem to get a drop event with -1.. |
| 03:14.18 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 03:14.31 | JeffM | debuggers iz awesom! |
| 03:14.45 | drizzo4shizzo | yes I will fire up the ol gdb post haste |
| 03:15.19 | drizzo4shizzo | ooh I wish I could re-play all the actions of my testers... :-P |
| 03:21.49 | blast007 | also, some issues only manifest when there's some latency between the client and server |
| 03:22.07 | drizzo4shizzo | makes sense |
| 03:24.38 | drizzo4shizzo | looks like CL and SW is the only ones I've seen so far... |
| 03:31.09 | *** join/#bzflag Detrimental (~james@h245.214.28.71.dynamic.ip.windstream.net) |
| 03:39.35 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 03:39.35 | *** mode/#bzflag [+v spldart] by ChanServ |
| 03:41.54 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 03:42.45 | *** join/#bzflag Detrimental (~james@h245.214.28.71.dynamic.ip.windstream.net) |
| 03:48.15 | *** join/#bzflag spldart (~spldart2@h63.214.130.174.dynamic.ip.windstream.net) |
| 03:48.15 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 03:48.15 | *** mode/#bzflag [+v spldart] by ChanServ |
| 04:11.58 | drizzo4shizzo | its a zapFlagByPlayer call |
| 04:12.21 | drizzo4shizzo | resulting from playerKilled... |
| 04:22.34 | JeffM | probably should have 2 events player drop flag, and flag respawn |
| 04:22.50 | drizzo4shizzo | I do catch both of those |
| 04:22.57 | drizzo4shizzo | oh. wait.. |
| 04:25.36 | drizzo4shizzo | so, in zapFlagByPlayer() playerIndex is defined... but when it calls zapFlag it is passing a flag object with "player" -1 |
| 04:25.57 | JeffM | ok, that can probably be fixed then |
| 04:27.37 | drizzo4shizzo | I'm not saying its a bug, I'm just trying to figure it out ;) |
| 04:28.42 | JeffM | it is |
| 04:29.48 | drizzo4shizzo | anything I can do to help out? |
| 04:29.56 | drizzo4shizzo | I have a stack trace here |
| 04:30.06 | JeffM | no, I just have to commit the fix |
| 04:30.13 | JeffM | and that means I need to do the relocate |
| 04:30.21 | drizzo4shizzo | you lost me man |
| 04:31.18 | drizzo4shizzo | so here's a dumb question - do you get paid at all to work on bzflag |
| 04:31.29 | JeffM | nope |
| 04:31.36 | drizzo4shizzo | do ppl donate? |
| 04:31.45 | JeffM | not in any way we see |
| 04:31.51 | drizzo4shizzo | wow thats too bad |
| 04:31.58 | drizzo4shizzo | you should maybe think about setting up a paypal link |
| 04:33.00 | JeffM | naw |
| 04:33.10 | JeffM | I'll commit it when I get home, class just ended |
| 04:33.50 | drizzo4shizzo | sweet. hey bw |
| 04:33.59 | drizzo4shizzo | btw that is, I noticed that "owner" is right (1) |
| 04:34.05 | drizzo4shizzo | but "player" (in the flag object) is -1 |
| 04:34.08 | drizzo4shizzo | not sure that helps |
| 04:34.37 | drizzo4shizzo | hard to believe its an easy fix that wont break other stuff, but you know the code not me :) |
| 04:35.40 | drizzo4shizzo | anyway thanks regardless, and I'm pretty sure that trogdor dude on the forums will be curious what you decide to do... |
| 04:55.46 | Notify | 03BZFlag:jeffm2501 * 22715 trunk/bzflag/src/bzfs/bzfs.cxx: ensure the flag player is set for events before we zap it |
| 04:56.20 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 04:56.20 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:56.59 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 04:58.30 | JeffM | ok, a fix shold be in svn now |
| 04:59.30 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 05:21.51 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 05:22.41 | drizzo4shizzo | wow |
| 05:22.59 | drizzo4shizzo | thanks I'll let you know if I see it again |
| 05:27.02 | JeffM | it's just a one liner |
| 06:56.45 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 07:12.15 | *** join/#bzflag swigg__ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 07:26.51 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 07:48.11 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 07:58.07 | *** join/#bzflag Marzipan (~Marzipan@sign-4db6bd91.pool.mediaWays.net) |
| 08:15.01 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 08:15.01 | *** mode/#bzflag [+v spldart] by ChanServ |
| 08:32.40 | *** join/#bzflag spldart (~spldart2@h63.214.130.174.dynamic.ip.windstream.net) |
| 08:32.40 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 08:32.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 11:49.49 | *** join/#bzflag Gabe_G23 (uid557@bzflag/player/GabrielG) |
| 12:35.30 | *** join/#bzflag Rob5a (~Rob5a@cable-95-168-128-37.cust.telecolumbus.net) |
| 13:19.39 | *** join/#bzflag swigg (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 13:19.39 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 14:58.38 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 15:37.10 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:37.11 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:17.05 | *** join/#bzflag JeffM (~JeffM@12.167.61.62) |
| 16:17.09 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:17.09 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:46.15 | BulletCatcher | South Korea has a better version of BZFlag than we do. |
| 16:46.17 | BulletCatcher | http://news.yahoo.com/photos/north-korea-says-cut-last-photo-190320264.html |
| 16:48.52 | swigg | bring the earplugs |
| 17:05.57 | JeffM | I hear North Korea's tanks can fly |
| 17:07.56 | JeffM | So what do you guys think about using trac instead of the trackers for bugs and feature requests? |
| 17:22.23 | BulletCatcher | I like the clean appearance of trac, but I don't see any obvious functional advantage over the tracker. |
| 17:23.38 | JeffM | trac lets a developer claim a bug |
| 17:23.53 | JeffM | and it's a little clearer to me then the tracker |
| 17:24.16 | JeffM | but yes they have very similar funtionalities |
| 17:25.59 | JeffM | I also like that it has the milestone and version seperate |
| 17:26.12 | JeffM | and it has the roadmap feature |
| 17:27.28 | BulletCatcher | The roadmap feature could be useful. |
| 17:28.22 | BulletCatcher | Are we, the developers, willing to put in trac tickets for what we do? |
| 17:28.46 | JeffM | I think we should for anything more then a minor fix |
| 17:29.09 | BulletCatcher | As long as tickets are mainly a way to document requests/contributions from non-developers, it doesn't seem to matter which system we use. |
| 17:29.10 | JeffM | like there is no reason to do it for your const change, but it would have been nice to do one for the memory leak |
| 17:29.33 | BulletCatcher | There *is* a ticket for that. |
| 17:29.46 | JeffM | a tracker item |
| 17:29.57 | BulletCatcher | Yes, that's what I meant. |
| 17:30.10 | JeffM | I can't attach it to a milestone so it can be used for a release notes |
| 17:30.27 | BulletCatcher | Ah. That sort of thing could be nice. |
| 17:30.49 | JeffM | yeah |
| 17:31.03 | JeffM | wonder if ether of them let you link to a SVN revision |
| 17:31.24 | JeffM | our bug tracker at work forces us to link to a commit |
| 17:33.46 | BulletCatcher | With our level of activity it isn't much of a burden to just review the commit logs before a release to update the ChangeLog. |
| 17:35.14 | JeffM | true |
| 17:35.18 | BulletCatcher | We don't work on multiple release targets at once, so we would get less value from the roadmap feature than other projects. |
| 17:35.41 | JeffM | k |
| 17:35.46 | JeffM | these are reasons I ask |
| 17:39.35 | *** join/#bzflag Tuxist (~quassel@dyndsl-178-142-120-118.ewe-ip-backbone.de) |
| 17:40.38 | BulletCatcher | FWIW, I think I'll start using the trac view of the repo because it doesn't require Google JavaScript (which I block with NoScript). |
| 17:41.38 | JeffM | well I was going to turn off the trac app, but now I won't |
| 17:41.48 | BulletCatcher | :-) |
| 17:41.52 | JeffM | figured if we wern't going to use it why show it |
| 17:41.59 | JeffM | so now, if we are going to show it, why not use it :) |
| 17:43.25 | BulletCatcher | Could we disable the old tracker if we wanted to? |
| 17:43.30 | JeffM | yeah |
| 17:43.48 | BulletCatcher | What would happen to the tracker tickets if we did that? |
| 17:43.57 | JeffM | no idea |
| 17:44.02 | JeffM | I'd want to copy them to trac first |
| 17:44.27 | JeffM | I can take a pass through the trackers and weed them out and see what we have left |
| 17:44.51 | JeffM | maybe we keep trackers for things like maps and patches, but use trac for bugs and features |
| 17:44.51 | BulletCatcher | I wonder if SF provides a way to import tickets from tracker to trac. |
| 17:44.57 | JeffM | I can look into it |
| 17:45.22 | blast007 | would we want to host our own trac or just use their hosted version? |
| 17:45.41 | JeffM | if we are using SF SVN I see no reason to not use SF trac |
| 17:45.48 | JeffM | it's already linked to the SVN tree |
| 17:47.13 | BulletCatcher | As long as we host the repo at SF it seems reasonable to use their related services that we find useful. |
| 17:48.16 | BulletCatcher | I am not suggesting that we migrate wiki.bzflag.org to the trac wiki, though. :-) |
| 17:50.46 | BulletCatcher | In fact, I think we should turn off the trac wiki if that is possible, just to avoid confusion. |
| 17:50.54 | JeffM | we should just move to post-it notes |
| 17:50.59 | JeffM | we can mail them to each other |
| 17:56.43 | BulletCatcher | And we could argue about what color of post-it note would match the bike shed! |
| 17:59.31 | I_Died_Once | reminds me of that "Spam in the Medieval Ages" pic |
| 18:02.51 | BulletCatcher | TimRiker, I know it has been 12 years, but do you recall why src/common/bzsignal.c is C and not C++? |
| 18:02.56 | BulletCatcher | It has been that way since you added it in r102. |
| 18:02.58 | BulletCatcher | It seems to compile normally with g++. |
| 18:05.31 | BulletCatcher | That is the only C file in BZFlag itself. |
| 18:07.16 | blast007 | JeffM: here's a possible reason to host our own trac. The one SF is using is a version from 4 years ago. ;) |
| 18:07.41 | JeffM | ahh |
| 18:07.46 | JeffM | that is valid |
| 18:08.09 | JeffM | does a newer one offer more features that we would use? |
| 18:08.19 | blast007 | dunno what changed, but I'll check into it |
| 18:09.03 | blast007 | looks like it uses python though, so that might be a reason to not host our own |
| 18:09.10 | JeffM | heh |
| 18:09.15 | JeffM | flippy floppy |
| 18:09.23 | blast007 | :) |
| 18:09.36 | alezakos | Wait, didn't SF say they were going to drop out hosted apps support? |
| 18:09.52 | blast007 | iirc, they dropped certain hosted apps, not all of them |
| 18:10.53 | blast007 | alezakos: I'm reading through the email they sent about that right now |
| 18:11.50 | blast007 | "We are preparing to discontinue the Hosted Apps service. We had originally slated this to happen on September 1st. We are electing to delay this service shutdown to later in 2012Q4." |
| 18:11.55 | blast007 | :/ |
| 18:12.11 | blast007 | and trac was mentioned... soooo..... |
| 18:12.29 | JeffM | so all we'll ever get from them is trackers |
| 18:12.59 | blast007 | http://sourceforge.net/p/forge/community-docs/Hosted%20Apps%20Retirement/ |
| 18:13.22 | alezakos | "The Hosted Apps platform will be retired on <strike>2012-09-01 2012Q4</strike> TBD, approximately one month after migration docs and platform upgrades are complete." |
| 18:16.42 | BulletCatcher | I'm glad I didn't change my bookmarks yet. |
| 18:18.18 | blast007 | would we want our SVN URL to be listed as /trunk/bzflag instead of just /trunk ? |
| 18:19.20 | BulletCatcher | Listed where? |
| 18:19.50 | *** join/#bzflag swigg_ (~swigg@68-119-228-196.dhcp.ahvl.nc.charter.com) |
| 18:20.12 | blast007 | the command it lists on the code page |
| 18:21.54 | BulletCatcher | Yeah, that would be a better default. |
| 18:22.35 | alezakos | Changing it to /trunk/bzflag would be easier to use for non-developers |
| 18:23.10 | BulletCatcher | Most people don't want to check out all of the branches, etc. |
| 18:23.34 | JeffM | we could move the other projets to a different repo |
| 18:23.52 | JeffM | they wouldn't show on the "Code" link, but most poeple don't need those things |
| 18:24.21 | blast007 | bit late in the game to bother with that, at least if we're sticking with SVN |
| 18:24.40 | JeffM | not really, sf allows more then one SVN |
| 18:24.49 | JeffM | make a tools one, and a web one |
| 18:25.03 | blast007 | doesn't really buy us anything though |
| 18:25.13 | JeffM | slightly less confusion |
| 18:25.26 | JeffM | but yes not as much as using other things |
| 18:25.37 | JeffM | tho you could move web to HG on SF |
| 18:26.13 | BulletCatcher | Wouldn't multiple repos make it even harder to follow change history? |
| 18:26.14 | BulletCatcher | I had enough trouble as it is finding that r102 was the commit where bzsignal.c was added. |
| 18:26.45 | JeffM | possibly, tho it'd not clutter one proejct with commits to another |
| 18:29.19 | blast007 | I just see that making it harder to move to another VCS later (if we'd want to keep history) |
| 18:30.55 | JeffM | true |
| 18:32.10 | blast007 | ShotManager.cxx: In member function ‘Shots::ShotRef Shots::Manager::FindByID(uint32_t)’: |
| 18:32.13 | blast007 | ShotManager.cxx:149: error: conversion from ‘long int’ to non-scalar type ‘Shots::ShotRef’ requested |
| 18:32.27 | JeffM | hmm |
| 18:33.23 | BulletCatcher | What compiler gave you that error, blast007? |
| 18:33.24 | JeffM | ahh yeah it's not nullable |
| 18:33.27 | blast007 | that's on GCC 4.4.5. |
| 18:33.49 | BulletCatcher | 4.7.2 isn't bothered by it. |
| 18:33.59 | blast007 | nor was 4.6.3 |
| 18:34.00 | JeffM | interesting |
| 18:34.08 | blast007 | squeeze uses 4.4.5 though |
| 18:34.10 | JeffM | change the NULL to ShotRef() |
| 18:35.18 | BulletCatcher | Yeah, just cast it. |
| 18:35.20 | JeffM | the newer compiler is probalby autocreating a shared_ptr with the defalt constructor |
| 18:35.39 | JeffM | wel you don't want to cast it, as it needs to allocate a new share_ptr object |
| 18:36.12 | JeffM | share_ptrs are actualy pointers, they are objects that access a singleton |
| 18:36.19 | JeffM | so it's good to create them |
| 18:39.02 | BulletCatcher | There's nothing wrong with null pointers as long as you don't dereference them, and we do avoid that in this case. |
| 18:39.13 | JeffM | it's not a pointer |
| 18:39.19 | JeffM | it's an object by value |
| 18:39.28 | JeffM | the object just contains a pointer |
| 18:39.58 | JeffM | shared_ptr isn't a language construct like * and &, it's a template class |
| 18:40.05 | BulletCatcher | Okay, I see. |
| 18:40.45 | JeffM | yeah so you realy want to return a new shared_ptr object with no stored ptr |
| 18:40.55 | JeffM | it'll behave like null |
| 18:41.03 | JeffM | but it itself has it's own object |
| 19:01.14 | JeffM | blast007, does that change fix the warning? |
| 19:04.56 | Notify | 03BZFlag:blast007 * 22716 trunk/bzflag/src/bzfs/ShotManager.cxx: Don't pass NULL as a return value when the expected type is ShotRef (a shared_ptr). Fixes building in GCC 4.4. |
| 19:05.00 | blast007 | yes :) |
| 19:05.23 | JeffM | cool |
| 19:09.06 | blast007 | heh, think the server went into an infinite loop |
| 19:09.19 | blast007 | guess I should run with gdb instead of valgrind now ;) |
| 19:28.12 | JeffM | I wonder if Stong Enums can be put in the API and if that'd break binary compatability |
| 19:31.47 | spldart | 4.4.5-8 |
| 19:43.55 | JeffM | is a number |
| 19:44.24 | spldart | so is 7.0. Think I will upgrade tonight. |
| 19:45.59 | JeffM | so are we saying that 4.3 or 4.4 is our low end? |
| 19:47.49 | JeffM | 4.4 would get us auto and strongly typed enums |
| 20:20.31 | blast007 | probably safe to target 4.4 |
| 20:20.46 | blast007 | debian squeeze (stable) and redhat 6.4 (the latest) both have 4.4 |
| 20:21.05 | blast007 | fedora has had 4.4 for the last 8 releases |
| 20:21.15 | blast007 | 4.4 or higher, I mean :) |
| 20:22.13 | blast007 | btw, the shared_ptr seems to be working just fine in GCC 4.4 |
| 20:28.30 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 20:48.26 | JeffM | ok cool |
| 20:48.54 | JeffM | can't do range-based for untill 4.6 and VC11 :( |
| 20:49.30 | JeffM | and wow, no nullptr til 4.6 |
| 21:17.45 | JeffM | have we heard anything from the memory leak guy about the current SVN? |
| 21:17.59 | alezakos | Yup: Still memory leaks |
| 21:18.23 | alezakos | Wait, you mean the current svn with the change that converted the NULL to ShotRef()? |
| 21:18.32 | JeffM | no |
| 21:18.51 | JeffM | what OS is he building on? |
| 21:19.04 | JeffM | and is he pulling SVN from the new URL or the old URL? |
| 21:19.09 | JeffM | not sure if it maters |
| 21:19.32 | alezakos | He's definitely using the new URL |
| 21:19.33 | JeffM | Blast duplicated the problem and showed that the new code dosn't have the issue. so It's odd he dosn't see any change. |
| 21:19.40 | JeffM | so I am very confused |
| 21:19.43 | alezakos | I don't know what OS he uses... |
| 21:20.18 | JeffM | I don't think any code actualy hits the null part so it should not affect anything real |
| 21:20.39 | JeffM | none of our uses of shot manager will ever ask for a shot that dosn't exist |
| 21:38.58 | *** join/#bzflag jcp (~quassel@192.81.212.241) |
| 21:38.58 | *** join/#bzflag jcp (~quassel@bzflag/contributor/javawizard2539) |
| 21:58.39 | allejo | æ≠[-;l0o9=F`` |
| 21:59.10 | allejo | errr sorry |
| 21:59.12 | alezakos | Κι εγώ, κι εγώ |
| 21:59.22 | allejo | lol |
| 22:00.21 | alezakos | Η τετραγωνική ρίζα του βατόμουρου πρέπει να νομιμοποιηθεί |
| 22:10.33 | *** join/#bzflag jcp|u (~alex@192.81.212.241) |
| 22:42.06 | allejo | why does bz_getPlayerByBZID() take an int argument when player records return BZIDs as bz_ApiString? |
| 22:44.03 | blast007 | there is no bz_getPlayerByBZID |
| 22:44.11 | JeffM | you sir are on the crack |
| 22:44.24 | allejo | i was just reading through the wiki, wasn't looking at the api |
| 22:45.02 | JeffM | documentation is overrated |
| 22:45.10 | blast007 | that says 2.99.x anyway |
| 22:45.46 | Notify | 03BZFlag:JeffM2501 * 8624 /Functions(API): /* Player Lists and Records */ |
| 22:45.58 | allejo | ah you beat me to it |
| 22:46.10 | JeffM | probalby should delete/archive all the 2.99 stuff |
| 22:46.28 | JeffM | the API for 2.4 is different enough that anything backported wont' be the same |
| 22:47.02 | JeffM | and 2.3 can change to 2.4 since it's hard to say what 2.3.x version had each of those |
| 22:47.10 | blast007 | it does exist that way in the 2.99.x code, so when/if we do backport that we should fix it ;) |
| 22:47.27 | JeffM | it's not useful to any current plugin developer |
| 22:47.35 | JeffM | move them to a 2.99 page then |
| 22:47.52 | alezakos | What about a bz_getOwner()? |
| 22:47.54 | Notify | 03BZFlag:Allejo * 8625 /Functions(API): moved bz_getPlayerByCallsign and bz_getPlayerByBZID to an "Unknown" section |
| 22:47.58 | JeffM | look at the header |
| 22:48.00 | allejo | there was also a bz_getPlayerByCallsign() moved |
| 22:48.16 | JeffM | what is an "owner" |
| 22:48.34 | allejo | the owner of the server /owner? |
| 22:49.02 | blast007 | no, it's the player with the top score |
| 22:49.09 | blast007 | you got owned! |
| 22:49.10 | JeffM | it's your mom! |
| 22:49.13 | allejo | lol |
| 22:49.27 | alezakos | allejo: What you said |
| 22:49.44 | allejo | why not add bz_getPlayerByBZID and bz_getPlayerByCallsign? GameKeeper has getPlayerByCallsign iirc |
| 22:49.50 | allejo | not sure about bzid |
| 22:50.11 | JeffM | why should a pluign need them? it has the player list? |
| 22:50.28 | allejo | callsign could used |
| 22:50.34 | allejo | for slash commands |
| 22:50.36 | JeffM | what event would you have where you don't have the ide |
| 22:50.48 | JeffM | you'd have to get the case right |
| 22:50.51 | JeffM | better to search |
| 22:50.58 | allejo | ah |
| 22:51.15 | JeffM | adding things to just add things is not a great way to develop software ;) |
| 22:51.37 | JeffM | name is hard since there are case issues |
| 22:51.45 | JeffM | BZID is more formailized |
| 22:51.49 | JeffM | and I can see needing that first |
| 22:52.05 | JeffM | but since there is a way to do it I'd rather wait and see how many people actualy need it |
| 22:52.19 | blast007 | yeah, a great way is adding a touch screen UI to a non-touch system. Wait, wait, no.. that's not great.. what's the opposite of great...? Uh.. Oh yeah, "Windows 8"! |
| 22:52.20 | JeffM | and it'll have to be searched for, ether in bzfs or the pluign so the speed is the same |
| 22:52.28 | allejo | fair enough, couldn't you just change the callsign to lower and compare that? |
| 22:52.46 | JeffM | blast007, I can't remember the last time I even saw the touch UI |
| 22:52.55 | JeffM | allejo, yeah that's how you'd search |
| 22:53.13 | blast007 | it's still there.. lurking.. waiting for a patch that breaks your start page replacer... |
| 22:53.33 | JeffM | start8 is pretty friggin awesome, I kinda want it on 7 |
| 22:54.31 | JeffM | for day to day I have had no problems with 8, I do my school work on it and play teh video games |
| 22:54.50 | *** join/#bzflag swigg_V2 (4755317c@gateway/web/freenode/ip.71.85.49.124) |
| 22:55.02 | blast007 | I'm just avoiding it |
| 22:55.05 | JeffM | chassing down a girl in a city in the clouds |
| 22:58.23 | swigg_V2 | You are in Bespin? |
| 22:58.33 | swigg_V2 | How is Lando Calrissian? |
| 22:58.34 | JeffM | nope, Columbia |
| 22:59.00 | swigg_V2 | Columbia, SC? |
| 22:59.10 | JeffM | Columbia, 'MERICA! |
| 22:59.43 | swigg_V2 | South Carolina? The Capital? |
| 22:59.43 | JeffM | no |
| 22:59.51 | swigg_V2 | MD? |
| 23:00.03 | JeffM | It is a fictional city above 1912 america in Bioshock Infinate |
| 23:00.15 | swigg_V2 | Space Shuttle Columbia is toast |
| 23:00.21 | JeffM | the game with the BEST tutorial in a shooter EVAR |
| 23:00.40 | swigg_V2 | Jeff: That might not be a girl |
| 23:00.57 | JeffM | have you finished the game? because I have and know exactly who she is |
| 23:01.20 | swigg_V2 | The only game I play is BzFlag. |
| 23:01.35 | JeffM | then you are missing out on an exceptional game |
| 23:01.36 | swigg_V2 | Anything else is 2nd rate |
| 23:01.53 | JeffM | serioulsy it's pretty friggin amazing |
| 23:02.07 | swigg_V2 | I cannot cheat on BZ. BZ for life!!! BZ is life!!! |
| 23:02.26 | JeffM | ok why don't you go take your meds and then lie down? |
| 23:03.01 | swigg_V2 | have had three fingers of meds. |
| 23:03.10 | swigg_V2 | and already lying downnnnnnnnnn |
| 23:03.11 | JeffM | that explains a lot |
| 23:03.26 | swigg_V2 | well, nothing else makes the pain go away |
| 23:03.54 | JeffM | the tutorials for all the things you can do are booths at a carnival that you are walking around in for the first part of the game |
| 23:04.24 | swigg_V2 | sounds like "sky captain, World of tomorrow" |
| 23:04.35 | swigg_V2 | retro art deco |
| 23:04.47 | JeffM | it's set earlyer then that |
| 23:04.52 | JeffM | but yes it is very stylized |
| 23:05.20 | swigg_V2 | Warn them about Kosovo and WWI coming |
| 23:05.37 | swigg_V2 | oh, and Hitler is a bad egg too |
| 23:05.44 | JeffM | I belive Comstock wants to start WW1 |
| 23:16.11 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 23:48.03 | *** join/#bzflag Rob5a (~Rob5a@cable-95-168-128-37.cust.telecolumbus.net) |
| 23:48.29 | drizzo4shizzo | so... did I hear a debate about switching VCS? May I humbly suggest Git? |
| 23:49.05 | drizzo4shizzo | I'll just back away slowly... |