[dev] Warning-free code status

[Stephan Bergmann]

Hi all,

 
tracks the status of that project.  If you own one of the tasks listed 
there, or are working to make some other platform warning-free, you are 
invited to add any relevant data and help keep the table up to date.


Thanks,
-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Re: Re: Inserting remote document into local desktop

[Carlos Oliva]

Thank you very much Mathias. I will review the information that you 
suggested about the Dispatcher. If any examples come to mind, I would 
appreciate it if you send them my way.

By the way, wrapping the streams is quite amenable to java coding so I 
foresee an easy implementation with that. Besides, I just skimmed over the 
DevGuide and there is a chapter on Database Access that may also be helpful: 
One can presumably connect to databases through JDBC drivers and such and 
there are classes to insert, update, and delete, records from XInputStreams.

"Mathias Bauer" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Carlos wrote:
>
>> Thank you very much Mathias.  This url worked just fine.
>> Perhpas you can help me with two other questions:
>> 1) Is there a class or service that would directly support loading and
>> saving a document into a database?  I work with a database that supports
>> fileds of BLOB type and I can probably manage to create XInputStreams and
>> XOuputStreams to load and save a document to and fro the database.
>
> No there isn't one. We wanted to keep the API simple and a stream is the
> least common deminator all document sources should be able to support.
> Of course we support also URLs as "sources" as we have the UCB service
> that can provide us with a stream created from a URL. Doing the same for
> databases would mean to develop a protocol how databases can be
> specified and how they could be asked for a particular stream. IOHO this
> is out of the OOo scope as well as outside of the database scope and so
> we recommend to create some wrapper code to create a stream from the
> BLOB or filling the BLOB from a stream that is taylored to the
> particular database in use.
>
>> 2) Once a document is loaded from the database (XInputStream or whatever)
>> into a "local" desktop, can I "reprogram" the Save button of the local
>> version of the writer so that it saves the document back into the 
>> database
>> (by launching the creation of a XStorable that sends the data to an
>
> Yes, this is possible by using a DispatchInterceptor. There is a chapter
> in the DevGuide that describes dispatching in general and intercepting
> in particular. In case you use the XStorable interface to save the
> document to your stream be aware that you need to handle possible
> exceptions thrown in case something goes wrong. You can use the
> "InteractionHandler" property filled with an object representing the
> service com.sun.star.task.InteractionHandler to handle most of them.
>
> Best regards,
> Mathias
>
> -- 
> Mathias Bauer - OpenOffice.org Application Framework Project Lead
> Please reply to the list only, [EMAIL PROTECTED] is a spam sink. 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Re: Re: Inserting remote document into local desktop

[Carlos]

Thank you very much Mathias.  I will review the information that you
suggested about the Dispatcher.  If any examples come to mind, I would
appreciate it if you send them my way.

By the way, wrapping the streams is quite amenable to java coding so I
foresee an easy implementation with that.  Besides, I just skimmed over the
DevGuide and there is a chapter on Database Access that may also be helpful:
One can presumably connect to databases through JDBC drivers and such and
there are classes to insert, update, and delete, records from XInputStreams.

"Mathias Bauer" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Carlos wrote:
> 
> > Thank you very much Mathias.  This url worked just fine.
> > Perhpas you can help me with two other questions:
> > 1) Is there a class or service that would directly support loading and 
> > saving a document into a database?  I work with a database that supports

> > fileds of BLOB type and I can probably manage to create XInputStreams
and 
> > XOuputStreams to load and save a document to and fro the database.
> 
> No there isn't one. We wanted to keep the API simple and a stream is the
> least common deminator all document sources should be able to support.
> Of course we support also URLs as "sources" as we have the UCB service
> that can provide us with a stream created from a URL. Doing the same for
> databases would mean to develop a protocol how databases can be
> specified and how they could be asked for a particular stream. IOHO this
> is out of the OOo scope as well as outside of the database scope and so
> we recommend to create some wrapper code to create a stream from the
> BLOB or filling the BLOB from a stream that is taylored to the
> particular database in use.
> 
> > 2) Once a document is loaded from the database (XInputStream or
whatever) 
> > into a "local" desktop, can I "reprogram" the Save button of the local 
> > version of the writer so that it saves the document back into the
database 
> > (by launching the creation of a XStorable that sends the data to an 
> 
> Yes, this is possible by using a DispatchInterceptor. There is a chapter
> in the DevGuide that describes dispatching in general and intercepting
> in particular. In case you use the XStorable interface to save the
> document to your stream be aware that you need to handle possible
> exceptions thrown in case something goes wrong. You can use the
> "InteractionHandler" property filled with an object representing the
> service com.sun.star.task.InteractionHandler to handle most of them.
> 
> Best regards,
> Mathias
> 
> -- 
> Mathias Bauer - OpenOffice.org Application Framework Project Lead
> Please reply to the list only, [EMAIL PROTECTED] is a spam sink.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Warning-free code CWS naming convention request

[Joerg Skottke - Sun Germany - ham02 - QA-Engineer]

Hi folks,

if possible please name your CWS which are related to to the 
warning-free code project in a recognizable manner, e.g "Warnings0x".
This helps me - and others in the QA - to do a quicker estimate on the 
effort required to check the CWS and simplifies planning.


Thanks
Joerg

--
***
Sun Microsystems GmbH  Joerg W. Skottke
Nagelsweg 55   Quality Assurance Engineer
20097 Hamburg  Phone: (+49 40) 23646 631
GermanyFax: (+49 40) 23646 550
http://www.sun.de/staroffice   mailto:[EMAIL PROTECTED]
  			


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Build using Python 2.4

[Andres Luga]

Hi,
is there someone I could request a Windows build using Python 2.4?
Unfortunately I don't have the required(?) MS compilers to produce it
myself.
What I'd like to do, is to use OpenOffice (PyUNO) for generating
a fancy text document (tables, pictures, rotated text), that could
be adjusted before printing. Is it feasible?
Regrads and thank you for the OO.o,
Andres

[dev] how to reduce memory usage of unopkg

[Christoph Lutz]

Hi,

running

unopkg add  --shared

on our debian-system with the original JRE1.5.0 java packages from sun
requires about 300 MB of memory. Is it possible to reduce the memory
usage of unopkg?

best regards,
Christoph

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Laurent Godard]

Hi


unopkg add  --shared

on our debian-system with the original JRE1.5.0 java packages from sun
requires about 300 MB of memory. Is it possible to reduce the memory
usage of unopkg?



huh !!
what is the side of the package ?
what does it contain ?

is it using this amount for a long time ?

Laurent


--
Laurent Godard <[EMAIL PROTECTED]> - Ingénierie OpenOffice.org
Indesko >> http://www.indesko.com
Nuxeo CPS >> http://www.nuxeo.com - http://www.cps-project.org
Livre "Programmation OpenOffice.org", Eyrolles 2004

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Christoph Lutz]

> unopkg add  --shared
>
> on our debian-system with the original JRE1.5.0 java packages from sun
> requires about 300 MB of memory. Is it possible to reduce the memory
> usage of unopkg?
>

huh !!
what is the side of the package ?


package size is 450 kB.


what does it contain ?


here is the output of the unopkg list command. As you can see, there
is a uno.pkg with some java-code and some .XCUs.:

Name: WollMux.uno.pkg
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg
 is registered: yes
 Media-Type: application/vnd.sun.star.package-bundle
 Description: UNO Package Bundle
 bundled Packages: {
   Name: WollMux
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/basic/WollMux/
 is registered: yes
 Media-Type: application/vnd.sun.star.basic-library
 Description: OpenOffice.org Basic Bibliothek
   Name: WollMux.rdb
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/WollMux.rdb
 is registered: yes
 Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
 Description: UNO RDB Type Library
   Name: Jobs.xcu
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/Jobs.xcu
 is registered: yes
 Media-Type: application/vnd.sun.star.configuration-data
 Description: Konfigurationsdaten
   Name: ProtocolHandler.xcu
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/ProtocolHandler.xcu
 is registered: yes
 Media-Type: application/vnd.sun.star.configuration-data
 Description: Konfigurationsdaten
   Name: Controller.xcu
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/Controller.xcu
 is registered: yes
 Media-Type: application/vnd.sun.star.configuration-data
 Description: Konfigurationsdaten
   Name: WollMux.uno.jar
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/WollMux.uno.jar
 is registered: yes
 Media-Type: application/vnd.sun.star.uno-component;type=Java
 Description: UNO Java Component
 }




is it using this amount for a long time ?


we get a memory allocation error from the jvm, which kills the process

BTW:
we are using 'aliend' RPMs of OOo2 2.0.3 and the latest JRE update
from Sun (1.5.0u8).
The error occures with a 512 MB PC, didn't see it happen on PCs with 1 GB.


regards
Christoph Lutz

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Stephan Bergmann]

Christoph Lutz wrote:

> unopkg add  --shared
>
> on our debian-system with the original JRE1.5.0 java packages from sun
> requires about 300 MB of memory. Is it possible to reduce the memory
> usage of unopkg?
>

huh !!
what is the side of the package ?


package size is 450 kB.


what does it contain ?


here is the output of the unopkg list command. As you can see, there
is a uno.pkg with some java-code and some .XCUs.:

Name: WollMux.uno.pkg
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg 


 is registered: yes
 Media-Type: application/vnd.sun.star.package-bundle
 Description: UNO Package Bundle
 bundled Packages: {
   Name: WollMux
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/basic/WollMux/ 


 is registered: yes
 Media-Type: application/vnd.sun.star.basic-library
 Description: OpenOffice.org Basic Bibliothek
   Name: WollMux.rdb
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/WollMux.rdb 


 is registered: yes
 Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
 Description: UNO RDB Type Library
   Name: Jobs.xcu
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/Jobs.xcu 


 is registered: yes
 Media-Type: application/vnd.sun.star.configuration-data
 Description: Konfigurationsdaten
   Name: ProtocolHandler.xcu
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/ProtocolHandler.xcu 


 is registered: yes
 Media-Type: application/vnd.sun.star.configuration-data
 Description: Konfigurationsdaten
   Name: Controller.xcu
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/Controller.xcu 


 is registered: yes
 Media-Type: application/vnd.sun.star.configuration-data
 Description: Konfigurationsdaten
   Name: WollMux.uno.jar
 URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/z5Trb4_/WollMux.uno.pkg/WollMux.uno.jar 


 is registered: yes
 Media-Type: application/vnd.sun.star.uno-component;type=Java
 Description: UNO Java Component
 }



So the failing "unopkg add  --shared" is for 
"" == "WollMux.uno.pkg", right?  (Just asking because if 
the unopkg add consistently fails for that package, a unopkg list 
couldn't list it.)  :)



is it using this amount for a long time ?


we get a memory allocation error from the jvm, which kills the process


Do you have a stack trace of that Java OutOfMemoryError?  unopkg does 
execute some code from the jar during registration, so this might shed 
some light on what is happening.


-Stephan


BTW:
we are using 'aliend' RPMs of OOo2 2.0.3 and the latest JRE update
from Sun (1.5.0u8).
The error occures with a 512 MB PC, didn't see it happen on PCs with 1 GB.


regards
Christoph Lutz


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Christoph Lutz]

>> > unopkg add  --shared

So the failing "unopkg add  --shared" is for
"" == "WollMux.uno.pkg", right?  (Just asking because if
the unopkg add consistently fails for that package, a unopkg list
couldn't list it.)  :)


yes, the failing command is 'unopkg add WollMux.uno.pkg --shared', but
the output of unopkg list is from a PC that has 1GB of memory which
doesn't fail ;-)


Do you have a stack trace of that Java OutOfMemoryError?  unopkg does
execute some code from the jar during registration, so this might shed
some light on what is happening.


Running in gdb:

/opt/openoffice.org2.0/program/unopkg.bin add WollMux.uno.pkg
...
. lots of undefined symbols follow (no debugging symbols found)
...

/opt/openoffice.org2.0/program/uno.bin --quiet --singleaccept -u
uno:pipe,name=284dada2fd8a4f5fcbb7897677e94c255
562e79b55472364126972d91b7e48;urp;uno.ComponentContext
- -env:UNO_SERVICES=file:///opt/openoffice.org2.0/program/s
ervices.rdb -env:INIFILENAME=

...
. some more undef syms
...

terminate called after throwing an instance of 'std::bad_alloc'
 what():  St9bad_alloc

Program received signal SIGABRT, Aborted.
[Switching to Thread -1542403152 (LWP 15636)]
0xa775a83b in raise () from /lib/tls/libc.so.6
(gdb) bt
#0  0xa775a83b in raise () from /lib/tls/libc.so.6
#1  0xa775bfa2 in abort () from /lib/tls/libc.so.6
#2  0xa793bad1 in __gnu_cxx::__verbose_terminate_handler ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#3  0xa7939505 in __cxa_call_unexpected ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#4  0xa7939542 in std::terminate ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#5  0xa79396d2 in __cxa_throw ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#6  0x080595f0 in boost::detail::sp_counted_base_impl >:
:~sp_counted_base_impl ()
#7  0x08059620 in operator new ()
#8  0xa7d15ce2 in typelib_typedescriptionreference_getDescription ()
  from /opt/openoffice.org2.0/program/libuno_cppu.so.3
#9  0xa413ef42 in component_canUnload ()
  from /opt/openoffice.org2.0/program/liburp_uno.so
#10 0xa413f07d in component_canUnload ()
  from /opt/openoffice.org2.0/program/liburp_uno.so
#11 0xa41318d5 in component_canUnload ()
  from /opt/openoffice.org2.0/program/liburp_uno.so
#12 0xa7d5a577 in osl_yieldThread ()
  from /opt/openoffice.org2.0/program/libuno_sal.so.3
- ---Type  to continue, or q  to quit---
#13 0xa7a3ab63 in start_thread () from /lib/tls/libpthread.so.0
#14 0xa780a18a in clone () from /lib/tls/libc.so.6

ATB

Christoph Lutz

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Stephan Bergmann]

Christoph Lutz wrote:

>> > unopkg add  --shared

So the failing "unopkg add  --shared" is for
"" == "WollMux.uno.pkg", right?  (Just asking because if
the unopkg add consistently fails for that package, a unopkg list
couldn't list it.)  :)


yes, the failing command is 'unopkg add WollMux.uno.pkg --shared', but
the output of unopkg list is from a PC that has 1GB of memory which
doesn't fail ;-)


Do you have a stack trace of that Java OutOfMemoryError?  unopkg does
execute some code from the jar during registration, so this might shed
some light on what is happening.


Running in gdb:

/opt/openoffice.org2.0/program/unopkg.bin add WollMux.uno.pkg
...
. lots of undefined symbols follow (no debugging symbols found)
...

/opt/openoffice.org2.0/program/uno.bin --quiet --singleaccept -u
uno:pipe,name=284dada2fd8a4f5fcbb7897677e94c255
562e79b55472364126972d91b7e48;urp;uno.ComponentContext
- -env:UNO_SERVICES=file:///opt/openoffice.org2.0/program/s
ervices.rdb -env:INIFILENAME=

...
. some more undef syms
...

terminate called after throwing an instance of 'std::bad_alloc'
 what():  St9bad_alloc


So it is a C++ out-of-memory condition, not a Java-related one.  It 
might be the included WollMux.rdb that triggers this, but its hard to 
say without further information.  If you have a self-built OOo, you 
could try re-debugging with a non-stripped libuno_cppu.so.3, or with one 
built afresh with debug=x (module cppu).


-Stephan


Program received signal SIGABRT, Aborted.
[Switching to Thread -1542403152 (LWP 15636)]
0xa775a83b in raise () from /lib/tls/libc.so.6
(gdb) bt
#0  0xa775a83b in raise () from /lib/tls/libc.so.6
#1  0xa775bfa2 in abort () from /lib/tls/libc.so.6
#2  0xa793bad1 in __gnu_cxx::__verbose_terminate_handler ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#3  0xa7939505 in __cxa_call_unexpected ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#4  0xa7939542 in std::terminate ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#5  0xa79396d2 in __cxa_throw ()
  from /opt/openoffice.org2.0/program/libstdc++.so.6
#6  0x080595f0 in boost::detail::sp_counted_base_impl >:
:~sp_counted_base_impl ()
#7  0x08059620 in operator new ()
#8  0xa7d15ce2 in typelib_typedescriptionreference_getDescription ()
  from /opt/openoffice.org2.0/program/libuno_cppu.so.3
#9  0xa413ef42 in component_canUnload ()
  from /opt/openoffice.org2.0/program/liburp_uno.so
#10 0xa413f07d in component_canUnload ()
  from /opt/openoffice.org2.0/program/liburp_uno.so
#11 0xa41318d5 in component_canUnload ()
  from /opt/openoffice.org2.0/program/liburp_uno.so
#12 0xa7d5a577 in osl_yieldThread ()
  from /opt/openoffice.org2.0/program/libuno_sal.so.3
- ---Type  to continue, or q  to quit---
#13 0xa7a3ab63 in start_thread () from /lib/tls/libpthread.so.0
#14 0xa780a18a in clone () from /lib/tls/libc.so.6

ATB

Christoph Lutz


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Christoph Lutz]

So it is a C++ out-of-memory condition, not a Java-related one.  It
might be the included WollMux.rdb that triggers this, but its hard to
say without further information.  If you have a self-built OOo, you
could try re-debugging with a non-stripped libuno_cppu.so.3, or with one
built afresh with debug=x (module cppu).


thanks! we currently don't have got a self-build OOo, so we will see
what we can do to give more information. Is there anything besides
that meanwhile might help to find the cause?

Do you think splitting the content of the package in two packages could help?

regards,
Christoph

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] how to reduce memory usage of unopkg

[Jürgen Schmidt]

Christoph Lutz wrote:

So it is a C++ out-of-memory condition, not a Java-related one.  It
might be the included WollMux.rdb that triggers this, but its hard to
say without further information.  If you have a self-built OOo, you
could try re-debugging with a non-stripped libuno_cppu.so.3, or with one
built afresh with debug=x (module cppu).


thanks! we currently don't have got a self-build OOo, so we will see
what we can do to give more information. Is there anything besides
that meanwhile might help to find the cause?

Do you think splitting the content of the package in two packages could 
help?
that shouldn't be necessary, more interesting is the question why the 
memory consumption is so high.


You can try to deploy the rdb file alone and if the memory consumption 
is still so high it would make sense if you can provide your type 
library for further investigation.


Make sure that your type library contains only your own new IDL types.

Juergen




regards,
Christoph

-
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]

Re: [dev] how to reduce memory usage of unopkg

[Stephan Bergmann]

Jürgen Schmidt wrote:

Christoph Lutz wrote:

So it is a C++ out-of-memory condition, not a Java-related one.  It
might be the included WollMux.rdb that triggers this, but its hard to
say without further information.  If you have a self-built OOo, you
could try re-debugging with a non-stripped libuno_cppu.so.3, or with one
built afresh with debug=x (module cppu).


thanks! we currently don't have got a self-build OOo, so we will see
what we can do to give more information. Is there anything besides
that meanwhile might help to find the cause?

Do you think splitting the content of the package in two packages 
could help?
that shouldn't be necessary, more interesting is the question why the 
memory consumption is so high.


You can try to deploy the rdb file alone and if the memory consumption 
is still so high it would make sense if you can provide your type 
library for further investigation.


Make sure that your type library contains only your own new IDL types.


I would guess that one of the types in that rdb triggers a bug that 
leads to an erroneously ridiculously large memory request.  But that is 
only a guess.


-Stephan


Juergen




regards,
Christoph


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Válasz: Re: [dev] Openoffice

[László Meskó]

Mathias Bauer <[EMAIL PROTECTED]> wrote on 2006.09.05 19:13:25:

> [EMAIL PROTECTED] wrote:
> 
> > Many thanks.
> > 
> 
> OOo remebers the last used directory as long as it is running but
> discards this information when it is terminated so that next time you
> start OOo it again uses your standard directory for loading.
> 
> I assume that you are using the quickstarter and in this case OOo is
> never terminated until you close the quickstarter also so OOo
> permanently remembers the last used directory.
> 
> This is a little bit confusing but I hope it is understandable now.
> 

Hi,
I have a problem about this. On windows, OOo quickstarter not only
remembers the last used directory, but "stays in it".
This means, if you open a document from USB drive, later close OOo
(the writer window), you cannot detach the USB device until
you close the quickstarter.

LML