Hi Tora, in case of a crash, the stacktrace reporting tool should come up immediately, so that anybody getting a crash should be able to send crash related and relevant information (stacktraces) to us.
In case you have a stacktrace by hand, it would be great to send this to the list for evaluation. IMO it doesn't make any sense to dig around in code that has something to do with caching of different kind of objects. And yes, we do have a _lot_ of caches inside OOo for many good reasons. Beside this particular issue, having code reviews on a a regular basis is always a good idea and already done by the (some) developers of the code, so that giving us a hint for the starting point of a next review (as you did) is also very valueable for us. With best regards Kai Tora schrieb: > Hi, > > I am not sure that the following topic is suitable for this mailing list > [EMAIL PROTECTED] If it was OK, could you discuss for a while? > > Topic > How about a little bit widely asking code review around the cache system? > > Background > Many business persons have been reporting the fact that OOo/SO/SS > can crash under the following circumstances. > > User Scenario > 1. Open an existing presentation document such as .sxi or .ppt. > 2. Create an empty presentation document. > 3. Copy many items from the existing document to the new one. > 4. Going to two documents back and forth. > 5. Eventually, it crashes or an attempt to save a document fails. > > Some people have noticed the following phenomenon: > - An object is occasionally drawn as a different object. > - An object is rarely drawn in the different scale. > - More amount of objects, more possibilities of crash. > > There are two concurrent instances of graphic document. > The module 'sd' is enforced with a cache system. > > Apparently, it might be said that a not-yet-hunted racing situation > was still hidden around the cache system. > > > Motivations > Many professional persons who have been using OOo/SO/SS tend to turn > off the automatic document saving system to avoid the situation where > they have to repeatedly wait every tens minute until an act of automatic > saving a document is finished. Additionally, they tend to have a number > of slides in a presentation document that takes much time to be saved > into their hard disk. Therefore, they completely loose their presentation > document when the problem happens. > > Best Regards, > Tora --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
