Re: [Pan-users] request (if this is the way to do it) for pan to be better at downloading ALL the headers.

[Pedro]

I thought I had succeeded, I move the .pan from it's softlink (not /home/used/.pan2)

thus using the nvme and not the ssd drive.

it got to 36% and crashed.

I ran from terminal with

pan --debug --debug

***

(socket-impl-openssl.cc:743:gio_func) gio_func: sock 0x764b24001370, channel 0x764b240018d0, cond IN

(pan:322358): GLib-GObject-CRITICAL **: 06:41:38.434: g_object_unref: assertion 'G_IS_OBJECT (object)' f
ailed
(article-cache.cc:336:resize) cache expired 0 articles, has 0 active and 0 locked.
(encode-cache.cc:247:resize) cache expired 0 articles, has 0 active and 0 locked.

(socket-impl-openssl.cc:321:~GIOChannelSocketGnuTLS)  destroying SSL socket 0x764b24001370
(socket-impl-openssl.cc:425:gnutls_close) gnutls close 0x764b24001950
(socket-impl-openssl.cc:321:~GIOChannelSocketGnuTLS)  destroying SSL socket 0x764b3400da40
(socket-impl-openssl.cc:425:gnutls_close) gnutls close 0x764b3400dc20
(socket-impl-openssl.cc:321:~GIOChannelSocketGnuTLS)  destroying SSL socket 0x764b18001370
(socket-impl-openssl.cc:425:gnutls_close) gnutls close 0x764b18001950
(socket-impl-openssl.cc:321:~GIOChannelSocketGnuTLS)  destroying SSL socket 0x764b1c001370
(socket-impl-openssl.cc:425:gnutls_close) gnutls close 0x764b1c001950
(xover.cc:142:xover_clear_workarea) Clearing the XOVER workearea for alt.binaries.sounds.mp3.german.hoer
buecher

***

so a gtk issue, or cache, I would think.I am running non standard nvidia drivers by the way.

I could not find where this cache was going, not memory, it was not chewing it up

and not any hard drive space as far as I could see , not ~/cache

I might set a 'watch' onto it. or lsof

plenty of memory, and swap not used.

any hints appreciated. I will go over your (Duncan's) notes again too .

thanks , peter

On 22/10/24 11:43, Pedro via Pan-users wrote:

> I would
>       like an option to show how many headers they are, and to download
>       a range.
>       
>       
>       the current (and always) options were all headers, or last 100k
>       
>       
>       I have tried last 1000000000000 headers.
>       
>       
>