dll

问题 I don't repeat more than necessary, brief summary: Following the Adder example from this tutorial on a machine with win7 (64) with VS 2010. But I don't use C++ but plain C. When using the cl (MS compiler) with cl /Zi (and no other flag) it works like expected. If not use /Zi and then try to execute the exe goes into flames. Why? (There must be some compiler/link options that make some init in the start of the haskell dll go wrong ) EDIT: Some investigation: /Zi does not affect optimizations.

问题 I don't repeat more than necessary, brief summary: Following the Adder example from this tutorial on a machine with win7 (64) with VS 2010. But I don't use C++ but plain C. When using the cl (MS compiler) with cl /Zi (and no other flag) it works like expected. If not use /Zi and then try to execute the exe goes into flames. Why? (There must be some compiler/link options that make some init in the start of the haskell dll go wrong ) EDIT: Some investigation: /Zi does not affect optimizations.

问题 I am developing an application that will access smart cards using the standard PKCS#11. At this moment the application is working very well both on Ubuntu and OS X. Now I am porting it to Windows, but I am getting an "access violation" exception whenever I call functions from the pkcs#11 library, which is linked at runtime. Below I tried to reproduce a SSCCE of my code (The place where the exception is happening is identified with a comment). void * libraryHandle = NULL; CK_RV rv; CK_C

问题 Consider two .net dlls. The first, "application.dll" contains the main business logic and data access code. The second, "webservice.dll" consists mostly of WebMethods that link to objects and methods with application.dll for the purpose of providing webservice calls to existing code. What changes (e.g. add new classes, add a new field or method to an existing class etc) can and can't be made to application.dll without requiring a recompile of webservice.dll? 回答1: Most things will be fine;

问题 Is the following usable with JNI? public NativeClass { static { System.loadLibrary("dll"); } public static native void addListener(Listener listener); } public interface Listener { public void eventOccurred(Info info); } public Info { private final String s1; private final String s2; public Info(String s1, String s2); // ... getters for use in Java } Is it possible to register a Listener object on a dll (should be no problem, as far as I found out) instantiate an Info object in the c/c++ code

问题 Is the following usable with JNI? public NativeClass { static { System.loadLibrary("dll"); } public static native void addListener(Listener listener); } public interface Listener { public void eventOccurred(Info info); } public Info { private final String s1; private final String s2; public Info(String s1, String s2); // ... getters for use in Java } Is it possible to register a Listener object on a dll (should be no problem, as far as I found out) instantiate an Info object in the c/c++ code

问题 I'm currently maintaining some old code for a company. As it would happen, the current app I'm modifying uses an older version of the in-house library (we'll call this Lib1.dll). They also have a new version of the library called Lib2.dll that improves upon the previous library in many ways. Unfortunately, Lib2 is not backward compatible with Lib1. What's worse is that they both use the same namespace Product.Common. How do I use Lib2 and Lib1 in the same project? Right now if I add

问题 I have created a dll in Visual Studios 2010. I have performed the following steps: Given build a strong name by associating a key pair (snk file) to it Given each class an individual ProgID and GUID As it is a 64 bit DLL I made sure that Used the RegAsm.exe located in the 'FrameWork64/v4xxxx' folder. I used RegAsm.exe /codebase ECE2.dll I ran 'gacutil -i' on the DLL All of these steps have been successful. The DLL and the ASP page I am using it on are stored in intetpub/wwwroot. Now, the DLL

问题 I have been working on a few different applications and I want them all to share the same DLL library. The shared DLL is one that I created, so really I want each application to have a dependency on the DLL so that the DLL gets built in the same solution as the application. Then the DLL should copy itself to the application's bin folder before the application runs. After figuring out how to do this, it seems that it should have only taken about 5 minutes, but unfortunately it took me an hour

问题 I have been working on a few different applications and I want them all to share the same DLL library. The shared DLL is one that I created, so really I want each application to have a dependency on the DLL so that the DLL gets built in the same solution as the application. Then the DLL should copy itself to the application's bin folder before the application runs. After figuring out how to do this, it seems that it should have only taken about 5 minutes, but unfortunately it took me an hour