C / C++ / MFC

Re: How to create a DLL for mini2440 to run Labview Application

4-Dec-12 4:36

What exactly are you trying to create here, and why do you think you need a DLL before you have even decided what language to code in? And what Operating System will be running on the mini2440 (whatever that may be)?

One of these days I'm going to think of a really clever signature.

sunil8800894-Dec-12 19:46

sunil880089

4-Dec-12 19:46

Dear sir,

I created a Dll in VC++ and it worked on lab view Appliation,
but when i try to use this same Dll in Lab View Application for mini2440,
i am getting Error..
Please help me,,
How to create dll for mini2440.?

thank you
sunil

Re: How to create a DLL for mini2440 to run Labview Application

Richard MacCutchan4-Dec-12 21:17

CComboBox for lots and lots of options

4-Dec-12 21:17

sunil880089 wrote:
and it worked on lab view Appliation

Waht is a lab View application?

sunil880089 wrote:
this same Dll in Lab View Application for mini2440

What is mini2440?

sunil880089 wrote:
i am getting Error.

Well we cannot guess what that error may be, you will have to tell us.

One of these days I'm going to think of a really clever signature.

Mattias G4-Dec-12 3:09

Mattias G

4-Dec-12 3:09

I have a pretty large and old application where the user can select the current customer from a combobox. However, the number of customers have grown (>100) to the point where the users think that selecting a customer from the list is awkward.

Does anyone have a good suggestion for a replacement for a CComboBox? The droplist portion should be a multilevel menu or a tree or similar ... I have seen several attempts here and in other places, but they all seem pretty experimental (non-standard UI behaviour, hardcoded drawing functions not utlizing themes, and so on).

Richard MacCutchan4-Dec-12 4:40

4-Dec-12 4:40

You could use the same idea that a lot of websites use, in that they build their lists dynamically as the user types into them. So if the user starts typing a you just load all the customer names from that sub group. Here are some CodeProject articles[^] that discuss the issue.

One of these days I'm going to think of a really clever signature.

Mattias G4-Dec-12 9:56

Mattias G

4-Dec-12 9:56

Thanks for the input, using some kind of incremental search could be an option.

However, my query was for a custom control with similar functionality as a CComboBox, but where the list box (the dropdown part) is replaced with a tree control or a menu with submenus. There's several examples here at codeproject, but I don't find any of them really cut for the job. It seemed like a pretty common problem, so there should definitely be someone out there having solved it.

Richard MacCutchan4-Dec-12 21:15

4-Dec-12 21:15

Mattias G wrote:
there should definitely be someone out there having solved it.

Well I guess not since you can't find a sample.

One of these days I'm going to think of a really clever signature.

CString assignment crashes on Windows 7

Rolf Kristensen5-Dec-12 7:13

Rolf Kristensen

5-Dec-12 7:13

If you could find a ComboBox that expands into CListCtrl, then you can use the grouping feature of the CListCtrl.

But an easier solution is just to use two ComboBoxes. One that allows one to select user type, and one that displays the filtered result within the selected user type.

pandit843-Dec-12 3:57

3-Dec-12 3:57

Hi
I have a function

void TakeData(myStruct &structRef)
{
  CString str = TmpFileMgr->TmpFilePathName() ; //Returns file path 
  structRef.cstrFilePath = str ;                //Crashes at this point on Windows 7
}

in a dll which takes Temporary folder path and assign it in a CString variables. This CString variable is member of structure object which is passed as a reference to TakeData(myStruct &structRef)function.
I am able to print temporary folder path in TakeData function and CString assigment works perfectly on Windows XP. But when I run this code on Windows 7 it crashes at the point where I am doing assigment of temp folder path in a CString variable. I have all admin rights on Windows 7 System , also I have put UAC to OFF.

Please provide any input in this regard. Thanks

modified 3-Dec-12 10:16am.

David Crow3-Dec-12 4:08

David Crow

3-Dec-12 4:08

pandit84 wrote:
But when I run this code on Windows 7 it crashes at the point where I am doing assigment of temp folder path in a CString variable.

And yet this is the code you do not show. If TakeData() is not pages long, please post it.

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous

CPallini3-Dec-12 4:15

CPallini

3-Dec-12 4:15

I suppose this is worth reading: "Using and Writing DLLs with MFC"[^].

Veni, vidi, vici.

Richard MacCutchan3-Dec-12 5:02

3-Dec-12 5:02

What is the definition of myStruct, and what is the value of structRef when the crash occurs?

One of these days I'm going to think of a really clever signature.

pandit843-Dec-12 5:41

3-Dec-12 5:41

Struct is defined as below. Before crash ,value of cstrFilePath is empty.

struct myStruct
{
	int charsize ;	 
	CString	cstrFilePath;
	myStruct() : charsize (0)
	{
	    cstrFilePath.Empty();
	}
} ;

Richard MacCutchan3-Dec-12 6:22

3-Dec-12 6:22

pandit84 wrote:
Before crash ,value of cstrFilePath is empty.

Which is rather irrelevant. What I asked was, what is the value of structRef when the crash occurs?

One of these days I'm going to think of a really clever signature.

Stephen Hewitt4-Dec-12 6:34

Stephen Hewitt

4-Dec-12 6:34

You have supplied very little to go on, so in addition to suggesting you provide more information I'll ask a question: are you allocating memory in one module and freeing it in another (a module is a dll or exe)?

Steve

pandit844-Dec-12 19:44

4-Dec-12 19:44

I am sorry for adding incomplete info.
I have allocated memory to object of structure myStruct in one dll and passed this struct object as a reference to another dll. This crash happens only while assinging value to

C++

structRef.cstrFilePath

variable. Finally I was able to assign value inside CString variable using

C++

wsccpy

method. I was able to resolve this crash with following code , but I am sure this is not the correct way to do it.

C++

wcscpy (structRef.cstrFilePath.GetBuffer (), str.GetBuffer ()) ;

I am still trying to resolve this issue in a correct way. I am using Windows 7 system and GCC Compiler. Thanks all for replying to my previous post.

Stephen Hewitt5-Dec-12 3:49

Stephen Hewitt

5-Dec-12 3:49

Unless you configure things properly each module (dll or exe or other executable module) has it's own heap. In this environment you can't allocate memory in one module and free it another. Given that CString manages a buffer using an instance in multiple modules could result in this happening. Forget wcscpy, it's ugly and isn't a fix for the root problem, whatever it is. If it's heap corruption, which is my guess, it's going to blow up sooner or later and "fixing" one problem with an ugly hack will just result in it popping up somewhere else.

Steve

modified 5-Dec-12 11:14am.

pandit8418-Dec-12 7:48

18-Dec-12 7:48

Finally I have solved this issue.
The CString when used with GCC was Used as LinuxCString which is internally std::string. Capacity of std::string when calculated was every time 0. so when I tried to assign const char* to LinuxCString ( i.e. CString in MSVC ) it was crashing.

I have used std::string.reserve (200) method to specify the capacity first while initialization. This solves my issue.
I am still evaluating whether my fix is perfect or not.

Thanks all