Log for #openttd on 7th March 2022:
Times are UTC Toggle Colours
00:16:59  *** Soni has quit IRC
00:34:39  *** Soni has joined #openttd
00:35:20  *** Flygon has joined #openttd
02:08:13  *** tokai|noir has joined #openttd
02:08:14  *** ChanServ sets mode: +v tokai|noir
02:15:03  *** tokai has quit IRC
02:20:37  *** WormnestAndroid has joined #openttd
02:57:04  *** Wormnest has quit IRC
03:03:00  *** Kitrana1 has joined #openttd
03:09:34  *** Kitrana2 has quit IRC
03:37:01  *** debdog has joined #openttd
03:40:23  *** godbed has quit IRC
03:56:54  *** Cthulhux has quit IRC
04:00:36  *** glx has quit IRC
06:22:38  *** snail_UES_ has quit IRC
06:46:57  *** Flygon has quit IRC
06:47:31  *** Flygon has joined #openttd
07:14:24  *** andythenorth has joined #openttd
07:23:40  *** sla_ro|master has joined #openttd
10:46:34  *** supermop_Home_ has quit IRC
11:04:54  *** Gustavo6046 has quit IRC
11:38:00  <DorpsGek> [OpenTTD/OpenTTD] glx22 commented on issue #9830: [Bug]: Impossible to download and update two parts of the game's online content
11:43:47  *** toktik has joined #openttd
11:46:04  *** WormnestAndroid has quit IRC
11:52:24  *** WormnestAndroid has joined #openttd
13:29:38  *** glx has joined #openttd
13:29:38  *** ChanServ sets mode: +v glx
13:46:37  *** sla_ro|master has quit IRC
14:11:42  <andythenorth> who wants to be my successor?
14:11:47  <andythenorth> how about TrueBrain !
14:45:34  *** Speedy` has quit IRC
14:47:03  *** Cthulhux has joined #openttd
15:20:02  *** Speedy` has joined #openttd
15:30:28  *** nielsm has joined #openttd
15:41:06  *** gelignite has joined #openttd
15:53:05  *** sla_ro|master has joined #openttd
16:10:20  *** supermop_work has joined #openttd
16:17:24  *** pyropeter3 has joined #openttd
16:36:34  *** andythenorth has quit IRC
16:40:36  *** andythenorth has joined #openttd
17:33:12  *** Flygon has quit IRC
17:56:40  *** esselfe has quit IRC
18:02:04  *** Cursarion has quit IRC
18:03:34  *** esselfe has joined #openttd
18:17:40  *** J0anJosep has joined #openttd
18:24:04  <TrueBrain> Only if you also send me your death certificate :p
19:11:07  *** frosch123 has joined #openttd
19:13:50  <TrueBrain> frosch123: andy picked me over you!!! :P :P :P :P
19:16:21  <frosch123> i am fine with you taking over the firs bugs
19:16:55  <TrueBrain> pfff
19:16:59  <frosch123> though maybe andy has a private repo with all the bitcoin keys
19:17:18  <TrueBrain> you will never knowwwwwww
19:18:19  <frosch123> are you planning to know in near future?
19:19:11  <TrueBrain> I would like to say: no!
19:19:58  <TrueBrain> I like that GitHub is not for "dropping of the face of the earth"
19:20:29  <TrueBrain> how do they validate death certificates, I wonder
19:20:40  <TrueBrain> this to morbid to talk about?
19:21:54  <frosch123> they mostly have to identify you, and make sure that your country considered faking certificates a crame
19:21:58  <frosch123> *crime
19:22:46  <frosch123> anyway, i do not see the point in inheriting public repos
19:23:22  <frosch123> a fork is not much different, so it's only about moving issues and PRs, maybe wiki
19:25:01  <TrueBrain> guess for some projects it makes sense
19:25:06  <TrueBrain> as "upstream" is the only right one
19:26:20  <TrueBrain> I would also expected it to work for private repos, but nope
19:26:41  <TrueBrain> (at least, the help page suggests as much; I didn't just kill anyone)
19:28:06  <frosch123> oh, private is not included, then i understand it even less
19:29:02  <frosch123> anyway, i am considering writing a c++20 defect report
19:29:34  <TrueBrain> just 1?
19:29:54  <frosch123> std::counting_semaphore has methods "acquire"/"release" instead of "lock"/"unlock", so it does not work with std::lock_guard
19:30:25  <frosch123> so i would need yet another RAII class for exception-safe usage of semaphores
19:31:06  <LordAro> oh dear
19:31:43  <TrueBrain> unacceptable!
19:33:08  <andythenorth> hmm
19:33:11  <andythenorth> but ground types?
19:33:30  <TrueBrain> he just ignored the whole conversation, interesting
19:33:40  <andythenorth> maybe I am dead
19:33:53  <TrueBrain> it is all an illusion!
19:34:12  <andythenorth> I just thought frosch123 has done enough to help me, and maybe someone else could have the burden :P
19:34:28  <andythenorth> all those OpenTTD PRs and re-explanations of simple facts about newgrf :P
19:34:50  <andythenorth> on the other hand, no good deed should go unpunished?
19:35:54  <supermop_work> waiting a week and a half fantasizing about buying something on ebay apparently is not the same thing as buying it
19:37:13  <andythenorth> apparently that's more ethical
19:37:17  <andythenorth> reduced consumption
19:37:40  <andythenorth> so I made £320 for charity so far selling junk model train parts, minus fees
19:38:03  <andythenorth> although I had to refund £16 to one buyer as apparently reading descriptions and looking at photos is hard
19:38:32  <andythenorth> buyer: "I am very disappointed, these coaches have problems x y z"
19:39:01  <andythenorth> me: replies with literal copy-paste from description, which says "sold with problems x y z"
19:39:07  <andythenorth> and refunds because life is short
20:06:55  *** Wormnest has joined #openttd
20:16:47  <Rubidium> frosch123: I have the same issue with counting_semaphore; though you could roll some wrapper that converts acquire/release to lock/unlock, so you do not need to actually write the RAII class just a simple wrapper
20:17:15  <frosch123> <- yes
20:18:25  <frosch123> still, i have not found any mailing-list item or stackoverflow-item which addresses this
20:18:31  <frosch123> usually i find some hint about something
20:19:01  <Rubidium> but I guess they made them explicitly acquire/release as it does not fullfil basiclockable's "exclusive blocking semantics"
20:21:05  <frosch123> i don't think that "exclusive" part is essential to the definition
20:22:00  <frosch123> btw. everything disagrees about "noexcept" :)
20:22:15  <frosch123> basiclockable requires it, but std::mutex does not have it
20:23:33  <TrueBrain> let this irc log be the first!
20:33:51  <Rubidium> frosch123: proposed almost what you want ;)
20:35:46  <frosch123> <- that's the accepted version, it even references that older one
20:35:54  <Rubidium> that
20:35:56  *** J0anJosep has quit IRC
20:35:59  <Rubidium> is how I found it
20:37:26  <frosch123> though that one uses a binary_semaphore
20:37:52  <Rubidium> that's sadly the "almost" part of my statement
20:40:19  <frosch123> the LWG list is actually not that spammy, so i am considering submitting something
20:50:03  *** gelignite has quit IRC
21:18:33  <frosch123> Rubidium: <- does that look reasonable?
21:19:11  <frosch123> <- contains a "how to submit" section
21:28:01  *** Gustavo6046 has joined #openttd
21:36:04  <Rubidium> frosch123: looks okay to me
21:37:33  <Rubidium> to bad this will only solve our issue in a few years when the compilers/libraries get eventually fixed
21:38:03  <frosch123> pff, first get an approval :p
21:44:03  *** nielsm has quit IRC
21:44:05  <frosch123> hmm, i guess you could argue that counted_semaphore could also be a SharedLockable :p
21:49:54  <Rubidium> or should it be a SharedLockable? So you can use std::shared_lock instead?
21:50:35  <frosch123> exactly, but it does not add anything
21:50:57  <frosch123> there are things that work with Lockable, but not with SharedLockable
21:51:00  <Rubidium> it's at least more consistent with the behavior... except that the specialisation of binary_semaphore more a Lockable
21:51:10  <frosch123> but there is nothing that works with SharedLockable that does not work with Lockable
22:29:28  <frosch123> submitted, let's see what happens
22:29:43  <frosch123> so far this was an easier process than at any workplace :)
22:49:07  *** andythenorth has quit IRC
23:01:30  *** frosch123 has quit IRC
23:17:33  *** sla_ro|master has quit IRC
23:59:49  *** Kitrana1 has quit IRC

Powered by YARRSTE version: svn-trunk