Re: Big XML files... (was Re: [Pan-users] Re: Better processing of very large groups?)

2009-07-03 Thread Ron Johnson
On 2009-07-03 22:15, Steven D'Aprano wrote: On Sat, 4 Jul 2009 12:56:36 pm Ron Johnson wrote: Also (and maybe because I'm a DBA), this problem just *screams* for SQLite and a database in the "First Normal Form". Please no. SQLite has problems with NFS. It's not so much that SQLite won't work

Re: Big XML files... (was Re: [Pan-users] Re: Better processing of very large groups?)

2009-07-03 Thread Steven D'Aprano
On Sat, 4 Jul 2009 01:15:24 pm Steven D'Aprano wrote: > On Sat, 4 Jul 2009 12:56:36 pm Ron Johnson wrote: > > Also (and maybe because I'm a DBA), this problem just *screams* for > > SQLite and a database in the "First Normal Form". > > Please no. SQLite has problems with NFS. It's not so much that

Re: Big XML files... (was Re: [Pan-users] Re: Better processing of very large groups?)

2009-07-03 Thread Steven D'Aprano
On Sat, 4 Jul 2009 12:56:36 pm Ron Johnson wrote: > Also (and maybe because I'm a DBA), this problem just *screams* for > SQLite and a database in the "First Normal Form". Please no. SQLite has problems with NFS. It's not so much that SQLite won't work on NFS as that when (not if) something brea

Big XML files... (was Re: [Pan-users] Re: Better processing of very large groups?)

2009-07-03 Thread Ron Johnson
On 2009-07-02 18:53, Duncan wrote: Ron Johnson posted 4a4cf8fc.8030...@cox.net, excerpted below, on Thu, 02 Jul 2009 13:14:20 -0500: Because giganews has such a long retention period, some groups can have a very *large number* of messages. If you subscribe to two or more of them, you could r

[Pan-users] Re: another update

2009-07-03 Thread Matej Cepl
K. Haley, Wed, 24 Jun 2009 13:15:55 -0600: > I think I finally got all the gmime changes done. There was a change in > the behavior of g_mime_message_foreach that caused pan to make two > passes through multipart messages. > > git://github.com/lostcoder/pan2.git Today's pull from git is packaged

Re: [Pan-users] Re: Better processing of very large groups?

2009-07-03 Thread Brad Rogers
On Fri, 3 Jul 2009 14:47:51 + (UTC) Duncan <1i5t5.dun...@cox.net> wrote: Hello Duncan, > dialup) pipes were rather less common back then, so I'm sure things > have changed a bit since then. The one thing that never changes is that things keep changing. :-) -- Regards _ / )

[Pan-users] Re: Better processing of very large groups?

2009-07-03 Thread Duncan
Ron Johnson posted 4a4e104e.2050...@cox.net, excerpted below, on Fri, 03 Jul 2009 09:06:06 -0500: > Even in the closed-source world, there can be lots of "sub-minor" > versions out there, especially for stuff like Oracle, which releases > security upgrades on a regular basis, not to mention supp

Re: [Pan-users] Re: Better processing of very large groups?

2009-07-03 Thread Ron Johnson
On 2009-07-03 08:49, Duncan wrote: [snip] The proprietaryware world is of course rather different, since there's generally only a very limited few bit-unique binary versions out there, often only one for a particular product version, and it's thus much simpler to provide binary patches for th

[Pan-users] Re: Better processing of very large groups?

2009-07-03 Thread Duncan
"Travis" posted b70405489165462e93c107e362bc1...@travispc, excerpted below, on Thu, 02 Jul 2009 23:50:40 -0700: > I also saw that the folk that provide the Windows version of Pan said > he/she/they were going to add it, sometime. > > So I take it the patch can't just be applied to Pan? Yes, th

Re: [Pan-users] Re: Better processing of very large groups?

2009-07-03 Thread Ron Johnson
On 2009-07-03 01:50, Travis wrote: [snip] So I take it the patch can't just be applied to Pan? That would mean "patching the binary". It's *possible*, if you have the proper tool, and would certainly save bandwidth, but it's only workable against one exact version of the original binary.