|
See here[^] for some suggested options.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
Additionally to what Richard said, if you are working under windows, MSXML[^] might help you to parse XML files.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
|
hi all,
i get the information about the any file using IShellFolder2::GetDetailsOf Method
means i get file name,size,and other info
but i want info with its column title like Title =Name
Size =..
,but here i dont get the column title so please help me to get it,
please help me for this
thanks in advance.
|
|
|
|
|
|
Seem to be experiencing a bit of weirdness with a static library:
I have two #defines inside of the .lib (hex constants):
#define VAL_ONE 0x14fc
#define VAL_TWO 0x0050
Now, if I execute everything from the .lib as inline function from within the executable source (pretty much make it part of that compilation versus a static library), it works fine, but when it executes within the lib, somehow these values aren't getting assigned correctly to the structure that passes these values on to another function.
MY_STRUCT tmp;
tmp.value1 = VAL_ONE;
tmp.value2 = VAL_TWO;
Am I missing/forgetting something?? 
|
|
|
|
|
Remember that it is all about substitution at compile time. The values you use when compiling the lib will be used there, and the values you use when compiling the exe will be used there. This means you will have to be careful when changing the values between compilations.
Are you saying that you have the same values in both projects and still experiencing problems?
|
|
|
|
|
The #defines are in the header that gets used in the exe code for pulling in the functions in the static library... so it should be exactly the same. I've used this static library before and never had this issue before, which is even more odd.
The static library is a very plain/small library with only two small functions. There's no MFC, ATL, or anything like that in the static lib.
|
|
|
|
|
Albert Holguin wrote: The #defines are in the header that gets used in the exe code for pulling in the functions in the static library
That is not correct, both the include file and the #defines within it are processed by the compiler, there is no reference to them in the exe or lib file. The actual #define directives are seen and converted to their 'real' values by the preprocessor. If you have different versions of the same directives within your project then you can end up with the situation you are seeing. Alternatively you could have a different set of values in the pre-compiled header file which conflict with the ones you are seeing in your .h file. Without seeing a bit more of your source it's difficult to speculate further as to why this is happening.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
I was referring to where the defines are located within the projects. The source isn't that expansive and like I said, if I just move the functions into the header and make them inline so they aren't a separate compilation, it works fine, so there's nothing wrong with the source.
|
|
|
|
|
Albert Holguin wrote: there's nothing wrong with the source.
There obviously is something wrong with the source otherwise this problem would not exist. However without more details it's not easy to guess what.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
I think we need to see a bit more of your code. Take a look at the actual values that are generated within the library build for the MY_STRUCT tmp;.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
Do you have the defines in the header you have the funciton deffinition in, and that is included into the exe you are building?
==============================
Nothing to say.
|
|
|
|
|
|
If the same header is used to complie the lib as the exe then the defines must be the same.
==============================
Nothing to say.
|
|
|
|
|
Well... Yes.... Of course.
|
|
|
|
|
Yeah, so what you have is plain weird. 
I am thinkin it may be a compiler screw up. Rare, but they can happen. Can you try a different compiler?
==============================
Nothing to say.
|
|
|
|
|
See note below to Josh btw... got it working, think the bogus numbers just came from breaking in the non-debug assembly... not sure why studio let's you break in a non-debug assembly if it's going to provide bogus data anyway... but at least everything is working.
|
|
|
|
|
Albert Holguin wrote:
Am I missing/forgetting something??
Yep you're forgetting that the preprocessor is evil.
use...
static const uin16_t VAL_ONE = 0x14fc
|
|
|
|
|
 ...I found a few mistakes on the linker inclusions coupled with the fact that I was breaking in the static library with the release version of the library, so think that was probably causing me to see bogus debug numbers (and the inclusion mistakes were causing the malfunctions).
|
|
|
|
|
I have MFC SDI project and CListView inside. I would like to have overlay images in my list control. In image list I have some images set with SetOverlayImage, and I use CListCtrl::SetItemState with LVIS_OVERLAYMASK and INDEXTOOVERLAYMASK. Overlay images are still not shown, just the main image. This is cleansed code:
extern CListView* pLV;
CListCtrl* pLC = pLV->GetListCtrl();
imageList.Add((HICON)LoadImage(GetModuleHandle(NULL), MAKEINTRESOURCE(IDI_MAIN_IMAGE), IMAGE_ICON, 32, 32, 0));
imageList.Add((HICON)LoadImage(GetModuleHandle(NULL), MAKEINTRESOURCE(IDI_OVERLAY_IMAGE), IMAGE_ICON, 32, 32, 0));
imageList.SetOverlayImage(1, 1);
pLC->SetImageList(&imageList, LVSIL_NORMAL);
pLC->InsertItem(0, _T("Testing"), 0);
pLC->SetItemState(0, INDEXTOOVERLAYMASK(1), LVIS_OVERLAYMASK);
What am I doing wrong?
|
|
|
|
|
I have a unicode text file and tried to read it backwards using wifstream .But its not working.Any one help me and can i read this using wifstream backwards.
thanks in advance
|
|
|
|
|
What did you try to do to ready the file backwards?
What is the exact problem that you're facing?
Try and debug the program to see what and where the problem occurs.
|
|
|
|
|
If the file is small enough to fit in memory read it into a buffer backwards.
==============================
Nothing to say.
|
|
|
|
|
Sumesh Somanathan wrote: But its not working.
When you go to the doctor or take your car to the mechanic, do you simply say "I don't feel well" or "It's not working" and leave it at that? If so, consider yourself lucky to be in the company of mind readers.
"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
modified 28-Oct-11 10:34am.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
