| 00:18.19 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 00:18.19 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 00:28.39 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 00:29.46 | *** join/#bzflag bier|tp (~bier@pD9E2F48A.dip.t-dialin.net) |
| 00:33.11 | *** join/#bzflag allejo (~allejo@pool-173-51-205-154.lsanca.fios.verizon.net) |
| 00:46.23 | *** join/#bzflag bier|tp (~bier@pD9E2F48A.dip.t-dialin.net) |
| 00:52.08 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 01:17.42 | *** join/#bzflag McYukon (~McYukon@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 01:18.58 | *** join/#bzflag Wreckage (~wreckage@mail.freegroups.net) |
| 01:20.37 | *** part/#bzflag Wreckage (~wreckage@mail.freegroups.net) |
| 01:21.57 | *** join/#bzflag Kutakizukari (~blank@207-255-185-183-dhcp.gsv.md.atlanticbb.net) |
| 01:31.31 | *** join/#bzflag Kutakizukari (~blank@207-255-185-183-dhcp.gsv.md.atlanticbb.net) |
| 01:41.39 | *** join/#bzflag short_circuit (~spldart2@h64.191.213.151.dynamic.ip.windstream.net) |
| 01:47.40 | *** part/#bzflag Kutakizukari (~blank@207-255-185-183-dhcp.gsv.md.atlanticbb.net) |
| 01:49.53 | *** join/#bzflag Kutakizukari (~blank@207-255-185-183-dhcp.gsv.md.atlanticbb.net) |
| 02:25.07 | *** join/#bzflag JeffM2501 (~JeffM@bzflag/projectadmin/JeffM) |
| 02:25.07 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 02:46.03 | *** join/#bzflag BlasterWisconsin (~blasterwi@unaffiliated/blaster-wisconsi/x-3628685) |
| 02:51.59 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 02:51.59 | *** mode/#bzflag [+v blast007] by ChanServ |
| 02:57.29 | *** join/#bzflag jomojo (~jomojo@cpe-76-184-20-22.tx.res.rr.com) |
| 03:08.55 | *** join/#bzflag Bambino (~Bambino@S0106002191dd19a8.gv.shawcable.net) |
| 03:10.41 | *** join/#bzflag Bambino (~Bambino@unaffiliated/sniper15) |
| 03:17.24 | *** join/#bzflag blast007_ (~blast007@bzflag/developer/Blast) |
| 03:17.24 | *** mode/#bzflag [+v blast007_] by ChanServ |
| 03:31.22 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 03:31.23 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 03:33.11 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 03:33.11 | *** mode/#bzflag [+v blast007] by ChanServ |
| 03:34.10 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 03:56.11 | brlcad | http://www.youtube.com/watch?v=G213OZYf8ls |
| 03:57.57 | BulletCatcher | rickroll? |
| 04:05.18 | jcp | no |
| 04:05.36 | jcp | "" |
| 04:05.45 | jcp | erg, fail |
| 04:05.53 | jcp | "How to edit bzflag config" |
| 04:06.01 | jcp | 's Ctrl+V is failing out for some reason |
| 04:18.21 | Bambino | I hope he removed his password.... |
| 04:56.57 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 04:57.24 | *** join/#bzflag BlasterWisconsin (~blasterwi@CPE-72-131-125-36.wi.res.rr.com) |
| 04:57.25 | *** join/#bzflag BlasterWisconsin (~blasterwi@unaffiliated/blaster-wisconsi/x-3628685) |
| 04:58.05 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 04:58.05 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 05:06.20 | *** join/#bzflag Kutakizukari (~blank@207-255-185-183-dhcp.gsv.md.atlanticbb.net) |
| 05:24.58 | *** join/#bzflag Marzipan- (~Marzipan@p5B227344.dip.t-dialin.net) |
| 05:26.31 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:05.55 | *** join/#bzflag chaoscon (jeremy@smartserv/ceo/chaoscon) |
| 06:46.55 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 06:46.55 | *** mode/#bzflag [+v blast007] by ChanServ |
| 07:55.56 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 07:55.56 | *** mode/#bzflag [+v blast007] by ChanServ |
| 08:29.36 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 09:36.12 | *** join/#bzflag TutTankAhmon (~TutTankAh@AMontpellier-751-1-18-41.w90-4.abo.wanadoo.fr) |
| 12:45.54 | *** join/#bzflag TutTankAhmon (~Olivier@LAubervilliers-151-11-10-35.w193-251.abo.wanadoo.fr) |
| 13:27.29 | *** join/#bzflag Tonywolfe (~chatzilla@nc-71-2-149-15.dhcp.embarqhsd.net) |
| 13:33.07 | *** join/#bzflag fahadsadah (fahad@unaffiliated/fahadsadah) |
| 13:45.06 | *** join/#bzflag fahadsadah (fahad@unaffiliated/fahadsadah) |
| 13:48.37 | *** join/#bzflag fahadsadah (fahad@unaffiliated/fahadsadah) |
| 14:07.55 | CIA-88 | BZFlag: 03Huttymuncher 07http://my.bzflag.org * r6958 10/w/Editing_by_Hand: /* Groups */ |
| 14:56.13 | *** join/#bzflag Upsetter (~Ups@89.246.217.72) |
| 15:27.23 | *** join/#bzflag bryjen (~bryjen@63.147.94.149) |
| 15:27.23 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 15:34.11 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 15:34.11 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:43.41 | *** join/#bzflag theandromedan (~theandrom@148.87.66.55) |
| 16:06.16 | *** join/#bzflag Marzipan- (~Marzipan@p5B227BD0.dip.t-dialin.net) |
| 16:06.27 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 16:16.09 | *** join/#bzflag xaver__ (~xaver@pD9ED4655.dip.t-dialin.net) |
| 16:28.40 | *** join/#bzflag Dontkillme (~chatzilla@frnk-5f745de1.pool.mediaWays.net) |
| 16:44.17 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 16:44.18 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:03.27 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 17:03.27 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:09.00 | *** join/#bzflag GvzEvxre (~timr@bzflag/projectlead/TimRiker) |
| 17:09.00 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 17:22.11 | *** join/#bzflag hobbsc (~zalgo@opensuse/member/hobbsc) |
| 17:24.59 | *** join/#bzflag temporalD (~temporal@bzflag/serverop/TemporalDistraction) |
| 17:30.20 | *** join/#bzflag Marzipan- (~Marzipan@p5B2240BB.dip.t-dialin.net) |
| 17:31.56 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 17:35.42 | *** join/#bzflag goingberserk (~abc@pD9E86182.dip.t-dialin.net) |
| 17:37.04 | *** join/#bzflag jomojo (~jomojo@cpe-76-184-20-22.tx.res.rr.com) |
| 17:40.04 | *** join/#bzflag goingberserk (~abc@pD9E86182.dip.t-dialin.net) |
| 17:58.03 | *** join/#bzflag JefferyM (~JefferyM@bzflag/projectadmin/JeffM) |
| 17:58.03 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 18:00.09 | *** join/#bzflag biggeruniverse (~biggeruni@adsl-70-136-142-113.dsl.ksc2mo.sbcglobal.net) |
| 18:00.16 | biggeruniverse | hullo |
| 18:01.16 | blast007 | hi |
| 18:02.58 | biggeruniverse | long time |
| 18:03.50 | JefferyM | not in a geological scale :) |
| 18:04.11 | biggeruniverse | in a biggeruniverse-centric time scale it is |
| 18:04.30 | JefferyM | perhaps |
| 18:05.16 | biggeruniverse | still not done with 3.0? |
| 18:05.21 | JefferyM | nope |
| 18:15.49 | *** join/#bzflag greg1 (~greg@glo44-2-82-225-224-173.fbx.proxad.net) |
| 18:17.38 | CIA-88 | BZFlag: 03Huttymuncher 07http://my.bzflag.org * r6959 10/w/Editing_by_Hand: /* Groups */ |
| 18:18.32 | CIA-88 | BZFlag: 03Huttymuncher 07http://my.bzflag.org * r6960 10/w/Editing_by_Hand: /* Groups */ |
| 18:19.14 | CIA-88 | BZFlag: 03Huttymuncher 07http://my.bzflag.org * r6961 10/w/Editing_by_Hand: /* Groups */ |
| 18:24.44 | CIA-88 | BZFlag: 03Huttymuncher 07http://my.bzflag.org * r6962 10/w/Editing_by_Hand: /* Transformations */ |
| 18:31.03 | *** part/#bzflag greg1 (~greg@glo44-2-82-225-224-173.fbx.proxad.net) |
| 18:32.43 | *** join/#bzflag remspoor (~remspoor@2001:7b8:337:1:213:d3ff:feb6:b7c8) |
| 18:33.48 | dd_2nd | hi all.. |
| 18:34.32 | dd_2nd | anyone here who can help me with a strange thing about resolv.conf, ipv6 and bzf ? |
| 18:36.55 | blast007 | what about it, exactly? |
| 18:37.10 | dd_2nd | hi.. |
| 18:37.31 | dd_2nd | i used and ipv6 address as nameserver enry in resolv.conf. |
| 18:38.06 | dd_2nd | and then bzflag can't connect to the hub anymore.. |
| 18:38.18 | blast007 | you're referring to trunk code? |
| 18:38.24 | dd_2nd | 2.0.14 and als cvs version from a couple of days ago. |
| 18:38.39 | blast007 | SVN you mean? |
| 18:38.45 | blast007 | 2.0.14 doesn't have the 'hub' |
| 18:39.02 | blast007 | and we haven't used CVS in a long while |
| 18:39.02 | dd_2nd | well.. sry.. i'm not a real programmer. |
| 18:39.11 | JefferyM | what do you mean by "hub" ? |
| 18:39.12 | blast007 | we use SVN (Subversion) now |
| 18:39.26 | dd_2nd | wow, i'm having a good day !! |
| 18:39.32 | dd_2nd | i meant svn ;-) |
| 18:39.42 | blast007 | by yeah, what 'hub' |
| 18:39.52 | dd_2nd | bzf can't find any servers to play then. |
| 18:39.58 | dd_2nd | sry.. |
| 18:40.01 | dd_2nd | hub.. |
| 18:40.05 | blast007 | so you can't get the list of server? |
| 18:40.15 | dd_2nd | i thought it tried to connect to hub.bfz something. |
| 18:40.28 | dd_2nd | yep, not startup msg.. |
| 18:40.30 | blast007 | no. hub is a global chat thing that is only in trunk. |
| 18:40.32 | dd_2nd | and nog server list. |
| 18:40.43 | dd_2nd | aha.. |
| 18:40.45 | blast007 | (trunk meaning our development version) |
| 18:40.57 | dd_2nd | i saw that in a network trace then i thin. |
| 18:41.09 | dd_2nd | yes.. i checked that one out.. |
| 18:41.28 | blast007 | try this from your terminal: nslookup my.bzflag.org |
| 18:41.47 | dd_2nd | i'm on gentoo linux b.t.w. |
| 18:41.54 | blast007 | should respond with the IP 63.246.136.16 |
| 18:42.19 | dd_2nd | yes.. |
| 18:42.40 | dd_2nd | i'll switch to and ipv6 nameserver first. |
| 18:42.41 | blast007 | okay, then it's just bzflag that doesn't like an IPv6 DNS server |
| 18:42.45 | blast007 | oh... |
| 18:42.57 | dd_2nd | thats what i think. |
| 18:43.11 | blast007 | well are you currently using the IPv6 resolver? |
| 18:43.17 | dd_2nd | or is there a library used to look it up ? |
| 18:43.22 | blast007 | cuz if not, then the above test was worthless ;) |
| 18:43.31 | dd_2nd | not yet, cat switch now. |
| 18:43.42 | *** part/#bzflag Upsetter (~Ups@89.246.217.72) |
| 18:44.11 | blast007 | well, instead of that same query, I'll have you do a different one to ensure we're not using a cached entry |
| 18:44.18 | JefferyM | we never did anything to support IPV6 IIRC |
| 18:44.31 | blast007 | JefferyM: right, at least for *playing* over IPv6 |
| 18:44.38 | dd_2nd | haha.. |
| 18:44.43 | dd_2nd | okay.. |
| 18:44.43 | blast007 | not sure if ares would still do lookups to an IPv6 server |
| 18:44.48 | JefferyM | ahh |
| 18:44.49 | JefferyM | true |
| 18:45.03 | blast007 | dd_2nd: is it switched? and are you sure it's using that one now? |
| 18:45.06 | dd_2nd | okay.. |
| 18:45.11 | dd_2nd | yep. |
| 18:45.17 | blast007 | if so, do this: nslookup bzflag.org |
| 18:45.31 | dd_2nd | using dig as lookup tool, thats not a problem i think. |
| 18:45.36 | JefferyM | what would we have to do to fully support IPV6? |
| 18:45.44 | JefferyM | and how important is it to support it? |
| 18:45.48 | dd_2nd | 63.246.136.16 |
| 18:46.02 | blast007 | dd_2nd: okay, so yeah, then it probably is bzflag that just isn't going to support it |
| 18:46.09 | dd_2nd | i don't think its important.. |
| 18:46.26 | dd_2nd | if it can find a A record it's okay. |
| 18:46.33 | blast007 | JefferyM: there's already code notes/code re: IPv6 |
| 18:46.42 | dd_2nd | but.. |
| 18:46.45 | blast007 | was just looking at that the other day |
| 18:46.55 | JefferyM | how much more does it need? |
| 18:47.00 | JefferyM | is it something that should be done for 3? |
| 18:47.06 | blast007 | shrugs |
| 18:47.14 | blast007 | well beyond my realm of knowledge |
| 18:47.20 | JefferyM | k |
| 18:47.20 | blast007 | I was just looking at it ;) |
| 18:47.21 | dd_2nd | i'm running dual stack for a long time now.. and did a switch to the IPv6 nameserver and couldn't play anymore :-( |
| 18:48.08 | dd_2nd | but.. is ares doing the lookup stuff ? |
| 18:48.20 | blast007 | dd_2nd: it's possible your ares wasn't build with IPv6 support, but I'm not really sure where the limitation would be, exactly |
| 18:48.23 | dd_2nd | maybe it's an ares problem then ? |
| 18:48.40 | blast007 | it's quite possible our code doesn't handle something right with ares to allow it to use an IPv6 nameserver |
| 18:49.21 | dd_2nd | can you point me to files where the lookup is done ? |
| 18:49.28 | dd_2nd | maybe i can find something. |
| 18:49.29 | blast007 | I don't know |
| 18:49.33 | dd_2nd | :-( lol |
| 18:49.36 | blast007 | grep for ares ;) |
| 18:49.46 | dd_2nd | hehe |
| 18:50.36 | dd_2nd | to be complete, im using net-dns/c-ares-1.7.0 |
| 18:51.01 | blast007 | JefferyM: |
| 18:51.03 | blast007 | uint8_t Address::getIPVersion() const { return 4; |
| 18:51.03 | blast007 | } |
| 18:51.06 | blast007 | ;) |
| 18:51.54 | JefferyM | yeah I don't know enough about it ether, and we should probably have a hard time finding someone to test it all out |
| 18:52.03 | blast007 | but yeah, src/net/Address.cxx seems to be specific to IPv6 in a several ways, but I imagine it would be easy enough to do |
| 18:52.22 | blast007 | hard part would be banning IPv6 users ;) |
| 18:52.28 | dd_2nd | als long as i can checkout and build, testing is nog a problem for me.. |
| 18:52.36 | dd_2nd | i know a lot about networking. |
| 18:52.45 | JefferyM | list server probalby dosn't store them ether |
| 18:52.55 | blast007 | definately not |
| 18:53.09 | JefferyM | player bans could be an issue as well |
| 18:53.11 | dd_2nd | haha.. nice to ban IPv6 users yea ;-) |
| 18:53.21 | JefferyM | dd_2nd, we meant as a general feature |
| 18:53.40 | blast007 | dd_2nd: easy enough to type out an IPv4 address. Not so much an IPv6. |
| 18:53.44 | JefferyM | anything we can do for V4 needs to be supported for V6 as well |
| 18:54.02 | dd_2nd | IPv6 doesn't have to work.. |
| 18:54.08 | JefferyM | it should |
| 18:54.14 | JefferyM | it's not like it's going to go away |
| 18:54.21 | dd_2nd | as long as it uses IPv4 to try to connect to servers. |
| 18:54.31 | dd_2nd | uuhh, nope ;-) |
| 18:54.52 | blast007 | hmm, and then the list server would have to store both the IPv4 and IPv6 address, unless we did two entries |
| 18:55.06 | JefferyM | I am talking about the general features of fully supporting IPV6, not your specific problem |
| 18:55.24 | dd_2nd | yes.. |
| 18:55.26 | JefferyM | yeah it looks like it's a bit more then just some changes to addressing |
| 18:55.37 | dd_2nd | could be... |
| 18:56.03 | dd_2nd | but it will still take some time until everyone has IPv6 |
| 18:56.33 | JefferyM | yes but we should be ready BEFORE that happens ;) |
| 18:57.09 | dd_2nd | haha.. oh.. bzf would be the first app. thats working in time ;-) |
| 18:57.39 | JefferyM | doubtful |
| 18:57.45 | JefferyM | but we should not ignore it |
| 18:58.04 | dd_2nd | no, i think your right.. IPv6 will come.. |
| 18:58.17 | dd_2nd | even faster in Asia. |
| 18:59.20 | BulletCatcher | dd_2nd: Do your other applications work okay with the IPv6 nameserver address? |
| 18:59.22 | BulletCatcher | I expect such a detail to be hidden by the resolver library, so I am surprised that it breaks bzflag. |
| 18:59.37 | dd_2nd | yes very well |
| 18:59.49 | BulletCatcher | Huh. |
| 19:00.02 | BulletCatcher | Does a "curl -I http://my.bzflag.org/" command work? |
| 19:00.11 | dd_2nd | i tried bzf about 2 weeks ago and even didn't notice it was the nameserver problem.. |
| 19:00.46 | dd_2nd | curl: (6) Could not resolve host: my.bzflag.org (Could not contact DNS servers) |
| 19:00.55 | dd_2nd | ;-) |
| 19:01.08 | BulletCatcher | Okay, that suggests it is a curl problem, which is used by bzflag. |
| 19:01.17 | dd_2nd | @ lease we have a direction. |
| 19:01.23 | dd_2nd | +t |
| 19:01.39 | dd_2nd | hi bullet b.t.w. |
| 19:01.49 | blast007 | dd_2nd: can you connect to a server directly, say bzexcess.com port 5154 (leave the 'password' field empty) ? |
| 19:02.23 | dd_2nd | with telnet? bzf ? |
| 19:02.25 | blast007 | bzflag |
| 19:03.40 | blast007 | we use curl for motd, list, and auth - but connecting to the server doesn't ;) |
| 19:03.40 | blast007 | so if it's just a curl problem, that might work |
| 19:03.41 | blast007 | BulletCatcher: could it still be an ares problem? as in, if the system 'curl' binary uses ares? |
| 19:03.41 | BulletCatcher | Yes, it could be ares. |
| 19:05.42 | BulletCatcher | ares is the likely culprit, in fact, since it implements asynchronous DNS lookups. |
| 19:05.43 | dd_2nd | 2.0.14 says: server not found. |
| 19:05.47 | blast007 | k |
| 19:07.11 | dd_2nd | can i give some more info/test some more/ report a bug somewhere ? |
| 19:08.43 | blast007 | you could certainly report it as a bug on our bug tracker |
| 19:09.21 | blast007 | https://sourceforge.net/tracker/?group_id=3248&atid=103248 |
| 19:09.48 | dd_2nd | aha, i was looking for that ;-) |
| 19:11.28 | dd_2nd | There is an IPv6 support request already. |
| 19:11.41 | BulletCatcher | We include c-ares 1.2.1 in BZFlag 2.0.14. Such an old version apparently does not have IPv6 support. |
| 19:12.18 | BulletCatcher | However, modern Linux distros are likely to have a newer c-ares version, and bzflag can link to that. |
| 19:12.20 | dd_2nd | i'm not sure if i use the system c-ares or not. |
| 19:12.43 | BulletCatcher | The "ldd" command can be used to answer that question. |
| 19:13.07 | dd_2nd | libcurl.so.4 => /usr/lib64/libcurl.so.4 |
| 19:13.24 | dd_2nd | libcares.so.2 => /usr/lib64/libcares.so.2 |
| 19:14.13 | BulletCatcher | That looks promising. What is the system version of c-ares? |
| 19:14.26 | dd_2nd | 1.7.0 |
| 19:14.38 | BulletCatcher | That's the latest upstream. |
| 19:14.50 | dd_2nd | okay.. |
| 19:15.11 | dd_2nd | it's compiled with the ipv6 flag. (gentoo linux specific) |
| 19:15.26 | BulletCatcher | That was going to be my next question... |
| 19:15.38 | dd_2nd | ;-) |
| 19:16.00 | dd_2nd | i can try to force IPv6 _OFF_ for a short test. |
| 19:16.20 | blast007 | src/net/AresHandler.cxx is where we handle a good chunk (or all?) of the lookups |
| 19:18.01 | dd_2nd | humm... sry there is no ipv6 use flag!.. |
| 19:18.10 | dd_2nd | i'l watch configure.. 1 mom. |
| 19:19.18 | dd_2nd | i think it's compiling for IPv6. |
| 19:19.22 | dd_2nd | hecking for PF_INET6... yes |
| 19:19.22 | dd_2nd | checking for AF_INET6... yes |
| 19:19.22 | dd_2nd | checking for struct in6_addr... yes |
| 19:19.22 | dd_2nd | checking for struct sockaddr_in6... yes |
| 19:19.24 | dd_2nd | checking for struct sockaddr_in6.sin6_scope_id... yes |
| 19:19.26 | dd_2nd | checking for struct addrinfo.ai_flags... yes |
| 19:19.48 | blast007 | the ipv6 flag only was for curl, iirc |
| 19:20.06 | dd_2nd | but without the use flag, it's hard to force a compile without ipv6. |
| 19:20.37 | dd_2nd | yes indeed, curl has ipv6 USE flag. |
| 19:20.59 | BulletCatcher | Since the curl program fails too, the best approach may be to work with the curl developers to fix that. Then we can incorporate their upstream changes into BZFlag. |
| 19:21.00 | BulletCatcher | Of course, it could just be the way it is compiled for gentoo. |
| 19:21.34 | BulletCatcher | As far as I can tell, curl and c-ares share common developers. |
| 19:21.39 | blast007 | yeah |
| 19:22.54 | BulletCatcher | I have no IPv6 enabled systems that I can test any of this with, although in theory I could set one up at work. |
| 19:23.56 | dd_2nd | i looked to see if c-ares has --without for configure, but it doesn't. |
| 19:24.33 | dd_2nd | testing is not a problem over here. |
| 19:24.42 | dd_2nd | if i can held, let me know. |
| 19:24.47 | dd_2nd | d=p |
| 19:25.22 | BulletCatcher | Do you know how to use a debugger such as gdb? |
| 19:25.38 | BulletCatcher | That would be the next step. |
| 19:26.19 | dd_2nd | uuuh.. |
| 19:26.29 | dd_2nd | tried a couple of times.. |
| 19:28.03 | dd_2nd | created some info for dev's when apps core dumped. |
| 19:29.28 | BulletCatcher | If you have the "strace" program, then "strace curl -I http://my.bzflag.org/" might reveal where the problem is. |
| 19:29.29 | BulletCatcher | (It generates nearly 1000 lines of output for me.) |
| 19:30.00 | dd_2nd | i can compile bzflag with -ggdb3... |
| 19:30.14 | dd_2nd | aha, no problem.. only a lot of info i think.. i'll try that 1st |
| 19:30.32 | BulletCatcher | ~bzpaste |
| 19:30.33 | ibot | hmm... bzpaste is http://pastebin.bzflag.bz/ |
| 19:32.10 | BulletCatcher | A diff of the strace outputs with IPv4 and IPv6 nameservers should help narrow it down. |
| 19:34.48 | dd_2nd | pastbin is forbidden for me.. |
| 19:35.52 | BulletCatcher | ~pastebin |
| 19:35.53 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 19:36.01 | BulletCatcher | There are other choices. |
| 19:36.14 | dd_2nd | haha was already searching |
| 19:36.48 | BulletCatcher | If you are at work, don't try too hard to circumvent their policy. |
| 19:37.01 | dd_2nd | nono, @ home.. |
| 19:37.20 | BulletCatcher | Good. Don't want you to get fired for BZFlag. :-) |
| 19:38.10 | dd_2nd | haha |
| 19:39.01 | dd_2nd | http://pastebin.ca/1817691 |
| 19:41.23 | dd_2nd | i didn't use option -f (Trace child processes) is that needed ? |
| 19:41.38 | BulletCatcher | I don't think so. |
| 19:41.51 | dd_2nd | and is the IPv4 version needed.. |
| 19:42.38 | dd_2nd | the diff is 1.5 times the ipv6 text file ;-) |
| 19:43.06 | BulletCatcher | Just look at the diff and see if anything jumps out at you. |
| 19:45.19 | BulletCatcher | In the paste, it looks like it is trying to use 127.0.0.1 (localhost) as the resolver. Weird. |
| 19:45.32 | dd_2nd | yes, is was there right now.. |
| 19:45.49 | dd_2nd | but it's also using AF_INET, not AF_INET6 |
| 19:46.52 | BulletCatcher | I assume you did not have "nameserver 127.0.0.1" in your resolv.conf file? |
| 19:47.04 | dd_2nd | lol, no ;-) |
| 19:47.15 | BulletCatcher | Just making sure. :-) |
| 19:47.37 | dd_2nd | but.. is curl reading the resolv.conf directly ? |
| 19:47.54 | BulletCatcher | It opens it at line 307 of the paste. |
| 19:50.20 | dd_2nd | @106, it's using libresolv, isn't that lib reading the file ? |
| 19:51.19 | BulletCatcher | Line 106 is the program loading the dynamic library. That doesn't say anything about how it is used. |
| 19:51.27 | dd_2nd | ok. |
| 19:52.30 | BulletCatcher | Well, I think I have done as much as I can here. I still suggest contacting the curl developers. |
| 19:52.37 | dd_2nd | i'll startup my laptop 2 be sure it has the same problem. |
| 19:53.09 | dd_2nd | this is a nice/small usecase. |
| 19:53.36 | dd_2nd | tnx for the help bullet. |
| 19:53.43 | BulletCatcher | Yup, devs like things that are easy to reproduce. |
| 19:53.46 | BulletCatcher | You're welcome. |
| 20:13.35 | *** join/#bzflag Think_Differentl (~fatass@pool-71-178-120-61.washdc.east.verizon.net) |
| 20:13.48 | *** join/#bzflag Think_Differentl (~fatass@bzflag/player/ThinkDifferent) |
| 20:17.11 | *** join/#bzflag moonpix (~taz@unaffiliated/moonpix) |
| 21:09.04 | JefferyM | can't decide if he should do portals or octree or both..... |
| 21:18.00 | biggeruniverse | portals only works for an "indoor" game |
| 21:18.16 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 21:20.13 | JefferyM | not if you let parts of a cell go out to the skybox |
| 21:20.23 | JefferyM | as in don't draw walls and roofs |
| 21:20.35 | JefferyM | then those cells can look like they are "outside" |
| 21:20.54 | JefferyM | that's how unreal did exteriors |
| 21:21.11 | biggeruniverse | unreal is still very enclosed |
| 21:21.40 | JefferyM | I don't think that's an engine limitation, but simply the design they wanted to go with for gameplay |
| 21:22.03 | JefferyM | some maps are outdoor style arenas |
| 21:22.57 | Cobra_Fast | i thought this was #bzflag ? >_> |
| 21:23.11 | JefferyM | dosn't mean we can't mention tech that was used on other games |
| 21:23.21 | Cobra_Fast | right :< |
| 21:23.35 | JefferyM | http://img413.imageshack.us/i/face31024.jpg/ |
| 21:23.46 | JefferyM | that's an example of an indoor/outdoor portal world |
| 21:24.26 | JefferyM | Cobra_Fast, what's wrong with talking about what others have done? |
| 21:24.44 | Cobra_Fast | idk, i just wondered - i didn't complain |
| 21:25.28 | JefferyM | it would be silly for any open source project to ignore common alogrythms just because they happend to be done in another thing |
| 21:26.01 | Cobra_Fast | ok. but are you abled to implement the commercial stuff into bzf? |
| 21:26.14 | *** join/#bzflag R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 21:26.14 | JefferyM | what do you mean "comerical stuff" ? |
| 21:26.28 | Cobra_Fast | the algorythms you're talking about |
| 21:26.37 | Cobra_Fast | i assume they were developed for commercial purposes |
| 21:26.38 | JefferyM | they arn't owned by anyone |
| 21:26.43 | JefferyM | they were |
| 21:26.47 | JefferyM | but they were not patented |
| 21:27.08 | JefferyM | just bevause a comerical project uses something dosn't mean that others can't as well |
| 21:27.15 | JefferyM | you can't copyright an idea |
| 21:27.25 | Cobra_Fast | true |
| 21:28.01 | JefferyM | bzflag uses a bsp tree , just like quake does. and has used one for YEARS |
| 21:28.20 | JefferyM | id does not hold the monopoly on binary trees for visualisation :) |
| 21:28.57 | Cobra_Fast | quake has been cloned thousands of times... |
| 21:29.20 | Cobra_Fast | i wonder people are still buying the original |
| 21:29.33 | JefferyM | and bsp trees existed long before johnny wrote his first line of code for it ;) |
| 21:30.03 | JefferyM | hmm the way I think of using cells/portals should make "ramps" easier to do too. |
| 21:30.53 | Cobra_Fast | we're going to see quake style portals in bzf? Oo |
| 21:31.01 | JefferyM | dunno |
| 21:31.14 | Cobra_Fast | instead of teles or additionally? |
| 21:31.22 | JefferyM | I'm just expirementing with stuff, if it gets put into bz, so be it |
| 21:31.42 | JefferyM | bzflag has no plan for features |
| 21:32.07 | Cobra_Fast | portals would give mapmakers a large bunch of new opportunities |
| 21:32.10 | JefferyM | I doubt that ramps will ever go into "BZFlag proper" but maybe in anothe game that exists onlongside bz |
| 21:33.10 | Cobra_Fast | but wouldnt it be possible to build something similar with teleporter mesh-faces in bzf3 ? |
| 21:36.04 | blast007 | Cobra_Fast: you do know that "portal" in that context doesn't refer to the bz teleporters, right? http://en.wikipedia.org/wiki/Portal_rendering |
| 21:36.22 | blast007 | or maybe you were referring to something in quake |
| 21:36.26 | blast007 | doesn't play quake |
| 21:36.31 | Cobra_Fast | hmm |
| 21:36.41 | Cobra_Fast | quake-teleporters are called "portals" by players |
| 21:36.52 | Cobra_Fast | so i might got something wrong |
| 21:36.53 | blast007 | but I think jeff was referring to the rendering |
| 21:37.06 | Cobra_Fast | ya ok, ty |
| 21:45.46 | *** join/#bzflag temporalD (~temporal@bzflag/serverop/TemporalDistraction) |
| 21:55.04 | JefferyM | blast007, they can be used as similar things :) |
| 21:55.39 | JefferyM | my portal system dosn't have a problem if 2 cells ocupy the same 3d space but are not vissable from each other |
| 21:56.02 | JefferyM | tho doing a "move" to another part of the map woudl not be hard |
| 21:56.56 | JefferyM | bassiclay I can put a doorway that is freestanding in the middle of a room that conneccts to another room that is in the same "space" but is only vissable thru that doorway |
| 21:57.26 | JefferyM | marathon style :) |
| 21:59.57 | JefferyM | the think I think that would make it nice for a combat game like BZ would be that you could make tunnels that went from place to place and would only intersect if you really wanted them too |
| 22:00.27 | JefferyM | that'd make it easier to design those types of structures with out having to worry about stuff like object thickness. |
| 22:01.40 | JefferyM | my only problem is that it's harder to describe to people how to use it :) |
| 22:15.37 | *** join/#bzflag me1 (~ausom@bzflag/player/Me1) |
| 22:29.59 | JefferyM | Cobra_Fast, now if you want we could just implemnt bzflag as a quake mod :) |
| 22:30.08 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 22:32.54 | Cobra_Fast | no thanks :P |
| 22:32.58 | Cobra_Fast | bye, gn8 |
| 22:33.05 | JefferyM | heh |
| 22:33.17 | Cobra_Slow | 11.30 pm |
| 22:33.18 | Cobra_Slow | ^^ |
| 22:33.23 | JefferyM | it's be a lot more stable as a quake mod |
| 22:33.38 | Cobra_Slow | im off cu |
| 22:33.42 | JefferyM | have fun |
| 22:54.38 | *** join/#bzflag AAA_awright (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 23:32.18 | *** join/#bzflag Carnage00 (~chatzilla@dyn216-8-175-207.ADSL.mnsi.net) |
| 23:51.41 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 23:51.41 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:51.56 | *** join/#bzflag churcd (~churcd@bellsprout-11.dynamic.rpi.edu) |
| 23:52.04 | churcd | Got a second version of the patch up: https://sourceforge.net/tracker/?func=detail&aid=2961606&group_id=3248&atid=303248 |
| 23:56.26 | JefferyM | cool |
| 23:56.38 | *** join/#bzflag Tonywolfe (~chatzilla@nc-71-2-149-15.dhcp.embarqhsd.net) |
| 23:56.56 | churcd | Instead of modifying the bzflag file conversion routine (which wasn't even triggering on my 2.0 file for some reason) I just had panelopacity also set radaropacity and then have radaropacity override. It's simple and it works, unless you object |
| 23:57.15 | *** join/#bzflag bryjen (~bryjen@cpe-75-81-201-131.we.res.rr.com) |
| 23:57.15 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:57.51 | JefferyM | hmm, there should be a place where we convert, but that isn't a horriible solution |
| 23:58.45 | churcd | there is, but it depends on a version number being set in the config file, which I don't think it was for some reason |
| 23:58.59 | churcd | and although it should be, this will work for users who don't have it set in theirs for whatever reason |
| 23:58.59 | JefferyM | I'd not be heartbroken if users had to go in and set them both again for V3 |
| 23:59.20 | JefferyM | the upgrade process is not something that happens often for a single user |
| 23:59.23 | churcd | No real reason to make them do it when this extra line of code works, no? |
| 23:59.34 | JefferyM | it's code we have to maintain |
| 23:59.44 | JefferyM | one bit that works differently then everything else |
| 23:59.51 | JefferyM | but it is minor |
