| --- Log opened Wed Mar 07 00:00:34 2018 |
| 00:02 | | mac [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has joined #code |
| 00:02 | | mode/#code [+o mac] by ChanServ |
| 00:04 | | macdjord [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has quit [Ping timeout: 121 seconds] |
| 00:34 | | Kindamoody is now known as Kindamoody[zZz] |
| 00:47 | | celticminstrel [celticminst@Nightstar-gil1m1.dsl.bell.ca] has joined #code |
| 00:47 | | mode/#code [+o celticminstrel] by ChanServ |
| 01:11 | | macdjord [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has joined #code |
| 01:11 | | mode/#code [+o macdjord] by ChanServ |
| 01:13 | | mac [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has quit [Ping timeout: 121 seconds] |
| 03:43 | | mac [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has joined #code |
| 03:43 | | mode/#code [+o mac] by ChanServ |
| 03:46 | | macdjord [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has quit [Ping timeout: 121 seconds] |
| 05:14 | | celticminstrel [celticminst@Nightstar-gil1m1.dsl.bell.ca] has quit [[NS] Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] |
| 05:15 | | Derakon is now known as Derakon[AFK] |
| 05:56 | | mac is now known as macdjord |
| 06:44 | | Vornlicious [Vorn@Nightstar-b2kn6g.sub-174-210-12.myvzw.com] has joined #code |
| 06:47 | | Vorntastic [Vorn@Nightstar-1l3nul.res.rr.com] has quit [Ping timeout: 121 seconds] |
| 06:48 | | Vornicus [Vorn@Nightstar-1l3nul.res.rr.com] has quit [Ping timeout: 121 seconds] |
| 08:31 | | Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has joined #code |
| 10:48 | | Kindamoody[zZz] is now known as Kindamoody |
| 10:52 | | Pinkhair [user1@Nightstar-g7hdo5.dyn.optonline.net] has joined #code |
| 10:54 | | Pink [user1@Nightstar-g7hdo5.dyn.optonline.net] has quit [Ping timeout: 121 seconds] |
| 11:36 | | Degi [Degi@Nightstar-imch03.dyn.telefonica.de] has joined #code |
| 12:02 | | Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has quit [Ping timeout: 121 seconds] |
| 12:14 | | Degi_ [Degi@Nightstar-msqm4o.dyn.telefonica.de] has joined #code |
| 12:17 | | Degi [Degi@Nightstar-imch03.dyn.telefonica.de] has quit [Ping timeout: 121 seconds] |
| 13:47 | | Degi [Degi@Nightstar-msqm4o.dyn.telefonica.de] has joined #code |
| 14:44 | | Degi [Degi@Nightstar-msqm4o.dyn.telefonica.de] has quit [Ping timeout: 121 seconds] |
| 15:18 | | Vornlicious [Vorn@Nightstar-b2kn6g.sub-174-210-12.myvzw.com] has quit [[NS] Quit: Bye] |
| 15:18 | | Vorntastic [Vorn@Nightstar-1l3nul.res.rr.com] has joined #code |
| 15:19 | | gnolam [lenin@Nightstar-ego6cb.cust.bahnhof.se] has joined #code |
| 15:19 | | mode/#code [+o gnolam] by ChanServ |
| 15:22 | | Vornicus [Vorn@Nightstar-1l3nul.res.rr.com] has joined #code |
| 15:22 | | mode/#code [+qo Vornicus Vornicus] by ChanServ |
| 15:31 | | Degi_ [Degi@Nightstar-msqm4o.dyn.telefonica.de] has quit [Connection closed] |
| 16:34 | | Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has joined #code |
| 16:45 | | Vornlicious [Vorn@Nightstar-eq11dd.sub-174-210-6.myvzw.com] has joined #code |
| 16:45 | | Vorntastic [Vorn@Nightstar-1l3nul.res.rr.com] has quit [Ping timeout: 121 seconds] |
| 16:47 | | Vornicus [Vorn@Nightstar-1l3nul.res.rr.com] has quit [Ping timeout: 121 seconds] |
| 17:12 | | Vornicus [Vorn@Nightstar-1l3nul.res.rr.com] has joined #code |
| 17:12 | | mode/#code [+qo Vornicus Vornicus] by ChanServ |
| 17:20 | | Vornlicious [Vorn@Nightstar-eq11dd.sub-174-210-6.myvzw.com] has quit [[NS] Quit: Bye] |
| 17:20 | | Vorntastic [Vorn@Nightstar-1l3nul.res.rr.com] has joined #code |
| 17:30 | <@gnolam> | This week, in low baud rates: took me way too long to connect to an instrument because someone had changed its speed from its default, blisteringly fast speed of 4800 baud to 2400 baud without documenting it. |
| 17:30 | <@gnolam> | And the Machine From Hell that was giving me trouble for *months* turned out to be misbehaving not because of anything I did but because of a misconfiguration combined with a stupid driver. In the process of finally solving that, I discovered that it was running at just 1200 baud under the hood. |
| 17:30 | <@gnolam> | Ah, legacy hardware... |
| 18:53 | < Mahal> | \o/ |
| 19:16 | | ErikMesoy [Bruker@Nightstar-hq72t5.customer.cdi.no] has quit [[NS] Quit: Reboot] |
| 19:24 | <&[R]> | I am pretty sure the moment one of your systems has to deal with baud, you have just entered hell |
| 19:26 | | ErikMesoy [Bruker@Nightstar-hq72t5.customer.cdi.no] has joined #code |
| 19:26 | | mode/#code [+o ErikMesoy] by ChanServ |
| 19:56 | <@iospace> | One of my old jobs had a baud rate of what |
| 19:56 | <@iospace> | it was stupid high |
| 19:57 | <@iospace> | I think 19200 |
| 20:00 | <&McMartin> | I think there's two tiers above that that still count as dialup |
| 20:00 | <@Tamber> | 38400 or something is in there |
| 20:00 | <&McMartin> | Yeah, and one around 50k that's above that |
| 20:00 | <&McMartin> | I think that's what my parents had before finally switching to cable |
| 20:20 | | macdjord [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has quit [[NS] Quit: Live Long and Prosper.] |
| 20:26 | | macdjord [macdjord@Nightstar-a1fj2k.mc.videotron.ca] has joined #code |
| 20:26 | | mode/#code [+o macdjord] by ChanServ |
| 20:27 | <@gnolam> | 19200 is the Standard Baud Rate. |
| 20:29 | <@gnolam> | (9600 if you're dealing with equipment > 20 years old) |
| 20:33 | <@gnolam> | Everything industrial still uses RS-232. |
| 20:34 | <@gnolam> | But given that even the cheapest Shenzhen RS-232 chip has been set to at least 9600 by default for the last 25 years or so, it's really quite rare to find anything as low as 1200. |
| 20:35 | <@Tamber> | I usually suspect that anything industrially that has a USB port on it, is probably RS232 internally with a USB-RS232 converter chip bunged onto it. |
| 20:36 | <@gnolam> | (Pretty sure the Amiga 500 handled 19200 with the built-in UART) |
| 20:36 | <@gnolam> | Tamber: oh, it always is. |
| 20:36 | <@gnolam> | At least for the entire industrial and scientific market. |
| 20:36 | <@Tamber> | *noddle* |
| 20:37 | <@Tamber> | The radio control receivers we fit have got a nice little RS232 plug on the back of 'em, too. I should spend some time some day and figure out what they're shoving over that port. (Apparently it's so you can wire on expansions that let you do fancier interlocks and control schemes.) |
| 20:37 | <@Tamber> | Well. It's a header on the back of the board, but it counts. :) |
| 20:40 | <@gnolam> | Granted, for the latter you have things like lab balances, where the best seller today is often the *exact same model* that was being sold back in the '80s. |
| 20:41 | <@gnolam> | Sometimes they look a little different, but that's because they just can't source the old displays anymore. :) |
| 20:41 | <@gnolam> | (That's great for software compatibility though!) |
| 20:41 | <~Vornicus> | 56k and 112k both exist |
| 20:41 | <~Vornicus> | I have used them both too |
| 20:43 | <@Tamber> | gnolam, yeah. The compatibility thing is why I like to see RS232 still hanging on. (Because it's amazing how much of that equipment will still be around in a decade, still being integrated into stuff...) |
| 20:46 | | * gnolam nods. |
| 20:49 | <@gnolam> | The instrument I described? Brought to market in the late '80s. But it was built like a tank, so it still survives in daily service in ridiculously many labs around the world. |
| 20:51 | <@gnolam> | And so people are still willing to pay to have it implemented in modern software in 2018. |
| 20:54 | <@gnolam> | And the simplicity of serial, text-based communication meant I could go from "finally managed to connect to the darned thing" to complete software integration in half a day. |
| 20:56 | <@gnolam> | ... huh. The A500 could apparently at least connect at 57600 baud, and definitely have stable communication at 38400. |
| 20:58 | <@Tamber> | *noddle* |
| 21:04 | <&[R]> | Oh wow today's TDWTF |
| 21:06 | <&[R]> | How do you not stop and thing "maybe there's a better way?" |
| 21:06 | <&[R]> | I guess the code isn't messy or anything, but still |
| 21:06 | <&[R]> | Every addition after the first fires off a full array copy? |
| 21:09 | <&McMartin> | It's distressingly easy to do that by accident in C++, and s/array/string/ and likewise for Java |
| 21:10 | <&[R]> | This was java with arrays of doubles |
| 21:10 | <&McMartin> | So I see |
| 21:11 | <&McMartin> | And, to be clear: there is an alternate correct solution where you do the original code but double the capacity each time instead of incrementing by one. |
| 21:11 | <&McMartin> | (Which is, in all likelihood, what ArrayList is doing under the hood there) |
| 21:13 | <&[R]> | Yeah |
| 21:14 | <&[R]> | Full context: program draws a graph based on a bunch of data points (splatter graph IIRC is the term), number of data points is unknown upfront when loading the file. Original algo was: read file line by line, for first line, initialize an array with size of one, for all other lines, initialize an array with a size of one greater than last, copy all data, let GC handle old array eventually. |
| 21:18 | <&[R]> | Also yay, two jobs postponed |
| 21:19 | <&[R]> | First: client's client doesn't have authorization to be on site yet. Second: client's client is noticing that the engineer drawings and the construction drawings contradict each other. |
| 21:22 | <&McMartin> | https://twitter.com/bhilburn/status/971019559095427075 |
| 21:24 | <&[R]> | lol |
| 21:24 | <&McMartin> | In endorse this entire video, including the very end, except for the use of the "register" and "asm" keywords. |
| 21:25 | <&McMartin> | register because compilers have known better for at least 15 years, and asm because that stuff belongs in its own .s files that respect the target's ABI. |
| 21:25 | <&[R]> | I love how the ending is slightly skewed in its introductory frame then sharply jumps into position. |
| 21:25 | <&McMartin> | *I endorse |
| 21:28 | <&McMartin> | https://www.youtube.com/watch?v=Snr113r5ocY includes sound |
| 21:29 | <&McMartin> | (But does not include the full gag at the end) |
| 21:37 | <&McMartin> | Also, there are those who say that C be the pirate's favorite programming language |
| 21:37 | <&McMartin> | But in truth, it be R |
| 21:40 | | * TheWatcher eyes this security advisory |
| 21:41 | <@TheWatcher> | I really should look up the full thing, but "Go: User-assisted execution of arbitrary code" is too amusing to me. |
| 21:41 | <&McMartin> | ... I hear bash has that vulnerability too |
| 21:41 | <&McMartin> | They type in the name of the program and then it runs >_> |
| 21:42 | <@TheWatcher> | Egads! |
| 21:42 | <@TheWatcher> | That's probably one of those ones that's been in there for a long time, too |
| 21:42 | <&McMartin> | Seems like a common descriptor in GLSA, though; my first hit on the phrase was GLSA-201702-21 which is user-assisted execution of arbitrary code in Opus |
| 21:43 | <&McMartin> | Which seems more alarming~ |
| 21:43 | <@TheWatcher> | https://nvd.nist.gov/vuln/detail/CVE-2018-6574 - this is the bule advisory |
| 21:44 | | * McMartin nods. https://github.com/golang/go/issues/23672 is their issue on it. |
| 21:44 | <&McMartin> | "The fetch-repo command can attack you if you fetch a malicious repo" seems to be the TL;DR |
| 22:05 | | Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has quit [Ping timeout: 121 seconds] |
| 22:38 | | Vornicus [Vorn@Nightstar-1l3nul.res.rr.com] has quit [Ping timeout: 121 seconds] |
| 22:49 | <@Reiv> | The alarming thing is anyone is using Opus. |
| 22:50 | <&McMartin> | ... not really? It's the best-of-breed codec in its quality range and the only one that isn't patent-encumbered? |
| 22:51 | <&McMartin> | Well, maybe Speex isn't encumbered anymore, but it's also worse by every metric, IIRC |
| 23:44 | <@Reiv> | I was being snarky, but welp |
| 23:45 | <&McMartin> | (AFAIK it really is the Thing To Use for anything VoIP-like, including playback of recorded voice audio when space is severely constrained.) |
| 23:46 | <&McMartin> | https://en.wikipedia.org/wiki/Opus_(audio_format) |
| 23:46 | <&McMartin> | It talks *real* big. |
| 23:47 | <&McMartin> | (And seems related somehow to Ogg Vorbis.) |
| 23:48 | <&McMartin> | (I remember some adventure games for WiiWare ended up using Speex for their dialogue clips to meet program size restrictions.) |
| 23:51 | | Pinkhair [user1@Nightstar-g7hdo5.dyn.optonline.net] has quit [Ping timeout: 121 seconds] |
| --- Log closed Thu Mar 08 00:00:36 2018 |