 | 
Clay
Registered Member
      
Date Joined Nov 2009
Total Posts : 4
| Posted 12/30/2009 2:45 PM (GMT -5) |   | Alex,
You will need to configure your project to target the X86 instead of Any CPU. The X86 allows 32-bit applications such as yours to run on 64-bit machines. One slight drawback to this, however, is that your 32-bit application is not able to take full advantage of the numerous capabilities (e.g., more memory for use by the application) provided by 64-bit processors.
Clay P
Concept Software Support Team | | Back to Top | | |
|
Clay
Registered Member
Date Joined Nov 2009
Total Posts : 4
| Posted 12/30/2009 5:33 PM (GMT -5) | | <<< Is there any support to "force" 64 bit using ? Is there existing another assembly working with 64bit ? >>>
Alex,
We have a new product, PlusManaged, which may satisfy your needs for 64-bit compatibility.
Simply by sending an e-mail request to sales@softwarekey.com, you will receive a zip file containing the PlusManaged .NET library, a sample project that uses it, and some simple documentation on the library and sample. The PlusManaged library is the PlusManaged.dll file in the zip file, which the sample project in the VS2008\ClientLicense references. The documentation is the PlusManaged.pdf file in the zip file, which provides an overview of the PlusManaged library and the sample application (this is on page 8). Please also note that on page 9 of this documentation, there are some simple instructions for testing with SOLO Server. Please note that any test licenses created here are deleted at the beginning of every month automatically.
This sample presently uses public key cryptography for the License File and web service calls. You will notice that the user can request a trial through the sample application or they can activate with a License ID and Password.
Clay P
Concept Software Support Team | | Back to Top | | |
|
ray0023
Registered Member
Date Joined Jun 2009
Total Posts : 11
| Posted 4/5/2010 12:19 PM (GMT -5) | | I just ran into this same problem and I'm having trouble fixing it.
I develop in Microsoft Virtual PC which, by default is a 32-bit environment.
My Platform option in the configuration manager contains only one option: Any CPU
If I expand the dropdown, select <New...>, I can select "x86".
I did this with all available projects, recompiled and then tried to run the app again on a 64 bit system. Same error.
What else could I try to troubleshoot?
UPDATE: I don't think it's my development environment because I just compiled a couple of samples and they work on 64-bit os.
ONE MORE UPDATE: Isolated it to this line of code:
SKCLNET.LFile lf = new SKCLNET.LFile();
Created a test project with just the SKCLNET dll referenced and ran the line of code above.
This is the error I got:
************** Exception Text **************
System.BadImageFormatException: is not a valid Win32 application. (Exception from HRESULT: 0x800700C1)
at RayTest.Form1.button1_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4200 (NetFxQFE.050727-4200)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll
----------------------------------------
RayTest
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files%20(x86)/Kobalt%20Software/HomeSchool%20Minder/RayTest.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4016 (NetFxQFE.050727-4000)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4016 (NetFxQFE.050727-4000)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4016 (NetFxQFE.050727-4000)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4016 (NetFxQFE.050727-4000)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4016 (NetFxQFE.050727-4000)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Post Edited (ray0023) : 4/5/2010 5:58:12 PM GMT | | Back to Top | | |
|
KevinD
Forum Moderator
Date Joined Mar 2007
Total Posts : 739
| Posted 4/6/2010 10:05 AM (GMT -5) | | Ray,
The only time you should get a BadImageFormatException would be if your application is running on one platform tries to load a dependency that is targeting a different platform.
You will want to double-check your solution/project configuration settings and make sure that everything is set to target the 'x86' platform.
Regards,
Kevin
SoftwareKey.com Support Team | | Back to Top | | |
|
ray0023
Registered Member
Date Joined Jun 2009
Total Posts : 11
| Posted 4/6/2010 11:52 AM (GMT -5) | | That was EXACTLY the problem.
My issue was that I did not make the x86 changes in the Build tab of each project.
Once that change was made, I was running on x64 systems.
Thanks Kevin. | | Back to Top | | |
Forum powered by dotNetBB v2.42
dotNetBB © 2000-2010
|
|
|
