| Friday, August 5th, 2011, 00:36 UTC | ||
| [00:36:59] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Ping timeout: 250 seconds) | |
| [00:48:19] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [01:05:17] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [01:05:46] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [01:05:46] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [01:05:46] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:18:11] | JamesHarrison (JamesHarrison!~jharrison@cpc4-addl4-2-0-cust450.6-3.cable.virginmedia.com) has quit (Ping timeout: 240 seconds) | |
| [01:20:25] | JamesHarrison (JamesHarrison!~jharrison@cpc4-addl4-2-0-cust450.6-3.cable.virginmedia.com) has joined #mythtv | |
| [01:44:52] | highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving) | |
| [02:09:40] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [02:22:44] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [02:29:35] | kormoc is now known as kormoc_afk | |
| [02:30:23] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [02:52:22] | jafa (jafa!~nkelsey@c-98-234-217-27.hsd1.ca.comcast.net) has quit (Quit: Ex-Chat) | |
| [03:00:48] | Captain_Murdoch: | Beirdo, regarding MythDownloadManager and the cookie jar. maybe I'm missing something, but I don't see where we instantiate a new QNetworkCookieJar anywhere. When MDM creates its QNetworkAccessManager, I see us immediately call m_manager->cookieJar()->parent(NULL) to set the cookie jar's parent to null, but I don't think the cookie jar is created by default, so I don't see how that code works. |
| [03:01:43] | Captain_Murdoch: | I'd expect to see a QNetworkCookieJar *cookiejar = new QNetworkCookieJar; m_manager->setCookieJar(cookiejar); in there before the setParent(NULL) call. |
| [03:02:02] | Captain_Murdoch: | (and s/parent/setParent/ in that first comment there) :) |
| [03:10:24] | Beirdo: | yeah, I'd think so too. |
| [03:10:43] | Beirdo: | maybe that's the actual problem... we may be getting an uninitialized jar? |
| [03:11:39] | Beirdo: | actually, m_manager->cookieJar(NULL) might suffice, it's hard to tell |
| [03:13:03] | Beirdo: | oh blargh |
| [03:13:22] | Beirdo: | I need to go change that new thread in mythgallery to an MThread |
| [03:15:09] | Captain_Murdoch: | according to this post, the manager, it's cookiejar, and it's cache must live in the same thread, so we may not be able to share the cookiejar between the MDM and the browser's QNetworkAccessManager http://lists.qt.nokia.com/pipermail/qt-intere . . . /017902.html |
| [03:15:46] | Beirdo: | K. The docs seem to indicate wa can share, but it's kinda nebulous |
| [03:17:49] | Captain_Murdoch: | yeah, I don't see any reference to thread safeness in the cookiejar docs either, so it is fuzzy. |
| [03:18:05] | Beirdo: | yeah |
| [03:18:15] | Captain_Murdoch: | I've seen several people explicitly create a new cookiejar and several just immediately call cookieJar() to get the cookie jar. |
| [03:18:49] | Beirdo: | yeah, but those would all be separate cookie jars |
| [03:19:09] | Beirdo: | if we REALLY need to share, we could always get the contents synced, I guess |
| [03:22:48] | Beirdo: | sorry, I'm a bit preoccupied, making dinner :) |
| [03:22:52] | Captain_Murdoch: | ah, Qt 4.7 docs mention threads in the docs, but 4.5 docs don't. guess looking at the source would answer whether one is created by default or not. |
| [03:23:44] | Captain_Murdoch: | it's ok, I was just looking around because it would be nice to be able to use MDM for MFDB eventually as well if the cookie stuff works without issue. |
| [03:24:04] | Beirdo: | yeah |
| [03:24:24] | Beirdo: | ooooh, 4.7. What does 4.6 say, I wonder? I usually load up "latest" |
| [03:24:30] | Beirdo: | which, of course is 4.7 |
| [03:24:57] | Beirdo: | and it didn't say "new in 4.7" that I saw :) |
| [03:25:54] | Beirdo: | aww, didn't think of putting in some acid with the beets to keep them from bleeding (while boiling) |
| [03:27:05] | Captain_Murdoch: | source makes it look like if there isn't a cookie jar already when ::cookieJar() is called, then it creates one. |
| [03:39:24] | Captain_Murdoch: | so current code looks valid. 4.7 source seems to indicate that the cookiejar can be used from multiple threads as well, in fact, if you call ::setCookieJar(), it checks the current thread vs the cookiejar's thread and if they're equal, it sets the cookiejar's parent to 'this' |
| [03:39:45] | Beirdo: | that's what fails |
| [03:40:45] | Beirdo: | it throws a qWarning about not being able to move it to the new thread, and aborts (as I have a debug build) |
| [03:41:10] | Beirdo: | QObject::setParent: Cannot set parent, new parent is in a different thread |
| [03:41:12] | Beirdo: | that one |
| [03:41:39] | Captain_Murdoch: | this is when you use mythnews? |
| [03:41:44] | Beirdo: | yes |
| [03:42:21] | Beirdo: | it throws that on the MythUIWebBrowser (I think it is) setting the cookie jar to the one from the MDM |
| [03:43:45] | Captain_Murdoch: | ah, that's different in older source. so it changed somewhere along the line. 4.7 source shows it checking the thread before it sets parent to 'this'. older source shows that ::setCookieJar() just sets the parent to this without checking the thread. |
| [03:43:58] | Beirdo: | ahhh |
| [03:44:22] | Beirdo: | I guess both Paul and I were reading too new docs. Oops :) |
| [03:44:27] | Goga777 (Goga777!~Goga777@shpd-92-101-157-129.vologda.ru) has joined #mythtv | |
| [03:44:28] | Captain_Murdoch: | old: http://qt.gitorious.org/qt/qt/blobs/67376be28 . . . smanager.cpp newer: http://qt.gitorious.org/qt/qt/blobs/16b8c940d . . . smanager.cpp (search for ::setCookieJar) |
| [03:44:31] | Beirdo: | our current min is 4.6, so.. |
| [03:44:41] | Captain_Murdoch: | not sure how old the old link is. it's 2009 something. |
| [03:44:47] | Captain_Murdoch: | new link is dated 2011. |
| [03:44:57] | Captain_Murdoch: | s/dated/copyright/ |
| [03:46:43] | Beirdo: | K, yeah, seems this got tweaked for sure |
| [03:49:30] | Beirdo: | I have Qt 4.6.2, BTW |
| [03:50:28] | Captain_Murdoch: | 4.6.3 here (and yes, for the peanut gallery, that's still CentOS 5.x) |
| [03:51:38] | Captain_Murdoch: | but I haven't run into or even tested the issue being discussed. |
| [03:51:44] | Beirdo: | K. |
| [03:53:09] | Beirdo: | export QT_FATAL_WARNINGS=1 and try it :) |
| [03:53:37] | Beirdo: | that and MALLOC_CHECK_=1 is always on for me |
| [03:56:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:02:50] | Captain_Murdoch: | :) I'll trust you on it this late at night. |
| [04:05:48] | Beirdo: | yah it's getting a bit late there :) |
| [04:06:02] | Beirdo: | anyways, that's how to reproduce it should you want to. |
| [04:06:31] | Beirdo: | it *is* a warning, but I'm concerned what happens in the case that we ignore the warning |
| [04:06:32] | Goga777 (Goga777!~Goga777@shpd-92-101-157-129.vologda.ru) has quit (Remote host closed the connection) | |
| [04:07:03] | Beirdo: | basically, that would have two threads writing to the same jar, and when one is deleted, the jar may be removed. |
| [04:07:28] | Captain_Murdoch: | appears it was fixed in 4.7.0. 4.6.3 doesn't have the check and 4.7.0 does. |
| [04:07:47] | Beirdo: | hmm |
| [04:08:00] | Beirdo: | hopefully we don't NEED to go to 4.7 yet |
| [04:10:00] | Captain_Murdoch: | yeah, I don't want that yet. :) |
| [04:10:30] | Captain_Murdoch: | have to wait at least a release. we didn't bump to 4.6 until after 0.24 I believe. |
| [04:12:21] | Captain_Murdoch: | without the fatal warnings export, does it work until you exit mythnews? |
| [04:22:20] | ** Captain_Murdoch heads to bed. ** | |
| [04:40:40] | Beirdo: | I'd have to try it. :) |
| [04:41:03] | Beirdo: | but "works" is hard to tell if it could be affecting something else in another thread, etc. |
| [04:53:43] | Captain_Murdoch: | Beirdo, if we create our own MNetworkCookieJar(), could we override ::setParent() and inside our setParent do something like if (thread() == parent->thread()) QNetworkCookieJar::setParent(parent); we wouldn't need to override anything else. |
| [04:56:28] | Captain_Murdoch: | we need to do that anyway if we want to preserve cookies across restarts. |
| [04:59:54] | Beirdo: | yeah, true |
| [05:04:56] | grimmfarmer (grimmfarmer!~sth@simon.noiseplant.com) has joined #mythtv | |
| [05:26:13] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has joined #mythtv | |
| [05:30:17] | grimmfarmer (grimmfarmer!~sth@simon.noiseplant.com) has quit (Quit: leaving) | |
| [05:35:13] | xris: | do we need to preserve cookies across restarts? |
| [05:44:11] | Beirdo: | that's another question in and of itself |
| [05:56:14] | kormoc_afk is now known as kormoc | |
| [06:32:13] | Beirdo: | danielk22: using mthreads now on the frontend and backend. We have a LOT of extra db connections, but we can deal with that if it becomes an issue later. So far so good. |
| [06:36:48] | Beirdo: | if this is as stable as we both hope it is, it's a huge step in the right direction :) |
| [06:47:03] | Beirdo: | OK, first problem found. No longer can delete a recording that just finished playing as it says it's in use by the backend for file transfer |
| [06:47:40] | Beirdo: | (when trying from PBB) from the recording itself, it let me |
| [06:59:09] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [07:23:31] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [07:27:01] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [07:29:05] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [07:47:09] | kth (kth!~kth@unaffiliated/kth) has quit (Remote host closed the connection) | |
| [08:18:38] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has joined #mythtv | |
| [08:51:07] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [08:51:25] | stuarta: | ,,,,,,, |
| [09:03:14] | stuarta: | pardon me |
| [09:21:53] | stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [09:21:53] | stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [09:21:53] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [09:21:57] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds) | |
| [09:22:02] | stuartm_ is now known as stuartm | |
| [09:28:57] | JamesHarrison (JamesHarrison!~jharrison@cpc4-addl4-2-0-cust450.6-3.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [10:05:02] | Guest4173 (Guest4173!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:06:00] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:30:58] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has joined #mythtv | |
| [10:31:07] | okolsi (okolsi!~mythtv@a88-115-32-206.elisa-laajakaista.fi) has quit (Quit: leaving) | |
| [11:28:07] | Goga777 (Goga777!~Goga777@shpd-95-53-183-101.vologda.ru) has joined #mythtv | |
| [11:41:24] | dudz_ (dudz_!~dudz_@123-243-44-131.static.tpgi.com.au) has quit (Read error: Connection reset by peer) | |
| [11:48:13] | dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has joined #mythtv | |
| [11:54:14] | Goga777 (Goga777!~Goga777@shpd-95-53-183-101.vologda.ru) has quit (Read error: Connection reset by peer) | |
| [11:55:19] | Goga777 (Goga777!~Goga777@shpd-95-53-183-101.vologda.ru) has joined #mythtv | |
| [12:03:52] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [12:04:19] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [12:04:20] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [12:04:20] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [12:43:13] | Goga777 (Goga777!~Goga777@shpd-95-53-183-101.vologda.ru) has quit (Quit: Leaving) | |
| [12:54:18] | Captain_Murdoch: | xris, there hasn't been a need/request to preserve cookies across restarts that I know of, but I think that it's a standard feature on a browser so I'd expect that people would want it supported in mythuiwebbrowser. |
| [12:55:11] | ** Captain_Murdoch is fine with status quo though ** | |
| [13:01:00] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:16:19] | okolsi (okolsi!~mythtv@unaffiliated/okolsi) has joined #mythtv | |
| [13:24:36] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:46:27] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 240 seconds) | |
| [13:47:29] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [13:50:28] | SteveGoodey (SteveGoodey!~steve@host86-145-236-240.range86-145.btcentralplus.com) has joined #mythtv | |
| [13:54:02] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [14:01:49] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Quit: abqjp) | |
| [14:24:10] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 264 seconds) | |
| [14:24:38] | kc (kc!~Casper@pool-70-20-141-93.phlapa.east.verizon.net) has joined #mythtv | |
| [14:24:44] | kc (kc!~Casper@pool-70-20-141-93.phlapa.east.verizon.net) has quit (Changing host) | |
| [14:24:44] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [14:25:12] | cocoa117 (cocoa117!~cocoa117@wk-29-212.guest.rdg.ac.uk) has joined #mythtv | |
| [14:37:18] | dudz_ (dudz_!~dudz@123-243-44-131.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [14:48:38] | ** iamlindoro wonders why Lawrence feels the need to create a ticket and provide a patch to revert every commit he doesn't like ** | |
| [14:48:44] | iamlindoro: | "The only way out is backwards!" |
| [14:49:34] | iamlindoro: | Even if it was necessary to revert the DB connection fixes, which I strongly doubt, even I could probably mash the keyboard with my palm long enough to manage "git revert" |
| [15:01:03] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [15:01:51] | stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [15:01:51] | stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [15:01:52] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:04:33] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 255 seconds) | |
| [15:06:21] | danielk22: | iamlindoro: heh, the DB code is being more pedantic about the difference between QString() and QString("") I can make it less pedantic for the 0.24 backport, but it's good to shake out some bugs with the pedantic error checking in master. |
| [15:06:48] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 255 seconds) | |
| [15:10:21] | sphery: | danielk22: FWIW, j-rod|afk mentioned on -users list that he got a lockup within about 15 minutes even with the backport ( http://www.gossamer-threads.com/lists/mythtv/users/488135#488135 ). Granted, it may well be that I messed up something in the backport, but it doesn't sound like good news. |
| [15:11:41] | sphery: | I'm assuming he had the backported patch on both mythbackend and mythfrontend |
| [15:12:27] | danielk22: | sphery: Not really to the point but, I was actually wondering if we really need multiple connections per thread.. I know scheduler.cpp reuses the static sched connection for multiple queries. |
| [15:12:50] | stuartm (stuartm!~stuartm@cpc3-derb9-0-0-cust911.8-3.cable.virginmedia.com) has joined #mythtv | |
| [15:12:50] | stuartm (stuartm!~stuartm@cpc3-derb9-0-0-cust911.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [15:12:50] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:12:54] | danielk22: | It would be interesting to see the backtrace... |
| [15:14:17] | sphery: | j-rod|afk: ^^^ any chance you could get one? |
| [15:15:06] | sphery: | danielk22: yeah, there are a few places where we use multiple MSqlQuery objects--like with one doing a select and the other doing updates in the loop we use to get data from the select |
| [15:15:39] | sphery: | that could well be redesigned to either use subqueries or to read the select data into a temporary structure for use during the loop, but we'd have to find/fix those places |
| [15:15:54] | danielk22: | sphery: you can't do two things on one connection? |
| [15:17:10] | sphery: | you can't have 2 different queries in use... so as soon as we prepare or exec different SQL, we'd invalidate the results of the original sql/close the cursor |
| [15:17:29] | sphery: | that is you can't with 1 Q/MSqlQuery |
| [15:18:05] | sphery: | but if we changed MSqlQuery so that all MSqlQuery objects in a thread use the same MSqlDatabase (like I keep wanting to think it's currently designed), that would likely work |
| [15:18:09] | danielk22: | I mean can't we do multiple MSqlQueries per MSqlDatabase |
| [15:18:19] | sphery: | ah, yeah, should be able to without problem |
| [15:18:22] | danielk22: | right, that's what I mean.. |
| [15:18:37] | sphery: | yeah, finally got there. :) |
| [15:19:00] | sphery: | so, yeah, if we changed MSqlQuery, then it should be invisible to the rest of the code |
| [15:19:55] | danielk22: | Right, we'd preserve the same API externally but reduce the total number of connections to the DB to one per thread.. |
| [15:20:09] | sphery: | and, with the per-thread connection pooling, that design makes a lot more sense. We'd also have to signal other MSqlQuery objects when one detects a failed DB connection and close()/open() on the MSqlDatabase |
| [15:20:25] | sphery: | (so the other one could re-prepare/re-exec as required) |
| [15:21:26] | danielk22: | right |
| [15:22:40] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Quit: abqjp) | |
| [15:23:16] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [15:27:49] | cocoa117 (cocoa117!~cocoa117@wk-29-212.guest.rdg.ac.uk) has quit (Quit: Leaving) | |
| [16:17:41] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 240 seconds) | |
| [16:18:56] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [16:19:43] | kormoc is now known as kormoc_afk | |
| [16:31:41] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [16:42:12] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv | |
| [17:04:11] | danielk22: | kormoc_afk: Are there any performance issues I should worry about wrt to having one DB connection per thread? |
| [17:04:15] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 255 seconds) | |
| [17:04:22] | gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [17:04:23] | gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [17:04:23] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [17:05:14] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [17:05:26] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 250 seconds) | |
| [17:08:20] | jams: | it's probably better that way, as mysql itself uses one thread per connection. |
| [17:09:23] | jams: | danielk22- how many threads are you talking about? |
| [17:13:42] | danielk22: | jams: In the MThread patch we open between 1 to 3 mysql connections per MythTV thread that accesses the DB, one per simultanious query. I was wondering if we could cut that down to 1 mysql connection per thread without issue. |
| [17:19:44] | kormoc_afk is now known as kormoc | |
| [17:23:36] | jams: | Sounds like a good idea. But with the amount of connections we are talking about it probably doesn't matter much. |
| [17:29:21] | SteveGoodey (SteveGoodey!~steve@host86-145-236-240.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
| [17:29:35] | Beirdo: | yupooooh |
| [17:29:37] | Beirdo: | umm |
| [17:29:46] | ** Beirdo slaps himself ** | |
| [17:29:57] | ** Mousey slaps Beirdo too ** | |
| [17:33:44] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
| [17:39:38] | Jordack is now known as The-Real-Adam | |
| [17:42:51] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Quit: abqjp) | |
| [17:48:14] | Memphis (Memphis!Memphisau@124-148-33-225.dyn.iinet.net.au) has joined #mythtv | |
| [17:48:21] | Memphis (Memphis!Memphisau@124-148-33-225.dyn.iinet.net.au) has left #mythtv () | |
| [17:50:32] | The-Real-Adam is now known as Jordack | |
| [17:53:16] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 258 seconds) | |
| [17:54:10] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [18:09:41] | foobum (foobum!~mythtv@78.105.15.213) has quit (Remote host closed the connection) | |
| [18:09:59] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [18:10:41] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has joined #mythtv | |
| [18:12:11] | foobum (foobum!~mythtv@78.105.15.213) has quit (Read error: Operation timed out) | |
| [18:15:05] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [18:19:21] | Goga777 (Goga777!~Goga777@shpd-95-53-183-101.vologda.ru) has joined #mythtv | |
| [18:35:50] | cesman (cesman!~cecil@pool-108-38-214-203.lsanca.fios.verizon.net) has joined #mythtv | |
| [18:35:50] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [18:35:50] | cesman (cesman!~cecil@pool-108-38-214-203.lsanca.fios.verizon.net) has quit (Changing host) | |
| [18:49:33] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 252 seconds) | |
| [18:54:57] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [19:06:32] | danielk22: | Beirdo: Neither "--logfile log.txt " nor "--logfile -" appear to work on the backend.. any ideas? |
| [19:07:38] | danielk22: | ah, the log.txt was a permissions issue. dunno about - |
| [19:10:11] | foobum (foobum!~mythtv@78.105.15.213) has quit (Remote host closed the connection) | |
| [19:10:33] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [19:19:14] | Beirdo: | --logfile – won't work as that is the special case for the console, which is on by default anyways |
| [19:20:33] | danielk22: | Sure, that's reasonable. I just tried it because I didn't see anything in log.txt. |
| [19:20:38] | Beirdo: | hehe |
| [19:21:17] | Goga777 (Goga777!~Goga777@shpd-95-53-183-101.vologda.ru) has quit (Remote host closed the connection) | |
| [19:21:57] | foobum (foobum!~mythtv@78.105.15.213) has quit (Remote host closed the connection) | |
| [19:22:15] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [19:22:32] | Beirdo: | I'm seeing issues on playback (if you missed it last night). After the show finishes and I'm back in the PBB, I can't delete as it says the backend is using it for File Transfer |
| [19:22:49] | Beirdo: | coincidental with the MThreads patch |
| [19:23:13] | Beirdo: | I haven't tried pulling the patch back out and trying again, it was rather late last night |
| [19:23:31] | Beirdo: | if that triggers any bells for ya :) |
| [19:24:16] | danielk22: | Beirdo: Hmm, one of the things changed was the inuse table insert, since it was using anonymous bindings.. I'll take a look |
| [19:24:40] | Beirdo: | OK. I figured it was likely buried in there somewhere :) |
| [19:25:15] | Beirdo: | I have a subsequent patch to convert the new thread in mythgallery to mthreads too. |
| [19:25:32] | Beirdo: | I'll attach it to #5501 if you want, save you the trouble of messing with it. |
| [19:25:36] | danielk22: | hmm, that was changed in the db Reconnect() commit, not in the mthread patch. |
| [19:26:12] | Beirdo: | ahhh, so just before the mthreads, OK. So if I ran the version of master just before I patched in mthreads, it would likely do the same then |
| [19:26:13] | danielk22: | Beirdo: is the new thread in git yet? |
| [19:26:17] | Beirdo: | yes |
| [19:26:21] | Beirdo: | as of last night |
| [19:26:32] | danielk22: | k, i'll look for it. |
| [19:26:55] | Beirdo: | it's a real simple fix, I can supply you the change to it to go MThread for a basis. |
| [19:27:16] | danielk22: | just drop it on the ticket if you already have it.. :) |
| [19:27:25] | Beirdo: | K, will do :) |
| [19:29:30] | danielk22: | hmm, it wasn't the inuse stuff that changed, it was the DVD bookmark.. I may need you to do some debugging, but I'll try to reproduce it here first. |
| [19:30:11] | Beirdo: | done. |
| [19:30:42] | Beirdo: | sure, once I'm home, I'd be happy to debug whatever we need. It's tough to do remotely :) |
| [19:32:42] | leo145 (leo145!~shervinkh@2.176.194.73) has joined #mythtv | |
| [19:33:36] | leo145: | hi.when i enter watch TV option in mythfrontend nothing happens |
| [19:34:24] | leo145: | anyone here knows the reason? |
| [19:35:37] | Beirdo: | leo145: I think you are looking for #mythtv-users |
| [19:35:55] | leo145: | o, OK |
| [19:36:34] | leo145 (leo145!~shervinkh@2.176.194.73) has left #mythtv () | |
| [19:43:40] | stoffel (stoffel!~quassel@p57B49D4F.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:47:28] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:57:13] | abqjp (abqjp!~jpabq@97-119-167-91.albq.qwest.net) has joined #mythtv | |
| [19:57:13] | abqjp (abqjp!~jpabq@97-119-167-91.albq.qwest.net) has quit (Changing host) | |
| [19:57:13] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [20:01:54] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 258 seconds) | |
| [20:07:42] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [20:13:06] | foobum (foobum!~mythtv@78.105.15.213) has quit (Read error: Operation timed out) | |
| [20:13:25] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [20:19:26] | foobum (foobum!~mythtv@78.105.15.213) has quit (Remote host closed the connection) | |
| [20:19:46] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [20:37:44] | SteveGoodey (SteveGoodey!~steve@host86-145-236-240.range86-145.btcentralplus.com) has joined #mythtv | |
| [21:09:23] | stuartm: | Beirdo: are there any written guidelines on which log level should be used in any given scenario? |
| [21:10:17] | stuartm: | i.e. when is it a notice and not a warning? |
| [21:14:11] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 260 seconds) | |
| [21:14:33] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [21:26:22] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Quit: abqjp) | |
| [21:39:55] | abqjp (abqjp!~jpabq@97-119-167-91.albq.qwest.net) has joined #mythtv | |
| [21:39:55] | abqjp (abqjp!~jpabq@97-119-167-91.albq.qwest.net) has quit (Changing host) | |
| [21:39:55] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [21:40:26] | Beirdo: | not specifically, no |
| [21:43:52] | Beirdo: | It's based on syslog levels, but we haven't standardized on our levels quite yet. I think danielk's well on his way to standardizing it some though. |
| [21:44:27] | Beirdo: | info being default... notice would be when you'd want it still on when info's off (so importantish) |
| [21:45:30] | Beirdo: | warning and error are higher yet.. above error would likely be rare except when it's "OMG, crash" type of thing, other than the program banner which we basically always want |
| [21:46:02] | Beirdo: | oh, and debug for debugging stuff you normally want off (kinda self-explanatory there) |
| [21:54:26] | stuartm: | ok, I'll go with notice in this particular case |
| [21:56:41] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 240 seconds) | |
| [21:57:41] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [21:58:11] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:03:13] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 246 seconds) | |
| [22:04:02] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [22:37:28] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:40:05] | andreax (andreax!~andreaz@p57B944D0.dip.t-dialin.net) has joined #mythtv | |
| [22:40:51] | foobum (foobum!~mythtv@78.105.15.213) has quit (Ping timeout: 255 seconds) | |
| [22:41:35] | foobum (foobum!~mythtv@78.105.15.213) has joined #mythtv | |
| [22:41:48] | brfransen (brfransen!~brfransen@216.254.250.47) has quit (Read error: Connection reset by peer) | |
| [22:42:13] | brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv | |
| [23:08:21] | SteveGoodey (SteveGoodey!~steve@host86-145-236-240.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
| [23:08:41] | highzeth (highzeth!~hz@hoiseth.no) has quit (Read error: Operation timed out) | |
| [23:35:51] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Quit: abqjp) | |
| [23:49:10] | nooneami (nooneami!~nooneami@209-6-138-173.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com) has joined #mythtv | |
| [23:58:51] | kormoc is now known as kormoc_afk | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.