Duncan, Thanks for the heads up. Downloading the latest from svn and compiling it worked like a charm. I didn't have to do anything else after that, just run pan. :D Thanks guys for such a great newsreader on my favorite platform!
Thanks, Fred On Tue, 2008-09-30 at 02:55 +0000, Duncan wrote: > Fred Newtz <[EMAIL PROTECTED]> posted > [EMAIL PROTECTED], excerpted below, on Mon, 29 Sep 2008 > 17:01:12 -0500: > > > My power cord to my laptop is all goofy and while downloading my laptop > > died. Now when I am trying to open pan back up I get this error when I > > try and run it from the command line: > > > > pan: parts.cc:244: void pan::Parts::set_parts(const pan::PartBatch&): > > Assertion `pch == part_mid_buf + part_mid_buf_len' failed. Aborted > > > > Now I know that this is due to a problem with the tasks.nzb file. I > > have a huge set of files in there for download right now and do not want > > to have to redo them all again and only get the files that have not been > > downloaded etc.. I removed the top <file ...> </file> entry and that > > did not seem to fix the problem. How can I verify this file and make > > sure it meets the requirements of pan? > > The best solution at this point would be to upgrade. If you're still > getting a crash with that error, the pan you are using almost certainly > doesn't have the security patch in the latest 0.133 and in some > distribution's patched 0.132 versions as well, since that patch was > supposed to fix that problem. Thus, it's definitely worth upgrading to a > patched version, altho if your distro doesn't have one yet you will > likely have to compile it yourself. > > If you are going to continue running with the old version, tho... what > I'd suggest is to try strace. strace -efile pan, or possibly replace the > -efile with -eopen. (-efile will give you all file ops not just opens, > but will likely produce a huge amount of output. -eopen will be just > file opens, so less output, but it may be harder to see the problem.) > You may need to string that together with a grep (for the pan data dir at > least, thus killing all the misc font, icon, library etc loads), and/or > dump the output to a file rather than to your terminal window, and use > search on it, to reduce the size of the output to something manageable. > The idea of course would be to find the file it crashes on, so you can > delete both that file (if necessary) and that bit of the tasks.nzb file, > keeping the XML intact, of course. > _______________________________________________ Pan-users mailing list Pan-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/pan-users