|
I've been using CreateFile.
I know it's MS specific, but when i looked for a portable soln' (3yrs ago) there wasn't one. I also wanted/needed to integrate it with my IOCP code - also an MS specific tech.
If you don't want/need to use IOCP with file access, and you need x-platform, and the boost libs are robust/mature enough ... well not much choice then is there. 
...cmk
The idea that I can be presented with a problem, set out to logically solve it with the tools at hand, and wind up with a program that could not be legally used because someone else followed the same logical steps some years ago and filed for a patent on it is horrifying.
- John Carmack
|
|
|
|
|
Hi, I created a program that takes in IR remotes codes and lets the user send them back out again. I also included the option of creating macros so you can put in fav channels and what not. I used two tree controls. One lists remotes and their buttons, the remote being the roots and the buttons being the leaves. The other lists the macros, the root being the name of the macro (a channel name or whatever) and the buttons for it are the leaves. I have arrays that contain the code put into the leaves data using the .SetItemData function. I just want to know how to save the items in the tree controls with their data and what-not. If anyone knows how or could point me in the right direction that'd be great, thanks.
~Samael
|
|
|
|
|
Hi Samael, if you want save the item data in a tree control you must loop on all the tree item and save data where do you want ( for example a .ini file ), you can do the same thing when you create the tree control to populate it with the saved items. Here in this example how to iterate all the elements of a tree ( in this case to delete them ).
void CMyTreeCtrl::DeleteAllChildren(HTREEITEM hParentItem)
{
if (ItemHasChildren(hParentItem) == FALSE)
return;
HTREEITEM hChildItem = GetChildItem(hParentItem);
while (hChildItem != NULL)
{
HTREEITEM hNextItem = GetNextSiblingItem(hChildItem);
DeleteAllChildren (hChildItem);
DeleteItem (hChildItem);
hChildItem = hNextItem;
}
}
|
|
|
|
|
I guess i should have clarified. I want to make it so you can save a custom named file. Like i go to click save and then i enter a name for a file then all the times in the tree is saved to the file. I've already used that code for transmiting multiple items in the tree. I just need to know how to save custom named files. Thanks.
modified on Wednesday, March 26, 2008 5:25 PM
|
|
|
|
|
I think that the simpler way for do it is, to obtain the custom name of the file using the CFileDialog class and then save your data using the WritePrivateProfileString, I hope to have understood what you have asked me.
modified on Friday, March 28, 2008 12:00 PM
|
|
|
|
|
I am writing an MFC MDI application and a non-MFC (regular) DLL. I want to gracefully handle cases where the DLL does not load. If the DLL is not present, everything is handled ok. However, in the DllMain function, when FALSE is returned from the DLL_PROCESS_ATTACH case, my MFC application has an unhandled exception (0xc0000142, Dll Initialization Failed).
What do I need to add to my MFC application to gracefully exit when the DLL initialization fails?
Thanks!
|
|
|
|
|
|
How are you binding to the DLL at runtime -
early (using a link library) or late (using LoadLibrary() at runtime)?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.freetls.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
I am binding early (using an import library).
|
|
|
|
|
|
I'm trying to build an app which displays proprietary binary data on a virtual grid. Since the number of rows can be in the millions, I'm trying to implement a way to filter out the undesired data. I was asked to prompt users to select filtering by way of a tree control.
My tree is 4 levels deep. At the root level, I have 8 nodes (called Bus). Each bus has 32 children nodes (called RT #). Each RT node has 2 children nodes (called Transmit / Receive). Each Transmit and Receive node has 32 children nodes (called MSG #). So top-down, my tree is essentially 8 x 32 x 2 x 32 nodes.
I have been asked to also implement this tree in such a fashion that if the user only selects a particular parent node and does not select any child node beneath this parent node, that this is to mean a wild card for all descendant nodes beneath that selected parent node.
I am doing things in MFC and it seems I cannot do a bit array. I've tried using a 4 dimensional bool array but I am forced to store true / false values utilizing all 4 dimensions (which makes it impossible to store the wildcard condition mentioned above for anything less than 4 dimensions.)
What is the best way to encapsulate the user-defined filtering right before I am about to parse through a source file on-the-fly?
|
|
|
|
|
Why not bitfields?
struct filter
{
unsigned Bus : 3;
unsigned Route : 5;
unsigned Xmit : 1;
unsigned Rcv : 1;
unsigned Msg : 5;
unsigned dummy : 1;
};
|
|
|
|
|
Hi there,
I'm trying to make a C++ DLL with non-decorated method names that can be called from .NET. I've followed the format described in several articles, but it just won't compile:
class Vdr
{
public:
extern "C" __declspec (dllexport)
int add (int a, int b);
};
I get the compile error:
Error 1 error C2059: syntax error : 'string' c:\alan\4000\vdrdll\vdrdll\vdr.h 5
which is the line with extern "C". If I take out the extern "C", it compiles, but with decorated method names. Any ideas on what the problem is? Thanks!
|
|
|
|
|
Are you not wanting to export the entire Vdr class?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Yes, that would be fine. But the immediate problem is how to get the extern "C" attribute on a method. None of the various permutations seem to work.
|
|
|
|
|
Alan Balkany wrote: But the immediate problem is how to get the extern "C" attribute on a method.
Syntax errors aside, unless the class was also visible to the outside world, what good would that do? There's a reason that the compiler is not allowing it.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
It works without any kind of export directive on the class. Maybe it's because the method is static.
|
|
|
|
|
Move the extern "C" outside of the class so that it encompasses the entire class.
extern "C"
{
class Vdr
{
public:
__declspec (dllexport)
int add (int a, int b);
};
}
Peace!
-=- James Please rate this message - let me know if I helped or not!<hr></hr>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
Thanks for the suggestion, but unfortunately it still appears to be generating decorated method names.
|
|
|
|
|
OK - but it does not make sense for the method names to be exported in C format, because (member) methods are specific to C++.
Perhaps you want to export simple functions (no references!) and have them in undecorated names?
Peace!
-=- James Please rate this message - let me know if I helped or not!<hr></hr>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
That's what I decided to do; according to Nemanja (above) extern "C" cannot be applied to members of a class; just functions.
=================
BTW, in case anyone's interested, I just figured out how to pass objects from C# to C++:
BitmapInfo bi = new BitmapInfo ();
IntPtr ptr = (IntPtr) (&bi);
CppFunction (ptr);
|
|
|
|
|
You can lead a horse to water but you can't make him fish
led mike
|
|
|
|
|
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Alan Balkany wrote: I'm trying to make a C++ DLL with non-decorated method names that can be called from .NET.
Are you trying to use a native C++ class from .NET? Can't do that. Either make a COM wrapper, a C++/CLI one, or export the functionality from the DLL with plain C functions.
The specifier extern "C" can be used only on non-member functions, and besides the exported functions will still be decorated, although in a different way.
|
|
|
|
|
Ah, so what I was trying is impossible. Thanks.
Apparently static methods can be used from .NET, although they're decorated. I think I'll take your suggestion and use C functions.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
