|
|
GetModuleFileName() Sometimes returns wrong results when you have a deep directory structure. Use _getcwd() instead. I've used both and experienced the above problem with GetModuleFileName().
|
|
|
|
|
Hi,
The getcwd function will "get the current working directory" which is not always the same as the directory the process executable is residing in. There are many standard API calls that will change the current working directory of your process. In fact... the CreateProcess function itself has the option of starting your process in an arbitrary working directory.
Best Wishes,
-David Delaune
|
|
|
|
|
getcwd() is not appropriate for this... it returns the current working directory, which can be changed by file open dialogs or any other code that wants to change its working directory.
|
|
|
|
|
The C Runtime to the rescue:
_TCHAR *pszExeFullPath;
int nReturn = ATL_CRT_ERRORCHECK(_get_tpgmptr(&pszExeFullPath));
I use the ATL_CRT_ERRORCHECK() macro to provide some runtime handling of possible CRT errors.
/* Charles Oppermann */
http://weblogs.asp.net/chuckop
|
|
|
|
|
Another way is...
CString appPath = AfxGetApp()->m_pszHelpFilePath;
appPath = appPath.Left(appPath.ReverseFind('\\') + 1);
Tony
|
|
|
|
|
In InitInstance(), member m_pszExeName is your image name. So, use SearchPath() on the result of CString(m_pszExeName) + CString(".exe"). Use the lpFilePart parameter of the call to isolate the path from the file name.
|
|
|
|
|
Hi All,
Program Execution to Invoke() and failes.
....
char buf[200];
OLECHAR *MethodName=L"OpenCurrentDatabase";
OLECHAR *BstrPassword=L"";
HRESULT hret;.
DISPPARAMS params;
VARIANTARG args[3];
BSTR DBLocation=SysAllocString(L"D:\\Example.mdb");
memset(¶ms,0,sizeof(params));
memset(args,0,sizeof(args));
args[2].vt=VT_BSTR;
args[2].bstrVal=DBLocation;
args[1].vt=VT_BOOL;
args[1].boolVal=FALSE;
args[0].vt=VT_BSTR;
args[0].bstrVal=BstrPassword;
params.cArgs=3;
params.rgvarg=args;
hret=d->lpVtbl->Invoke(d,dispid,&IID_NULL,LOCALE_USER_DEFAULT,DISPATCH_METHOD,¶ms,NULL,NULL,NULL);
if(FAILED(hret)) {
printf("Invoke Failed....\n");
sprintf(buf,"Invoke(%08lx) failed w/err 0x%08lx",dispid,hret);
MessageBox(NULL, buf, "Test", 0x10010);
}
...
Debug and find hret's values is 0x80020009.I Inquiry typelibrary:
[id(0x0000094e), helpcontext(0x0000107a)]
HRESULT OpenCurrentDatabase(
[in] BSTR filepath,
[in, optional, defaultvalue(0)] VARIANT_BOOL Exclusive,
[in, optional, defaultvalue("")] BSTR bstrPassword);
Do not know what the problem is. thanks
modified on Tuesday, June 28, 2011 10:36 PM
|
|
|
|
|
yaxiya wrote: Do not know what the problem is. thanks
The seventh argument to Invoke() cannot be NULL, perhaps?
"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
"Some people are making such thorough preparation for rainy days that they aren't enjoying today's sunshine." - William Feather
|
|
|
|
|
I haved add argument ,but failes
|
|
|
|
|
I made a custom CButton::DrawItem() so that I could draw some buttons the way I want them. One of the things I'm doing with it, is making the button "pin-able" to the right side of the parent dialog's (cwnd) display rectangle (using it both as a child to a CDialog and another CButton, in different cases). It seems though, that when a window is maximized, then restored, the restore doesn't call CButton::DrawItem(), leaving my button in the middle of nowhere. If I track the messages, it doesn't seem the framework ever asks the CButton object (or the parent dialog for that matter) to redraw when it is restored.
Seems like maximize and restore are treated differently in the framework. Has anyone seen this before or know how to deal with it?
|
|
|
|
|
Add a handler to WM_SIZE to your parent and use Invalidate or UpdateWindow or somesuch to make your window get redrawn.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> //TODO: Implement signature here<
|
|
|
|
|
I was trying to have the CButton automatically reposition himself within the DrawItem(), that doesn't work too well though (because of the order that the DrawItem() calls are made in) and because WM_SIZE handles some sizing changes different than others. So it was just easier to reposition the button from within the parent if it needs to move (from OnSize() with SetWindowPos() rather than Invalidate()).
|
|
|
|
|
Thanks for the suggestion though! ...it gave me the idea to finally fix my little problem.
|
|
|
|
|
Yourwelcome. 
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> //TODO: Implement signature here<
|
|
|
|
|
Hi
Coding Lang TurboC.
How can I open a 'workshhet'
also how to write a file which will directly open wit XL
=mangal ho
|
|
|
|
|
There are lots of CodeProject articles and Google tips on these subjects. Try here[^] and here[^].
The best things in life are not things.
|
|
|
|
|
I'm having trouble setting precision for floats using ostringstream.
I want all floats to have one digit after the decimal point (i.e 1.0f and 10.0f to be formated as "1.0" and "10.0"). However the 10 is coming out as "10.".
Is there any way to do it?
This is my code:
ostringstream os;
float incRate = 1.0f;
os.setf(ios_base::showpoint);
os << "incRate: " << setprecision(2) << incRate <<
modified on Tuesday, June 28, 2011 10:53 AM
|
|
|
|
|
Seems to be a fairly common hurdle when dealing with the streams.
Found an answer on stackOverflow, it's a requirement that "fixed" is used before trying to
set the precision. If this is not done, the call to setprecision will specify the _total_ number of digits to be displayed. Occurring after "fixed", it will specify the number of places after the decimal point to display.
Found it here[^].
Code:
#include <iostream>
#include <iomanip>
using namespace std;
int main()
{
float incRate = 10.0f;
cout << fixed << setprecision(2) << 12.12123 << endl << setprecision(5) << 12.12123;
return 0;
}
Output
12.12
12.12123
Process returned 0 (0x0) execution time : 0.023 s
Press any key to continue.
Cheers
|
|
|
|
|
|
My pleasure. Now I've the answer before I ask myself the same question re: streams.
Thanks
|
|
|
|
|
I am doing project migration from VC6 to VS10.
In one of the project,_atoi64 conversion is used.
This CRT function behavior is differing from VC6.
In VC6 and VS10 this CRT function call goes to atox.c.
In VC6,this CRT function calls __int64 __cdecl _atoi64 in atox.c.Here,they just accumulate the digits and returning the value.They didnt check any limits for generated value.
But,In VS10 this CRT function calls __int64 __cdecl _tstoi64 in atox.c.Here,they are checking the generated value with Max_VAL (_UI64_MAX - 0xffffffffffffffffui64 ).if the generated value exceeds the maximum value,they are just replacing with _I64_MAX - 9223372036854775807i64.
Due to this some Autotests are failing.
Is any other equivalent to _atoi64 in VS10 or any other suggestions please..
Thanks,
Gomathy L
|
|
|
|
|
No disrespect but let me see if I have this straight.
You have some old tests that have data that is outside the valid range for __int64.
These tests are now failing because somebody (RTL) is checking for valid data.
You want to go back to accepting invalid data so that the test "pass".
What good are the tests if they allow invalid data to go through?
Why aren't you more concerned about the fact that older versions of your application let invalid data go through without any way of detecting it?
|
|
|
|
|
I front with a strange problem : I have a MDI app, and a CMDIChildWnd that create a static split window where I stretch in left side e tree view and in the right side three listviews ... in one of these, I want to reflect a message :
ON_NOTIFY_REFLECT_EX(LVN_COLUMNCLICK, OnColumnclick)
but here :
LRESULT CDataExplorerServiceView::OnColumnclick(NMHDR* pNMHDR, LRESULT* pResult)
{
NM_LISTVIEW* phdr = reinterpret_cast<NM_LISTVIEW*>(pNMHDR);
m_nColumnSort = phdr->iSubItem;
*pResult = 0;
TRACE("++++%d\n",m_nColumnSort);
return *pResult;
}
when I clicked on header, everytime I get twice TRACE ( not doubleclick, but app run twice this handler ... why ? I'm stuck here and I have no ideea where to search ... Thank you.
|
|
|
|
|
Flaviu2 wrote: when I clicked on header, everytime I get twice TRACE ( not doubleclick, but app run twice this handler ... why ?
Once for the old state and another for the new state, perhaps.
Did you try looking at the phdr->uNewState, phdr->uOldState, and phdr->uChanged fields each time OnColumnclick() is called?
"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
"Some people are making such thorough preparation for rainy days that they aren't enjoying today's sunshine." - William Feather
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
