Here is updated patch for race condition, updated to latest revision of touchlib (rev. 393)
just enter in main directory and apply it with :

To check if it’s working first:
patch -p0 --dry-run < touchlib-r393-race-condition-fix.patch

To actually apply it:
patch -p0 < touchlib-r393-race-condition-fix.patch

[edit]
I just verified it and it’s working.

Could this be the same sort of thing that’s causing the Mac OS X crashes?  I had wanted to try and get touchlib working on my macbook pro to make sure it’s all going to work before starting to buy stuff to build a MT rig.  I got it built yesterday but configapp crashes (as mentioned elsewhere in the forum).  I’m not much of a C/C++ coder though, nor do I know a lot about threads and such.  But what I was able to tell (from running gdb, using printf statements, etc) was that it seemed to be a thread issue/race condition problem and at the same line of code in CTouchScreen (the filterChain[0]->process(NULL); line).  Since this patch fixes the problem when running under linux and using gdk, is there something similar that can work for OS X?

Well I don’t have any experience with osx, and as far I know touchlib is used by some of the members here without patching it or anything .. This is well known highgui issue on linux, description about this is found even on opencv mailing list I believe

It should be a specific problem of OpenCV’s GDK backend , so i don’t think it is related to the problem in OSX.

Don’t know if it’s a decompression software problem, or thee archive don’t work properly… but i can’t open it.
Ubuntu 8.04 “Type d’archive non pris en charge.”

Just do :
zcat touchlib-r393-race-condition-fix.patch.gzip |patch -p0 --dry-run

or rename it to gz:
mv touchlib-r393-race-condition-fix.patch.gzip touchlib-r393-race-condition-fix.patch.gz

and then do whatever you want (it’s because forum doesn’t accept gz files)

seems like this does not fix the problem in Ubuntu 8.04.1 (x64), I haven’t tried it in x86 yet..

it still causes a segfault somewhere