I've had a niggling problem with OOo for some time, but been unable to
characterise it, but now I've installed 2.0.4 I seem to be able to reproduce
the behaviour, although I'm no nearer to discovering how to describe the
problem. As this is more technical than the users list deals with I thought
I'd try here.
I'm using Suse 10.0 and have an HP laserjet 1300 connected on the parallel
port. What I found was that for indeterminable reasons, OOo and cupsd would
suddenly start to share 100% of the cpu time, with cupsd taking about 66% and
soffice.bin the remaining 34 % (as seen by top), but it seemed to have no
other impact on the operation of OOo or the printer, and OOo could print
perfectly well.
Each time I upgraded from 2.0 to 2.0.1 through 2.0.2 and then 2.0.4 the
situations that triggered this behaviour would change. At first I thought it
had to do with US letter and A4 paper and templates, but that does not seem
to be it.
The installations of OOo on a laptop that uses the same printer through cups
on the network, has never exhibited this problem on any of the versions of
OOo. It seems to occur only on the machine where the printer is attached. And
only with OOo - no other application has shown any tendency to do anything
similar.
I've just put up 2.0.4, and I find that if I start OOo without specifying
which module I want (by just "openoffice.org-2.0" on the command line), then
as soon as I try New -> Text doc, the loop appears. On earlier versions, the
loop usually stopped after between 5 minutes and 2 hours, or when OOo was
terminated completely. Just closing all the windows still left the loop
going. I haven't left 2.0.4 long enough yet to see if it ever stops.
Now it is fairly consistent, I tried strace on soffice.bin, and when the loop
started, here is some sample output at that time [some extra \n may have been
inserted by the mail composer]:
select(7, [4 6], NULL, [6], {0, 131887}) = 1 (in [4], left {0, 132000})
gettimeofday({1161360959, 692583}, NULL) = 0
read(4, "\0", 4) = 1
read(4, 0xbfa8c778, 4) = -1 EAGAIN (Resource temporarily
unavailable)
gettimeofday({1161360959, 692728}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 131549}) = 0 (Timeout)
gettimeofday({1161360959, 824410}, NULL) = 0
gettimeofday({1161360959, 824458}, NULL) = 0
gettimeofday({1161360959, 824508}, NULL) = 0
gettimeofday({1161360959, 825027}, NULL) = 0
gettimeofday({1161360959, 825087}, NULL) = 0
gettimeofday({1161360959, 825150}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 466937}) = 0 (Timeout)
gettimeofday({1161360960, 292689}, NULL) = 0
gettimeofday({1161360960, 292743}, NULL) = 0
gettimeofday({1161360960, 292807}, NULL) = 0
gettimeofday({1161360960, 292847}, NULL) = 0
gettimeofday({1161360960, 292903}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 599944}) = 0 (Timeout)
gettimeofday({1161360960, 892322}, NULL) = 0
gettimeofday({1161360960, 892387}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 10000}) = 0 (Timeout)
gettimeofday({1161360960, 904618}, NULL) = 0
gettimeofday({1161360960, 904666}, NULL) = 0
gettimeofday({1161360960, 904729}, NULL) = 0
gettimeofday({1161360960, 904770}, NULL) = 0
write(5, "\0", 1) = 1
gettimeofday({1161360960, 904881}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 254889}) = 1 (in [4], left {0, 256000})
gettimeofday({1161360960, 904985}, NULL) = 0
read(4, "\0", 4) = 1
read(4, 0xbfa8c778, 4) = -1 EAGAIN (Resource temporarily
unavailable)
gettimeofday({1161360960, 905118}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 254652}) = 0 (Timeout)
gettimeofday({1161360961, 160778}, NULL) = 0
gettimeofday({1161360961, 160826}, NULL) = 0
gettimeofday({1161360961, 160878}, NULL) = 0
gettimeofday({1161360961, 160915}, NULL) = 0
gettimeofday({1161360961, 160954}, NULL) = 0
gettimeofday({1161360961, 160993}, NULL) = 0
gettimeofday({1161360961, 161048}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 343945}) = 0 (Timeout)
gettimeofday({1161360961, 504747}, NULL) = 0
gettimeofday({1161360961, 504809}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 10000}) = 0 (Timeout)
gettimeofday({1161360961, 516734}, NULL) = 0
gettimeofday({1161360961, 516782}, NULL) = 0
gettimeofday({1161360961, 516846}, NULL) = 0
gettimeofday({1161360961, 516887}, NULL) = 0
gettimeofday({1161360961, 516942}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 599945}) = 0 (Timeout)
gettimeofday({1161360962, 116476}, NULL) = 0
gettimeofday({1161360962, 116542}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 10000}) = 0 (Timeout)
gettimeofday({1161360962, 128455}, NULL) = 0
gettimeofday({1161360962, 128504}, NULL) = 0
gettimeofday({1161360962, 128567}, NULL) = 0
gettimeofday({1161360962, 128606}, NULL) = 0
write(5, "\0", 1) = 1
gettimeofday({1161360962, 128719}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 194887}) = 1 (in [4], left {0, 196000})
gettimeofday({1161360962, 128821}, NULL) = 0
read(4, "\0", 4) = 1
read(4, 0xbfa8c778, 4) = -1 EAGAIN (Resource temporarily
unavailable)
gettimeofday({1161360962, 128958}, NULL) = 0
select(7, [4 6], NULL, [6], {0, 194648}) = 0 (Timeout)
gettimeofday({1161360962, 324777}, NULL) = 0
gettimeofday({1161360962, 324826}, NULL) = 0
I'm willing to try to refine the data further, if someone could suggest what
to look for and how to get it. A bug report does not seem useful yet as I
cannot describe the situation closely enough for it to be reproduced.
Andy.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
