-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Clay Lenhart <[EMAIL PROTECTED]> writes: <snip>
> On another note... I submitted several patches to fix multithreading issues > and I would like to make some JUnit tests, but I do not see how. Can anyone > suggest a way to test a multithreaded bug? Could you describe the bug? It it is a timing bug you could use wait() in the right place in order to magnify the incorrect timing interval. > For example, Trace.java has a static variable called iStop. If there are > multiple databases running, then Database.execute() will allow 1 thread per > Database to pass through, so you could have multiple threads in Database.java > and also Trace.java. If the two threads hit "iStop++;" at the same time, then > there could be a problem. How do you create a test to detect something like > this? Is the pass designed in order to synchronize around iStop? > I am for having a single threaded core for this reason. It is difficult to > write JUnit tests for multithreaded applications. With a single threaded core > and JUnit, we can submit patches that have fewer bugs and hsqldb will be > higher quality. -Clay <snip> Yes... threads are rough :) Kevin - -- Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/ The unconstitutional government, for the corporation, by the corporation, must be overthrown! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE8GXgJAwM6xb2dfE0RAl2WAJ9CkIJhwZGNousyZAHGWB3Ctj9tpACgzotX EUr0KsCIXJAP494z4S3AKOg= =nAbG -----END PGP SIGNATURE----- _______________________________________________ hsqldb-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hsqldb-developers