|
lucky you, he doesn't want a question, all he wants is the answer.
|
|
|
|
|
Luc Pattyn wrote: all he wants is the answer.
And quite hopefully all 6.7 millions of them.
|
|
|
|
|
Hi,
am using a dll in my web project ("Owc11.dll")
Before upgrading our production server (32 bit) it was working fine. So, recently
our production server has been upgraded to 64 bit. So, while running the
application one error throwing like this:
"retrieving the COM class factory for component with CLSID {0002E55D-0000-0000-C000-000000000046} failed due to the following error: 80040154"
Anybody could you please help me asap.
These much ways i have tried,
1. dll registered in GAC also available in regedit.
2. Enabled 32 bit appln (WOW64) on 64 bit application pool by using .net command prompt. But i have 64 bit applns also in the server. So left this method. (IIS won't support 32/64 mode applns at the same time).
3. Created Wrapper DLL and used by pre-binding method (act like interface b/w 32 bit DLL and 64 bit appln)
4. Handlers also used.
Thanks & Regards,
Jeneesh k. v.
|
|
|
|
|
This CLSID is Microsoft CSpase DLL, as we can read in forums, correct?
0002E55D-0000-0000-C000-000000000046
Is it installed in your x64 system?
You can see it in Regedit, this key must present:
HKEY_CLASSES_ROOT\CLSID\{0002E55D-0000-0000-C000-000000000046}
|
|
|
|
|
yes, this dll and the corresponding public key is still available
in the regedit.
Thanks & Regards,
Jeneesh k. v.
|
|
|
|
|
Is that component 32-bit or 64-bit?
|
|
|
|
|
32 bit COM
Thanks & Regards,
Jeneesh k. v.
|
|
|
|
|
Maybe installing x64 version of it will help?
|
|
|
|
|
yes, definitely if i get this 64 bit dll. It would be resolved.
Vender is not released that one. that is the issue
Thanks & Regards,
Jeneesh k. v.
|
|
|
|
|
looks your system still looking for the CLSID in 64bit registry. I think you can use process monitor monitor the registry to confirm. Then you know if you're on the right way.
|
|
|
|
|
yes, am on the right path. any other good suggestions, plz welcome.
Thanks & Regards,
Jeneesh k. v.
|
|
|
|
|
I'm not sure why this has to be so hard but I've check and seen a bunch of solutions that do not work. Currently I've tried this:
Private Structure SYSTEM_INFO
Public wProcessorArchitecture As Integer
Public wReserved As Integer
Public dwPageSize As Long
Public lpMinimumApplicationAddress As Long
Public lpMaximumApplicationAddress As Long
Public dwActiveProcessorMask As Long
Public dwNumberOfProcessors As Long
Public dwProcessorType As Long
Public dwAllocationGranularity As Long
Public wProcessorLevel As Integer
Public wProcessorRevision As Integer
End Structure
Private Declare Sub GetNativeSystemInfo Lib "kernel32" (ByVal lpSystemInfo As SYSTEM_INFO)
.
.
.
Dim si As SYSTEM_INFO
GetNativeSystemInfo(si)
If si.wProcessorArchitecture = 9 Then
Console.WriteLine("64 bitter")
End If
.
.
.
What I noticed is that the structure never gets filled in.
I'm testing this on a Windows 7 64 bit OS
Any idea why this does not work or any ideas on how to figure out the OS architecture?
Thanks in advance
Tony Teveris
Gerber Scientific Products
Senior Software Engineer
Phone: 860 648 8151
Fax: 860 648 8214
83 Gerber Road West
South Windsor, CT 06074
|
|
|
|
|
Look at Environment.OSVersion
|
|
|
|
|
On my Windows 7 64 bit the value is
"Microsoft Windows NT 6.1.7600.0"
Tony Teveris
Gerber Scientific Products
Senior Software Engineer
Phone: 860 648 8151
Fax: 860 648 8214
83 Gerber Road West
South Windsor, CT 06074
|
|
|
|
|
if(IntPtr.Size == 8) {
//64-bit
} else if(IntPtr.Size == 4) {
//32-bit
}
This is based off the OS installed, not the CPU which is what I think you are looking for.
|
|
|
|
|
Environment.OSVersion is good enough for me.
your "ByVal" is obviously wrong, where is the output going to go?
|
|
|
|
|
Right now I'm just debugging the code and just looking "quick watch" on the structure.
As a first time .Net/VB coder it should be ByRef.
Now it works. I'll do more testing on other OSs
Tony Teveris
Gerber Scientific Products
Senior Software Engineer
Phone: 860 648 8151
Fax: 860 648 8214
83 Gerber Road West
South Windsor, CT 06074
|
|
|
|
|
I'm using
DateTime.Now.ToString("M/d/yyyy") to try and format today's date.
I've noticed that when I change my regional settings through control panel, it changes the result I get from this method.
When I set my default date format to dd-MMM-yy in Control Panel, it changes the output of my ToString method from containing slashes (as I've specified in my format string) to dashes, which I can only assume are coming from my regional settings.
I thought the point of specifying my own format string was so that I could, oh I dunno, specify my own format?!
Are my control panel settings really affecting this method call? Why in the heck?
I realize I can just code my own cheesey routine to format dates and avoid the issue, but I'd like to understand what's going on here.
|
|
|
|
|
Hi,
a typical mistake. This page of MSDN documentation[^] tells you what the parts of the format string represent; M is an indicator for the month number, and / for the date separator. As a result regional settings are still infiltrating your app!
You could create your own DateTimeFormatInfo object and set all of its details any way you like, then pass that to DateTime.ToString() instead of a string.
[ADDED]
Or you could single quotes to escape the special characters you want to be taken literally, so use '/' to get a real slash, no matter what.
[/ADDED]
modified on Friday, December 25, 2009 3:46 PM
|
|
|
|
|
|
You're welcome.
|
|
|
|
|
I have a problem which is also related to AppDomain's and Windows messages.
A web page to be hosted in Internet Explorer that would contain a .Net WinForms UserControl derived control - HelloWorldCtl. This control is inside a C# written assembly - HelloWorldControl.dll. The control uses code from another assembly that is written in C++/CLR - HelloWorldLibCPP.dll.
HelloWorldCtl loads HelloWorldLibCPP.dll and calls code that would create a Win32 native window and places that window in HelloWorldCtl's area.
Navigate to the web page, HelloWorldCtl loads, I can see it as well as the native window in the center of HelloWorldCtl's area.
Both the C# control and the native window have some message handlers and the messages are all working fine and reaching both the C# control's window and the native window; mouse clicks, re-paints and so on... However, some of the message handlers of the native window need to call methods on the C# control which is the parent of the native window. This is done using an interface that the C# control implements and which the native window holds a reference to by storing it in a GCHandle (from System::Runtime::InteropServices.) I used the gcroot<> template for the GCHandle.
The failure is happening at this point when code in the native window is trying to use the GCHandle to call any method on the C# control. (The c++ code is compiled as managed code with /clr.)
The exception that is thrown is :
"Cannot pass a GCHandle across AppDomains"
I put some debugging code to display the Id and FriendName of the CurrentDomain in both the C# and the native window and I found out that these AppDomains are not the same.
During the creation of the native window, the CurrentDomain is the same as that of the C# control, but when the native window receives messages and those messages are handled, the CurrentDomain is different from the C# control's.
Can this situation be changed? Is it possible to have both the native window messages hanlder run in the same AppDomain as that of the C# control?
Any other suggestions perhaps?
Thanks,
Roger
|
|
|
|
|
Hi,
I am looking for a TAG control for my c# application. It is difficult to look for a TAG control on internet, since almost every webpage has the word "TAG" for another reason.
Does anyone know a preferable free TAG control that I can use?
Please look at the following links for examples of what a control should do:
* Drop down after typing a letter (http://ximp.nl/TAG/ExampleTagControl2.png[^]);
* Adding multiple tags by using a seperator (http://ximp.nl/TAG/ExampleTagControl1.png[^]);
If you know a control, please let me know. Any help is appreciated.
Gaston
modified on Tuesday, December 29, 2009 1:43 PM
|
|
|
|
|
I'm looking for the same thing. If we develop ourselves, I'll try to remember to point you to the code. Let me know if you've already gone ahead and done it.
|
|
|
|
|
Hello,
Unfortunately, I haven't done anything yet on this. Frankly I am not a very good programmer, so I hoped someone could help me out. I would really appreciate if I can lift on your skills. I can test and help with describing functionality.
If I can be of any help, please let me know.
Kind regards,
Gaston
|
|
|
|