To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=104974
User mav changed the following:
What |Old value |New value
================================================================================
Component|Spreadsheet |framework
--------------------------------------------------------------------------------
QA contact|iss...@sc |iss...@framework
--------------------------------------------------------------------------------
Subcomponent|save-export |code
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Wed Dec 9 20:49:54 +0000
2009 -------
I have just recognized that OOo3.2 uses now mmap also in case of opening of
OOo-documents. OOo3.2 copies OOo-format files instead of streaming it, that is
faster, it was an optimization. But osl copy API is based on mmap, so this
scenario is now also affected.
That would mean, that OOo3.2 would not even be able to open such a document from
the problematic location. Could somebody test one of last OOo3.2 builds on the
problematic system to check whether my assumption is correct.
But even if the assumption is correct I would prefer to adjust sal copying API,
instead of removing the optimization.
Whether it should be done for OOo3.2 is a question, since there are SMB-clients
on Solaris that support mmap correctly as it always was expected in OOo
implementation.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]