| 02:05.26 | *** join/#bzflag the_map (~the_map@unaffiliated/the-map/x-1795707) |
| 03:54.16 | the_map | Delusional suggested that I could help write the documentation for the filters; where could I start? |
| 04:37.46 | *** join/#bzflag rodgort (~rodgort@105.ip-167-114-152.net) |
| 04:46.31 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 06:24.27 | *** join/#bzflag meeba_ (~lamer@c-73-14-146-7.hsd1.co.comcast.net) |
| 06:26.21 | *** join/#bzflag disco- (~disco@unaffiliated/disco-) |
| 06:44.06 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 06:53.13 | *** join/#bzflag meeba (~lamer@c-73-14-146-7.hsd1.co.comcast.net) |
| 07:54.21 | *** join/#bzflag Travis__ (~travis@h197.41.30.71.dynamic.ip.windstream.net) |
| 08:02.55 | *** part/#bzflag Travis__ (~travis@h197.41.30.71.dynamic.ip.windstream.net) |
| 10:11.37 | blast007 | the_map: the code for the filters is in src/bzflag/ServerListFilter.(cxx|h) |
| 10:13.31 | blast007 | the_map: and do make note of the 'Licensing and Developer Agreement' part of DEVINFO |
| 11:34.48 | blast007 | And unless I dreamed this last night, the delayed curl request issue doesn't seem to happen right away. On a fresh boot, it works fine, but I let the system sit for a while and then I had the issue. Need to figure out if it's related to the system going into hibernation. |
| 15:21.11 | the_map | ~git |
| 15:21.14 | the_map | >git |
| 15:46.06 | alezakos | ~bzgit |
| 15:46.06 | infobot | git clone --branch 2.4 https://github.com/BZFlag-Dev/bzflag.git |
| 15:46.15 | alezakos | @the_map |
| 15:47.50 | the_map | thanks alezakos |
| 15:55.22 | *** join/#bzflag khonkhortisan (1810f0c8@gateway/web/freenode/ip.24.16.240.200) |
| 16:27.37 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 17:14.55 | *** join/#bzflag nitroxis (n@nxs.one) |
| 17:33.52 | *** join/#bzflag ukiki (~ukiki_@99-29-152-121.lightspeed.bcvloh.sbcglobal.net) |
| 18:42.44 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 22:00.26 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 22:27.28 | *** join/#bzflag alpha1-2 (~alpha1@host113.190-227-55.telecom.net.ar) |
| 22:44.55 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 22:44.55 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:53.47 | *** join/#bzflag khonkhortisan (1810f0c8@gateway/web/freenode/ip.24.16.240.200) |
| 22:54.56 | khonkhortisan | What was the solution for a self-compiled rc1 client being slow to connect? What library is the problem? |
| 23:03.38 | blast007 | khonkhortisan: is only a self-compiled one slow, or does it happen with the version I released as an installer? |
| 23:04.03 | khonkhortisan | the release is good, the rc1 installer is good, it's only my compile. |
| 23:05.27 | blast007 | built with Visual C++ 2010 with SP1? |
| 23:16.22 | khonkhortisan | yes |
| 23:18.17 | blast007 | strange that it works with the installer client then. |
| 23:18.32 | khonkhortisan | and in bzflag-dependencies/buildVC2010.bat, devenv is changed to vcexpress because I don't have pro. |
| 23:19.31 | blast007 | are you familiar with Wireshark? |
| 23:21.04 | khonkhortisan | I'll open it |
| 23:22.13 | blast007 | if so, you could run a capture, launch the client, wait for the MOTD to load in, stop the capture, and set this as the display filter: ip.addr == 192.169.83.30 or dns |
| 23:23.22 | blast007 | if it's the same issue as I was seeing, there will be a DNS query for an AAAA record, a response with no answer (no IP), then a long delay before another DNS query for an A record, which gets a valid answer back, and then it finally hits the web server |
| 23:28.58 | khonkhortisan | I have A bzflag.org at time 47, then AAAA bzflag.org at time 50 |
| 23:30.54 | blast007 | did your MOTD show up quickly, or was it delayed a while? |
| 23:31.17 | khonkhortisan | four LLMNR at time 54, then DNS for bzaddict (I joined a server) at time 64 |
| 23:31.22 | khonkhortisan | it was delayed |
| 23:31.42 | khonkhortisan | I can start joining a server before it shows |
| 23:31.43 | blast007 | oh, and I guess I should clarify. When you say "slow to connect", is it slow to load the MOTD and the server list, or just slow to connect to a server? and how much of a delay are we talking about? |
| 23:32.00 | blast007 | okay |
| 23:32.01 | khonkhortisan | motd, server list, and server. |
| 23:33.31 | khonkhortisan | 48 seconds from starting to displaying motd, |
| 23:33.52 | blast007 | open up src/common/cURLManager.cxx, and go to the end of cURLManager::cURLManager() |
| 23:34.35 | blast007 | before "cURLMap[easyHandle] = this;", add: |
| 23:34.38 | blast007 | result = curl_easy_setopt(easyHandle, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4); |
| 23:34.40 | khonkhortisan | 51 seconds to load the server list |
| 23:34.57 | blast007 | if (result != CURLE_OK) { logDebugMessage(1,"CURLOPT_IPRESOLVE error: %d\n", result); } |
| 23:52.13 | khonkhortisan | that doesn't seem to have an effect |
| 23:59.01 | blast007 | which version of Windows are you using? |
| 23:59.26 | khonkhortisan | 10 |