|
Since no code are started at the error time, no debug information is fetched. Allso, As I said, the program using this DLL is created in Clarion. Not possible to debug anything from there unless you refere to dissassembly, wich I have no idea of how to do and read.
All correct versions of .NET Installed??? What do you mean? I have installed FW4. Isnt that enough? Must I allso install the previous frameworks? I thought the different editions was replasing each other...
The DLL has no initialization code.
The DLL has only two API's defined as Export that lets me call into the DLL from my Clarion program. This means that nothing is run in the DLL until I call the API. And since the error shows at startup of my main EXE, wich DONT call the API's at all until tyhe user have logged into the program. The error shows at loading time, not runtime. Therfore I assumes that something is missing.
Allso, when running this in Windows 7 and Windows 2008 there are absolutly no problems at all so the "missing parts" in other OS versions is related to differences between Win7/2008 and WinXP/2003
-----------------------------
Speaking nordic language?
Why not visiting irc.c-c.no and join #C# or #VisualBasic
-----------------------------
|
|
|
|
|
Member 3712080 wrote: Since no code are started at the error time, no debug information is fetched.
I am now even more confused; if no code is started how can you get an error?
Member 3712080 wrote: so the "missing parts" in other OS versions is related to differences between Win7/2008 and WinXP/2003
OK, so you need to check whether your program is using some feature that is not supported in either of these versions.
I must get a clever new signature for 2011.
|
|
|
|
|
Well, when you start an EXE file, the OS runs lots of programs. It prepares the memory, it loads libraries, static data is initialized and of course, there wil be checking of resource existence. Much can go wrong here and yet, the code in the compiled program has not started. Is that so strange?
-----------------------------
Ole Morten Heien
HD Software / Advisor AS
-----------------------------
|
|
|
|
|
Member 3712080 wrote: and yet, the code in the compiled program has not started.
How can you be sure of this, you have not explained where your error occurs.
I must get a clever new signature for 2011.
|
|
|
|
|
I havent?
--------------------------------------------------------------
Anyway, her's the situation:
We have a Win32 application written in Clarion for Windows. This dev tool produces standard Win32 binary similar to C++. The Clarion Compiler is actually a C++ compiler as well as compiling Clarion code so the result is the same
We allso have a large .NET library we want to utilize in this Clarion software. But since Clarion is not .NET compatible or is able to compile managed code, I had to figure out what to do. The answer was quiet simple actually. C++/CLI was what I was looking for. I then created a small C++ DLL that wrapped my .NET library. This works perfectly and everyone is smiling......until we installed the software on our Windows 2003 Terminal server..... DANG!! Error 0XC0000005!! The Error shows at loading time, before any code is started at all. And of colurse, both FW4 and VC100 is installed...
---------------------------------------------------------------
As I said here: "The error shows at loading time", hence, no code is started yet. Let me explain the flow in my program:
App.EXE starts:
All DLL's are loaded by the OS. This I know becuase if some DLL's of mine is missing I will be told.
Next, the program do lots of initialization of databases and stuff and User is presented a Login dialog
User loggs in. I then checks the settings for this user if he/her has a license to use my .NET components. If the user have this license, the API in the DLL is called and presents the user with a GUI created in C#
Now, since the absolutly first call to my C++ DLL is done AFTER the login, then I am pretty sure no code has run in front of the error.
An argument against this would of course be if the C++ DLL had some constructors of any kind that would be started when the DLL is loaded, but it has none. And of course, if it DID have one, dont you think the error would have shown regardless of the OS?
I am 99% certain that the error is in some missing components in the OS and 1% certain that ther might be a switch setting in my C++ project that is wrong. I must admit, I have NO knowledge of how C++ works. This is my absolute first project in C++ and it contains nearly nothing, other than ONE abstract class (the interface) and one class that inherits the interface. When I call the API I send in a Clarion Interface, wich is binary compatible with an abstract class in C++. Then I instantiate my wrapper class. I then return the interface of the C++ class. This interface has methods that will call the .NET components. This works 100% nive in Win7 and Win2008. Since the problem ONLY appears on WinXP and WIn2003 it tells me that something is missing
My first thought was that the framework was not complete or maybe there was something with the VC100 runtime, but I cant see any missing parts. I know for a fact that running a .NET 4 program on a computer with no framework will result in 0xC0000005 message, just like my problem so therfore I'm 99% certain of the missing parts in the OS
You can test this wery easly. Just create a .NET project with FW4 and try running this on a FW2.0 computer. There are no FW version check at all. Just the error message....
-----------------------------
Ole Morten Heien
HD Software / Advisor AS
-----------------------------
|
|
|
|
|
Some suggestions:
* Try loading your DLL in Depends (from the Windows SDK) on XP. That will show you if there's a dependent DLL that's not preset on XP.
* Run fuslogvw.exe (part of the .NET SDK) and look for entries related to your Clarion app. It's possible that the .NET loader (fusion) is logging a more meaningful error when your assembly (DLL) is loaded.
* Check the OS event viewer logs. I've had stack traces show up in there sometimes when things aren't loading.
* Try writing a simple Win32 C++ app which loads your DLL and calls a dummy entry point to be sure that it's loadable *at all* on that OS. If not, it's probably a dependency issue like I mentioned above. If it's loadable then clearly it's an interaction with the Clarion app.
* Load your DLL project in dev studio and set the Clarion exe as the debug exe and check the boxes to break for All exceptions under Debug > Exceptions... when the load fails, is there any first-chance excetion triggered preceding the failure? (this one's a long-shot)
* Try using Procmon from sysinternals.com and monitor disk activity. Set the filter to include only you exe process name to remove lots of unrelated output. See if there are failures reported before the DLL load fails.
* Does your exported function happen to call code from another C# assembly you've created? If so, the related assembly may not be getting located properly as .NET searches in the .exe directory, not in the C++ DLL's directory. The first function using a type from the C# assembly can fail unless you've handled the AppDomain.AssemblyResolve event.
Good luck,
John
ps. I used Clarion back in 1990 or so...was DOS-based then. Wonder if its the same thing.
|
|
|
|
|
|
Hi all,
I'm building a "usercontrol" that has a contextmenustrip on it.
All is fine until I try to add an image to an item, it compliles ok but get a runtime error!
An unhandled exception of type 'System.Resources.MissingManifestResourceException' occurred in mscorlib.dll
Additional information: Could not find any resources appropriate for the specified culture or the neutral culture. Make sure "HexBox.HexEditBox.resources" was correctly embedded or linked into assembly "HexEditBox" at compile time, or that all the satellite assemblies required are loadable and fully signed.
I can only assume that it can not find the resource!
I checked the .resx file and the resource (image) is there.
Maybe it needs the be somewhere else, or a different process is require to use the contextmenustrip on a user control.
I tried the same process on a "form" and as expected all compiles and run as it should.
Using VS2008 Framework 3.5
Any help is appreciated.
Milton.
|
|
|
|
|
Hi!
Is there any function to create an XML file from Managed C++/CLI code(like System::IO::File::Create(L"Test.ini"); for plain files). I've to create an XML file from Managed C++/CLI code and write the following contents in it.
<?xml version='1.0'?>
<request>
<properties name="App_Path">E:\\Innosetup_files\\SG888\\</properties>
<properties name="langselected">en</properties>
</request>
How to create an XML file from Managed C++/CLI code and Write above contents? I've all the above contents in System::String^ variable.
modified on Thursday, March 10, 2011 8:08 AM
|
|
|
|
|
I think you are asking about System::XmlWriter[^].
I must get a clever new signature for 2011.
|
|
|
|
|
~Try something like this:
XmlTextWriter^ xmlTmp = gcnew XmlTextWriter(FileName, gcnew UTF8Encoding(false));
doc->Save(xmlTmp);
xmlTmp->Close();
The XML is stored in a DOM (Document Object Model). Note the Binary Order Mark supression - the UTF8 Encoding set to false. IF you leave this out then a couple of non printable characters appear in position 1:1. It upsets soapclient no end!
Ger
|
|
|
|
|
Hi!
Actually I've stored the XML contents(result of a HTTP Response) in a System::String^ variable. I've to write the contents of the String to an XML file. How to do this?
|
|
|
|
|
If the XML is properly formatted in the string, then just serialize the string to a text file and there you go.
Ger
|
|
|
|
|
The application has a screen size and resolution problem . What should be done since it looks very misery on desktops .
|
|
|
|
|
How can anyone guess? Please try and explain your problem in more detail.
I must get a clever new signature for 2011.
|
|
|
|
|
We need more details to even begin discussing this.
Are you asking how to determine the screen resolution? Can there be multiple monitors?
If so, I'd start with the Screens object in WinForms. Ex: System::Windows::Forms::Screen::AllScreens
Of course, you can also fall-back to Win32 calls to enumerate monitors and determine resolution and work area size from there too.
John
|
|
|
|
|
Here are the requested details :
I have the code and following error (C++ /CLI)
<br />
Rectangle ^ClientResolution = gcnew Rectangle();<br />
<br />
ClientResolution = Screen::GetBounds(); <br />
<br />
float CurrentWidth = 1366 ;<br />
float CurrentHeight = 768;<br />
<br />
float RatioWidth = ((float)ClientResolution->Width / (float)CurrentWidth );<br />
<br />
float RatioHeight =((float)ClientResolution->Height / (float)CurrentHeight);<br />
<br />
this->Scale(RatioWidth,RatioHeight); <br />
// error C2661: 'System::Windows::Forms:: Screen::GetBounds' : no overloaded function takes 0 arguments
|
|
|
|
|
There can be more than one monitor but if you only care about the primary monitor, try this:
Rectangle^ ClientResolution = Screen::PrimaryScreen->Bounds;
John
|
|
|
|
|
Thanks John also about the point which you indicated. Hovewer this time application's all windows are maximised which is actually not much preferable. I guess you already have a better idea to fix
the problem. Let me know please.
|
|
|
|
|
We still don't have enough info to guess the problem you're trying to solve.
Based on your code and follow-up here's what I think you are saying:
You have an application with maximized windows but they do not cover the entire desktop and you would like them to. What should you do to make them cover it? ie. you want a full-screen app.
OR possibly...
The application windows are maximized and hiding things and you want them scaled smaller?
OR
neither of these. Please add some more detail about what the current situation is and what the desired situation is.
John
|
|
|
|
|
fzerd wrote: System::Windows::Forms:: Screen::GetBounds' : no overloaded function takes 0 arguments
In which case why not check out the definition of the method you are calling here[^]?
I must get a clever new signature for 2011.
|
|
|
|
|
It's allright Screen::GetBounds(this->ClientRectangle)
Suprisingly it didn't work well. The width of the forms just became a little smaller.That's all.
The application still has a screen size or resolution problem. I am really confused.
|
|
|
|
|
fzerd wrote: The application still has a screen size or resolution problem. I am really confused.
Me too, as you have not made clear exactly what your problem is.
I must get a clever new signature for 2011.
|
|
|
|
|
Sorry i could't see the post. Of course , i am going to explain a simple version of my problem on an empty project. It is a C++ /cli desktop application.( .NET 3.5 )
On development machine (1280 by 720 pix) :
The application has two forms and a button.All form states are normal(default setting)I just customized to their sizes 100x150 and 150x100. That's all.
On client machine (1024 by 768 pix) :
A copy of the application's .exe was copied and clicked. It seems that initially all forms became maximized unexpectedly.
Any idea ?
|
|
|
|
|
fzerd wrote: Any idea ?
Not really, I have not seen this problem. I can only suggest you check all your settings in your forms and start up code to ensure nothing is maximising the windows.
I must get a clever new signature for 2011.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
It has been a little moderized in time, but the language is still the same. I have worked with Clarion since the first release. They are working on a .net edition these days. I have tested it. Works pretty well, but is still in beta. It depends on how long ago since you worked with Clarion. When they moved from DOS edition 2.x to 3.x they allso changed the compiler because Topspeed was incorporated into the company. Since then they have used the Topspeed compiler to compile theyr binaries, and still are.. Pretty amazing product. Today they use #Develop as the IDE and in time they wil incorporate theyr .NET edition into the Win32 edition.