[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#417393: marked as done (openoffice.org-base: infinite loop at startup ?)

Your message dated Mon, 2 Apr 2007 23:18:08 +0200
with message-id <20070402211808.GA11839@rene-engelhard.de>
and subject line Bug#417393: openoffice.org-base: infinite loop at startup ?
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: openoffice.org-base
Severity: grave
Justification: renders package unusable

Hello,

ooffice started behaving strangely. In the splash screen, the status
bar progress doesn't move at all. I tried a strace, and found this:

uname({sys="Linux", node="Tatooine", ...}) = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 5
uname({sys="Linux", node="Tatooine", ...}) = 0
uname({sys="Linux", node="Tatooine", ...}) = 0
connect(5, {sa_family=AF_FILE, path="/tmp/.X11-unix/X0"}, 19) = 0
uname({sys="Linux", node="Tatooine", ...}) = 0
fcntl64(5, F_SETFD, FD_CLOEXEC)         = 0
access("/home/pdupuis/.Xauthority", R_OK) = 0
open("/home/pdupuis/.Xauthority", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0600, st_size=501, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7
f58000
read(6, "\1\0\0\10tatooine\0\00220\0\22MIT-MAGIC-COOK"..., 4096) = 501
read(6, "", 4096)                       = 0
close(6)                                = 0
munmap(0xb7f58000, 4096)                = 0
writev(5, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"MIT-MAGIC-COOKIE-1", 18}, {"\0\0
", 2}, {"\362\207H\253\27\1772\342\303\2731\2651q\202\37", 16}], 4) = 48
fcntl64(5, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(5, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
read(5, "\1\0\v\0\0\0i\0", 8)           = 8
read(5, "\10\250-\4\0\0\240\4\377\377\37\0\0\1\0\0\24\0\377\377"..., 420) = 420
write(5, "7\0\5\0\0\0\240\4E\0\0\0\10\0\0\0\377\377\377\0b\0\5\0"..., 64) = 64
read(5, "\1\0\2\0\0\0\0\0\1\203\0\0\0\0\0\0\24\0\0\0\0\0\0\0\24"..., 32) = 32
read(5, "\1\10\3\0\302\0\0\0\37\0\0\0\0\0\0\0\10\3\0\0\30\0\0\0"..., 32) = 32
readv(5, [{"*customization:\t-color\n*internat"..., 776}, {"", 0}], 2) = 776
write(5, "\203\0\1\0", 4)               = 4
read(5, "\1\0\4\0\0\0\0\0\377\377?\0\0\0\0\0\4\0\0\0(\0\0\0\4\0"..., 32) = 32
writev(5, [{"b\0\5\0\t\0\240\4", 8}, {"XKEYBOARD", 9}, {"\0\0\0", 3}], 3) = 20
read(5, "\1\0\5\0\0\0\0\0\1\225n\260\0\0\0\0\24\0\0\0(\0\0\0\24"..., 32) = 32
write(5, "\225\0\2\0\1\0\0\0", 8)       = 8
read(5, "\1\1\6\0\0\0\0\0\1\0\0\0\0\0\0\0\230\17P\n\21\0\0\0\10"..., 32) = 32
write(5, "\1\0\n\0\1\0\240\4E\0\0\0$\1\361\0\270\1\36\1\0\0\0\0\0"..., 72) = 72
read(5, "\1\17\t\0\0\0\0\0\327\327\7\7QQ\0\0Q\7\327\0\20\0\0\0\0"..., 32) = 32
write(5, "T\0\4\0 \0\0\0\0\323\0\323\0\323\361\0", 16) = 16
read(5, "\1\17\n\0\0\0\0\0\323\323\323\323\323\323\0\0\323\323\323"..., 32) = 32
write(5, "7\0\4\0\2\0\240\4\1\0\240\4\0\0\0\0\22\0\n\0\1\0\240\4"..., 196) = 196
read(5, "\1\17\17\0\0\0\0\0\375\0\0\0\0\0\0\0\0\0\0\0\34\0\0\0\0"..., 32) = 32
write(5, "\20\1\t\0\32\0\240\4_NET_WM_WINDOW_TYPE_SPLA"..., 36) = 36
read(5, "\1\17\20\0\0\0\0\0g\1\0\0\1\0\0\0\0\0\0\0$\0\0\0(\0\0\0"..., 32) = 32
write(5, "\22\0\7\0\1\0\240\4\375\0\0\0\4\0\0\0 IND\1\0\0\0g\1\0"..., 52) = 52
read(5, "\1\17\22\0\0\0\0\0\1\1\0\0\0\0\0\0\0\0\0\0\30\0\0\0\0\0"..., 32) = 32
mmap2(NULL, 503808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x
b7b97000
writev(5, [{"\22\0\v\0\1\0\240\4\1\1\0\0\1\1\0\0 IND\5\0\0\0\17\0\0"..., 100}, {
"\2155\5\0\2155\5\0\2155\5\0\2155\5\0\2155\5\0\2155\5\0"..., 260480}], 2) = 2605
80
writev(5, [{"H\0026\355\3\0\240\4\4\0\240\4\270\1\212\0\0\0\224\0\0"..., 24}, {"
\2155\5\0\320\253\234\0\320\253\236\0\317\254\236\0\320"..., 242880}], 2) = 2429
04
munmap(0xb7b97000, 503808)              = 0
write(5, "\2\2\4\0\1\0\240\4\1\0\0\0\3\0\240\4<\0\2\0\4\0\240\004"..., 128) = 12
8
ioctl(5, FIONREAD, [0])                 = 0
write(5, "8\2\4\0\2\0\240\4\4\0\0\0\323\323\323\0C\0\5\0\1\0\240"..., 72) = 72
ioctl(5, FIONREAD, [0])                 = 0
poll([{fd=4, events=POLLIN|POLLPRI}], 1, 0) = 0
nanosleep({0, 20000000}, NULL)          = 0
write(5, "8\2\4\0\2\0\240\4\4\0\0\0\323\323\323\0C\0\5\0\1\0\240"..., 72) = 72
ioctl(5, FIONREAD, [0])                 = 0
poll([{fd=4, events=POLLIN|POLLPRI}], 1, 0) = 0
nanosleep({0, 20000000}, NULL)          = 0

That is, te sequence write - ioctl - poll - nanosleep is repeating
forever. I tried it as normal user and as root, same behaviour. Could
you check ?

TIA

Pascal Dupuis

-- System Information: Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.4
Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1)

--- End Message ---
--- Begin Message --- 
Hi,

Pascal A. Dupuis wrote:
> > Hmm. Maybe a problem communicating with X? Is lo up? Does a X restart
> > help? How do you try to run X?
> 
> Okee, I got it. I first tried a X restart, it didn't help (X is
> launched from gdm). Then I noticed that, under enlightenment, the
> problem does not occur. This problem manifested itself under Xfce4.
> 
> I then tried rebooting, and noticed the text console seems to have
> hanged. After the reboot, I started ooffice, and got on stderr:
> 
> "libGL warning: 3D driver claims to not support visual 0x4b"
> 
> and then the usual screen appearead, all ran fine. While stuck in the
> infinite loop, this message never showed up.
> 
> A word of explanation: I use a laptop that I hibernate twice a day. I
> suppose that, on the long run, some console or driver was improperly
> restored and hanged. This way, ooffice querying some functions stalls

So a local problem as guessed. I am closing this bug then.

Gr�gards,

Ren�- 
 .''`.  Ren�ngelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  rene@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: