Native dll lib and 64-bit/32-bit platform

Dear All:
My java app uses a customized native dll. My question is, if I want JWS to work on both 32- and 64-bit platforms (maybe more accurate, JRE), do I have to compile the DLL into 32 and 64 bit versions and configure JNLP so that it can identify the underlying JRE and use the proper dll? If so, how?
Also, I tried to specify the dll in such a way as <nativelib href="products/signed-xyzLib.dll.jar"/> but it give me exception that shows the system looks for the dll in firefox or jre/bin's directory, even thou the dll is downloaded and resides in the temporary cache (in my Windows 7, it's like: .../AppData/LocalLow/Sun/Java/Deployment/cache/... ). Why is it not found by the system (javaws, I suppose) ?
Thanks,
Johnny

well, I consulted this link (http://www.velocityreviews.com/forums/t126704-java-webstart-and-jni.html) before I posted my question. It says I need to wrap the DLL into a jar file first. and after JWS is launched, the dll file in question was unpacked and resided in the user cache. I am not sure if it's necessary but it seems doesn't hurt.
Thanks,
John

Similar Messages

Native oxygen style in skype in 64 bit system

Hi,
Ive found one more problem. Skype doesnt run on 64 bit system, so i donwload 32 bit libs, and it downloaded 32 bit qt. But when i try to launch skype with skype -disable-cleanlooks, i see that it uses same plastique or whatever its called style. When i go to qtconfig and check to use oxygen, then running skype with that command gives me ugly window 98 look. In 32 bit version that command worked. So i guess i need to have oxygen 32 bit libs installed right? I will be thankful for your help.

Hi syms! I've got the same problem and I think that the solution of oxygen in 32 bit is the solution.. In freetime I'll try it!!

Creating dll, lib, fp's to be used in other CVI programs

Disclaimer: I am a self-taught CVI (and C) programmer in which I learned from examples, NI forums, and google
Main question: What is the proper way to create a dll, lib, and fp to be used in other CVI programs? What I am doing is creating a "wrapper class" called PowerSupplies (and other wrapper classes) that takes arguments from the user and call the correct functions based on the power supply model type.
Inside my Power Supplies project, I have included each power supply's function panel. In the C file, I have added my functions and include file. for example, here's one
int _VI_FUNC Supply_InitSupply (int devs, char *resourceName, int IDQuery, int resetDevice, int *instrumentID) {
switch (devs) {
case AG663XXA:
return ag663xxa_init(resourceName,IDQuery,resetDevice,instrumentID);
case HPE364XA:
return hpe364xa_init (resourceName, IDQuery, resetDevice, instrumentID); //Has Voltage and Current
return -1;
and then of course at the bottom, there resides the DllMain and DllEntryPoint functions. What the heck are these, and am I suppose to rename these? I ask because I created another wrapper classes with DMM's and I get the Multiply Defined Symbol Error with these two functions when using together in a separate program.
Additionally, I have created a header file, which can be included in other CVI programs to know what functions there are. I noticed I could "Generate Prototypes" after the fact and wasn't sure if this was the correct way or not. My header file is below:
#ifndef __PowerSupplies_H__
#define __PowerSupplies_H__
#ifdef __cplusplus
extern "C" {
#endif
//==============================================================================
// Include files
#include "cvidef.h"
#include "ivi.h"
//==============================================================================
// Constants
#define POWER_SUPPLY_ENUM_FACTOR 200
typedef enum
AG663XXA = 200,
HPE364XA
} power_supply_type;
static IviStringValueTable power_supply_table =
{AG663XXA, "AG-663##X"},
{HPE364XA, "HP-E364#A"}
//==============================================================================
// Types
/************** Static Function Declarations **************/
/************** Global Variable Declarations **************/
/************** Global Function Declarations **************/
int _VI_FUNC Supply_InitSupply(int devs,char *resourceName, int IDQuery, int resetDevice,int *instrumentID);
/*commented out long list of functions for this forum's sake*/
int _VI_FUNC Supply_Close(int devs, int instrumentID);
int __stdcall DllMain(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpvReserved);
int __stdcall DllEntryPoint(HINSTANCE hinstDLL,DWORD fdwReason, LPVOID lpvReserved);
#ifdef __cplusplus
#endif
#endif /* ndef __PowerSupplies_H__ */
I then have built it as a static library and dynamic link library. I then generated a Function Panel from the header file with Prefix Supply_ and Qualifier as _VI_FUNC.
All worked nice and dandy, copied files to appropriate places in the IVI directory.
In my other CVI program in which uses these "wrapper classes", I have included the function panel's that I created.
Well with the error i mentioned above about Multiple Defined Symbol, I have come here to figure out what went wrong.
What are the DllMain and entry point functions?
Is my c and h files created correctly with proper prefixs? I tried extern once, and got errors I believe.
Does the function panel use the .lib files? Am I going about this correctly or is there an easier/more efficient way?
Any and all advice is greatly appreciated!!!
Thanks!

There's info in the CVI help on how to make DLL,s in CVI.
There's quite a bit more to it than you might imagine at first.
I've pasted a DllMain that I wrote.
Some key issues:
You can put a type library into your DLL, that way if you add the DLL as a reference in Visual Studio, VS will know the prototype without your having to bring in a header file or import library of any kind.
CVI created DLL's are not "active" DLL's and should not be registered with regsvr32, this will just make a mess.
You can tell CVI what you're exporting in a couple of different ways, I always use "symbols marked for exports" and use the macros DLLEXPORT DLLSTDCALL, but NI says using a header file is preferable, I forget why.
The DLL search path is a wonderful thing - it's easy to wind up using a different copy of the DLL than you intended due to the way windows searches for the DLL. Different versions of windows have slightly different rules. Some allow redirection to help you manage the search path.
CVI will not automatically switch between debug and release versions of the import library - you have to call out the correct version in your project and link it to any executable using it.
You can do "dynamic" loading / linking of a CVI DLL without binding to an import library using GetProcAddress function, but it's easier to use the import library.
A DllMain isn't necessary but is good practice.
Good luck.
/*== PRAGMAS =====================================================================================================*/
#if defined (_CVI_) && (_CVI_ >= 850)
#if defined _CVI_DEBUG_
    #pragma C99_extensions_on
#endif
#endif
/*== INCLUDE FILES ===============================================================================================*/
#include <windows.h>
#include <userint.h>
#include <ansi_c.h>
#include <cvirte.h>
#include <stdio.h>
#include <utility.h>
#include <analysis.h>
#include <toolbox.h>
#include <formatio.h>
/*== MACROS ======================================================================================================*/
#define MAX_STRING_SIZE 256
#define MAX_MESSAGE_SIZE 256
#undef MAX_LOG_MESSAGE_SIZE
#define MAX_LOG_MESSAGE_SIZE 256
#undef WriteFile   // To deconflict formatio (CVI) version of this function
#undef ReadFile    // To deconflict formatio (CVI) version of this function
/*== TYPEDEFS ====================================================================================================*/
// Data type providing reference structure for thread local storage (TLS).
typedef struct ThreadData {
CHAR ErrorString[MAX_STRING_SIZE];
} ThreadData, * LPTHREADDATA;
/*== MODULE SCOPE VARIABLES ======================================================================================*/
static FILE * logFileStream;
static HANDLE hModule = INVALID_HANDLE_VALUE;
/*== GLOBAL (HEAP) VARIABLES =====================================================================================*/
// TLS index
DWORD g_dwTlsIndex;
/*== PROTOTYPES ==================================================================================================*/
/*== CODE ========================================================================================================*/
* Function: DllMain
* Description:
*    DLL Main entry point. Provides for DLL initialization.
* Limitations:
* Parameters: System defined.
* Return Value:
BOOL WINAPI DllMain (HINSTANCE hInstDLL, DWORD fdwReason, LPVOID lpvReserved) {
LPTHREADDATA lpThreadData;
switch (fdwReason) {
    case DLL_PROCESS_ATTACH:
      // Allocate a TLS index.
      if ((g_dwTlsIndex = TlsAlloc ()) == 0xFFFFFFFF) return FALSE;
      hModule = hInstDLL;
      // No break - fall through and initialize for main thread
    case DLL_THREAD_ATTACH:
      lpThreadData = (LPTHREADDATA) calloc (1, sizeof (ThreadData));
      if (lpThreadData != NULL) TlsSetValue (g_dwTlsIndex, lpThreadData);
      lpThreadData = TlsGetValue (g_dwTlsIndex);
      lpThreadData->ErrorString[0] = '\0';
      break;
    case DLL_THREAD_DETACH:
      // Release the allocated memory for this thread.
      lpThreadData = TlsGetValue (g_dwTlsIndex);
      if (lpThreadData != NULL) free (lpThreadData);
      break;
    case DLL_PROCESS_DETACH:
      // Free the allocated memory for this thread (main thread).
      lpThreadData = TlsGetValue (g_dwTlsIndex);
      if (lpThreadData != NULL) free (lpThreadData);
      // Release the TLS index.
      TlsFree (g_dwTlsIndex);
      break;
return TRUE;
} // end, DllMain
INT DLLSTDCALL DllEntryPoint (HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved) {
// Included for compatibility with Borland
return DllMain (hinstDLL, fdwReason, lpvReserved);
} // end, DllEntryPoint
implement dll functions like this:
int DLLEXPORT DLLSTDCALL myFunc (int iParam) {
return 1;

Calling 32-bit native DLL hosted on Azure

I am looking for guidance on how to call 32-bit native DLL through WCF service hosted on Azure. I've been unable to find a tutorial but the path appears to be...
* Register DLL using Startup task
* Write WCF service hosted in Azure
* Enable 32-bit for the application pool
* Add reference to 32-bit COM server to my WCF service
* In my WCF service, create instance of server and call method
Am I on the wrong track or am I missing anything?
Would it be possible/easier to use PInvoke to avoid having to register COM server? I'm not sure how to reference the DLL for PInvoke DLLImport statement.

Hi,
There was an blog detailed how to use 32bit Native DLL in Windows Azure, in this blog, the author demonstrated how to use a 32bit dll in the Cloud by means of hosting it under a 32bit process and then use WCF communication to do the
marshaling.
#blog link:
http://blogs.msdn.com/b/haniatassi/archive/2009/03/20/using-a-32bit-dll-in-the-windows-azure.aspx
Hope this helps
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Linux and Java are 64 bit. The native library is 32 bit. Any workaround?

Folks,
I am trying to run some java cipher/decipher programs that rely on native code (code which connects through the network to an HSM box).
The issue is that theboth Linux kernel and JVM are 64 bit. But the native library seems to be 32 bit. I get the following message when trying to run the sample:
Exception in thread "main" java.lang.UnsatisfiedLinkError: jcryptoki (/opt/Eracom/lib/libjcryptoki.so: wrong ELF class: ELFCLASS32)
at java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:981)
at java.lang.ClassLoader.loadLibraryWithClassLoader(ClassLoader.java:950)
at java.lang.System.loadLibrary(System.java:453)
at jprov.cryptoki.Cryptoki.<clinit>(Cryptoki.java:38)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:194)
at au.com.eracom.crypto.provider.ERACOMProvider.<clinit>(ERACOMProvider.java:329)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:194)
at SHA512Generator.main(SHA512Generator.java:10)Is there any workaround or should I contact my HSM vendor and ask for a 64 bit version of this native library?

Is there any workaround or should I contact my HSM vendor and ask for a 64 bit version of this native library?That would certainly be the best step so it should certainly be the first one.

Win\32\nodemanager.dll:Can't load IA 32-bit .dll on a AMD 64-bit platform, while installing OIM.

Hi All,
I have installed Weblogic server with default domain. That installation was successful but when I started the OIM(Oracle Identity Management) set-up it halted at configuration step: "Create Domain"
I found the below logs under "C:\Oracle\Middleware\WebLogic\wlserver_12.1\common\nodemanager"
weblogic.nodemanager.common.ConfigException: Native version is enabled but nodemanager native library could not be loaded
    at weblogic.nodemanager.server.NMServerConfig.initProcessControl(NMServerConfig.java:269)
    at weblogic.nodemanager.server.NMServerConfig.<init>(NMServerConfig.java:210)
    at weblogic.nodemanager.server.NMServer.init(NMServer.java:183)
    at weblogic.nodemanager.server.NMServer.<init>(NMServer.java:149)
    at weblogic.nodemanager.server.NMServer.main(NMServer.java:373)
    at weblogic.NodeManager.main(NodeManager.java:31)
Caused by: java.lang.UnsatisfiedLinkError: C:\Oracle\Middleware\WebLogic\wlserver_12.1\server\native\win\32\nodemanager.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1939)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1864)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1854)
    at java.lang.Runtime.loadLibrary0(Runtime.java:845)
    at java.lang.System.loadLibrary(System.java:1084)
    at weblogic.nodemanager.util.WindowsProcessControl.<init>(WindowsProcessControl.java:17)
    at weblogic.nodemanager.util.ProcessControlFactory.getProcessControl(ProcessControlFactory.java:24)
    at weblogic.nodemanager.server.NMServerConfig.initProcessControl(NMServerConfig.java:267)
    ... 5 more
Although I have installed Weblogic using 64-bit JVM rather than using it's default JDK.
Can anyone help me?

Thanks for the quick reply Chris.
You're right. When I run file libttclient.so on the different client files, I see the version 5 one is 64-bit but the version 6 one is 32-bit.
Version 5 fie: libttclient.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped
Version 6 file: libttclient.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
The SysAdmin says they don't have 64-bit versions. Oh dear! And the developers aren't keen on changing their code to use a 32-bit JVM.
Ah well, thanks for the response.
Best wishes!

Standby.wrf error Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\STAF\bin\JSTAF.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform

Hi,
I have created a single tile and getting below error in standby0.wrf file.
As mentioned in doc, I made a windows 32 bit for standby VM and installed 32 bit staf followed by staf configurations.I installed all the critical updates for windows.
Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\STAF\bin\JSTAF.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at com.ibm.staf.STAFHandle.<clinit>(STAFHandle.java:306)
at IdleVMTest.main(IdleVMTest.java:30)
I am attaching my test log.
please let me know how to fix it.
Thanks,
Suresh

Rebecca,
I appreciate your quick response.
I am running the test from Primeclient. I am planning to add more tiles once tile0 runs fine. Client0 runs separately.Forgot to mention this in last update.
I assume prime client generates all wrf files. when other VM's .wrf files are generated fine, will it be still primeclient side error??
Primeclient is windows 2008 sp2 64bit. Initially I installed 32 bit java and ended up problem while starting the VMmark2-STAX.bat. When i installed the 64bit java, problem vanished. I assume java version is correct.
Similary initially i installed a cygwin 64 bit but i got error like "Error VMmarkRMQmgr unable to clear queues". So uninstalled it and installed a cygwin 32 bit and the problem vanished.
I am seeing the standby VM is relocated fine during the test. it is just it is not capturing the data in .wrf file. Standby VM configure section does not talk about java installation. is there anything else i am missing it?
I would like to know whether below error talks about standby VM because standby VM is 32 bit other side primeclient is 64 bit. below error says on a IA 32-bit platform.
Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\STAF\bin\JSTAF.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
Below image u can see java variables are set. Is there anything wrong??
Thanks,
Suresh

Sbojni.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

Hi!
I'm having this error and I dont know what to do:
java.lang.UnsatisfiedLinkError: C:\Program Files (x86)\SAP\SAP Business One DI API\JCO\LIB\sbojni.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
I'm using Java connector for SBO 8.81PL05.
Regards.
Enriquillo Guigni

Hi!
I'm having this error and I dont know what to do:
java.lang.UnsatisfiedLinkError: C:\Program Files (x86)\SAP\SAP Business One DI API\JCO\LIB\sbojni.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
I'm using Java connector for SBO 8.81PL05.
Regards.
Enriquillo Guigni

32bit native dll and 64bit jdk

is it possible to use 32bit native dll with 64bit jdk5 and 64bit win2003?
i am trying to use mlib_jai.dll and i think i copied it ot the right place, still i get message that it isn't available. my only gues is that it is related to 32/64 bit isuses, as mlib_jai.dll is comppiled with 32bit compiler. it works on 32bit windows and jdk1.4.
any ideas?
dario

Hi,
Yes you can run your 32 and 64-bit applications side by side. You will need to install both the 32 and 64-bit oracle client as well as the required data access driver for each application in separate oracle homes. The only gotcha is if these applications are running as a hosted applications within IIS, you will need to be sure you are on a version of IIS that allows you to configure separate application pools for 32 and 64-bit worker processes. i.e IIS 7.0. IIS 6.0 allows you to configure worker processes for 32-bit on x64, but it has to be one or the other. You cannot use both at the same time. See the following: http://support.microsoft.com/kb/894435. If you are running IIS 7 then you can configure separate application pools for the 32 and 64-bit apps. If you are running IIS 7 then its easy to configure the application pool for your 32-bit hosted app to enable 32-bit support by setting a property of the app pool.
HTH
Jenny

OCCIORA10d.dll for VS C++ 9 (32 bit)

Hello i have got a problem:
I am using Oracle 10 g under MS vista Home.
I cannot use 11g, because this version doesnt work correctly with vista (listener ptoblem).
I am writing an occi application.
Therefore i need a occiora10d.dll which compatible with MFC 9.
Oracle only offers a occiora11d.dll with MFC 9 support.
But I cannot use the 11g Rlelease, it is buggy under vista.
I have no opportunity to use xp on my pc.
Can anybody help me?
Regards
Thomas

Hi,
i stopped my work on Win 7, because it is not supported correctly from your side.
So i installed vista business edition 32 bit sp1.
I installed Oracle 11.1.0.6, like it is described on the occi download page.
I used the correct lib and dll file from that page.
Now, when i call
createConnection() i get the following error:
Unbehandelte Ausnahme bei 0x76fc42eb in Handelsbetrieb.exe: Microsoft C++-Ausnahme: oracle::occi::SQLException an Speicherposition 0x0015e54c..
Source: in new.cpp
void *__CRTDECL operator new(size_t size) THROW1(STD bad_alloc)
{ // try to allocate size bytes
void *p;
-> while ((p = malloc(size)) == 0)
if (_callnewh(size) == 0)
{ // report no memory
static const std::bad_alloc nomem;
_RAISE(nomem);
return (p);
i am not sure, is tmy fault or an oracle bug?
Bye
Thomas
Edited by: user11924007 on 23.10.2009 10:13

How i got PE8 and windows 7 64 bit to work for me

First off, i have an ati video card, so if your issue is with your nvidia card there is help in the link i'm going to point you to, but i didn't have to try that out.
When i would run pe8 on windows 7 64 the display wouldn't work at all, and the program was so slow it was painful. i found this link on the forum, and followed the instructions, and everything worked. i didn't even have to replace the old files, because they didn't exist on my computer. i don't know if that's an installation thing with win 7, but the files weren't there. I tried to install twice and neither time did they show up, so i think the only problem for me was the dlls were missing. make sure you follow the instructions all the way, and the link to the new dlls is kind of hidden at the bottom of the page, so make sure you look for it. anyway, i hope this works as well for you as it did for me!
http://kb2.adobe.com/cps/523/cpsid_52386.html

Just for grins I tried the dll thing on a Vista 32 bit system with no joy.
Glenn

Why Do Both Photoshop CS5 (64 Bit) and Premiere Pro (64 Bit) Crash on Start up.

Both Photoshop CS5 (64 Bit) and Premiere Pro (64 Bit) Crash on Start up. 32 bit version of Photoshop works fine.
Here is the problem signature when they crash.
Problem signature:
Problem Event Name:          APPCRASH
Application Name:          Photoshop.exe
Application Version:          12.0.0.0
Application Timestamp:          4bbc5b10
Fault Module Name:          CoolType.dll
Fault Module Version:          5.7.82.7602
Fault Module Timestamp:          4b980c97
Exception Code:          c0000005
Exception Offset:          0000000000073a92
OS Version:          6.1.7601.2.1.0.256.48
Locale ID:          1033
Additional Information 1:          7c82
Additional Information 2:          7c821a1fc13b00b508d1bb6ee7ecaf44
Additional Information 3:          019c
Additional Information 4:          019cb6db15489631b8a43faf27e30830
Problem signature:
Problem Event Name:          APPCRASH
Application Name:          Adobe Premiere Pro.exe
Application Version:          5.0.3.0
Application Timestamp:          4ce382d1
Fault Module Name:          CoolType.dll
Fault Module Version:          5.7.82.7449
Fault Module Timestamp:          4b7b1af3
Exception Code:          c0000005
Exception Offset:          00000000000739ea
OS Version:          6.1.7601.2.1.0.256.48
Locale ID:          1033
Additional Information 1:          889a
Additional Information 2:          889afed61eb6ddf1c1c3419adc6026b6
Additional Information 3:          8235
Additional Information 4:          823549a371dff618695395cc0a8514ee
Both are referencing cooltype.dll. I ran Font Doctor on all system and non-system fonts and found no errors. Booted without Extensis Suitcase loading. Nothing works. All 32 bit programs work fine. Any clues would be appreciated.

It does not necessarily mean a "corrupt" font, but can be a font that PrPro, and PS, cannot handle.
Though I have read that changes have been made, Open Office's DejaVu font would crash PrPro's Titler - every time. There are quite a few others. Font Dr, and similar utilities, will not see the font(s) as corrupt, but they are so poorly designed, that PrPro and PS cannot deal with them.
Though it can be a long, drawn out process, one can often zero in on the problem font(s), with a little work. This is accomplished by first defining the "System Fonts," and not touching them. Then, uninstall half of the remaining fonts, and testing PrPro and PS. If they launch fine, you know that somewhere in that list of fonts, the problem exists. If there is still a failure to launch, chances are good that the problem font(s) reside in that half, that are still installed. Note: because the problem still exists, does not guarantee that there are NOT problem fonts in that uninstalled group, so keep that in mind.
Repeat the proces, by uninstalling half of the remaining fonts and testing.
If necessary, repeat by removing half of the now remaining fonts and testing.
When you get to a point, where you are no longer getting problems, reinstall fonts, in small groups, testing in between. The smaller the groups, the easier it will be to pinpoint the problem font(s).
Keep notes on which fonts you are uninstalling and reinstalling, until you narrow it down to the problem font(s).
I would start by uninstalling any "free fonts," and then commercial, 3rd party fonts. A lot of free fonts are just poorly designed, and can cause issues, though they might work fine in some other programs.
I use a font manager, so that I only have ~ 350 fonts installed at one time, and then dynamically install fonts, as needed for Projects. That keeps my machine clean, and if, upon installation, I get a crash/hang, I know that at least one font in that Set is causing it. This helps, as my workstation has ~ 19,000 fonts on it, and some are free fonts, and many are from 3rd parties. Some are also very, very old.
Good luck,
Hunt
PS - one common cause for hangs on loading PrPro can be from VST's, used in Audio-editing. If you also have a lot of VST's, you could have two issues with two separate programs, i..e. PS hanging on fonts, and PrPro hanging on VST's. The results would be the same, but the causes could be different. That leads to even more work. For PrPro, also see this ARTICLE. If you get PS launching, but PrPro is still not functioning, drop by the PrPro Forum, and someone can help you there.

Wheel Mousr fix and Windows 7 64 bit

I am using Visual Basic 6 and Window 7 64 bit for my OS. I have the wheel mouse fix for XP, and it also works in Windows 7 32 bit, like the fix did for XP. The Wheel Mouse Fix works fine in Windows 7 32 bit, but doesn't using Windows 7 64 bit. It will
move sometimes, but not like in a 32 bit OS. How can I get the Wheel mouse fix to work using Windows 7 64 bit??? Is there some way to make it call the Program Files(x86) folder???
The command line for registering the DLL is:
Click Start, click Run, type regsvr32 C:\VBMouse\VB6IDEMouseWheelAddin.dll, and then click OK.
Like I said it works fine for 32 bit, but not using 64 bit. Anyone out there have any ideas.
Thanks,
dabeartn

Hi,
I'm very pleased to say that I've just this minute figured this one out.
I'm assuming you've grabbed the download from here:
http://support.microsoft.com/kb/837910
The solution is here:
http://support.microsoft.com/kb/282747
What I suggest you do is:
1. Put VB6IDEMouseWheelAddin.dll somewhere where it can live forever more - I went for C:\Windows
2. Open a command prompt (I opened mine as Admin, not sure if it's necessary but why not eh?)
3. cd \windows\syswow64
4. regsvr32 c:\Windows\VB6IDEMouseWheelAddin.dll
Then open VB6 as usual, under the Add-Ins menu click on Add-In Manager and you should see MouseWheel Fix at the very top. Just tick the Load Behavior boxes as you wish and that's it.
Cheers,
Nick
Cheers, Nick

Itc_plugin.dll could not load in 64-bit mode after installing iTunes 12.01

Hi,
I just updated iTunes on my Windows 8.1 Samsung Laptop to the most recent version, iTunes 12.01. Since then it's showing the following message when it starts:
"itc_plugin.dll could not load in 64-bit mode"
and a checkbox for "don't show this message again'
I don't know if this itc_plugin.dll is even important, it seems to work fine. Should I be worried? I already reinstalled iTunes to see if it were an installation problem but the error still shows.

The .dll file could be a legacy from an older version of iTunes or third party software. I don't have a copy, neither can I track down any information about it. You might want to locate it and remove it from the iTunes plugins folder or click "Don't show this message again".
tt2

32-bit flash and java plugins freeze firefox and gnome on 64-bit linux

I have installed FC13 64-bit and am running 32-bit firefox 3.6.8 so that I can run flash plugin.
When I start 32-bit firefox 3.6.8 and go to site with flash or java applet, firefox locks up my gnome desktop necessitating a reboot of my computer.
Firefox 3.6.8 32-bit
Flash 10.1r82
Java jdk 1.6.0_15 32-bit
I have used a similar configuration on 32-bit FC13 with 32-bit Firefox 3.6.8 and everything works fine. No lockups.

Hi!
I finally solved this problem. The 32-bit libflashplugin required a 32-bit libcurl library that is not installed by default on 64-bit linux systems (at least not on Fedora). Once I installed 32-bit libcurl libs, flash and java plugins starting magically working.
In my opinion, 64-bit Fedora has done a poor job with 32-bit compatibility viz a viz 32-bit libs. I will submit an improvement ticket to Fedora folks about installing more 32-bit libs on 64-bit distros.
Bobby

Native dll lib and 64-bit/32-bit platform

Similar Messages

Maybe you are looking for