code logs -> 2017 -> Sat, 01 Apr 2017< code.20170331.log - code.20170402.log >
--- Log opened Sat Apr 01 00:00:45 2017
00:28 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has quit [Ping timeout: 121 seconds]
00:31 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has joined #code
00:49
< RchrdB>
McMartin, what language are you working in?
00:50
< RchrdB>
You may be well served by something like Gaynor et al's "cryptography" library https://pypi.python.org/pypi/cryptography/1.8.1
00:51
< RchrdB>
or libsodium or something
00:53
< RchrdB>
Writing code that calls crypto primitives (e.g. anything with the words "AES" or "RSA" in the name) is almost exactly as fraught with peril as writing those primitives yourself. Way safer is using peer reviewed libraries that bundle up common sensible patterns instead.
01:12
<&McMartin>
RchrdB: I am in fact using libsodium.
01:13
< RchrdB>
Excellent те
01:13
<&McMartin>
That said, what I *want* is a standard that technically exists but which not enough people support.
01:14
< RchrdB>
?
01:14
<&McMartin>
And for which it is not clear that either "redefine the problem so that standards that are already supported solve it" nor "redefine the people with the problem to those who support the standard" nor "ship a base implementation of the standard along with everything else" are acceptable.
01:15
<&McMartin>
If DTLS 1.2 actually existed on my target platforms I wouldn't need any of this
01:15
<&McMartin>
But DTLS is also massive overkill for what I actually need to do.
01:16
<&McMartin>
which is essentially a glorified version of a game-matchmaking service but that I want to not to be trivially fuck-with-able by anyone on the same wi-fi network.
01:16
<&McMartin>
"Ship your own full set of networking libraries" is politically inconvenient at the moment, especially since, as noted, I think I can get around this with libsodium and like two days of work.
01:17
< RchrdB>
If it's matchmaking, why DTLS not vanilla TLS?
01:18
<&McMartin>
There's actually a vanilla TLS component already that does everything that's truly important, but it's a mobile platform for the client and we have reason to believe we're getting killed by packets that should be dropped instead of doing all the repeat cycles.
01:19
<&McMartin>
So the data we don't care about protecting is already UDP-based and that's fine.
01:20
<&McMartin>
The main thing I'm trying to accomplish here is to make it slightly harder to impersonate someone in the same room by tunneling their UDP connection as it's set up, more or less. Thanks to NAT we can't rely on apparent origin.
01:21
< RchrdB>
I don't understand what your problem space is.
01:21
< RchrdB>
Why do you need UDP at all for matchmaking? "Send a prospective player a list of servers that they could join" seems like something that doesn't have any VOIP-y kind of "only the latest data matters and head-of-line blocking is a death spiral" kind of characteristics?
01:21
<&McMartin>
Because I'm lying about a product that doesn't exist yet~
01:21
< RchrdB>
I assume you have already thought about stuff and there are reasons that I just am not aware of.
01:22
<&McMartin>
Like most products of startups, it is entirely vulnerable to the question "why are you doing this instead of going with any 20 of a set of 50,000 other competitors, most of whom are more famous than you", yes, and I'm deliberately lying about the exact use case because this channel is not only public but logged.
01:25
< RchrdB>
Okay.
01:25
< RchrdB>
You could lie about a use-case that has identical traffic patterns to your actual use-case though? ;)
01:26
<&McMartin>
I'm personally new to the space and am bad at that part~
01:26
< RchrdB>
yar
01:26
<&McMartin>
(We *do* trade heavily in streamed data though)
01:26
< RchrdB>
You're competing with Twitch, right?
01:26
<&McMartin>
I'd say it's fairer to say our flagship product is competing with Mobcrush
01:27
<&McMartin>
The stuff I'm working on isn't directly connected to that, though~
01:27
< RchrdB>
I'm partial to the idea that, if your ideas are any good, you'll have to ram them down peoples' throats rather than having them stolen
01:27
< RchrdB>
humans mainly steal dumb ideas. :3
01:28
<&McMartin>
Yes, well, we'll see
01:32
<&McMartin>
(We actually interoperate with Twitch, which depending on what things you already own may mean we're the most convenient way to stream to them)
01:51 VirusJTG [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has quit [[NS] Quit: Leaving]
01:51 VirusJTG [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has joined #code
01:51 mode/#code [+ao VirusJTG VirusJTG] by ChanServ
02:03 Jessikat [Jessica@Nightstar-bt5k4h.81.in-addr.arpa] has quit [[NS] Quit: Leaving]
02:54 RchrdB [RchrdB@Nightstar-qe9.aug.187.81.IP] has quit [Ping timeout: 121 seconds]
02:58 * celticminstrel wonders if it's still considered bad practice to overload operator& when it's simply "return shared_from_this()".
02:59
<&McMartin>
That sounds terrifying to me
02:59
<@celticminstrel>
...speaking of enable_shared_from_this, is it my imagination or is it only really useful for classes that don't have any subclasses?
02:59
<@celticminstrel>
XD
02:59
<&McMartin>
You are absolutely correct, unless no shared_ptr version of any subclass will ever be "public"
03:00
<@celticminstrel>
"public"?
03:00
<&McMartin>
"actually used by anyone as opposed to the semantics provided by the keyword 'public' wrt inheritance"
03:01
<&McMartin>
Like if the subclass is just reimplementing some functions, or adding new functions that are only ever called from those reimplementations, ISTR you're fine
03:01
<&McMartin>
(Because the "shared from this" pointer ends up being that superclass)
03:06 celticminstrel [celticminst@Nightstar-a7q7jt.dsl.bell.ca] has quit [Ping timeout: 121 seconds]
03:07 celticminstrel [celticminst@Nightstar-rbt8jd.dsl.bell.ca] has joined #code
03:07 mode/#code [+o celticminstrel] by ChanServ
03:10 celmin [celticminst@Nightstar-epbo2s.dsl.bell.ca] has joined #code
03:10 mode/#code [+o celmin] by ChanServ
03:11 celticminstrel [celticminst@Nightstar-rbt8jd.dsl.bell.ca] has quit [Ping timeout: 121 seconds]
03:11 celmin is now known as celticminstrel
03:56
<@celticminstrel>
Are there real arguments against making binary operators virtual or am I just being paranoid?
03:56
<@celticminstrel>
(C++ of course)
03:57
<&McMartin>
I've always personally preferred the overloads that live entirely outside of classes.
03:57
<@celticminstrel>
There's that too.
05:58 Jessikat [Jessikat@Nightstar-8gcdia.dab.02.net] has joined #code
06:03 celticminstrel is now known as celmin|sleep
06:40 Derakon is now known as Derakon[AFK]
09:00 Jessikat` [Jessikat@Nightstar-662gp3.dab.02.net] has joined #code
09:02 Jessikat [Jessikat@Nightstar-8gcdia.dab.02.net] has quit [Ping timeout: 121 seconds]
09:02 Jessikat` is now known as Jessikat
09:03 mac [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has joined #code
09:03 mode/#code [+o mac] by ChanServ
09:06 macdjord [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has quit [Ping timeout: 121 seconds]
09:28 macdjord|slep [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has joined #code
09:28 mode/#code [+o macdjord|slep] by ChanServ
09:31 mac [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has quit [Ping timeout: 121 seconds]
09:53 Jessikat` [Jessica@Nightstar-bt5k4h.81.in-addr.arpa] has joined #code
10:52 gnolam [quassel@Nightstar-lv0k1q.cust-ip.bdtv.se] has joined #code
10:52 mode/#code [+o gnolam] by ChanServ
10:54 Alek [Alek@Nightstar-7or629.il.comcast.net] has quit [Ping timeout: 121 seconds]
10:58 Alek [Alek@Nightstar-7or629.il.comcast.net] has joined #code
10:58 mode/#code [+o Alek] by ChanServ
12:24 Jessikat [Jessikat@Nightstar-662gp3.dab.02.net] has quit [[NS] Quit: Bye]
12:50 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
12:59 Jessikat` [Jessica@Nightstar-bt5k4h.81.in-addr.arpa] has quit [Connection reset by peer]
14:12 ToxicFrog [ToxicFrog@ServerAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
14:28 ToxicFrog [ToxicFrog@ServerAdministrator.Nightstar.Net] has joined #code
14:28 mode/#code [+ao ToxicFrog ToxicFrog] by ChanServ
15:00 RchrdB [RchrdB@Nightstar-qe9.aug.187.81.IP] has joined #code
15:50 Derakon[AFK] is now known as Derakon
16:31 celmin|sleep is now known as celticminstrel
17:15 Jessikat [Jessica@Nightstar-bt5k4h.81.in-addr.arpa] has joined #code
18:58 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has quit [Ping timeout: 121 seconds]
19:24 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has joined #code
20:19 Kindamoody|afk is now known as Kindamoody
20:20 Kindamoody is now known as KiMo
20:34 KiMo is now known as Kindamoody
20:50 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has joined #code
20:50 mode/#code [+qo Vornicus Vornicus] by ChanServ
21:26 Kindamoody is now known as Kindamoody[zZz]
21:27
<&McMartin>
Today in Internet Is Useless Day: https://twitter.com/CousinAmygdala/status/847671708928442375
21:27
<&McMartin>
This seems like the most appropriate channel for this >_>
21:28
< Jessikat>
xD
--- Log opened Sat Apr 01 21:50:47 2017
21:50 TheWatcher [chris@GlobalOperator.Nightstar.Net] has joined #code
21:50 Irssi: #code: Total of 36 nicks [27 ops, 0 halfops, 0 voices, 9 normal]
21:50 mode/#code [+o TheWatcher] by ChanServ
21:51 Irssi: Join to #code was synced in 55 secs
22:01 Reiv [NSkiwiirc@Nightstar-ih0uis.global-gateway.net.nz] has quit [Connection closed]
22:02 Reiv [NSkiwiirc@Nightstar-ih0uis.global-gateway.net.nz] has joined #code
22:02 mode/#code [+o Reiv] by ChanServ
22:14 Derakon_ [Derakon@Nightstar-5mvs4e.ca.comcast.net] has joined #code
22:16 Derakon [Derakon@Nightstar-5mvs4e.ca.comcast.net] has quit [NickServ (RECOVER command used by Derakon_)]
22:16 Derakon_ is now known as Derakon
22:16 mode/#code [+ao Derakon Derakon] by ChanServ
23:22 RchrdB [RchrdB@Nightstar-qe9.aug.187.81.IP] has quit [Ping timeout: 121 seconds]
23:30
<&McMartin>
ErikMesoy: It's more useless than usual for 47 hours each year
23:35 RchrdB [RchrdB@Nightstar-qe9.aug.187.81.IP] has joined #code
23:40 * McMartin returns from coffeeshop where he spent the afternoon hacking in a pure DOS environment.
23:49
<&McMartin>
Got that smoking-clover program to be based on the timer interrupt instead of delays
23:50
<&McMartin>
In a vast shocker, this turns out to produce far smoother animation!
--- Log closed Sun Apr 02 00:00:37 2017
code logs -> 2017 -> Sat, 01 Apr 2017< code.20170331.log - code.20170402.log >

[ Latest log file ]