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

Bug#833181: libreoffice-draw: I/O general error when saving leads to defunct



Hi Rene,

My answers below. Thank you for taking care and I am sorry I have sent a report with such poor information. Let's try to fix it.

Regards,

Ricardo

On Mon, Aug 08, 2016 at 09:39:49AM +0200, Rene Engelhard wrote:
> On Wed, Aug 03, 2016 at 10:29:13AM +0200, Rene Engelhard wrote:
> > tag 833181 + moreinfo
> > thanks
> > 
> > Hi,
> > 
> > On Mon, Aug 01, 2016 at 04:46:40PM -0300, Ricardo Fabian Peliquero wrote:
> > > While trying to save an odg from lodraw, an error dialog pops-up. Error when saving the document. General error. General input/output error. After that, most of loffice menus and icons are grayed out, including the Exit menu item.
> > 
> > This can be almost everything, not enough info to tell. Have a gdb backtrace
> > and/or strace or so?
> > 
> > Does it happen always or just in specific circumstances?
> 
> And?

It happens every time I try to save an odg document. After I/O error, I can still create a new other-than-draw document (e.g. odt, ods) and save it. But the lodraw window will still be there and won't be able to close it when back to it.

I have never used backtrace nor strace, but here it is the output of just 'strace -o lodraw.strace lodraw', Ctrl-g (that is 'save' for 'guardar' on my Spanish localized suite), I/O error dialog pops up, go back to terminal and Ctrl-c. I hope it helps!!!


## strace begins here:

execve("/usr/bin/lodraw", ["lodraw"], [/* 19 vars */]) = 0
brk(NULL)                               = 0x55e9e3397000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6f132ca000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=62331, ...}) = 0
mmap(NULL, 62331, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f6f132ba000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\10\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1697504, ...}) = 0
mmap(NULL, 3803552, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f6f12d08000
mprotect(0x7f6f12e9f000, 2097152, PROT_NONE) = 0
mmap(0x7f6f1309f000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x197000) = 0x7f6f1309f000
mmap(0x7f6f130a5000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f6f130a5000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6f132b9000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6f132b8000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6f132b7000
arch_prctl(ARCH_SET_FS, 0x7f6f132b8700) = 0
mprotect(0x7f6f1309f000, 16384, PROT_READ) = 0
mprotect(0x55e9e26f1000, 8192, PROT_READ) = 0
mprotect(0x7f6f132cc000, 4096, PROT_READ) = 0
munmap(0x7f6f132ba000, 62331)           = 0
getpid()                                = 2438
rt_sigaction(SIGCHLD, {0x55e9e24e8c20, ~[RTMIN RT_1], SA_RESTORER, 0x7f6f12d3b250}, NULL, 8) = 0
geteuid()                               = 1000
brk(NULL)                               = 0x55e9e3397000
brk(0x55e9e33b8000)                     = 0x55e9e33b8000
getppid()                               = 2436
getcwd("/home/zhana", 4096)             = 12
open("/usr/bin/lodraw", O_RDONLY)       = 3
fcntl(3, F_DUPFD, 10)                   = 10
close(3)                                = 0
fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x55e9e24e8c20, ~[RTMIN RT_1], SA_RESTORER, 0x7f6f12d3b250}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER, 0x7f6f12d3b250}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER, 0x7f6f12d3b250}, NULL, 8) = 0
read(10, "#!/bin/sh\n/usr/lib/libreoffice/p"..., 8192) = 59
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f6f132b89d0) = 2439
wait4(-1, 0x7ffffc70992c, 0, NULL)      = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL} ---
rt_sigreturn({mask=[]})                 = -1 EINTR (Interrupted system call)
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=2439, si_uid=1000, si_status=SIGINT, si_utime=0, si_stime=0} ---
rt_sigreturn({mask=[]})                 = -1 EINTR (Interrupted system call)
wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGINT}], 0, NULL) = 2439
rt_sigprocmask(SIG_SETMASK, [], [], 8)  = 0
rt_sigaction(SIGINT, {SIG_DFL, [INT], SA_RESTORER|SA_RESTART, 0x7f6f12d3b250}, {0x55e9e24e8c20, ~[KILL STOP RTMIN RT_1], SA_RESTORER, 0x7f6f12d3b250}, 8) = 0
tgkill(2438, 2438, SIGINT)              = 0
--- SIGINT {si_signo=SIGINT, si_code=SI_TKILL, si_pid=2438, si_uid=1000} ---
+++ killed by SIGINT +++

## strace ends here.


> 
> 
> > ?? You mean it's not new in 5.1.5 rc2 but appeared before 5.1.5 rc1 so
> > the migration of 5.1.5 made it moot? Why are you reporting against 5.1.5 rc2
> > then and not against the version you saw it in? :)
> 
> This would also be interesting to get answered.
> 
> > > I tried to upgrade to experimental, but aptitude won't allow this.
> > 
> > That should work, but nevermind, 5.2.0 will be in sid real soon now(tm)
> 
> And this one happened.

I am using 1:5.2.0-1 (sid) now.

> 
> Can you please answer? Otherwise I will just close this report given there's
> not enough info to do something here *AND* I can save a randomly created Draw
> document just fine (ok, with the jessie-backport of 5.1.4/.5, but...)
> 

I understand. Please let me know any other information you might need. We use lodraw here on a daily basis. We just need it working and I am willing to cooperate.

>  
> Regards,
> 
> Rene
> 


Reply to: