MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (81):

MythBuild, MythLogBot, aloril, anykey_, CaCtus491, cattelan, cesman, Chutt, clever, coling, damaltor, dblain, dekarl1, dinamic|screen, ElmerFudd, foxbuntu, gregL, GreyFoxx, highzeth, jams, jarle, joki, jpabq, jstenback, kc, kenni, kormoc, kwmonroe, mag0o, mrand, NightMonkey, peitolm, petefunk, poptix, purserj, seld, skd5aner, Slasher`, sphery, tris, Vernon_at_work_, Anssi, Cougar, ghoti, J-e-f-f-A, kurre2, SmallR2002, sraue, sutula, Unhelpful, vallor, _charly_, stichnot_, rsiebert, kartouch, foobum, jwhite, idl0r, Peps, laga, MavT, knightr_, yb0t, Sharky112065, frankster, eharris, markcerv, danielk221, dlblog, _Techie_-_AFK_, David_Miller, sunkan, f33dMB, wahrhaft_, jafa, XDS2010__, hemi770, joe___, bobweaver, fafa88_, oschni
Friday, August 3rd, 2012, 00:21 UTC
[00:21:05] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[00:23:12] Mousey (Mousey!~r0dent_@ross154.net) has quit (Remote host closed the connection)
[00:23:55] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[01:24:27] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv
[01:24:27] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host)
[01:24:27] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:25:14] jya: xris: bump… can you send me the alsa data I asked you earlier ? thanks
[01:28:32] joki- (joki-!~joki@p548631E3.dip.t-dialin.net) has joined #mythtv
[01:28:52] joki (joki!~joki@p54862C8C.dip.t-dialin.net) has quit (Ping timeout: 248 seconds)
[01:28:53] joki- is now known as joki
[01:35:29] Beirdo: jya: ewww. CMake?! :)
[01:35:42] jya: don't blame me !
[01:35:50] Beirdo: aren't there pre-built mysql available?
[01:36:03] jya: there are...
[01:36:04] Beirdo: Oh, trust me, you didn't think it up, I know it :)
[01:36:32] jya: unfortunately, the build script, pretty much expect to build everything
[01:36:47] Beirdo: ick
[01:36:53] jya: much easier that way when it comes to created the bundle package
[01:36:56] Beirdo: ah well.
[01:37:03] Beirdo: yeah, I'd imagine so
[01:37:31] jya: could very well add an extra system to do like we do with Qt and rely on an external install
[01:37:43] jya: but building mysql isn't much of a big deal anyway...
[01:37:54] jya: only a minute or two.. unlike Qt
[01:38:18] Beirdo: yeah :)
[01:39:34] jya: also, as the crashed I was seeing on the backend were mysql related, I wanted to see how it would go with the new mysql
[01:40:15] Beirdo: yeah, that's probably a wise choice
[01:40:34] Beirdo: beware of innodb defaults if you actually run the server
[01:41:21] jya: I use the pre-compiled package for the server
[01:41:38] jya: and as it's purely for testing with a not-so-used db, i don't really care much
[01:41:49] jya: it's currently recording my hls stream happily
[01:42:13] jya: i want to see if it's going to crash when the recording ends like it did an hour ago, but didn't make a bt
[01:49:28] Beirdo: cool
[01:54:52] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:57:24] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[02:08:20] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[02:25:59] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[02:56:32] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:54:58] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[04:07:48] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:14:57] HarryGuerilla (HarryGuerilla!~tony@96.247.66.187) has joined #mythtv
[04:14:58] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Remote host closed the connection)
[04:18:48] stichnot (stichnot!~stichnot@192.55.54.38) has joined #mythtv
[04:18:48] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[04:18:48] stichnot (stichnot!~stichnot@192.55.54.38) has quit (Changing host)
[04:24:57] HarryGuerilla (HarryGuerilla!~tony@96.247.66.187) has quit (Quit: leaving)
[04:29:02] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[05:01:25] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[05:53:10] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[06:00:23] stoffel (stoffel!~quassel@pD9E41B39.dip.t-dialin.net) has joined #mythtv
[07:46:47] jya: danielk22: I spent a bit of time today trying to track that HLS liveTV issue
[07:46:52] jya: I'm a bit baffled
[07:47:30] jya: no sure what is happening, even when the SignalMonitor shows in the log that it has found a valid PMT, you see it closing and the TVRec close the whole lot
[08:05:17] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[08:11:21] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[08:24:33] rsiebert (rsiebert!~quassel@g225059020.adsl.alicedsl.de) has joined #mythtv
[08:25:07] rsiebert_ (rsiebert_!~quassel@g229055081.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[08:45:01] andreax (andreax!~andreaz@p54BF2327.dip.t-dialin.net) has joined #mythtv
[08:50:23] Lomion0815 (Lomion0815!~markus@178-190-197-136.adsl.highway.telekom.at) has joined #mythtv
[09:27:13] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[09:38:30] hemi770_ is now known as hemi770
[09:45:33] stoffel (stoffel!~quassel@pD9E41B39.dip.t-dialin.net) has quit (Ping timeout: 245 seconds)
[10:00:36] stuartm: nice, MetOffice have added APIs for a whole bunch of map/radar/satellite images
[10:28:59] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 255 seconds)
[10:35:17] Lomion0815 (Lomion0815!~markus@178-190-197-136.adsl.highway.telekom.at) has quit (Ping timeout: 255 seconds)
[10:38:18] Lomion0815 (Lomion0815!~markus@178-190-197-136.adsl.highway.telekom.at) has joined #mythtv
[10:46:08] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[10:51:58] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[10:52:29] fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Ping timeout: 244 seconds)
[10:53:00] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 244 seconds)
[10:53:00] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 244 seconds)
[10:53:21] fafa88_ (fafa88_!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv
[10:53:37] skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has quit (Ping timeout: 240 seconds)
[10:53:38] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv
[10:53:38] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host)
[10:53:38] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[10:53:44] skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv
[10:53:53] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv
[10:53:53] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[10:53:53] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host)
[10:54:07] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has quit (Ping timeout: 240 seconds)
[10:54:37] ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds)
[10:55:03] danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv
[10:55:03] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[10:55:33] ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv
[10:55:49] coling (coling!~colin@80.193.149.12) has joined #mythtv
[10:56:35] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[11:03:15] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[11:21:44] Goga777 (Goga777!~Goga777@2.95.226.142) has joined #mythtv
[11:55:38] stuartm: danielk221: looks like http://svn.mythtv.org/trac/ticket/10970 may be the deadlock I was seeing
[11:55:47] stuartm: includes backtrace
[11:58:15] stuartm: http://code.mythtv.org/trac/attachment/ticket/10970/gdb.txt
[12:14:38] Lomion0815 (Lomion0815!~markus@178-190-197-136.adsl.highway.telekom.at) has quit (Remote host closed the connection)
[12:38:00] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[12:44:04] Goga777 (Goga777!~Goga777@2.95.226.142) has quit (Ping timeout: 248 seconds)
[12:52:19] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:48:33] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[14:20:17] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[14:34:43] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[14:38:36] stoffel (stoffel!~quassel@pD9E41B39.dip.t-dialin.net) has joined #mythtv
[14:39:24] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv
[15:01:45] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[15:09:30] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 248 seconds)
[15:13:31] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out)
[15:16:24] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[15:17:36] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[15:42:19] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[16:00:47] Defense|Twin (Defense|Twin!~jepz@c220075.adsl.hansenet.de) has joined #mythtv
[16:15:48] danielk221 (danielk221!~danielk@96.57.9.142) has quit (Ping timeout: 248 seconds)
[16:18:17] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[16:26:05] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[16:26:05] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[16:26:05] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:28:20] bobweaver (bobweaver!~bobweaver@ubuntu/member/bobweaver) has joined #mythtv
[16:28:39] aberrios (aberrios!~aberrios@77.107.183.144) has quit (Remote host closed the connection)
[16:33:11] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[16:33:15] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[16:40:59] Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv
[16:47:20] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[16:48:17] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Client Quit)
[16:48:18] danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv
[16:56:42] danielk221: stuartm: What gcc are you using? It looks like we're not exiting the while (!_running ...) loop even though _running has been set to true.
[16:58:12] stuartm: gcc (GCC) 4.6.1 20110627 (Mandriva)
[16:58:48] danielk221: _running is not volatile so the compiler is allowed to optimize away the "!_running" check, and I'll make it volatile to fix this. But if gcc is optimizing away this check there are a lot of instances of variables accessed in multiple threads in MythTV an not marked volatile so this would cause a lot of our code to go haywire.
[17:03:11] danielk221: Actually, we are in a lock.. I think it's an error for gcc to optimize away the check since it would cross the barrier in the QWaitCondition.wait(..)
[17:03:13] danielk221: hmm
[17:05:40] stuartm: pizzas here, I'll be back a little later
[17:09:03] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[17:34:38] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[17:37:48] danielk221: stuartm: I just don't understand how that stacktrace is possible.
[17:40:20] danielk221: The only way it makes any sense is if MThread::start() did not result in DVBStreamHandler::run() being run, or DVBStreamHandler::run() exiting without _running or _error being set, or _running or _error is not being checked from memory in that loop.
[17:41:26] danielk221: #1 Is something the pthread api allows for but QThread::start() is void so I assume this would never happen in practice.
[17:41:26] ** MythLogBot http://code.mythtv.org/trac/ticket/1 **
[17:41:53] danielk221: I've read over the code multiple times and can't see 2 happening.
[17:43:03] danielk221: And 3 shouldn't occur because QWaitCondition::wait() erects a memory barrier (and gcc doesn't optimize across any out of translation unit function calls anyway.)
[17:43:28] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:44:52] danielk221: stuartm: what does ulimit -u return for you ? For me it is 31157... i.e. QThread::start() should never fail in practice..
[17:49:26] NightMonkey_ (NightMonkey_!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:50:34] NightMonkey_ (NightMonkey_!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Client Quit)
[17:50:39] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[17:50:53] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:58:26] Mousey (Mousey!~r0dent_@ross154.net) has quit (Remote host closed the connection)
[17:58:38] stuartm: 27067
[17:58:44] Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv
[18:02:42] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: https://i.chzbgr.com/completestore/12/8/1/9tQssxuVZku-RXz3NDby0A2.jpg)
[18:10:18] danielk221: I can put in some code to deal with the thread not starting, but recordings won't happen in that case. It will just prevent a deadlock. :|
[18:14:30] stuartm: danielk221: Is it correct that we should be creating a stream handler when the recorder is shutting down? We're waiting in StopRecording() for, and I quote "This function should block until recorder has finished up." so it seems very strange that the same recorder instance is in the early stages of run()
[18:16:22] stuartm: furthermore, run() sets recording and request_recording to true, irrespective of their current value which would keep us in the loop in StopRecording() indefinitely? Or am I reading that wrong
[18:18:40] danielk221: The way I read it the StreamHandler::Start() never finished event though it looks like it did start based on where DVBStreamHandler::RunTS() is. However it's hard to be sure these refer to the same device.
[18:19:07] danielk221: run() shouldn't be setting request_recording, but I think that's a red herring.
[18:20:31] danielk221: StopRecording() will reset request_recording anyway and print out an error message if it is set while it's waiting for the recorder to stop.
[18:25:57] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[18:25:58] anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (*.net *.split)
[18:25:58] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split)
[18:25:58] xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split)
[18:25:58] foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (*.net *.split)
[18:25:58] kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split)
[18:25:58] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split)
[18:25:59] Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split)
[18:25:59] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split)
[18:26:38] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[18:26:38] anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv
[18:26:38] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[18:26:38] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[18:26:38] foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv
[18:26:38] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[18:26:38] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[18:26:38] Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv
[18:26:38] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[18:36:04] dekarl (dekarl!~dekarl@p4FCEF826.dip.t-dialin.net) has quit (*.net *.split)
[18:36:05] tris (tris!tristan@camel.ethereal.net) has quit (*.net *.split)
[18:36:05] peitolm (peitolm!~moreyc@unaffiliated/peitolm) has quit (*.net *.split)
[18:36:06] Mousey (Mousey!~r0dent_@ross154.net) has quit (*.net *.split)
[18:36:06] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (*.net *.split)
[18:36:06] Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (*.net *.split)
[18:36:07] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (*.net *.split)
[18:36:07] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[18:36:08] idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has quit (*.net *.split)
[18:36:08] jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split)
[18:36:08] seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (*.net *.split)
[18:36:08] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (*.net *.split)
[18:36:09] Vernon_at_work_ (Vernon_at_work_!~singv003@lightcloud.verns.net) has quit (*.net *.split)
[18:36:09] sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (*.net *.split)
[18:36:09] Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (*.net *.split)
[18:36:09] damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (*.net *.split)
[18:36:10] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split)
[18:36:10] CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (*.net *.split)
[18:36:11] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split)
[18:36:11] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split)
[18:36:11] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (*.net *.split)
[18:36:11] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (*.net *.split)
[18:36:12] stoffel (stoffel!~quassel@pD9E41B39.dip.t-dialin.net) has quit (*.net *.split)
[18:36:12] joki (joki!~joki@p548631E3.dip.t-dialin.net) has quit (*.net *.split)
[18:36:12] jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split)
[18:36:13] foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (*.net *.split)
[18:36:13] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split)
[18:36:13] yb0t (yb0t!quassel@nat/nokia/x-soiyvpghnwfjorjm) has quit (*.net *.split)
[18:36:13] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split)
[18:36:13] dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has quit (*.net *.split)
[18:36:13] laga (laga!~laga@h1626373.stratoserver.net) has quit (*.net *.split)
[18:36:14] kenni (kenni!~kenni@mythtv/developer/kenni) has quit (*.net *.split)
[18:36:14] jafa (jafa!~jafa@2001:470:1f05:15de:61fb:8ab1:4326:426b) has quit (*.net *.split)
[18:36:15] purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split)
[18:36:15] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split)
[18:36:15] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split)
[18:36:15] kartouch (kartouch!~kartouch@2a02:348:82:cb67::1) has quit (*.net *.split)
[18:36:16] frankster (frankster!~frankster@host81-151-162-106.range81-151.btcentralplus.com) has quit (*.net *.split)
[18:36:16] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (*.net *.split)
[18:36:16] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (*.net *.split)
[18:36:16] wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has quit (*.net *.split)
[18:36:16] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split)
[18:36:16] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split)
[18:37:32] Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv
[18:37:32] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[18:37:32] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[18:37:32] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[18:37:32] stoffel (stoffel!~quassel@pD9E41B39.dip.t-dialin.net) has joined #mythtv
[18:37:32] joki (joki!~joki@p548631E3.dip.t-dialin.net) has joined #mythtv
[18:37:32] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[18:37:32] dekarl (dekarl!~dekarl@p4FCEF826.dip.t-dialin.net) has joined #mythtv
[18:37:32] Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv
[18:37:32] superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv
[18:37:32] peitolm (peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv
[18:37:32] tris (tris!tristan@camel.ethereal.net) has joined #mythtv
[18:37:32] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv
[18:37:32] wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has joined #mythtv
[18:37:32] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[18:37:32] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv
[18:37:32] purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv
[18:37:32] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[18:37:32] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[18:37:32] _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv
[18:37:32] yb0t (yb0t!quassel@nat/nokia/x-soiyvpghnwfjorjm) has joined #mythtv
[18:37:32] MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv
[18:37:32] dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has joined #mythtv
[18:37:32] Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv
[18:37:32] damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv
[18:37:32] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[18:37:32] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[18:37:32] sunkan (sunkan!~sunkan@alva.zappa.cx) has joined #mythtv
[18:37:32] foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv
[18:37:32] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv
[18:37:32] Vernon_at_work_ (Vernon_at_work_!~singv003@lightcloud.verns.net) has joined #mythtv
[18:37:32] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[18:37:32] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[18:37:32] kartouch (kartouch!~kartouch@2a02:348:82:cb67::1) has joined #mythtv
[18:37:32] frankster (frankster!~frankster@host81-151-162-106.range81-151.btcentralplus.com) has joined #mythtv
[18:37:32] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[18:37:33] laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv
[18:37:33] jafa (jafa!~jafa@2001:470:1f05:15de:61fb:8ab1:4326:426b) has joined #mythtv
[18:37:33] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[18:37:33] kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv
[18:38:47] idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has joined #mythtv
[18:38:47] jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv
[18:38:47] seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv
[18:51:39] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[18:51:39] CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv
[18:52:36] Mousey (Mousey!~r0dent_@ross154.net) has quit (Remote host closed the connection)
[18:57:38] andreax (andreax!~andreaz@p54BF2327.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)
[19:18:55] stuartm: it would really help if gdb timestamped everything, working backwards through a stack trace to piece together the picture of what was happening would be so much easier
[19:20:02] stuartm: jpabq: thanks for committing that fix
[19:21:24] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 248 seconds)
[19:34:36] stuartm: danielk221: would it help to throw some logging in there to clear up the exact sequence of events ?
[19:36:50] danielk221: http://www.pastebin.ca/2177146 <-- this should tell us if _running/_error is really not getting set.
[19:40:28] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[20:29:57] oschn0r (oschn0r!~oschni_fr@mx.twinlabs.de) has joined #mythtv
[20:37:34] stoffel (stoffel!~quassel@pD9E41B39.dip.t-dialin.net) has quit (Ping timeout: 248 seconds)
[20:41:28] Defense|Twin (Defense|Twin!~jepz@c220075.adsl.hansenet.de) has quit (Remote host closed the connection)
[20:47:18] wagnerrp (wagnerrp!~wagnerrp_@nr-ft1-66-42-241-17.fuse.net) has joined #mythtv
[20:47:18] wagnerrp (wagnerrp!~wagnerrp_@nr-ft1-66-42-241-17.fuse.net) has quit (Changing host)
[20:47:19] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[20:48:31] oschn0r is now known as oschni
[20:52:58] stuartm: ok, installed, may have to give it a few days
[20:53:46] stuartm: danielk221: overcommit_memory is zero
[20:55:34] Beirdo: so how are thing looking, guys?
[20:55:40] Beirdo: things even.
[20:56:00] Beirdo: anywhere I can be of assistance, or would staying outta the way still be best? :)
[20:56:55] danielk221: It looks like Pete Townsend has gotten a core for a deadlock, possibly the one stuartm has been seeing. But for the life of me I just can't explain it.
[20:57:18] Beirdo: of The Who? :) (sorry)
[20:57:49] danielk221: Beirdo: If you could look at the StreamHandler::Start(), DVBStreamHandler::run() code it may be helpful to have another pair of eyes look at it.
[20:57:59] Beirdo: sure thing
[20:58:16] danielk221: We're stuck waiting for the thread to start, but I don't see how.
[20:58:37] Beirdo: got a few more hours of work to go, but after that, some bugfixing/hunting is a good thing
[20:58:51] Beirdo: of course, the Blue Angels are busy distracting me from work right now
[20:59:13] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat)
[20:59:25] danielk221: StreamHandler::Start() is in the "while (!_running && !_error && _running_desired) _running_state_changed.wait(&_start_stop_lock, 100);" loop.
[20:59:37] whoDat (whoDat!~cal@yossman.net) has left #mythtv ()
[21:00:02] Beirdo: those are all volatiles? (just in case)
[21:00:50] danielk221: No, _running isn't volatile, but it shouldn't need to be. _running_state_changed.wait() should prevent optimizing away the checks.
[21:01:21] Beirdo: yeah, it should, but sometimes doesn't hurt to force the issue.
[21:01:25] stuartm: well strictly speaking, we're stuck waiting for a 'running' flag to be set, if there's a code path which allows for the thread to start and that flag to not be set, or to be changed back once the thread is running within 100ms wait period ...
[21:01:54] stuartm: not that I can see any such thing ...
[21:02:39] Beirdo: one thing I've noticed in the past is sometimes after a wake_all() you may need to run the event loop
[21:02:48] Beirdo: now that coulda been a total fluke
[21:03:00] Beirdo: as it really doesn't make sense to me
[21:04:36] danielk221: stuartm: It could be set and cleared in the wait period, but only by exiting the loop in DVBStreamHandler::RunTS() which would only happen if _running_desired was false or if there were an error which would cause _error to be set. There is no way for _running_desired to be set AFAICT.
[21:10:14] danielk221: I have an idea..
[21:10:40] danielk221: What if the section_reader/using_buffering state changed...
[21:12:06] danielk221: In that case we set _running_desired to false and wait for _running to be cleared.. however we don't call QThread::wait() to ensure the thread has really finished up.
[21:12:29] danielk221: So the QThread::start() would probably be a no-op..
[21:14:42] SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection)
[21:16:14] dekarl1 (dekarl1!~dekarl@p4FCEEB89.dip.t-dialin.net) has joined #mythtv
[21:18:24] dekarl (dekarl!~dekarl@p4FCEF826.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[21:19:35] stuartm: seems like a worthy theory, I don't really know how long after reaching the end of run() a thread's execution is truly complete and we're only talking about a couple of minor instructions between us leaving that wait condition and trying to start the thread again
[21:20:43] stuartm: possible hazard of using _running instead of isRunning()?
[21:24:19] stuartm: danielk221: heh, actually the mere existance of both QThread::isFinished() and isRunning() suggests the possibility that a thread may not be running but has yet to actually finish
[21:24:42] danielk221: Yeah, technically we don't even have to do the _running check in Stop() anymore. The wait() should do all the work for us. We just need to release the start_stop_lock.
[21:25:34] danielk221: stuartm: I'd hope QThread would be smart enough to do any reaping in QThread::start() when necessary..
[21:26:39] danielk221: But I could see there being an issue where reaping is only done in the event loop.. I think it's time for me to look at the Qt source...
[21:26:55] stuartm: start() is a no-op on a running thread, it just doesn't specifically say if that includes a thread which has not finished too
[21:28:07] danielk221: stuartm: My hope is just adding a QThread::wait(); call should be sufficient to wait for the thread to be completely cleaned up.
[21:28:48] stuartm: danielk221: that's what the docs imply so yeah
[21:28:50] danielk221: i.e. to join the thread and hence collect take it off the process table, which I assume is the distinction between isRunning() and isFinished().
[21:31:32] danielk221: stuartm: Ok, looked at the code. If we're in the finish state QThread::start() will join the thread and then start the thread, but if we're in the running state it will just exit.
[21:31:46] stuartm: "You can wait() on a thread to make sure that it has finished." ... whether or not you add that wait(), I'm going to add if (!isFinished()) LOG ...; instead just to know we're on the right track
[21:31:58] stuartm: danielk221: hmm
[21:32:13] danielk221: stuartm: I'm pretty sure this is just a race.
[21:33:34] danielk221: We wait for _running to be set to false, but there are a few more instructions that follow the setting of _running to false. If we don't finish those before we get to MThread::start() we will never start.
[21:33:53] stuartm: danielk221: yeah I'm sure it is too, but I'd like if possible to know for sure that it's fixed and that we're not simply making the condition harder but not impossible to trigger
[21:33:59] danielk221: This probably affects 0.24, this would have started as soon as we ported from pthread to QThread.
[21:35:16] stuartm: hence I'll run for a couple of weeks (or as long as it takes) with some logging checking the state if isRunning() and isFinished() immediately before we start()
[21:36:53] stuartm: then at least we'll have proof that it's the cause of the deadlock and not just another bug you've stumbled across
[21:38:00] danielk221: stuartm: Yeah good plan. Also make sure you don't pull in the fix I'll be committing shortly...
[21:39:34] danielk221: stuartm: Make sure you pull isFinished() and isRunning() int boolean vars before the LOG() macro, so the locking for the log macro doesn't allow the thread to finish.
[21:40:31] danielk221: if you put it right after the if (_running) check it would have the most likelyhood of occurring, since the _eit_pids.clear() is probably giving the thread a little time to finish..
[21:47:34] stuartm: k
[21:57:38] xris: Beirdo: this look ok? https://github.com/MythTV/packaging/blob/mast . . . tv.logrotate
[21:58:34] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:58:36] stuartm: wagnerrp: mnv uses either the internal player or mythbrowser correct? If so I'm stumped since both of those will prevent the frontend going idle
[21:59:08] wagnerrp: another person using an external browser?
[22:01:20] stuartm: could be I'll take a closer look, if that's the case we just need to wrap the process execution with some Suspend/ResumeIdleTimer() calls
[22:02:09] wagnerrp: might be a good idea to put that directly into MythSystem for any task that blocks the UI
[22:02:35] stuartm: yeah
[22:06:03] stuartm: I'll look at it tomorrow
[22:07:04] Beirdo: xris: looks good to me
[22:07:32] xris: cool. now to wait a few days to see if it works. I deleted all of my logs before you pointed out the problems
[22:07:41] Beirdo: oooh
[22:07:50] Beirdo: heh, it woulda caught it the first run :)
[22:08:02] Beirdo: mine blew away about 6G the first run
[22:08:36] wagnerrp: nasty
[22:08:48] Beirdo: it was like 1.5 years of logs
[22:09:46] stuartm: heh
[22:10:33] wagnerrp: still, i think im running all of 2.4MB of logs for about the past month and a half
[22:10:49] Beirdo: I figured 1 month retension should be good enough, and if I need some particular ones, I just need to move it out of the old/ dir into a keep/ dir or soemthing like that
[22:10:54] wagnerrp: including one massive flooding from a mythtranscode run
[22:11:22] kormoc: xris, why bother with the olddir at all?
[22:11:24] wagnerrp: 336k lines long
[22:11:41] xris: kormoc: beats me. that's what's in the mythtv wiki
[22:12:01] Beirdo: kormoc: it makes it so you can have a clean main dir, and clean out only the old dir
[22:12:07] ** wagnerrp loves live filesystem compression **
[22:12:27] Beirdo: and you rotate into the old once a week, basically
[22:12:33] kormoc: Beirdo, meh. Everything else uses .1 .2 .3 … just fine
[22:12:49] Beirdo: mythtv logs aren't "everything else"
[22:12:49] kormoc: I think it'd be better to remove the old dir, the find, and change no compress to compress
[22:13:14] Beirdo: you get a separate file for every run of every application (for ease of debugging)
[22:13:38] kormoc: oof
[22:14:35] kormoc: there's no point for rotate 8 then
[22:14:59] Beirdo: well, if you are still running the same one...
[22:15:11] Beirdo: like your backend hasn't crapped for a while :)
[22:15:24] kormoc: you'll move it into old and at rotate 4, you'll delete it
[22:15:34] Beirdo: heh, true
[22:15:45] Beirdo: it could likely use tweaking
[22:15:52] Beirdo: originally, I had the find at 60 days
[22:16:26] Beirdo: now if you use syslog (and get the not-as-good logging), you can easily use a more standard logrotate
[22:19:27] danielk221: I wonder if fixing 3 deadlocks in 1 week is a record for us :)
[22:19:38] Beirdo: quite likely so
[22:22:56] xris: most of my logs are for commflag, transcode, previewgen
[22:23:33] Beirdo: yeah, when you get a bad recording, some of those can get quite huge too
[22:24:50] xris: see, if you used syslog, I could just start storing the logs on my new NAS, and not have this problem.  :P
[22:25:07] Beirdo: you can use syslog if you insist
[22:25:14] Beirdo: but syslog has its own issues
[22:25:18] xris: yeah
[22:25:42] xris: not sure it's worth tweaking local syslog config to log to an external device, anyway
[22:25:53] Beirdo: probably not really
[22:25:54] xris: I don't care about my logs that much.
[22:26:12] Beirdo: except when shit breaks, then we'd need them to debug :)
[22:26:21] Beirdo: hence the 30 day window
[22:33:23] danielk221: xris: I'm trying to test #10944, but under "Play Recording on Frontend:" It doesn't list any frontends for me. Do I need to enable something for that to work?
[22:33:23] ** MythLogBot http://code.mythtv.org/trac/ticket/10944 **
[22:37:12] xris: presumably need to enable the remote control telnet protocol stuff, unless that's changed
[22:37:42] danielk221: That's enabled
[22:44:09] stuartm: danielk221: thanks for the EIT channel change fix
[22:44:31] stuartm: that's been causing me failed recordings for months
[22:48:21] danielk221: stuartm: The re-introduction EIT randomization should help, but this should make it not just unlikely but impossible for EIT channel changes to interfere.
[22:50:17] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:51:12] xris: danielk221: that's all I can think of. fwiw I haven't really touched mythweb code in a couple years.
[22:52:06] xris: at this point (assuming I had free time, which I don't), I'd just push to rewrite mythweb as a pure-html5 app integrated into the backend.. with angularjs or knockoutjs
[22:52:11] danielk221: xris: Do you use this feature? Are frontends listed in your recording detail pages?
[22:55:33] kormoc: danielk221, SELECT DISTINCT settings.hostname FROM settings WHERE settings.hostname IS NOT NULL AND settings.value = "NetworkControlEnabled" AND settings.data = 1
[23:02:44] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:08:10] danielk221: I get "bedroom", "bedroom2", "cherry", "cherry-old", and "t61"
[23:17:34] xris: didn't even know the feature existed
[23:18:05] xris: but yeah, my frontend is listed. but it's the same box (not sure that makes a difference, other than no firewall)
[23:32:44] danielk221: xris can you test the patch?
[23:32:47] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:33:42] danielk221: I tried deleting all but the local frontend and it still doesn't list any.
[23:33:51] xris: not for awhile. still at work.  :)
[23:34:15] danielk221: sure, i just want to get it in the next few days.
[23:36:09] kormoc: danielk221, can you actually use telnet/nc ?
[23:36:14] kormoc: (to those hosts)
[23:46:40] danielk221: hmm, no it connects but then I get "Connection closed by foreign host." almost immediately.
[23:49:14] danielk221: If I connect to localhost instead of using the hostname it works...

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.