Kurt Schilling <[EMAIL PROTECTED]>
posted [EMAIL PROTECTED], excerpted below, on Fri, 08 Aug 2008
20:54:38 -0400:
> No enough horsepower on my machines to compile my own kernel :-{ Not
> that I'm adept enough to try it ATM, still quite the rookie at *nix.
386s compiled their own kernels... takin
walt wrote:
On Thu, 07 Aug 2008 15:57:21 -0400, Kurt Schilling wrote:
Greg Lee wrote:
On Mon, 04 Aug 2008 18:32:34 +, Matthijs Benschop wrote:
Btw, I always get segfault when closing 'post article' window and when
expanding the group list in the left pane...
I also get a fault when I at
On Thu, 07 Aug 2008 15:57:21 -0400, Kurt Schilling wrote:
> Greg Lee wrote:
>> On Mon, 04 Aug 2008 18:32:34 +, Matthijs Benschop wrote:
>>
>>> Btw, I always get segfault when closing 'post article' window and when
>>> expanding the group list in the left pane...
>>
>> I also get a fault when
Greg Lee wrote:
On Mon, 04 Aug 2008 18:32:34 +, Matthijs Benschop wrote:
Btw, I always get segfault when closing 'post article' window and when
expanding the group list in the left pane...
I also get a fault when I attempt to expand the unsubscribed group list.
That has happened ever sinc
On Thu, 07 Aug 2008 16:55:34 +, Matthijs Benschop wrote:
> Op Wed, 06 Aug 2008 23:30:56 +, schreef Duncan:
>
>
>
>> Two things would be nice. 1) Timestamps on either/both the strace and
>> the gdb, do either of them support that? Then we could see how long
>> it's spending on the poll
On Mon, 04 Aug 2008 18:32:34 +, Matthijs Benschop wrote:
> Btw, I always get segfault when closing 'post article' window and when
> expanding the group list in the left pane...
I also get a fault when I attempt to expand the unsubscribed group list.
That has happened ever since I started usin
Op Wed, 06 Aug 2008 23:30:56 +, schreef Duncan:
>
> Two things would be nice. 1) Timestamps on either/both the strace and
> the gdb, do either of them support that? Then we could see how long
> it's spending on the poll before returning, for instance. 2) Is there
> a way to query the sys
walt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Thu, 07 Aug 2008 01:01:01
+:
> I don't know what the 53397 articles in 11.3 seconds is about, but
> grepping thru pan's source code should tell us that -- tomorrow ;o)
That's the number of articles pan loads from disk, th
walt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Thu, 07 Aug 2008 01:01:01
+:
> I'm downloading bazillions of headers right now and all pan is talking
> to is sockets, no files. (BTW, fd 3 is reading mouse input.)
Hmm... yeah, I forgot, zero-based, and mistakenly put S
On Wed, 06 Aug 2008 23:30:56 +, Duncan wrote:
> ...
> Two things would be nice. 1) Timestamps on either/both the strace and
> the gdb, do either of them support that? Then we could see how long
> it's spending on the poll before returning, for instance.
The -r flag to strace allegedly does
walt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 06 Aug 2008 18:59:41
+:
> I must admit that David's gdb trace does look like a program that's at
> least doing a good imitation of useful work, but there's no way to know
> how fast pan is doing it. His trace does me
On Wed, 06 Aug 2008 17:06:30 +, Duncan wrote:
> Rhialto <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on
> Wed, 06 Aug 2008 09:38:30 +0200:
>
>> On Wed 06 Aug 2008 at 01:24:11 +, walt wrote:
>>> Your 'stuck' traces show an infinite loop of file read and writes, and
>>>
Rhialto <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 06 Aug 2008
09:38:30 +0200:
> On Wed 06 Aug 2008 at 01:24:11 +, walt wrote:
>> Your 'stuck' traces show an infinite loop of file read and writes, and
>> the output includes the names ROLE_TOOL_BAR and ROLE_TOOL_TIP
On Wed 06 Aug 2008 at 01:24:11 +, walt wrote:
> Your 'stuck' traces show an infinite loop of file read and writes, and the
> output includes the names ROLE_TOOL_BAR and ROLE_TOOL_TIP over and over.
> It's easy to figure out that these symbols belong to atk (accessibility
> tool kit), and that's
On Tue, 05 Aug 2008 16:56:39 +, Matthijs Benschop wrote:
> Op Mon, 04 Aug 2008 21:58:21 +, schreef walt:
>
>
>> Have you used strace before? It's pretty simple to run, not so easy to
>> interpret the output sometimes...
> Okay, done that. The output is at
>
> http://www.xs4all.nl/~be
I've stopped, backtraced, continued, many times (during the freeze) and
the following is typical.
Program received signal SIGINT, Interrupt.
0xb7abba62 in g_type_check_instance_is_a () from
/usr/lib/libgobject-2.0.so.0
(gdb) bt
#0 0xb7abba62 in g_type_check_instance_is_a () from
/usr/lib/lib
On Tue, 05 Aug 2008 05:46:32 +, Duncan wrote:
> GL's suggestion, I think, was that it was just taking the time to sort
> all those headers, and there wasn't a lot that could be done about it.
Yes, I think Pan needs the time, but that doesn't quite mean there's
no fix. If the problem is the
[ I thought I had made this reply to the list, but I now realize I
sent it only to walt. This web mail doesn't seem to honor Reply-To.
So, try again... ]
Quoting walt:
On Tue, 05 Aug 2008 05:46:32 +, Duncan wrote:
...
GL's suggestion, I think, was that it was just taking the time to s
Op Mon, 04 Aug 2008 21:58:21 +, schreef walt:
> Have you used strace before? It's pretty simple to run, not so easy to
> interpret the output sometimes. Example: use 'top' to find the process
> that's using up the cpu, and then start strace like this: #strace -p
> pid-of-greedy-process
> a
On 08/05/2008 Steven D'Aprano wrote:
[...]
> > (Oh crap, now my old teacher
> > would whack my knuckles for ending a sentence with a preposition.)
I hope you would say, "Listen up you old biddy, if ending sentences
with
prepositions was good enough for Chaucer, Shakespeare and Milton, to
say
On Tue, 05 Aug 2008 05:46:32 +, Duncan wrote:
> ...
> GL's suggestion, I think, was that it was just taking the time to sort
> all those headers, and there wasn't a lot that could be done about it.
> I don't believe that's the case, because it's not behaving that way for
> everyone, and where
On Tue, 5 Aug 2008 10:35:51 am walt wrote:
> On Tue, 05 Aug 2008 00:03:33 +, Greg Lee wrote:
> > On Mon, 04 Aug 2008 21:58:21 +, walt wrote:
> >> ... Because pan is stuck in a loop somewhere, ...
> >
> > In my opinion, you guys are spinning your wheels. Because pan is
> > not stuck (if I'
walt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Tue, 05 Aug 2008 02:43:59
+:
> Ah! What you want is a highly-threaded newsreader. Pan2 isn't there
> yet, and don't hold your breath. I believe I read a post from Duncan
> saying that legacy pan is multi-threaded, but I
On Tue, 05 Aug 2008 01:27:14 +, Greg Lee wrote:
> On Tue, 05 Aug 2008 00:35:51 +, walt wrote:
>
>> I'm sure you are exactly right, but just what is that busy computation?
>
> Who cares? That's not where the bug is. The bug is that I can't go
> ahead and use pan for doing things which d
On Tue, 05 Aug 2008 00:35:51 +, walt wrote:
> I'm sure you are exactly right, but just what is that busy computation?
Who cares? That's not where the bug is. The bug is that I can't go
ahead and use pan for doing things which don't depend on the results
of the computation.
--
Greg
On Tue, 05 Aug 2008 00:03:33 +, Greg Lee wrote:
> On Mon, 04 Aug 2008 21:58:21 +, walt wrote:
>
>> ... Because pan is stuck in a loop somewhere, ...
>
> In my opinion, you guys are spinning your wheels. Because pan is not
> stuck (if I'm talking about the same bug as you are); it's jus
On Mon, 04 Aug 2008 21:58:21 +, walt wrote:
> ... Because pan is stuck in a loop somewhere, ...
In my opinion, you guys are spinning your wheels. Because pan
is not stuck (if I'm talking about the same bug as you are);
it's just taking a long time. And there is nothing abnormal
about it ta
On Mon, 04 Aug 2008 20:46:00 +, Matthijs Benschop wrote:
> Op Mon, 04 Aug 2008 19:40:40 +, schreef walt:
>>
>> Just occurred to me that I don't use any filters, so the 'apply_filter'
>> step in my case would be a null_op. What about you (and David)?
>
> No filters enabled here (unless t
Matthijs Benschop <[EMAIL PROTECTED]>
posted [EMAIL PROTECTED], excerpted below, on Mon, 04 Aug 2008
20:46:00 +:
> Op Mon, 04 Aug 2008 19:40:40 +, schreef walt:
>>
>> Just occurred to me that I don't use any filters, so the 'apply_filter'
>> step in my case would be a null_op. What abou
walt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Mon, 04 Aug 2008 19:40:40
+:
> Just occurred to me that I don't use any filters, so the 'apply_filter'
> step in my case would be a null_op. What about you (and David)?
Without checking the code I suspect this isn't what
Op Mon, 04 Aug 2008 19:40:40 +, schreef walt:
>
> Just occurred to me that I don't use any filters, so the 'apply_filter'
> step in my case would be a null_op. What about you (and David)?
No filters enabled here (unless they're configured somewhere I dont know)
Btw, I verified running my sa
On Mon, 04 Aug 2008 18:32:34 +, Matthijs Benschop wrote:
> Op Mon, 04 Aug 2008 13:07:34 +, schreef walt:
>
>
>> Have you tried strace during the long pause? If you start pan in gdb
>> and hit Ctrl-C during the busy time you can type 'bt' to see what part
>> of the code is running at tha
Op Mon, 04 Aug 2008 13:07:34 +, schreef walt:
> Have you tried strace during the long pause? If you start pan in gdb
> and hit Ctrl-C during the busy time you can type 'bt' to see what part
> of the code is running at that point. You need debugging symbols for
> that, though. Charles uses
On Sun, 03 Aug 2008 14:10:54 -0400, David Shochat wrote:
> ...All I can think of now is gcc version. There was a post from
> Matthijs Benschop on 8/2 that also suggested gcc. Here are the gcc
> versions:
>
> Ubuntu 8.04:
> gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)
>
> Mac OS X 10.5.4:
> gcc vers
David Shochat <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Sun, 03 Aug 2008
14:10:54 -0400:
> I upgraded gtk2 (and various other things) on my Mac via "port upgrade
> installed" and that gave me gtk2 2.12.9, same as on my Ubuntu system.
Also note that you're comparing differ
walt wrote:
On Sat, 02 Aug 2008 11:13:07 -0400, David Shochat wrote:
...is anyone /not/ seeing this problem who has 2.12...
I have 2.12.9 and I don't see it.
Well, I have another clue. I upgraded gtk2 (and various other things) on
my Mac via "port upgrade installed" and that gave me
On Aug 2, 2008, at 12:15 PM, walt wrote:
One quick and dirty 'profiling' trick would be to turn off
threading in the View::Header-pane menu and see if the problem
goes away.
No, that doesn't seem to make any difference.
BTW, does it matter which pane you're viewing when fetching
headers?
Matthijs Benschop <[EMAIL PROTECTED]>
posted [EMAIL PROTECTED], excerpted below, on Sat, 02 Aug 2008
12:17:34 +:
> Op Fri, 01 Aug 2008 20:17:22 -0700, schreef David Shochat:
>
>> What OS, distro (if Linux), etc.? I'm wondering if it's an Ubuntu
>> problem. Also, does top show pan at close to
walt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Sat, 02 Aug 2008 16:15:51
+:
> I have 2.12.9 and I don't see it. By looking at the event log I see
> that pan rethreads the display exactly every 10 seconds while fetching
> headers. It fetches as many headers as it can
On Fri, 01 Aug 2008 16:39:03 -0700, David Shochat wrote:
> ... When getting new
> headers in a large binary group, (either as a result of entering, or
> after invoking Groups->Get Headers...), the progress indicator goes
> normally for a while (10 sec. or so) and then it stops. At this point,
> to
On 08/01/2008 Greg Lee wrote:
That happens to me. I think it's a bug. When loading a large number
of headers, about 3/4 of the way through, the GUI loses it, and I just
have to wait until the headers from that group are loaded. Pan will
not
respond until the headers are all loaded.
In that
On Sat, 02 Aug 2008 11:13:07 -0400, David Shochat wrote:
> ...is anyone /not/ seeing this problem who has 2.12...
I have 2.12.9 and I don't see it. By looking at the event log
I see that pan rethreads the display exactly every 10 seconds
while fetching headers. It fetches as many headers as it
David Kelly <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Sat,
02 Aug 2008 07:25:12 -0500:
> Most Linux users launch Pan via bash? Not directly from KDE or Gnome or
> some other desktop? Or that their desktop environment's resources are
> set/limited/controlled from a parent s
Op Fri, 01 Aug 2008 20:17:22 -0700, schreef David Shochat:
> What OS, distro (if Linux), etc.? I'm wondering if it's an Ubuntu
> problem. Also, does top show pan at close to 100% during your 3 minutes?
> -- David
Same probs here. Could it have something to do with gcc 4.3.0 ?
I always compiled
On Aug 2, 2008, at 3:21 AM, Duncan wrote:
From the debug as mentioned in a different post, the last action pan
reports is "trying to add articles to tree", indicating it's doing
this
threading. Something's apparently going wrong there. However, it
could
be with the threading itself, or
David Shochat <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Sat, 02 Aug 2008
11:13:07 -0400:
> But before doing
> that, is
> anyone /not/ seeing this problem who has 2.12 or to put it another way,
> what gtk
> 2 versions do people who do not have this problem have?
FWIW, your
On Aug 2, 2008, at 3:21 AM, Duncan wrote:
> From the debug as mentioned in a different post, the last action pan
> reports is "trying to add articles to tree", indicating it's doing this
> threading. Something's apparently going wrong there. However, it could
> be with the threading itself, or
On Sat 02 Aug 2008 at 07:25:12 -0500, David Kelly wrote:
> Yes, that is within the shell but the shell comes after the kernel.
> No matter that the shell reports ulimit as unlimited, the FreeBSD
> kernel limits what the shell can get.
Obviously, but if any limits are applied during the login p
On Aug 2, 2008, at 2:21 AM, Duncan wrote:
David Kelly <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below,
on Fri,
01 Aug 2008 23:48:25 -0500:
Expect Linux has similar but FreeBSD has per-process limits on
memory.
Default is 512MB. So unless one has a number of processes drawi
David Kelly <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Fri,
01 Aug 2008 23:48:25 -0500:
> On Aug 1, 2008, at 10:01 PM, Greg Lee wrote:
>
>> That happens to me. I think it's a bug. When loading a large number
>> of headers, about 3/4 of the way through, the GUI loses it,
On Aug 1, 2008, at 10:01 PM, Greg Lee wrote:
That happens to me. I think it's a bug. When loading a large number
of headers, about 3/4 of the way through, the GUI loses it, and I just
have to wait until the headers from that group are loaded. Pan
will not
respond until the headers are all
On Fri, 01 Aug 2008 20:17:22 -0700, David Shochat wrote:
> What OS, distro (if Linux), etc.? I'm wondering if it's an Ubuntu
> problem. Also, does top show pan at close to 100% during your 3 minutes?
> -- David
I have Linux, distribution Fedora Core 6, though I have
made some changes, e.g., gtk
On Aug 1, 2008, at 6:29 PM, Duncan wrote:
That could be a couple things.
First, make sure you're comparing peaches to peaches (I started to use
apples, as traditional, but when one /is/ an Apple... =8^) . Are you
comparing the same group on both machines? Suppose there's a
message (or
a r
On Aug 1, 2008, at 4:56 PM, walt wrote:
I can suggest only obvious tricks such as looking at the event log and
starting pan from a command prompt using the --debug flag.
Thanks for the suggestions. The event log (which I didn't even know
about!) shows nothing bad, and does not change at a
On Aug 1, 2008, at 8:01 PM, Greg Lee wrote:
That happens to me. I think it's a bug. When loading a large number
of headers, about 3/4 of the way through, the GUI loses it, and I just
have to wait until the headers from that group are loaded. Pan will
not
respond until the headers are all l
On Fri, 01 Aug 2008 16:39:03 -0700, David Shochat wrote:
> When getting new
> headers in a large binary group, (either as a result of entering, or
> after invoking Groups->Get Headers...), the progress indicator goes
> normally for a while (10 sec. or so) and then it stops. At this point,
> top sa
David Shochat <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on
Fri, 01 Aug 2008 16:39:03 -0700:
> I don't know when this started happening, but it was during the 0.132
> era, so it has to be something that changed on my system. This is a
> fully-updated Ubuntu 8.04 system. I have
Joe Zeff <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Fri, 01 Aug 2008 17:07:45
-0700:
> If 1 Gig isn't enough memory, why am I, with only 256 Meg not having any
> issues?
The groups you are viewing probably have a lot to do with it. Some
binary groups (as the OP mentioned
On Fri, 01 Aug 2008 16:39:03 -0700, David Shochat wrote:
> I don't know when this started happening, but it was during the 0.132
> era, so it has to be something that changed on my system. This is a
> fully-updated Ubuntu 8.04 system. I have 1Gb of memory. When getting new
> headers in a large bin
59 matches
Mail list logo
