summaryrefslogtreecommitdiff
path: root/testtools/README.md
blob: f238c512293f6ddab95b3db29ab66963db957bff (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
# Testing Tools

## 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.
020-06-16mariadb: upgrade to release 3.1.8Michael Stahl 2020-02-16clang-format c*,d*,e* with under 5-percent lines of changeMuhammet Kara 2019-05-24disable warnings in external libsLuboš Luňák