code logs -> 2016 -> Fri, 07 Oct 2016< code.20161006.log - code.20161008.log >
--- Log opened Fri Oct 07 00:00:59 2016
00:14 Kindamoody is now known as Kindamoody[zZz]
--- Log opened Fri Oct 07 00:37:14 2016
00:37 TheWatcher [chris@GlobalOperator.Nightstar.Net] has joined #code
00:37 Irssi: #code: Total of 41 nicks [36 ops, 0 halfops, 0 voices, 5 normal]
00:37 mode/#code [+o TheWatcher] by ChanServ
00:37 Irssi: Join to #code was synced in 54 secs
00:46 Derakon [chriswei@Nightstar-5mvs4e.ca.comcast.net] has quit [[NS] Quit: Leaving]
01:30 Vornlicious [Vorn@Nightstar-uhn82m.ct.comcast.net] has joined #code
01:30 Vorntastic [Vorn@Nightstar-dj06lb.sub-174-199-16.myvzw.com] has quit [Connection closed]
01:32 Vornlicious [Vorn@Nightstar-uhn82m.ct.comcast.net] has quit [[NS] Quit: Bye]
02:54 catadruid [catalyst@Nightstar-nn8g1b.dab.02.net] has joined #code
02:58 catadroid [catalyst@Nightstar-8r9omg.dab.02.net] has quit [Ping timeout: 121 seconds]
04:20 gizmore [kvirc@Nightstar-gmja67.dip0.t-ipconnect.de] has quit [Operation timed out]
04:21 gizmore [kvirc@Nightstar-c725q8.dip0.t-ipconnect.de] has joined #code
04:34 gizmore [kvirc@Nightstar-c725q8.dip0.t-ipconnect.de] has quit [[NS] Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
05:28 gizmore [kvirc@Nightstar-c725q8.dip0.t-ipconnect.de] has joined #code
06:59 Kindamoody[zZz] is now known as Kindamoody
07:00 himi [sjjf@Nightstar-dm0.2ni.203.150.IP] has quit [Ping timeout: 121 seconds]
07:14
<@simon>
1nm transistor: http://www.nextbigfuture.com/2016/10/major-breakthrough-in-transistor-size.html
07:14
<~Vornicus>
Well I guess they had to get there eventually
07:20
<~Vornicus>
http://electronics.stackexchange.com/a/260484 makes me wondering about this though.
07:26
<@Logar>
simon: Will this mean that Dwarf Fortress will run smoothly again? :V
07:41
<@Tamber>
No, never. Dorf Fort expands to consume all processing resources.
07:43
<@Logar>
And more.
07:46
<@Tamber>
Because the overseer will always build more impressive and needlessly complex doomsday systems.
07:47
<@Logar>
Because Toady will implement more and more systems and optimize only when he can no longer test them because the thing runs too slow.
07:47
<@Tamber>
:)
07:49
< catadruid>
:3
08:02 Emmy-zZz is now known as Emmy-AFK
08:13 Emmy-AFK [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has quit [Ping timeout: 121 seconds]
08:23 Kindamoody is now known as Kindamoody|afk
08:30 celmin|sleep [celticminst@Nightstar-c9802h.dsl.bell.ca] has quit [[NS] Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
08:53 Emmy-werk [NSkiwiirc@Nightstar-41pbej.static.chello.nl] has joined #code
08:56 * Emmy-werk cleanses the world in passing
08:58
< catadruid>
Yay
09:14 * Vornicus is lemon-scented
09:14
< catadruid>
You're a napkin?
09:23
< Emmy-werk>
ah, the Either that, or he's a sourpuss.
09:24 catadroid [catalyst@Nightstar-ipvdi1.dab.02.net] has joined #code
09:27 catadruid [catalyst@Nightstar-nn8g1b.dab.02.net] has quit [Ping timeout: 121 seconds]
09:28 himi [sjjf@Nightstar-v37cpe.internode.on.net] has joined #code
09:28 mode/#code [+o himi] by ChanServ
09:30
< Emmy-werk>
Argh. to a database developer energy saving setings are an invention of satan
09:30
< Emmy-werk>
kept getting 'network/drive connection lost' errors. think i know why now.
09:31
<@Logar>
This annoyed me to no end until I set Windows to stop turning off the network when I logged off.
09:43
< Emmy-werk>
D'oh. my past laziness in not documenting /how/ or where i solved something is coming back to bite me in the ass.
09:43
<@Logar>
Ah, yes.
09:43
<@Logar>
That's why I have the "magical rituals" folder in my Dropbox.
09:46
< Emmy-werk>
I still need to make that kind of file myself, but at least now when i mark an issue solved in trello i comment with how/where i did it so that i can find it back.
09:46
< Emmy-werk>
so that i can find both my more mundane and common solutions and the more exotic pieces of code as well.
09:47
< Emmy-werk>
even if used only once
10:03 * Logar sees for the first time, a link on an article: (read this article on one page)
10:03
<@Logar>
YES.
10:03
<@Logar>
YES YES YES.
10:04
<@Logar>
Pagination is of the Devil.
10:13
< Emmy-werk>
yes
10:14
< Emmy-werk>
those clickbaity 'click for next photo' sites are even worse
10:15
< Emmy-werk>
at least they have the excuse of saving/managing bandwidth for pictures, but still
10:18 Tarinaky [tarinaky@Nightstar-ak1gaj.programmingresearch.com] has joined #code
10:18 mode/#code [+o Tarinaky] by ChanServ
10:31
< Emmy-werk>
WHOOP
10:31
< Emmy-werk>
almost accidentally threw away a large section of my project.
10:32
< Emmy-werk>
Fortunately an error telling me of orphaned code made me realize it
10:47
<@Tarinaky>
I spent most of last night swearing at not being able to find a good light-weight vector math library for dense matrices... handrolling most of one... realising it's unoptimised garbage and rolling back to boost::ublas which still isn't quite the right choice but seems to be the least-worst option.
10:48
<@Tarinaky>
I may yet be better off just pushing float* around.
10:50
< catadroid>
I really find it hard to believe that there's no standard SIMD types in C++
10:50
< catadroid>
Bugs me
10:51
<@Tarinaky>
SIMD isn't even standard between x86/x64 processors. It's an extension you have to test for.
10:51
<@Tarinaky>
And one I don't believe ARM has an equivalent for?
10:51
<@Tarinaky>
Although I might be wrong on that.
10:53
<@Tarinaky>
In /theory/ I think the compiler can generate SIMD instructions if you stand on one leg and pray though.
10:53 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
10:56
< catadroid>
But compilers do have intrinsics for them
10:56
< catadroid>
I guess I'm focused quite heavily on systems that implement things like SSE
10:57
< catadroid>
In theory you can vectorise operations automagically
10:57
< catadroid>
But that's not very reliable
10:59
<@Tarinaky>
I'm not quite sure which processors exactly support SSE. I know all the intel ones do, but I'm not sure if the code then runs on an AMD..
11:02
<@Tarinaky>
My matrix mult code was really awful though because I was using column ordering so I couldn't just copy my temp row all at once :(
11:04
< catadroid>
AMD processors intended for desktops definitely do support SSE
11:05
<@Tarinaky>
Ah,
11:05
<@Tarinaky>
I might revisit that then.
11:05
< catadroid>
99% sure of that, otherwise they would suffer in game performance
11:06
<@Tarinaky>
I thought they had an equivalent, but different, featureset that had to be supported seperately.
11:06
<@Tarinaky>
Different instructions/intrinsics.
11:06
< catadroid>
Not so far as I'm aware
11:07
< catadroid>
It's possible they have different SSE versions
11:09
<@Tarinaky>
Also: if you had a vector struct that you wanted to index the components as x,y,z, could you guarentee that all three attributes were perfectly contiguous, without magic seperating them, for all compilers?
11:09
< catadroid>
Yes
11:09
<@Tarinaky>
So that (&x)[2] === z ?
11:10
< catadroid>
Layout is theoretically different on different platforms, but in practice it's nearly always the tightest possible
11:10
< catadroid>
wrt the alignment needs
11:11
<@Tarinaky>
Is there a way to specify to the compiler that it has to be aligned in that way? For correctness sake?
11:11
< catadroid>
I've never known of a platform where that wasn't the case, and it's easy to setup a quick test
11:11
< catadroid>
(but I'm focused on gaming machines, of course)
11:12
< catadroid>
You can actually tell the compiler to use particular alignment if you need to and I believe there's a standard keyword to do that now
11:13
< catadroid>
But i wouldn't recommend forcing that unless you find you need to for some reason
11:13
<@Tarinaky>
I'm making a game to learn/improve my skills at modern C++ so I figure making sure my C++ is theoretically correct against the standard rather than the compiler is probably worth while :P
11:15
< catadroid>
:)
11:15
< catadroid>
Yeah, it used to be that you couldn't specify alignment without compiler attributes and intrinsics
11:16
< catadroid>
But there are standard ways to do that now iirc
11:34
<@Tarinaky>
I'll have a look at that again tonight then.
11:37 Emmy-werk [NSkiwiirc@Nightstar-41pbej.static.chello.nl] has quit [[NS] Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
12:11
<@simon>
argh. making my two classes SharedHyperLink : BaseHyperLink<SharedHyperLink>, SpecialHyperLink : BaseHyperLink<SpecialHyperLink> means they no longer have a common supertype.
12:12
<@simon>
which means that I can no longer refer to their common properties by casting.
12:12
<@simon>
http://stackoverflow.com/questions/39711272/abstract-factory-method-with-fixed-t ype-parameter/39891605#39891605
12:14
<@simon>
also, all methods that deal with either one has been encumbered with a constraint: public IEnumerable<THyperLink> DoWhatever<THyperLink>(IEnumerable<THyperLink> links) where THyperLink : BaseHyperLink<THyperLink> { ... }
12:14
<@simon>
s/has/have/
12:15
<@simon>
all so that I could do .WithContentType(...) on one. I should probably have gone with a separate interface, because this sucks.
12:38
<@simon>
hmm, I don't see how an interface solves it, either. I'll have to have a THyperLink for my 'THyperLink WithContentType(ContentType)' method to specifically return THyperLinks in class THyperLink.
12:39
<@simon>
'public abstract class BaseHyperLink<THyperLink> : Entity<int>, IHyperLink<THyperLink> where THyperLink : BaseHyperLink<THyperLink> { ... }' will just push the abstract method to an interface and they still don't have a common supertype.
12:41
<@simon>
so if I ever want to be able to differentiate between them by calling type-specific variants of .WithContentType, I'll need to pass that THyperLink around. my library functions become beautifully generic, but syntactically encumbered.
12:41
<@simon>
also, the existing framework doesn't support it in various places like event handlers that aren't parameterized.
12:42
<@simon>
so I end up doing reflection in those spots and the upside vanishes. >_<
12:42
<@simon>
also, the existing framework uses casts inside untested GUI code, so I'll have a bunch of places where those casts fail at runtime.
12:50
<@simon>
I'll make an unparameterized interface with the common properties found in BaseHyperLink<T>.
12:52 * simon likes that he's finally learning OO stuff after so many years~
12:52
<@simon>
(i.e. by doing stupid things and learning what not to do from the consequences.)
12:58 catadruid [catalyst@Nightstar-ipvdi1.dab.02.net] has joined #code
12:58 catadroid [catalyst@Nightstar-ipvdi1.dab.02.net] has quit [The TLS connection was non-properly terminated.]
13:08 catalyst [catalyst@Nightstar-bt5k4h.81.in-addr.arpa] has joined #code
13:21
<@Tarinaky>
Ooo, new Zachtronics game
13:23
<@gnolam>
... well that was unexpectedly painless.
13:23
<@TheWatcher>
?
13:23
<@gnolam>
Implemented a fully functioning QR code feature in < 2 hours.
13:24
<@gnolam>
Full editor support, full printing support.
13:26
< catalyst>
:)
13:26
<@TheWatcher>
Nice.
13:44 gnolam [lenin@Nightstar-t1tbf0.cust.bahnhof.se] has quit [Connection reset by peer]
13:46 gnolam [lenin@Nightstar-t1tbf0.cust.bahnhof.se] has joined #code
13:46 mode/#code [+o gnolam] by ChanServ
13:55 gnolam [lenin@Nightstar-t1tbf0.cust.bahnhof.se] has quit [[NS] Quit: No Ping reply in 180 seconds.]
13:58 gnolam [lenin@Nightstar-t1tbf0.cust.bahnhof.se] has joined #code
13:58 mode/#code [+o gnolam] by ChanServ
14:49 Pink` [user1@Nightstar-g7hdo5.dyn.optonline.net] has joined #code
14:52 Pinkhair [user1@Nightstar-g7hdo5.dyn.optonline.net] has quit [Ping timeout: 121 seconds]
14:54 catadruid [catalyst@Nightstar-ipvdi1.dab.02.net] has quit [Ping timeout: 121 seconds]
14:56 catadroid [catalyst@Nightstar-ipvdi1.dab.02.net] has joined #code
15:17 * Logar connects to the same remote machine with two sessions to work on some files, feels like MULTI TRACK DRIFTING.
15:20 * Azash gets the eurobeat
15:22
<@simon>
I notice how the days get shorter by the time of day when the window across the street starts blinding me at my desk.
15:25 * ErikMesoy HATES Invisionapp.
15:26
<@ErikMesoy>
The ruddy thing has IN-APP POPUPS WITH VIDEO.
15:26
<@ErikMesoy>
Also many lesser annoyances such as tip-chains which appear several in a row and each has its close button somewhere else from the previous.
15:26
<@ErikMesoy>
My workplace has assigned me to use it as glorified powerpoint for looking at slides to design tests from.
15:26 Pinkhair [user1@Nightstar-g7hdo5.dyn.optonline.net] has joined #code
15:29
<@Logar>
Azash: https://i.sli.mg/XTIs4r.png
15:29 Pink` [user1@Nightstar-g7hdo5.dyn.optonline.net] has quit [Ping timeout: 121 seconds]
15:31
<@Azash>
Yeah I'm aware
15:31 catadruid [catalyst@Nightstar-ipvdi1.dab.02.net] has joined #code
15:31 catadroid [catalyst@Nightstar-ipvdi1.dab.02.net] has quit [The TLS connection was non-properly terminated.]
15:44
<@simon>
ErikMesoy, in Denmark we have a website called kommunikationsforum.dk that's supposed to be for communication professionals. well: https://scontent-amt2-1.xx.fbcdn.net/t31.0-8/14379693_1272721152759359_429430815 9888844373_o.jpg
15:45
<@simon>
apropos inconsistent closing mechanisms
15:46
<@simon>
in one of the blue boxes, the X is the closing mechanism and the orange button is the "please pester me more" button, and in the other blue box, there is no X and the closing mechanism is the orange button.
15:46
<@simon>
if this was deliberate, their intent would be to trick me into reading their cookie policy...
15:47 catadruid [catalyst@Nightstar-ipvdi1.dab.02.net] has quit [Ping timeout: 121 seconds]
15:47 catadroid [catalyst@Nightstar-ipvdi1.dab.02.net] has joined #code
15:51 catadroid [catalyst@Nightstar-ipvdi1.dab.02.net] has quit [Ping timeout: 121 seconds]
15:56 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has joined #code
16:46 orth_ [orthianz@Nightstar-j65hea.dyn.novuscom.net] has joined #code
16:46 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has quit [Connection closed]
17:26 VirusJTG [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has quit [Connection closed]
17:43 orth_ [orthianz@Nightstar-j65hea.dyn.novuscom.net] has quit [[NS] Quit: Bye]
18:17 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has joined #code
18:17 mode/#code [+qo Vornicus Vornicus] by ChanServ
18:26 Tarinaky [tarinaky@Nightstar-ak1gaj.programmingresearch.com] has quit [Connection closed]
18:52 celticminstrel [celticminst@Nightstar-c9802h.dsl.bell.ca] has joined #code
18:53 mode/#code [+o celticminstrel] by ChanServ
18:57 celticminstrel [celticminst@Nightstar-c9802h.dsl.bell.ca] has quit [[NS] Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
18:57 celticminstrel [celticminst@Nightstar-c9802h.dsl.bell.ca] has joined #code
18:57 mode/#code [+o celticminstrel] by ChanServ
19:25 Alek [Alek@Nightstar-cltq0r.il.comcast.net] has quit [[NS] Quit: bbl]
19:45 ErikMesoy [Erik@Nightstar-hq72t5.customer.cdi.no] has left #code []
19:45 ErikMesoy [Erik@Nightstar-hq72t5.customer.cdi.no] has joined #code
19:45 mode/#code [+o ErikMesoy] by ChanServ
20:04 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has joined #code
20:49 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has quit [Connection reset by peer]
20:58 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has joined #code
21:17 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has quit [Ping timeout: 121 seconds]
21:28 Kindamoody|afk is now known as Kindamoody
21:34 Alek [Alek@Nightstar-cltq0r.il.comcast.net] has joined #code
21:34 mode/#code [+o Alek] by ChanServ
22:47 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has joined #code
23:01 orth [orthianz@Nightstar-j65hea.dyn.novuscom.net] has quit [Connection closed]
23:01 orth_ [orthianz@Nightstar-j65hea.dyn.novuscom.net] has joined #code
23:06 orth_ [orthianz@Nightstar-j65hea.dyn.novuscom.net] has quit [Ping timeout: 121 seconds]
--- Log closed Sat Oct 08 00:00:18 2016
code logs -> 2016 -> Fri, 07 Oct 2016< code.20161006.log - code.20161008.log >

[ Latest log file ]