| 01:20.25 | *** join/#bzflag infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 01:20.25 | *** topic/#bzflag is http://BZFlag.org || https://www.ohloh.net/p/bzflag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || 2.4.2 Current version https://goo.gl/ZaiNzX |
| 01:20.25 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:25.29 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 01:26.53 | Constitution | blast007: I think that was the main issue, yes... I would have to poke around |
| 01:27.36 | blast007 | just checked, and 2.4.4-RC1 builds on Debian Squeeze (gcc 4.4) Looks like OS X 10.6 is a couple years older than Squeeze though. |
| 01:28.29 | Constitution | according to http://stackoverflow.com/questions/13445742/apple-and-shared-ptr, it looks like it might work |
| 01:28.53 | Constitution | (using tr1 stuff) |
| 01:29.53 | blast007 | no idea if the tr1 stuff works the same as the final though |
| 01:31.38 | blast007 | also, depends if we care about supporting 32-bit Intel Macs or not |
| 01:31.47 | blast007 | 10.6 is the newest they can run |
| 01:33.21 | Constitution | there was something about certain macs having a 32-bit EFI, but still being able to run 64-bit applications... I can't remember which models they were |
| 01:34.09 | blast007 | I'm specifically referring to the Intel Core Solo/Duo processors which were 32-bit. The white plastic iMacs, for instance. |
| 01:34.34 | blast007 | I think some of the early Core 2 stuff had 32-bit UEFI (while the Core 2 processors themself were 64-bit) |
| 01:34.42 | Constitution | yeah |
| 01:34.44 | blast007 | s/UEFI/EFI/ |
| 01:35.14 | Constitution | bzflag did build 32-bit without problems on mac at one point... except for one SDL-related issue, I think |
| 01:36.59 | *** join/#bzflag nitroxis (n@nxs.one) |
| 01:38.18 | Constitution | until we break protocol, 10.6 users at least have an option |
| 01:38.29 | blast007 | another option would be a client-only package, since our shared_ptr stuff is only in the server |
| 01:40.33 | blast007 | now that I think about it, it's kinda strange we don't have a configure option to disable the server build |
| 01:40.50 | Constitution | I thought I tried that once, but I can't remember the problem I ran into |
| 01:41.14 | Constitution | as long as we have the start server option in the client menu, we do need the server |
| 01:42.10 | blast007 | that'd be an easy to throw inside an #if !defined block |
| 01:43.11 | blast007 | probably a bit invasive for this release though |
| 01:49.14 | blast007 | if deemed necessary, we could try making a custom release for older versions of Mac OS X after the 2.4.4 release |
| 02:00.12 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 02:00.12 | BZnotify | [13bzflag] 15macsforme pushed 1 new commit to 062.4: 02http://git.io/vcZBy |
| 02:00.12 | BZnotify | 13bzflag/062.4 145ba72be 15Joshua Bodine: Removed plugin CHANGELOG files from Xcode also. |
| 02:00.12 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 02:49.39 | *** join/#bzflag Gnurdux (~Michael@c-73-149-20-29.hsd1.ma.comcast.net) |
| 03:33.21 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 05:33.11 | Shuist | Hey map are you there? |
| 05:35.33 | Shuist | a 'mochi' is looking for you |
| 05:40.55 | the_map | yeah, I'm "there" ;) |
| 05:45.39 | *** topic/#bzflag by ChanServ -> http://BZFlag.org || http://ohloh.net/p/bzflag || https://wiki.bzflag.org/Getting_Help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.4-RC1 https://goo.gl/dQp5QG |
| 09:50.43 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 10:33.47 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 16:20.00 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 17:28.18 | *** join/#bzflag nitroxis (n@nxs.one) |
| 17:53.28 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 20:35.44 | *** join/#bzflag WarPig (~WarPig@bzflag/player/WarPig) |
| 20:37.39 | WarPig | Question: I'm running 2.4.3 client and it has some issues with GM. If the flag has a shot limit, when the last shot is fired and the flag is dropped, the last GM loses lock. Is this fixed in a later client? |
| 20:38.01 | blast007 | that would only be fixed in a new major release since it changes behavior |
| 20:38.14 | blast007 | so no, won't be fixed in the 2.4 line |
| 20:38.43 | WarPig | Also, I notice that GM locks on me from some players remain locked even after they are killed. Same issue? |
| 20:38.49 | WarPig | thanks |
| 20:39.05 | blast007 | the lock remaining could be a lost packet |
| 20:39.48 | *** join/#bzflag [Gort] (~gort@unaffiliated/gort/x-9231432) |
| 20:39.50 | WarPig | It happens with alarming regularity. Perhaps lost packets do as well. |
| 20:40.23 | blast007 | or it could be a bug |
| 20:41.11 | blast007 | eventually shots should be tracked by the server. iirc, there's already the start of a proper shot manager in the current server, just needs some stuff hooked up, and then it could properly handle GM locks there |
| 20:42.17 | WarPig | I do not believe GM always behaved the way it does now, with regards to losing lock. It also does it if I drop the flag. Lock Player -> fire -> drop flag -> lock releases |
| 20:42.51 | blast007 | "always" being prior to 2.4? |
| 20:43.13 | WarPig | Yes. |
| 20:43.33 | blast007 | because it's more important that behaviour doesn't change within a stable branch than it is to fix bugs or regressions regarding that behavior |
| 20:43.58 | blast007 | (again, within that branch) |
| 20:44.03 | blast007 | we can fix it for 2.6, but not for 2.4 |
| 20:44.18 | WarPig | gotcha thanks |
| 20:44.26 | blast007 | feel free to add an issue on our github page so we remember to look into it, though |
| 20:44.43 | WarPig | linky? |
| 20:44.45 | blast007 | https://github.com/BZFlag-Dev/bzflag |
| 20:44.55 | WarPig | gracias |
| 21:58.14 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 22:42.05 | *** join/#bzflag [Gort] (~gort@82-69-126-225.dsl.in-addr.zen.co.uk) |
| 22:42.05 | *** join/#bzflag [Gort] (~gort@unaffiliated/gort/x-9231432) |
| 23:25.15 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |