[Pan-users] Re: Pan error part_mid_buf_len' failed.

[walt]

On Sat, 15 Mar 2008 09:49:04 +0000, Keith Richie wrote:

> Wondering what causes the error below
> 
> 
> Queued up a few files to download. Had to do some other stuff, so I
> closed Pan. After a while, Pan wouldn't start, and the error below was
> spout out on 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.
> 
> I'm using 0.132 from CVS with the image and nzb patch included.
> 
> I managed to "fix" it by deleting the tasks.nzb file from .pan2/. It
> happened to be 7.5mb large. Wondering if it was a corrupt post I had
> queued up? Or if there's a size limit to the tasks.nzb file? I did open
> the file in nano, but it became quite tiresome searching for anything
> erroneous in the huge amount of text. The first task, was just fine.

The tasks file you gave us certainly makes it easy to reproduce the
problem :o)  The assertion is triggered so early in the program that
the bug *must* be blatantly obvious to someone like Charles (or maybe
someone else out there?).  Unfortunately Charles is busy making a
living (let's hope) and so meanwhile we debug the best we can.

The gdb output I get is:

Breakpoint 1, main (argc=0, argv=Cannot access memory at address 0x4)
at pan.cc:280

That error is so absurd that even I should be able to track it down
when I have some time.

Questions for you:

I think you and I use pan quite differently, so please explain exactly
what you do to queue up files to download -- e.g. are you offline when
you select the files, or what?  Why doesn't pan start fetching them
immediately?

Was pan already downloading files when you quit?

The 'tasks.nzb' is generated by pan, but in the case of the particular
tasks file you posted,  did you point pan at third-party nzb file(s)
for pan to import, or did you select articles manually?