Hi Chris,
On 02.11.2010 13:40, Chris Rider wrote:
I hope this is an active mailing list ~ we have a serious issue with the
document server and are trying to track down some more knowledge that
might exist about it.
I have new information from further testing, but here's a quick summary:
We
Morgen Mathias,
Nur falls es dich interessiert:
Deine Mail kommt bei mir als von gestern 18:43 an...
Thomas
On 02.11.2010 18:43, Mathias Bauer wrote:
Hi Chris,
On 02.11.2010 13:40, Chris Rider wrote:
I hope this is an active mailing list ~ we have a serious issue with the
document
Mathias,
You're correct in all your statements.
We are starting the document server like this:
/opt/openoffice.org3/program/soffice.bin
-accept=socket,host=localhost,port=2083;urp;StarOffice.ServiceManager
-nolockcheck -nologo -impress -norestore -invisible
Our DocumentLoader then is the
@Cor,
Thanks for following up for more details...
We tried using 3.3 this morning and it didn't really work with our
DocumentLoader program and seemed a bit buggy-ish ~~ so maybe a no-go
there (at least until 3.3. is official).
Yeah, you're right... the shakeup is a whole different
On 11/03/10 13:47, Chris Rider wrote:
We are starting the document server like this:
/opt/openoffice.org3/program/soffice.bin
-accept=socket,host=localhost,port=2083;urp;StarOffice.ServiceManager
-nolockcheck -nologo -impress -norestore -invisible
Somewhat unrelated, please note that running
@Stephan,
Thanks for the suggestion... we changed out code to run the script
instead of the binary directly.
Also, this hasn't changed our issue (as was probably expected)... even
after we take down / stop the PPT file, top still reports massive memory
usage for the soffice process.
I hope this is an active mailing list ~ we have a serious issue with
the document server and are trying to track down some more knowledge
that might exist about it.
I have new information from further testing, but here's a quick summary:
We have a program that calls the document server to
Thanks for the comment/insight... I'll try to investigate, but not
hopeful.
It happens once a document is closed, seemingly (could be on open,
too)... and each subsequent/repeated opening of the file takes longer
and longer. It really just seems like the memory isn't being cleared on
close,
Chris ,
Thanks for the comment/insight... I'll try to investigate, but not
hopeful.
It happens once a document is closed, seemingly (could be on open,
too)... and each subsequent/repeated opening of the file takes longer
and longer. It really just seems like the memory isn't being cleared
Chris ,
gives 3.3 a trie ?
FYI, we are using 3.2.1
Chris
On 11/02/2010 12:02 PM, Fernand Vanrie wrote:
Chris ,
Thanks for the comment/insight... I'll try to investigate, but not
hopeful.
It happens once a document is closed, seemingly (could be on open,
too)... and each
FYI, we are using 3.2.1
Chris
On 11/02/2010 12:02 PM, Fernand Vanrie wrote:
Chris ,
Thanks for the comment/insight... I'll try to investigate, but not
hopeful.
It happens once a document is closed, seemingly (could be on open,
too)... and each subsequent/repeated opening of the file
and then trie to uses Cor's idea, open and closing 2 OO-services
On 2/11/2010 17:39, Fernand Vanrie wrote:
Chris ,
gives 3.3 a trie ?
FYI, we are using 3.2.1
Chris
On 11/02/2010 12:02 PM, Fernand Vanrie wrote:
Chris ,
Thanks for the comment/insight... I'll try to investigate, but not
We came up with a process that regularly restarts it before the memory
usage becomes too high, but this is not 100% desirable in our particular
application. We can't have any kind of interruption in how we display
content (brief flashes or anything). Also, it's challenging to monitor
the
Hi Chris,
Chris Rider wrote (02-11-10 19:10)
We came up with a process that regularly restarts it before the memory
usage becomes too high, but this is not 100% desirable in our particular
application. We can't have any kind of interruption in how we display
content (brief flashes or anything).
14 matches
Mail list logo