| 00:06.10 | blast007 | hrm.... |
| 00:07.26 | khonkhortisan | Do you want the trace? |
| 00:08.12 | blast007 | the wireshark log? |
| 00:08.16 | khonkhortisan | yeah |
| 00:08.52 | blast007 | probably not anything useful in there, unfortunately |
| 00:09.24 | blast007 | if you build 2.4.2, does that work correctly? |
| 00:14.36 | *** join/#bzflag alpha1-2 (~alpha1@host113.190-227-55.telecom.net.ar) |
| 00:17.40 | blast007 | the part that sucks about this issue is that I haven't been able to reliably reproduce it |
| 00:19.44 | khonkhortisan | Sometimes I get a + next to my name, other times a - |
| 00:31.42 | khonkhortisan | No. My compile of 2.4.2 is slow, unlike the 2.4.2 release. Looks like it's my fault in some way. |
| 00:33.14 | blast007 | that's at least reassuring that it isn't some issue with the new curl or the new build process |
| 00:34.00 | blast007 | check that Windows Update is set to install updates for other Microsoft software and run a manual check to see if it has any updates for Visual Studio/C++ |
| 00:42.06 | khonkhortisan | I just removed curl from being installed by chocolatey |
| 00:44.07 | blast007 | one would think that wouldn't matter since it's probably just installing the binaries, not the development files |
| 00:48.28 | alpha1-2 | what issue blast007 are you talking about? |
| 00:48.47 | blast007 | super slow HTTP requests in the game client |
| 00:49.47 | alpha1-2 | after you included the TLS thing? |
| 00:51.30 | alpha1-2 | you mentioned Sunday that login system was the fastest ever, is this related to this issue? |
| 00:52.07 | blast007 | no |
| 00:53.01 | alpha1-2 | other subject apart, culd you test linux on your mini-PC finally? |
| 00:53.44 | blast007 | would there be a reason to? |
| 00:54.35 | alpha1-2 | ah then, normal HTTP requests, not login ones. I don't know very well HTTP system here, BTW, but maybe I could help some |
| 00:54.57 | alpha1-2 | could have helped* |
| 00:55.16 | blast007 | it is HTTPS for the MOTD as well |
| 00:55.31 | alpha1-2 | remember the talk about... big resolution not appearing on it? I suggested it to you |
| 00:57.15 | blast007 | I fixed the resolution thing. It was because of text/window scaling of Windows for HiDPI screens (and TVs). Some call we were using to get the current resolution was returning a scaled value, so it wasn't finding it in the list of actual resolutions, which made it not show any of them. |
| 00:57.39 | blast007 | So now BZFlag will report as being "DPI-aware", so Windows will stop trying to "help" with scaling :) |
| 00:57.57 | alpha1-2 | oh nice! |
| 00:58.28 | alpha1-2 | then a Windows issue |
| 01:03.46 | blast007 | yeah, took a little bit of debugging to figure out what was going on there |
| 01:03.59 | khonkhortisan | it seems to want visual studio 2013 now |
| 01:04.12 | alpha1-2 | yes, seems not so easy to figure it out |
| 01:05.01 | blast007 | khonkhortisan: "it" being what? |
| 01:09.47 | khonkhortisan | building MSVC/fullbuild.sln with 2010 says Project file contains ToolsVersion="12.0". This toolset may be unknown or missing, in which case you may be able to resolve this by installing the appropriate version of MSBuild, or the build may have been forced to a particular ToolsVersion for policy reasons. Treating the project as if it had ToolsVersion="4.0". For more information, please see http://go.microsoft.com/fwlink/?LinkId= |
| 01:16.44 | blast007 | check your files for modifications |
| 01:23.26 | *** join/#bzflag khonkhortisan (1810f0c8@gateway/web/freenode/ip.24.16.240.200) |
| 01:29.13 | blast007 | khonkhortisan: check your project files for modifications - you might have opened it with 2013 and upgraded the files |
| 02:40.19 | khonkhortisan | recloned both repos, edited the dependency script, the dependency environment variable was left alone, curl only in deps, debug build, still slow. grr |
| 02:42.33 | blast007 | do you have 2013 on that system as well? you could try building stuff with that instead and see if it works. You'd have to modify the deps scripts to use that vcvarswhatever.bat from 2013 |
| 02:50.01 | Notify | 03BZFlag:Alezakos * 8938 /Server_Variables: Add notes about _reloadTime resets |
| 02:54.24 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 04:58.25 | the_map | is there a way to set default time of day on bzflag? |
| 04:58.46 | the_map | I guess "on bzflag" was redundant |
| 05:00.27 | BulletCatcher | The -time command line option will do that. |
| 05:01.39 | the_map | for a client? |
| 05:03.46 | the_map | it worked |
| 05:03.48 | the_map | thanks! |
| 05:06.01 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 05:08.13 | BulletCatcher | The friendly man page often has answers to questions like that. |
| 05:23.12 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 07:24.58 | *** join/#bzflag JBdiGriz (~dbw@108-197-33-160.lightspeed.sndgca.sbcglobal.net) |
| 08:35.53 | alezakos | blast007: FYI, phpBB sent me this link when e-mailing me about a new PM: https://forums.bzflag.org:443/ |
| 09:31.27 | blast007 | alezakos: yeah, it's kinda stupid about that |
| 15:09.25 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 16:40.06 | *** join/#bzflag disco-_ (~disco@unaffiliated/disco-) |
| 17:00.01 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 17:00.01 | *** join/#bzflag TD-Linux (~Thomas@about/essy/indecisive/TD-Linux) |
| 17:07.46 | *** join/#bzflag trepan (~trepan@s72-38-252-50.static.datacom.cgocable.net) |
| 17:08.53 | *** join/#bzflag kierra (~quassel@209.222.8.90) |
| 17:10.32 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 17:10.32 | *** join/#bzflag TD-Linux (~Thomas@about/essy/indecisive/TD-Linux) |
| 17:12.29 | *** join/#bzflag Chestal (~thilo@vmax.unix-ag.uni-siegen.de) |
| 17:12.29 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 17:35.01 | *** join/#bzflag khonkhortisan (1810f0c8@gateway/web/freenode/ip.24.16.240.200) |
| 18:02.55 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.34) |
| 18:02.55 | BZnotify | [13bzflag-dependencies] 15khonkhortisan opened pull request #1: Use msbuild instead of devenv (or vcexpress) (06master...06patch-1) 02http://git.io/vCKUN |
| 18:02.55 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.34) |
| 18:03.04 | khonkhortisan | ^ |
| 18:13.15 | blast007 | cool. Did you figure out any more on your slow HTTP requests issue? |
| 18:14.12 | khonkhortisan | no |
| 18:19.02 | blast007 | think I need to buy a pile of refurbished hard drives and a tray-less drive bay so I can test these combinations out :P |
| 18:19.20 | blast007 | VMs aren't cutting it when there might be odd hardware issues |
| 18:28.55 | *** join/#bzflag WarPig (~WarPig@bzflag/player/WarPig) |
| 18:31.55 | WarPig | Question: I have two registered callsigns, one is "War Pig" and another is one who's name I change regularly. Today, I logged in on a popular server using my other callsign, and it said "You have 1 private messages waiting for you, War Pig." Is there a cross reference or something? |
| 18:32.34 | blast007 | no |
| 18:32.51 | WarPig | How, then, did it know? |
| 18:33.54 | blast007 | you would have had to hit the server list with your War Pig credentials still in place |
| 18:34.05 | WarPig | I will say, I last logged on a server as "War Pig" yesterday. I changed the 'Callsign' field before loggin in today. Maybe something "left over" there? |
| 18:34.43 | WarPig | Yes, I did do that. I change the credentials just before logging in to the server |
| 18:34.49 | WarPig | changed* |
| 18:35.31 | blast007 | right, that message comes from the list server, not the game server. So any hit to the list server with the LIST action (which is done for both getting the list and for getting a token) would trigger that |
| 18:37.16 | WarPig | OK. Well, I opened the client (War Pig credentials in place) and did a server list. I picked a server, changed the credentials, and logged in as my other callsign. That's when I was notified that "War Pig" had a PM waiting. |
| 18:37.47 | WarPig | I would think this is not the expected behavior. |
| 18:37.48 | khonkhortisan | Now rc1 from the installer is being slow, and I'm sure it wasn't doing that before...? |
| 18:44.05 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 18:55.21 | *** join/#bzflag moriah (~quassel@unaffiliated/kierra) |
| 18:58.55 | blast007 | WarPig: that is expected behaviour because that's how it's set up |
| 18:59.29 | blast007 | you authenticated against the list as War Pig, so you got a notification for War Pig |
| 19:01.08 | blast007 | khonkhortisan: yeah... that's how it's been for me on my 8.1 system... seemingly random |
| 19:02.05 | blast007 | seems to mainly happen when I fall asleep by the system, so maybe it's triggered by snoring or rapid eye movement |
| 19:02.37 | khonkhortisan | maybe it's based on even/odd days |
| 19:03.17 | blast007 | stranger things have happened... :) |
| 19:03.33 | blast007 | http://www.ibiblio.org/harris/500milemail.html |
| 19:04.24 | WarPig | Not arguing, but I would think that whoever's credentials are in place when the message is rendered, should be who's notifications are displayed. Not that I'm any sort of expert or anything. |
| 19:04.38 | blast007 | that is what happened |
| 19:04.58 | blast007 | it would have triggered when you hit "Find Servers" |
| 19:07.41 | WarPig | I understand, but just because I drove you to the post office does not mean the postmaster should tell you whats in my mailbox. ;) |
| 19:08.33 | blast007 | I don't understand... you provided the username and password for War Pig, so why is it unexpected that it should tell you that there are messages waiting for War Pig? |
| 19:08.58 | WarPig | because the username and password changed before the message was displayed |
| 19:09.14 | WarPig | I was NOT War Pig when the message was displayed |
| 19:09.20 | khonkhortisan | that's the effect traceroute uses |
| 19:09.47 | blast007 | then perhaps you had the chat box scrolled up by accident? |
| 19:10.03 | blast007 | it should show up at the same time as the list finishing loading |
| 19:10.18 | khonkhortisan | If you just read the message, the problem will go away |
| 19:10.35 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 19:10.35 | *** mode/#bzflag [+v joevano] by ChanServ |
| 19:11.59 | WarPig | The sequence of events was this: I opened the client, War Pig credentials in place, and asked for a server list. I chose the server I wanted, and then CHANGED the credentials. I logged into the server, and a message for War Pig's PM's appeared at that time. |
| 19:13.23 | WarPig | I was War Pig when I pulled the server list, but changed credentials before I logged into the game server. I would think that it would display PM's for the callsign that I was using. |
| 19:13.26 | blast007 | can you reproduce it? |
| 19:13.32 | WarPig | lemme try. brb |
| 19:14.23 | WarPig | Yes. Every time. |
| 19:14.35 | WarPig | Wanna screenie? |
| 19:17.53 | WarPig | Also if I use an unregistered callsign, it tells me about War Pig's message. |
| 19:19.17 | WarPig | this is the 2.4.3 client, btw |
| 19:49.21 | the_map | does it happen if you change callsign before choosing a server? |
| 19:59.11 | WarPig | It appears that whoever pulls the first server list after the client is open is the one who's PMs are notified, regardless of later changes in credentials. |
| 20:03.10 | WarPig | So, if you pull the server list as 'the-map' who has a PM, and later change your callsign, the_map's PMs will be notified for all subsequent users until the client is closed. I think that's what's happening. I can test more tomorrow. |
| 20:58.22 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 22:04.39 | blast007 | WarPig: so you're saying that if you go to 'find server' with War Pig as the callsign, it doesn't show you the "You have a PM" thing at the bottom as soon as the list fully loads? It waits until you switch to another callsign and hit "Connect"? |
| 22:10.59 | khonkhortisan | I'm six and a half seconds behind official time. |
| 22:13.33 | khonkhortisan | time.windows.com vs time.nist.gov |
| 22:23.21 | the_map | hey khonkhortisan: I got this trying to connect to time.nist.gov: http://pastebin.com/cGyu691C |
| 22:24.15 | the_map | that's like getting a 403 on a 2001 space odyssey site |
| 22:24.33 | the_map | "I'm sorry, I'm afraid I can't allow access to that page" |
| 22:24.36 | blast007 | khonkhortisan: http://blogs.technet.com/b/askds/archive/2007/10/23/high-accuracy-w32time-requirements.aspx |
| 22:25.08 | blast007 | the_map: it's not a website, it's a time server |
| 22:26.05 | blast007 | (or more accurately, a pool of time servers) |
| 22:26.26 | the_map | wait, you can get waterproof servers? |
| 22:26.47 | the_map | or did you mean the servers are in a pool of time? |
| 22:28.28 | blast007 | the_map: http://www.colocationamerica.com/blog/dedicated-servers-underwater-literally.htm |
| 22:43.56 | khonkhortisan | In the string BZFlag version: 2.4.2.20120728-MAINT-W32VC8, does it matter what format the date is in? |
| 22:45.52 | khonkhortisan | getBuildDate uses a roundabout way of getting it, resulting in big-endian year-month-day minus the dashes. Should it stay without dashes? |
| 22:54.59 | blast007 | Should be YYYYMMDD |
| 23:51.42 | Constitution | khonkhortisan: you have a big-endian char string? :P |
| 23:52.57 | khonkhortisan | The chinese are big-endian, the americans are middle-endian, and the europeans are little-endian in their date formats. |
| 23:55.38 | Constitution | ah |
| 23:55.58 | Constitution | never heard of the endian concept being used in reference to dates before |
| 23:56.15 | blast007 | https://en.wikipedia.org/wiki/ISO_8601 |