MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

abqjp, aloril, analogue_, andreax, Anduin, Andy50, Anssi, anykey_, beata, Captain_Murdoch, cesman, Chutt, clever, coling, Cougar, dagar_, dblain, dlblog, eharris, exelnet_, f33dMB, foxbuntu, ghoti, Gibby, gregL, GreyFoxx, Guest99272, highzeth, hobiga, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jarle, jcarlos, JEDIDIAH__, joe_, jpabq-, jpharvey, jstenback, justinh, jwhite, kc, Kelerion, knightr, kormoc, kwmonroe, laga, mag0o, markk, MaverickTech, mrand, MythBuild, MythLogBot, pheld, PointyPumper, poptix, purserj, rhpot1991, sailerboy, Seeker`, simonckenyon, Snow-Man, sphery, stuarta, stuartm, sunkan, superm1`, sutula, TandyUK, taylorr, tgm4883, ThisNewGuy1, tomimo, tris, Unhelpful, wagnerrp, wahrhaft, weta, xris, xxtjaxx, ybot, zombor, _charly_
Sunday, May 29th, 2011, 00:08 UTC
[00:08:49] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 246 seconds)
[00:09:50] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv
[00:11:08] pyther (pyther!~pyther@cpe-76-189-207-159.neo.res.rr.com) has joined #mythtv
[00:11:08] pyther (pyther!~pyther@cpe-76-189-207-159.neo.res.rr.com) has quit (Changing host)
[00:11:08] pyther (pyther!~pyther@unaffiliated/pyther) has joined #mythtv
[00:16:36] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[00:47:23] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[00:47:51] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[01:05:08] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:10:46] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 246 seconds)
[01:12:26] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv
[01:21:57] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:30:13] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:31:56] Captain_Murdoch: wagnerrp, the download manager runs anywhere where you download something using it. it's fired up automatically if you try to download something using it. so it's probably used on FE's and MBE's currently.
[01:35:15] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit ()
[02:01:27] Beirdo: Captain_Murdoch: got a moment?
[02:01:37] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[02:02:55] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:06:39] Captain_Murdoch: yeah, I'm not sure how we'd be getting a non-fully-pathed filename if it wasn't a URL. how would the code know where to laod the image from if it was just subdir/filename.
[02:06:47] pyther (pyther!~pyther@unaffiliated/pyther) has quit (Ping timeout: 240 seconds)
[02:07:19] Beirdo: well, I'm not sure how it does, but I can generate logs of it doing so
[02:07:23] Captain_Murdoch: the fix you put in basically reverses the patch you linked to.
[02:07:32] Beirdo: unless I misread it
[02:07:34] Beirdo: yeah
[02:07:51] Beirdo: it stops some crashes, but obviously the patch isn't the end solution
[02:08:20] Beirdo: it looks really stupid if nothing else. Just not sure what we *need* there
[02:08:26] Captain_Murdoch: if we dont' fully-path the filename, then we'd try to load relative to whatever cwd was.
[02:08:41] Beirdo: it seems that the if was put in to allow myth:// to work somehow
[02:08:43] Captain_Murdoch: yeah, my previous code was a temp fix that I never got around to fixing better.
[02:08:50] Beirdo: according to your old comment :)
[02:09:38] Captain_Murdoch: if I recall correctly, the if was put in so that we only load animated images from local or remote, but not from a myth:// URI
[02:09:52] Beirdo: Well, I'm not opposed to smacking it around more.
[02:09:54] Beirdo: Ahhh, OK
[02:10:24] Beirdo: we could just change it to not check the animated part if it starts with myth:// and let it for others?
[02:10:53] Captain_Murdoch: let me go look at the code for a sec and try to referesh my memory. the only thing I've looked at so far today is your commit and my commit you linked to.
[02:10:58] Beirdo: the issue was when tmpFilename was empty, the ImageLoad further down would occasionally buy the farm
[02:11:01] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Read error: Operation timed out)
[02:11:35] Beirdo: and for me, it was getting to about 1/2–2/3 of the times I'd start mythfrontend it would die
[02:12:11] Beirdo: if we can get a more elegant way to fix it and still get the desired effect, even better :)
[02:13:21] Captain_Murdoch: tmpfilename isn't even used below there, it's just used for the MythImageReader.
[02:13:38] Captain_Murdoch: so I don't see what your change would have fixed.
[02:13:42] Beirdo: the imagereader is used below in the non-animated version
[02:13:55] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[02:13:57] Beirdo: so, indirectly, tmpfilename is used
[02:15:05] Beirdo: I'm not sure why it would make any difference, but it does somehow.
[02:15:57] Beirdo: now, come to think of it...
[02:16:18] Beirdo: could it be something like the data in the ImageLoadEvent disappearing?
[02:16:33] Beirdo: and the difference is really a timing issue?
[02:17:02] Beirdo: we post the event, but does it do a deep copy of the filename and basefile?
[02:17:03] Captain_Murdoch: hmm. yeah, but only via the same .supportsAnimation() call that's in run(). :(
[02:17:22] Captain_Murdoch: that was in response to the 'imagereader is usedbelow' comment.
[02:17:44] Beirdo: no, it's used in the LoadImage in the non-supportsAnimation else
[02:18:06] Beirdo: it's used in the if and in the else both
[02:18:16] Captain_Murdoch: right, but inside loadimage, the only way it's used is to call .supportsAnimation() again.
[02:18:22] Beirdo: ahhh
[02:18:25] Beirdo: gotcha
[02:18:34] Beirdo: I see what you're saying. :)
[02:18:40] Captain_Murdoch: do you have a trace?
[02:18:51] Beirdo: had a few, but they are gone now
[02:19:12] Beirdo: it would show a crash in loadimage as called in the else
[02:19:19] Beirdo: I guess I could generate some
[02:20:11] Beirdo: one moment
[02:21:18] ** Captain_Murdoch is offlooking at code. **
[02:21:28] Beirdo: K. I'm compiling with that reverted
[02:21:40] Beirdo: :) if all goes well, it will misbehave like before
[02:22:05] Beirdo: if I can't get it to crap out, will likely just revert it for good
[02:23:38] Beirdo: second try
[02:23:39] Captain_Murdoch: the imageloadthread does detach, but imageloadevent doesn't.
[02:24:24] Beirdo: where is detach() documented? I was trying to find that the other night
[02:25:03] Beirdo: that under QObject or something?
[02:27:01] Beirdo: this time it segfaulted at the end of the thread
[02:27:15] Captain_Murdoch: not sure. just looked myself and didn't see it right off.
[02:27:35] Beirdo: http://pastebin.com/TxsFXbWz
[02:28:04] Beirdo: I'm worried that something's messing with stuff on a stack that's not there or something along those lines, but...
[02:28:22] Beirdo: this is using the new-logging thread, BTW
[02:28:33] Beirdo: it was doing the same for me on master
[02:30:54] Beirdo: just at a slightly earlier point in the code
[02:31:26] Beirdo: so it seems to me to be data in the thread's stack being used as it's exiting or something like that
[02:31:57] Beirdo: now why initializing (and changing the code path) stopped it, I am not sure right now
[02:38:40] Beirdo: wow, almost out of clean LPs, gotta clean some more
[02:40:13] Captain_Murdoch: could it be a timing issue. when it was happening, would it happening every time?
[02:40:32] Beirdo: it's during startup, loading the themes
[02:40:48] Beirdo: but yeah, there will always be minor timing differences
[02:52:02] Beirdo: http://doc.qt.nokia.com/4.7-snapshot/implicit-sharing.html
[02:52:07] Beirdo: found it :)
[02:52:56] Beirdo: hmm
[02:53:08] Beirdo: I think we aren't detaching right.
[02:53:45] Captain_Murdoch: I wonder if we should detach in mythimagereader.
[02:53:48] Beirdo: it seems we're supposed to write after detaging?
[02:53:55] Beirdo: detaching rather
[02:54:29] Beirdo: possibly
[02:54:59] Beirdo: it is more likely something along those lines than the simplistic and stupid bandaid I put on it
[02:55:02] Beirdo: hehe
[02:56:08] Captain_Murdoch: I'd think if it was detatch related though, that we'd see that in the backtrace.
[02:56:17] Captain_Murdoch: s/atch/ach/
[02:56:45] Beirdo: well, the backtrace is because something's trying to realloc something it shouldn't be
[02:57:06] Beirdo: like something not detached, and which is no longer valid
[02:58:06] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[02:58:28] Beirdo: I wonder if we shouldn't try a QDeepCopy like we have mentioned in the doxygen docs
[02:59:37] Beirdo: I think I'll toy with that a bit here.
[03:00:22] Captain_Murdoch: didn't we used to do that in programinfo and now we just detach.
[03:01:04] Captain_Murdoch: you might try detatching in the ImageLoadEvent ctor which is just {} now in mythuiimage.cpp
[03:01:14] Beirdo: K
[03:01:28] Captain_Murdoch: m_basefile.detach() and m_filename.detach().
[03:03:41] Beirdo: worth a try
[03:04:09] Beirdo: same thing
[03:04:51] Captain_Murdoch: my line #'s don't match up, is that backtrace erroring on the last line in run()?
[03:05:16] Beirdo: I'm on new-logging, it will be off by one or two lines
[03:05:34] Beirdo: in particular, the line is the last in run() after the else
[03:05:55] Beirdo: I'm pretty sure it's related to the postEvent somehow.
[03:26:32] Beirdo: definitely timing
[03:27:30] Beirdo: if I put a cerr << line in just before the MythImageReader, it never seems to want to crap
[03:30:24] Beirdo: 2011-05–28 20:26:20.633532 DPMS is disabled.
[03:30:24] Beirdo: filename: images/arclight_popup_divider.png, tmp:
[03:30:24] Beirdo: filename: images/arclight_popup_rightarrow.png, tmp:
[03:30:30] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 260 seconds)
[03:30:39] Beirdo: there are many many files being loaded without leading /
[03:32:12] eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[03:40:01] Beirdo: hmmm, finally got a crash
[03:40:19] ska (ska!~ska@cpe-66-25-185-112.austin.res.rr.com) has quit (Ping timeout: 240 seconds)
[03:46:55] ska (ska!~ska@cpe-66-25-185-112.austin.res.rr.com) has joined #mythtv
[03:47:25] Captain_Murdoch: yeah, I see those files being loaded that way as well. we must be adding a dir somewhere that I don't remember, but then my brain is not in coding mode right now either.
[03:47:37] Beirdo: heh, no prob
[03:48:22] Beirdo: I changed the if to be if (!m_filename.startsWith("myth://"))
[03:48:27] Beirdo: no difference :(
[03:48:52] Beirdo: I think my earlier patch will be reverted later today
[03:48:53] Beirdo: :)
[03:49:43] Captain_Murdoch: odd, so in that case, you would be setting tmpfilename for these files.
[03:49:49] Beirdo: yeah
[03:50:02] Beirdo: it's a lot more rare, but it's still happening, dammit
[03:50:47] Captain_Murdoch: wonder why this isn't showing up all over the place for everyone.
[03:51:30] Beirdo: well, if it's timing-related, they'd have to have the same system as me... and the new-logging stuff is done async, so the thread timings are different again
[03:52:08] Captain_Murdoch: when you say logging, are you talking about VERBOSE or DB logging?
[03:52:10] wagnerrp: ugh... the ringbuffer is in libmythtv
[03:52:16] Beirdo: yes
[03:52:18] Beirdo: :)
[03:52:29] Captain_Murdoch: to me or him? :)
[03:52:34] wagnerrp: was trying to keep the dependencies light on this one
[03:52:35] wagnerrp: you
[03:52:35] Beirdo: the db logging is done via VERBOSE now
[03:52:50] Beirdo: all logging is
[03:53:10] Captain_Murdoch: so did the bt you posted die on a logging line? why does your logger show up in the bt?
[03:53:36] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit ()
[03:53:42] Beirdo: because putting things into the queue is done in the thread that sends the log message
[03:54:06] Beirdo: and yes, it did, but it's seeming to be provoked by other things.
[03:54:53] Captain_Murdoch: so what shows up in the bt without that logging line in?
[03:55:48] Beirdo: heh, now it won't die
[03:56:28] Beirdo: I'm gonna trace trhough that again, but this is the only thread out of nearly 100 that gives any grief
[03:56:32] Captain_Murdoch: is your logging line inside part of the if/else or outside the if/else?
[03:56:37] Beirdo: outside
[03:57:12] Beirdo: I put a threadRegister at the beginning of and a threadDeregister at the end of the function
[03:57:14] Captain_Murdoch: and it just prints tmpfilename and m_filename
[03:57:32] Beirdo: oh, the logging that I just put in for temporary... I used cerr
[03:57:42] Beirdo: so it's not going trhough the logging stack at all
[03:58:35] Beirdo: BTW, the smolt server is tossing 503 errors
[03:58:54] Captain_Murdoch: wow, I google for "threadderegister" and your pastebin shows up as the 7th search result.
[03:59:05] Beirdo: heheh
[03:59:43] Beirdo: that's fast to get into the top 10
[04:02:44] Beirdo: unless of course somehow QQueues aren't actually thread-safe on enqueue
[04:02:53] Beirdo: now that would truly suck
[04:05:01] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[04:06:19] Beirdo: OK, I'm going to assume that it's not threadsafe (which allows for some short blockage in calling threads, but not nearly as bad as the old setup) and see if that fixes anything
[04:07:31] Captain_Murdoch: qqueue is reentrant but not threadsafe according to qt docs.
[04:07:44] Captain_Murdoch: http://doc.qt.nokia.com/4.5/qqueue.html
[04:07:58] Beirdo: I saw reentrant, but missed the threadsafe
[04:08:06] Beirdo: OK, let's do this, one moment
[04:13:21] Beirdo: dangit, I think we've found the real issue, but why would it only get triggered in that spot?
[04:13:24] Beirdo: very odd
[04:13:48] Beirdo: but more testing required
[04:16:22] Beirdo: so, I think I'll remove the extra detaches for now, but leave the if myth:// part, sound good?
[04:16:44] Beirdo: well, I'll test the theory first, of course
[04:17:50] Captain_Murdoch: could just be timing because of lots of images loading quickly.
[04:18:00] Beirdo: yeah, and in parallel
[04:18:02] Beirdo: true
[04:18:02] Captain_Murdoch: sure, sounds OK.
[04:19:31] Beirdo: this might even fix a ticket (although I'll re-open the others)
[04:20:08] Beirdo: #9428 in particular
[04:20:35] Beirdo: I'll bug the guy on Tuesday to retry (he sits 2 cubicles from me at work)
[04:22:23] Beirdo: well, I'll be...
[04:22:25] Beirdo: :)
[04:22:33] Beirdo: OK, let's fix master then.
[04:22:47] Beirdo: sigh
[04:25:44] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit ()
[04:31:21] Beirdo: Captain_Murdoch: should I look at changing it in the foreground load too
[04:31:38] Beirdo: around line 622
[04:32:16] Captain_Murdoch: yes. I think when I put that in, I was thinking that all filenames were full paths. that's why there's the "/" check.
[04:32:57] Beirdo: OK. I'll make sure it's in both places :)
[04:34:01] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[04:38:41] Captain_Murdoch: MythImageReader can't be used with myth:// URIs because it's using the QNetworkReply to feed QImageReader and when we use MDM to download a myth:// URI, we don't get a QNetworkReply back since we download via RemoteFile instead of Qt.
[04:38:56] Beirdo: ahh
[04:39:44] Captain_Murdoch: could make MythImageReader cache myth:// files temporarily and then read them in probably.
[04:40:50] Captain_Murdoch: too late, need some sleep. 9-month old has been waking up at 2AM the past couple weeks. :| goes back to sleep quickbut it disrupts my beauty sleep.
[04:40:59] MythBuild: build #30 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/30 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[04:41:04] Beirdo: Thanks for your guidance
[04:41:09] Beirdo: oh what now.
[04:41:18] MythBuild: build #1246 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1246 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[04:41:19] Captain_Murdoch: hope that fixes your issues. 'night.
[04:41:47] Beirdo: phooey
[04:42:40] MythBuild: build #1003 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1003 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[04:42:44] Beirdo: there. suck on that. copy/paste is for the birds
[04:44:22] MythBuild: build #105 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/105 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[04:44:50] Beirdo: it will catch up eventually :)
[04:50:31] MythBuild: build #1247 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1247
[04:54:14] MythBuild: build #31 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/31
[04:56:04] MythBuild: build #1004 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1004
[05:00:53] Beirdo: well, that was eventful
[05:10:12] MythBuild: build #106 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/106
[05:13:37] stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv
[05:13:37] stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host)
[05:13:37] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[05:13:40] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds)
[05:26:16] ska (ska!~ska@cpe-66-25-185-112.austin.res.rr.com) has quit (Ping timeout: 264 seconds)
[05:32:14] jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[05:32:14] jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[05:32:14] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[05:50:43] monkeypet (monkeypet!~fa@c-76-103-101-45.hsd1.ca.comcast.net) has joined #mythtv
[05:55:08] monkeypet (monkeypet!~fa@c-76-103-101-45.hsd1.ca.comcast.net) has left #mythtv ()
[06:07:38] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[06:14:59] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has joined #mythtv
[06:49:51] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[06:56:21] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has joined #mythtv
[07:37:21] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[07:38:13] len (len!~quassel@184-97-180-91.mpls.qwest.net) has quit (Remote host closed the connection)
[07:39:32] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[07:42:49] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Client Quit)
[07:44:25] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[07:45:08] Beirdo: MythBuild: force build new-logging-linux-64bit now
[07:45:09] MythBuild: build #0 forced
[07:45:09] MythBuild: I'll give a shout when the build finishes
[08:23:56] MythBuild: Hey! build new-logging-linux-64bit #0 is complete: Success [build successful]
[08:23:56] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/new- . . . bit/builds/0
[08:29:24] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[08:30:36] zertyui (zertyui!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has joined #mythtv
[09:01:34] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[09:03:40] stuartm_ is now known as stuartm
[09:08:02] jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[09:08:02] jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[09:08:02] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[09:39:00] gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has quit (Remote host closed the connection)
[09:48:36] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has quit (Remote host closed the connection)
[09:53:50] zertyui (zertyui!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has left #mythtv ()
[10:03:16] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[10:05:08] mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:52] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:17] mike is now known as Guest99272
[10:09:36] zertyui (zertyui!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has joined #mythtv
[10:09:47] zertyui: sorry get my connection off
[10:28:07] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:33:59] zertyui (zertyui!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has quit (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
[10:42:22] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has joined #mythtv
[10:45:07] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection)
[10:46:45] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:48:36] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[11:09:12] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has quit (Ping timeout: 244 seconds)
[11:10:57] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[11:12:24] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[11:13:13] Beirdo: MythBuild: force build new-logging-linux-64bit now
[11:13:14] MythBuild: build #1 forced
[11:13:14] MythBuild: I'll give a shout when the build finishes
[11:24:34] stuartm: iamlindoro: I notice that there are some warnings in the BSD build for BDRingbuffer, basically we're doing a "< 0" comparison for unsigned ints which will always produce the same result. Is this intentional to avoid bugs if the type changes to signed in the API, or merely an artefact from a time when those were signed ints?
[11:25:12] stuartm: e.g. the x,y,w,h ints in the bd_overlay_s struct
[11:34:04] MythBuild: Hey! build new-logging-linux-64bit #1 is complete: Success [build successful]
[11:34:04] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/new- . . . bit/builds/1
[11:35:48] stuartm: Beirdo: did we ever discuss adding the gcc version to the list of build properties?
[11:46:25] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:46:28] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[11:46:57] gigem (gigem!~david@host103.16.intrusion.com) has joined #mythtv
[11:46:57] gigem (gigem!~david@host103.16.intrusion.com) has quit (Changing host)
[11:46:57] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[11:49:39] stuartm: paul-h: the long-form program info screen is broken, pressing INFO a second time doesn't display it
[12:11:33] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[12:12:17] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has joined #mythtv
[13:13:50] markk: stuartm: those BDRingBuffer warnings are my code and are on my list to fix
[14:26:09] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has quit (Read error: Operation timed out)
[14:28:43] stuartm: markk: ah, ok
[14:29:48] stuartm: markk: I could have fixed but I wanted to be sure that it wasn't deliberate first
[14:46:38] paul-h: stuartm: working fine here. I haven't updated for 4 or 5 days though
[14:48:30] stuartm: paul-h: hmm, I'm a week behind so maybe it's been fixed already
[14:49:18] stuartm: actually it's working here for a recording ... let's try it again from the programme finder ...
[14:50:19] stuartm: ah, ok, false alarm ... sorry
[14:51:24] stuartm: the programme I was looking at didn't have a type or programid and that's what I was expecting to appear
[14:52:27] stuartm: that'll teach me not to jump to conclusions
[15:35:31] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:03:23] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[16:03:33] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:06:01] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Ping timeout: 248 seconds)
[16:09:02] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has joined #mythtv
[16:14:13] TandyUK (TandyUK!~James@office.tandyukservers.co.uk) has joined #mythtv
[16:14:46] TandyUK: http://pastebin.com/ME4JNafw  – scheduled recordings are failing, live tv is fine. any ideas?
[16:15:22] TandyUK: Encoder 1 [ DVB : /dev/dvb/adapter1/frontend0 ] is local on myth-bedroom and is recording 'EastEnders' on BBC 1 S East. This recording is scheduled to end at 5:15 PM.
[16:15:40] TandyUK: the backend status shows that it is recording though no file ever appears on disk
[16:16:17] TandyUK: sorry wrong room
[16:17:04] TandyUK: once i get a mythtv for my house, i'll probably be here a lot more :P
[16:29:50] zertyui (zertyui!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has joined #mythtv
[16:30:07] zertyui: hello there
[16:35:59] zertyui: noone there ?
[16:36:09] laga: zertyui: #mythtv-users
[16:47:25] gigem (gigem!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[16:47:50] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[17:29:11] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[17:30:48] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 255 seconds)
[17:40:44] stoffel (stoffel!~quassel@p57B4C35F.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[17:42:01] zertyui (zertyui!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has quit (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
[17:59:03] zertyu (zertyu!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has joined #mythtv
[18:04:59] ThisNewGuy1 (ThisNewGuy1!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has joined #mythtv
[18:05:29] Beirdo_ (Beirdo_!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv
[18:05:45] superm1` (superm1`!~superm1@204.8.45.13) has joined #mythtv
[18:05:57] Anssi_ (Anssi_!hannulaa@mandriva/developer/anssi) has joined #mythtv
[18:06:13] jpabq| (jpabq|!~jpabq@174-28-187-116.albq.qwest.net) has joined #mythtv
[18:06:14] dagar_ (dagar_!~dagar@agar.ca) has joined #mythtv
[18:06:24] okolsi (okolsi!~mythtv@unaffiliated/okolsi) has quit (*.net *.split)
[18:06:24] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split)
[18:06:24] dagar (dagar!~dagar@agar.ca) has quit (*.net *.split)
[18:06:24] ThisNewGuy (ThisNewGuy!~doug@pool-98-109-19-98.nwrknj.fios.verizon.net) has quit (*.net *.split)
[18:06:24] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (*.net *.split)
[18:06:25] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (*.net *.split)
[18:06:25] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (*.net *.split)
[18:06:25] kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[18:06:25] Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split)
[18:06:25] superm1 (superm1!~superm1@ubuntu/member/superm1) has quit (*.net *.split)
[18:06:25] purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split)
[18:06:26] jpabq| is now known as jpabq
[18:06:26] jpabq (jpabq!~jpabq@174-28-187-116.albq.qwest.net) has quit (Changing host)
[18:06:26] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[18:06:31] Anssi_ is now known as Anssi
[18:06:35] purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv
[18:06:49] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[18:12:11] zertyu: anyone there ?
[18:12:16] zertyu: i can't connect mythtv to my freebox and i can't watch channel
[18:12:21] zertyu: here is the log for my frontend http://paste.ubuntu.com/614655/
[18:12:28] zertyu: backEND : http://paste.ubuntu.com/614652/ and frontEND : http://paste.ubuntu.com/614655/
[18:12:33] zertyu: logs here
[18:23:09] GreyFoxx (GreyFoxx!~greg@2001:470:b12f:dead:beef::1) has joined #mythtv
[18:23:19] GreyFoxx (GreyFoxx!~greg@2001:470:b12f:dead:beef::1) has quit (Changing host)
[18:23:19] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv
[18:26:45] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit ()
[18:28:11] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 240 seconds)
[18:32:26] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[18:41:48] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[18:53:26] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Operation timed out)
[18:54:08] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[19:10:32] andreax (andreax!~andreaz@p57B927FD.dip.t-dialin.net) has quit (Quit: Leaving.)
[19:11:47] andreax (andreax!~andreaz@p57B927FD.dip.t-dialin.net) has joined #mythtv
[19:32:14] andreax (andreax!~andreaz@p57B927FD.dip.t-dialin.net) has quit (Ping timeout: 276 seconds)
[19:39:46] andreax (andreax!~andreaz@p57B94629.dip.t-dialin.net) has joined #mythtv
[19:45:42] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 240 seconds)
[20:10:58] len (len!~quassel@184-97-180-91.mpls.qwest.net) has joined #mythtv
[20:12:25] zertyu (zertyu!~chatzilla@bgl93-7-88-189-218-150.fbx.proxad.net) has quit (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.1/20110413222027])
[20:31:26] Beirdo_ is now known as Beirdo
[20:34:31] VManiac16 (VManiac16!~Unknown@69.4.155.83) has quit (Read error: Connection reset by peer)
[21:02:57] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv
[21:03:27] stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv
[21:03:27] stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host)
[21:03:27] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[21:04:00] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds)
[21:08:16] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit ()
[21:12:28] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[21:19:32] jpabq: Am I doing commits wrong? What caused 4bc6b75d7 ?
[21:20:49] iamlindoro: having committed without having git pulled to current first
[21:21:12] iamlindoro: jpabq, As an aside, I consider myself relatively conversant in MythUI and I can't make heads or tails of what your change does
[21:21:45] jpabq: But I did do a git pull...
[21:22:16] iamlindoro: you did a commit, then a git pull, then a git push
[21:22:22] iamlindoro: you need to git pull, git commit, git push
[21:22:50] iamlindoro: regardless, it's just a merge commit and can be ignored
[21:23:06] Beirdo: yeah, just makes it look odd, but no harm done
[21:23:30] jpabq: Ah. Okay. Thanks for the explanation.
[21:24:25] stuartm_ is now known as stuartm
[21:44:02] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:50:30] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[22:15:36] len (len!~quassel@184-97-180-91.mpls.qwest.net) has quit (Remote host closed the connection)
[22:18:40] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds)
[22:24:39] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[22:26:43] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:34:05] PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv
[22:48:52] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving)
[23:07:47] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)
[23:18:23] jpabq: stuartm, just to verify, MythUI does not support element attributes, right?
[23:21:00] stuartm: jpabq: we support attributes for a few things actually
[23:21:14] stuartm: e.g. gradients
[23:21:53] jpabq: I will have to take a look at that. The <initiator> element would be better as an attribute of <minsize>
[23:22:02] stuartm: and where possible I'd make something an attribute, like initiator
[23:22:19] stuartm: aye, I was going to suggest that but I wanted to look at how it worked first
[23:22:49] jpabq: I will look at the gradient stuff, to see how it is done. Thanks.
[23:23:33] stuartm: iirc it's used for other things too, but the gradient fill is the only one I can remember right now
[23:24:15] jpabq: Okay. I didn't notice the "parser" code to do attributes.
[23:26:27] stuartm: there are no firm rules atm about what should be an attribute and what should be an element, historically we inherited a lot of stuff as elements which might have been better as attributes and so if it seems haphazard then that's because it is ;) However that's a failing which applies to most xml schemas so I don't lose any sleep over it
[23:28:46] Beirdo: heh. Oh, stuartm.. thanks again for pointing out the silliness of that commit. We fixed it up yesterday.
[23:29:40] stuartm: Beirdo: yeah I noticed the revert/new fix
[23:30:10] Beirdo: seems the core issue I was hitting in new-logging was QQueue being non-threadsafe
[23:30:26] Beirdo: which shouldn't surprise much
[23:30:39] jpabq: stuartm, Thanks. I see how it is done. initiator should definitely be an attribute, since it is only valid with <minsize>
[23:32:03] stuartm: Beirdo: eww
[23:32:45] Beirdo: serves me right for trying to use it without protecting it with a mutex :)
[23:32:49] stuartm: jpabq: np, glad you came to that conclusion on your own :)
[23:45:16] sphery: kormoc: re: the select count() at https://github.com/MythTV/mythtv/blob/new-log . . . per.cpp#L361 , would it make sense to do: http://www.cloudspace.com/blog/2009/08/06/fas . . . really-fast/ ? (Basically select count(*) from logging use index (primary); )
[23:46:50] kormoc: I think that's the same as SELECT COUNT(id); (assuming id is primary)
[23:47:23] kormoc: I don't /really/ think it matters that much on smaller tables. It'll still create a history list and all that jazz
[23:50:10] kormoc: huh, the force index is reported to work better
[23:50:16] kormoc: it can't hurt! Might as well give it a go :)
[23:59:54] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 250 seconds)

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