Support Portal

Loading of the SD2.dll file causes a breakpoint when the software is executed under a debugger. No further processing is possible. This happens using both the supplied C example and our own implementation. We are using Visual Studio 2005. Is there any compile time switches or similar that we should apply?

Thanks

Per Christian
 

The software protection for the SD2.dll does not allow the dll to load when a debugger is present.  We recommend if you need to run the program in the debugger to create a set of stub functions with the same signature as SwiftDecoder.  You can then control the behavior of the decoder when you are debugging your application.  When you need to test your program using SwiftDecoder, you can simply call the functions from the dll instead of the stub functions.

Not a very nice limitation or workaround. But I do understand your motivations.

So far we have the following problems caused by your software protection:

• Unable to debug applications linked with the SD2.dll.
• Unable to run applications linked with the SD2.dll in a remote desktop session.
• Unable to use the SD2.dll in a Java JNI library.

We are implementing a barcode decode service to overcome these limitations. Communication with this server and the our other software is using shared memory. We are hoping that the cpu/memory overhead is not going to be to big.

We are currently evaluating barcode software from three different suppliers. Your software is the only one that are giving us such problems. The others are the barcode decoding software from Matrox and Stemmer Imaging. These suppliers are also using USB dongles for software protection. The choice of software is going to be based on barcode decoding performance and cpu/memory consumption.