|
You're welcome.
You may want to read this[^] to know more about GUI and threads.
|
|
|
|
|
That indeed looks interesting for what I'm doing, I'll have a look at it.
Thanks again!
|
|
|
|
|
I add reference to BOOST thread header and do not even use it yet. Then when I run my application I immediately get the error message
"The application failed to initialize properly. Click on OK to terminate the application."
I found a possible solution while googling, but am not sure if it is safe. Their is a run-time error at startup depending on the #pragma managed and #pragma unmanaged usage.
"Alas, the default compiler settings may lead to trouble:
Statically linking to Boost libraries may yield an executable
which chokes on startup with a System.BadImageFormatException, even
if the compiler and linker run without warning (a bug, IMHO).
Explanantion:
<cite author="Anthony Williams" date="2009-02-04 15:54:40 GMT">
The problem is that the static boost thread library tries to hook the
native win32 PE TLS callbacks in order to ensure that the thread-local
data used by boost thread is cleaned up correctly. This is not
compatible with a C++/CLI executable.
</cite>
Solution: In Configuration Properties -> C/C++ -> Preprocessor ->
Preprocessor Definitions add BOOST_ALL_DYN_LINK in order to
force the usage of the DLLs.
In addition copy the necessary DLLs to the directory where the
executable resides. E.g. copy boost_thread-vc90-mt-gd-1_XX.dll
to MyApp/bin/Debug.
Enters the next bug of Visual Studio:
The C++/CLI compiler deliberately chooses to ignore the
#pragma managed(push, off) / #pragma managed(pop) PREPRO directives
for files which are compiled with /clr command line flag.
You obtain a plethora of warnings of the form
warning C4793: 'boost::[..]::`vcall'{0}'' : function compiled as native :
For the executable this means that on termination another exception
is thrown, which adds to the confusion:
Unhandled exception at 0x7c812a7b in XXX.exe: 0xC0020001:
"Die Zeichenfolgenbindung ist unzulässig." or in english:
Error 1700 "The string binding is invalid" or
RPC_S_INVALID_STRING_BINDING.
Solution: Put managed (CLI) and unmanaged C++ code into different
compilation units. For unmanaged code files change the compiler
settings this way:
In "Configuration Properties -> C/C++ -> General -> Compiler with
Common Language" support choose "No Common Language Support".
"
modified on Tuesday, June 22, 2010 9:06 AM
|
|
|
|
|
So what is your question? Yes, mixing boost.thread which uses the native Win32 threading API with CLR code is not without problems. You definitely will need to re-compile boost.threading such that it uses dynamic binding to the multi-threading version of c-runtime libs. Then choose compatible settings when building your C++/CLI project.
|
|
|
|
|
Thanks for the reply.
I have written a program that works as a CLR executable with boost threads, but when I make it a DLL I get an immediate crash. I have not been able to figure this out and have posted to the boost community without resolution.
Source code for a simple example is below
//CLR_DLL.def
LIBRARY CLR_DLL
EXPORTS
CLR_TEST
//CLR_DLL.h
#ifndef CLR_DLL_H
#define CLR_DLL_H
//define CLR_DLL in the CLR_DLL project, but not the executable
#ifndef CLR_DLL
#pragma comment(lib, "CLR.lib")
#pragma message("Using Library CLR.lib")
#endif
void _stdcall CLR_TEST();
#endif
//CLR_DLL.cpp
#ifndef CLR_DLL_H
#include <clr_dll.h>
#endif
//include directory C:\Program Files\boost\boost_1_43_0
//lib directory C:\Program Files\boost\boost_1_43_0\stage\lib
#pragma managed(push, off)
//dll will not compile without next line, but executable would crash without it!
//extern "C" void tss_cleanup_implemented(void) {}
#include <boost thread="" thread.hpp="">
#pragma managed(pop)
#pragma unmanaged
namespace boost {
struct thread::dummy {};
}
namespace boost {
namespace detail {
namespace win32 {
struct _SECURITY_ATTRIBUTES {};
};
};
};
void run() {}
void test() {
boost::thread t(run);
}
void _stdcall CLR_TEST() {
test();
}
//MAIN.cpp in exe project
#include <clr.h>
int main(array<system:tring ^=""> ^args) {
CLR_TEST();
return 0;
}
|
|
|
|
|
Hm, as far as I can tell you need to get the managed/unmanaged #pragmas right and define a conformant dll entry point. But in general, I would not do it that way.
Create two distinct projects:
1. a native c++ dll project which uses boost and exports the functionality you need encapsulated in an interface, which has no direct references to boost::thread. Take care to choose multi-threaded and dll version of the runtime libraries. Don't forget to compile boost.threading accordingly!
class IMyUnmanagedAPI {
public:
virtual DoMyUnmanagedStuff() = 0;
};
class MyUnmanagedAPIFactory {
public:
static IMyUnmanagedAPI* Create();
static void Destroy(IMyUnmanagedAPI*);
};
2. a c++ dll project with clr support which includes your interface declaration - but nothing else! Make this project use the unmanaged import library generated by project 1. Use a clr wrapper around your unmanaged interface, following the recommended patterns. In your clr project, you only communicate with a pointer to IMyUnmanagedAPI object which (or, better, implementation of which) encapsulates all the boost:: stuff.
modified on Sunday, August 22, 2010 5:47 AM
|
|
|
|
|
Thanks for the suggestion. This week, I am going to take your suggestion of two separate projects, but I will have to have the native C++ dll call the dll with clr support. The reason is that my boost thread code needs to call .NET functionality such as ADO and WebClient.
|
|
|
|
|
Well, the point is to have the functionality of either worlds compiled separately in distinct translation units. However, the way you seem to be going is a bit harder: You will need to provide abstractions of .NET entities usable in native c++ program.
I don't know the background of what you are trying to accomplish, but I would suggest to stay "at one side of the line" (either .NET or native) as long as possible. What you have sketched above (using boost.threading with ADO and Web) smells like problems... There should be a very, very serious reason to do it that way.
|
|
|
|
|
Thanks for the input.
The code works after I separate it into two dlls. The particular function queries multiple webpages on separate threads and webclient was the only CLR functionality I utilized. I then processes the data after all of the threads come back since the processing time is small fraction of the runtime.
I also am thinking of building XLL's with functions that retrieve data from the web, require multiple database calls/queries, and do array function computations simultaneously. The .NET threads cannot be utilized in the XLL project, so I have to use Boost threads or some other thread library.
The Boost threads cannot be utilized inside the CLR project, but I am not using much more native than .NET code. So I created another dll that makes a native wrapper around the small # of functions I use with CLR.
|
|
|
|
|
I am trying to read the article 'Unraveling the Mysteries of Writing a Winsock 2 Layered Service Provider' that microsoft published in may MSDN in 1999.
The article http://www.microsoft.com/msj/0599/LayeredService/LayeredService.aspx[^] is old I admit but I could not find anything more recent that use that technique.
The goal is to write a web filter that would prevents words like ***, **** and ***** to appear in web pages.
I need to be able to rewrite the content of web pages on the fly and hopefully messengers too.
Did anyone manage to make this run in a recent Visual Studio?
I would prefer to have this written in MC++ but I fear it is beyond my C++ capabilities at this stage.
This is a compelling area of development, I am surprised I can't find an article here that would extend this sample.
I certainly hope I overlooked it.
The code is available here : http://download.microsoft.com/download/0/6/7/0678184e-905e-4783-9511-d4dca1f492b4/MSJMay99.exe[^]
|
|
|
|
|
After a lot of effort (and downloading the Windows Vista/7 SDK) I am slowly progressing on this.
|
|
|
|
|
There is a book that explains how to write one.
The book is called Network Programming for Windows - Second Edition
by Anthony Jones and Jim Ohlund
This is regarded as a classic book, so you might have to pay a high price for it.
|
|
|
|
|
Hello,
I made a DLL wrapper in managed code which is merely a wrapper function around a native C++ DLL. The DLL works perfectly except I can not see the assembly info in explorer. Using ILDASM, I can see the fields in the manifest. What could be wrong?
Thanks in advance
|
|
|
|
|
The C# and VB compilers will pull the info from assemblyinfo.cs and create the required version resource. Since C++ supports native resources it will not do this automatically. You will have to create a native version resource manually like you would with a native project. There will be some information duplication of course, but it's not a big deal I guess.
|
|
|
|
|
OK, thanks Nishant, I added a resource to VS2010 project which created the info. I needed. So in AssemblyInfo.cpp the only information that I can affect is for signing the assembly and where the key is located. Can I then remove the other fields or are they used?
|
|
|
|
|
alleyes wrote: Can I then remove the other fields or are they used?
Yeah you can remove them if you don't want to have that info in the assembly metadata (which is query-able from .NET).
|
|
|
|
|
Hello,
I am calling LoadTypeLib for loading unmanaged type libraries in C++/CLI. I need to compile some code(some code areas) as managed and some code areas as unmanaged(native) code and form a mixed mode class library as executable.
What i need to mention between the lines of code so that whatever the part i need to be compiled as managed should compiled as managed and what part I need to be unmanaged(native) should be compiled as native?
Regards
Usman
|
|
|
|
|
|
Does anyone have a sample showing how to lookup the URL to use for exchange web services via the autodiscover service.
|
|
|
|
|
Hello,
I am Loading type library from C++/CLI with following lines of code.
[DllImportAttribute("oleaut32.dll", SetLastError = true, CharSet = CharSet::Unicode, PreserveSig=false)]
static void LoadTypeLibEx( String^ strTypeLibName, RegKind regkind,[MarshalAs(UnmanagedType::Interface)] interior_ptr<Object^> typeLib );
Object^ oTypeLib;
LoadTypeLibEx( strSubject,RegKind::RegKind_None, &oTypeLib);
It again and again giving me same exception, all I have registered type library with regsrv32, placed in current directory and given full qualified path but still its giving me same exception.
Regards
Usman
-- Modified Monday, June 7, 2010 12:52 PM
|
|
|
|
|
Hi,
Did you try to find out if if any dependencies are missing or are out-of-date? As you may know, your library may be in place while some of its dependencies not.
Should you consider to try that, you could use depends.exe from sysinternals
SkyWalker
|
|
|
|
|
Hi everybody. I'm tring to save image form webBrowser control. and i have the following code
mshtml::HTMLDocument^ document = dynamic_cast<mshtml::HTMLDocument^>(this->webBrowser1->Document->DomDocument);
mshtml::IHTMLElementCollection^ collImages = document->getElementsByTagName(L"img");
for(int i = 0; i < collImages->length; ++i)
{
mshtml::IHTMLImgElement^ img = safe_cast<mshtml::IHTMLImgElement^>(collImages->item(nullptr, i));
mshtml::IHTMLElementRender^ render = dynamic_cast<mshtml::IHTMLElementRender^>(img);
Bitmap^ bmp = gcnew Bitmap(img->width, img->height);
Graphics^ g = Graphics::FromImage(bmp);
IntPtr hdc = g->GetHdc();
render->DrawToDC(hdc);
g->ReleaseHdc(hdc);
delete g;
g = nullptr;
bmp->Save(L"C:\\Test\\SaveImage.Jpg", System::Drawing::Imaging::ImageFormat::Jpeg);
}
I get the following error message
Error C2664: 'mshtml::IHTMLElementRender::DrawToDC' : cannot convert parameter 1 from 'System::IntPtr' to 'mshtml::_RemotableHandle %'
is there any one who knows how to fix this?
|
|
|
|
|
Yes, find out what type parameter DrawToDC expects.
It should be in the docs for IHTMLElementRender::DrawToDC.
|
|
|
|
|
Hi,
Ik have a form containing a number of comboboxes, called cmb1, cmb2, etc.
I want to loop through these boxes to set their itemlist. I have tried the following code:
for each (Control^ box in this->Controls){
if (box->GetType() == ComboBox::typeid){
box->Items->Clear();
}
}
This works fine, except that I cannot access the combobox's Items property. I can for instance access the Text property, so I think it's strange that the Items property is missing.
Does anyone have an idea how to solve this?
Thanks!
|
|
|
|
|
The reason you can't access the Items property is because you have declared box as a Control and Control doesn't have an Items collection.
You would have to declare a new variable as ComboBox and cast box into it:
for each (Control^ box in this->Controls){
if (box->GetType() == ComboBox::typeid){
ComboBox^ combo = (ComboBox^)box;
combo->Items->Clear();
}
}
modified on Friday, June 4, 2010 11:46 AM
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
