office-gobmx/testtools
2010-12-13 21:15:42 +00:00
..
com/sun/star/comp/bridge add three byte structure return test for the MacOSX/BSD quirk 2010-12-09 11:22:47 +00:00
inc add modelines to .hxx files as well 2010-10-27 13:06:45 +01:00
prj INTEGRATION: CWS jl104 (1.17.28); FILE MERGED 2008-06-25 10:49:38 +00:00
qa changefileheader2: #i109125#: change source file copyright notice from Sun Microsystems to Oracle; remove CVS style keywords (RCSfile, Revision) 2010-02-12 15:01:35 +01:00
source RTL_CONSTASCII_USTRINGPARAM for testtools 2010-12-13 21:15:42 +00:00
util changefileheader2: #i109125#: change source file copyright notice from Sun Microsystems to Oracle; remove CVS style keywords (RCSfile, Revision) 2010-02-12 15:01:35 +01:00
readme.txt CWS-TOOLING: integrate CWS sb93 2008-10-01 09:04:58 +00:00

How to check compatibility between compilers
============================================

Since the interfaces used in the cpp bridgetest are not changed often
one can just build the cppobj.uno.dll and the constructors.uno.dll
(testtools/source/bridgetest) in an 
old environment and then use them in the new environment. That is the files 
are copied into the testtools/wntmsciXX.pro folder which corresponds to the 
new environment.

On Windows this test will typically fail because the tests use the 
cppu::getCaughtException function, which only works when all libs are build 
using the same runtime.

This part of the test can switched off. To do this go into the 
testtools/source/bridgetest folder and call
dmake compcheck=1

This will add a new compiler define (-DCOMPCHECK) and will be used in the 
bridgetest.cxx to switch off the code which uses the getCaughtException function.
However, there is still a test which causes the test component to throw
and IllegalArgumentException. This still works.


Using source/bridgetest for stress testing
==========================================

Start a modified bridgetest_server (with the final "--singleaccept" argument
removed from the uno executable call) or a modified bridgetest_javaserver (with
the final "singleaccept" argument replaced with "multi" in the java executable
call), then start a modified bridgetest_client (with a final "stress" argument
added to the uno executable call).  The client will continuously establish
connections to the server which are immediately destroyed again.  The test will
run forever, unless an error occurs.