Summary: | Macros: Using the old oood daemon which uses a pipe to communicate libreoffice hangs | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Dick Kniep <dick.kniep> |
Component: | BASIC | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | lgodard.libre, qubit, todventtu |
Version: | 4.3.1.2 release | ||
Hardware: | Other | ||
OS: | Linux (All) | ||
Whiteboard: | BSA | ||
i915 platform: | i915 features: |
Description
Dick Kniep
2014-09-01 11:47:09 UTC
If I change the --accept argument from: "pipe, name=ood-instance-1;urp;" ... to: "pipe,name=ood-instance-1;urp;" Instead of running at 100% CPU it idles at an expected (very low) level. Please try this. Tested under Debian 7 x86_64 using v4.3.1.2 Build ID: 958349dc3b25111dbca392fbc281a05559ef6848. (In reply to Owen Genat from comment #1) > If I change the --accept argument from: > > "pipe, name=ood-instance-1;urp;" > > ... to: > > "pipe,name=ood-instance-1;urp;" > > Instead of running at 100% CPU it idles at an expected (very low) level. > Please try this. Tested under Debian 7 x86_64 using v4.3.1.2 Build ID: > 958349dc3b25111dbca392fbc281a05559ef6848. I get low usage idling with this. With space after pipe, I get a huge CPU load and this: warn:desktop.offacc:4133:4:desktop/source/offacc/acceptor.cxx:120: caught Exception "UNO URL contains bad parameter key" Ubuntu 14.10 64-bit Version: 4.4.0.0.alpha2+ Build ID: 5bff4b016c4b44f4123e0e6a4fd4c0c4dc0cfa2d TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-13_00:14:29 > (In reply to Owen Genat from comment #1) > > If I change the --accept argument ... > > Instead of running at 100% CPU it idles at an expected (very low) level. Sounds like a good solution... (In reply to Beluga from comment #2) > I get low usage idling with this. > With space after pipe, I get a huge CPU load and this: > warn:desktop.offacc:4133:4:desktop/source/offacc/acceptor.cxx:120: caught > Exception "UNO URL contains bad parameter key" ...and confirmation. QUESTION: Should the '--accept' switch be able to handle the extra space? This sounds like it should either be RESOLVED as NOTABUG or turned into an enhancement request. (In reply to Robinson Tryon (qubit) from comment #3) > > (In reply to Owen Genat from comment #1) > > > If I change the --accept argument ... > > > Instead of running at 100% CPU it idles at an expected (very low) level. > > Sounds like a good solution... > > (In reply to Beluga from comment #2) > > I get low usage idling with this. > > With space after pipe, I get a huge CPU load and this: > > warn:desktop.offacc:4133:4:desktop/source/offacc/acceptor.cxx:120: caught > > Exception "UNO URL contains bad parameter key" > > ...and confirmation. > > QUESTION: Should the '--accept' switch be able to handle the extra space? > > This sounds like it should either be RESOLVED as NOTABUG or turned into an > enhancement request. Severity -> enhancement Status -> NEW |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.