|
How to hide Dos window from .msi file ?
|
|
|
|
|
Is this MSI you have created or you got it from somewhere?
|
|
|
|
|
Hello all,
I linked a lib file say sss.lib with myapp.exe.
when I tried to access a string from a string table of sss.lib, I got '1814' error msg.
The code is
{
#if defined _ATL
HINSTANCE hInst = _Module.GetModuleInstance();
#else
HINSTANCE hInst = GetModuleHandle(NULL);
#endif
TCHAR buff[1025];
GetModuleFileName(hInst,buff,sizeof(buff)/sizeof(TCHAR));
unsigned nID = 101;
DWORD dw;
LoadString(hInst,nID,buff,sizeof(buff)/sizeof(TCHAR));
if(!LoadString(hInst,nID,buff,sizeof(buff)/sizeof(TCHAR)))
dw = GetLastError();
AfxMessageBox(buff);
}
I don't know how to pull off this.Can you halp me?
Thanks,
GAN
|
|
|
|
|
i have a dll project,and i want to invoke word.exe debugging my dll.i find that i failed.
ytfrdfiw
|
|
|
|
|
Project->Properties->Debbuging->Command in your dll project set to WINWORD.EXE
Best regards,
Baron
|
|
|
|
|
thank you for your answer,but i can't find project->properties in my vc6.0.
ytfrdfiw
|
|
|
|
|
then search again 
(of course, no need to say that you must have opened your workspace firstly  )
|
|
|
|
|
then search again
i don't understand what you want to say.
but i have opened my workspace.
ytfrdfiw
|
|
|
|
|
Open your workspace (dll project) and press F5 button. After that you'll see small dialog box where you can browsing folders and choosing start-up programm. Try doing something with it 
Best regards,
Baron
|
|
|
|
|
after 3 years  ,i can do it now,thanks for everyone replying my question
ytfrdfiw
|
|
|
|
|
Hi
If I have the function
<br />
int * foo()<br />
{<br />
int x = 6;<br />
int * ptr = &x;<br />
return ptr;<br />
<br />
}<br />
<br />
<br />
I was wondering how this works because the local variable x is destroyed upon leaving the function so doesn'nt the pointer ptr be invalid? Also, is the copy constructor called in returning ptr? And is ptr destroyed upon leaving the function since that goes out of scope too?
Thanks for any answers.
|
|
|
|
|
See Here[^] it is a very good article about pointers ...
Regards,
The only programmers that are better than C programmers are those who code in 1's and 0's.....
Programm3r
My Blog: ^_^
|
|
|
|
|
BTW the function is full of mistakes. And your hypothes are correct. However, for a while the values are available (they aren't immediatly overwritten). Of course you cannot do any assumption on their correctness in calling code.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Hi ya
Why is my function full of mistakes? I ran the code and it works ok.
So in the function, x is available till it is over written which is why it works?
Is a copy constructor used in returning the ptr from the function ?
Thanks.
|
|
|
|
|
You function works perfectly, what you return is a the location that the function stored x. As to whether this is of any use depends on what is currently stored in that location - if you call another function the location will almost certainly be reused.
Peter
"Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."
|
|
|
|
|
Hi ya,
But I thought that x goes out of scope which means it is released. So since ptr is pointing to x then that is not valid. However, I know this works (having tried it) so the reasoning seems to be although that x goes out of scope, the memory has not been yet over written so it works.
Is that right?
And is a copy constructor called in returning the pointer?
Thanks.
|
|
|
|
|
actually, x went out of scope, so the variable x is destroyed, but even if is x doesn't exist anymore, what you get with the pointer is the address at which x was stored...
so, yes, the memory occupied by x is released (so that any other memory request could use this space), but not overwritten, that means that the value persists until some write a new variable's value on it.
you musn't do the asumption that immediately when exiting your function, the caller can get the value pointed by x though
|
|
|
|
|
Well, there is only a big mistake: you're are returning a pointer to a temporary value, this you must never do, because calling code cannot consider reliable the pointer.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Hi CPallini,
Yes I agree with that and I was wondering why it still works.
How is the pointer returned? Is it copied with a copy constructor?
Thanks.
|
|
|
|
|
the address is returned by value... but why would you wind about this ?
|
|
|
|
|
As toxcct pointed out, it's returned by value.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
and as an idiot is roaming over here, all my posts today got voted 1 or 2
|
|
|
|
|
Simply don't worry about.
Helping people it's more rewarding than getting high scores; unfortunately, idiots can be found everywhere, even here.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Let me explain what happens.
int x = 6;
creates a int variable on the stack and sets it to the value 6
int * ptr = &x;
creates a pointer to integer variable on the stack and sets the value to the stack address where x is located.
return ptr;
retuns to the calling function lowering the stack pointer to where it was before calling the function.
and returns the value of the pointer. The pointer is now addressing somewhere in the unused stack space. The values of the stack remain there until the are overwritten/needed for other variables, or other function calls.
In other words this is not a good practice and should never be used.
I don't know what you mean about the copy constructor, since int isn't a class so it doesn't have a copy constructor in the way you think.
codito ergo sum
|
|
|
|
|
Hi BadKarma
Thanks for that. Yes I thought it was bad practice to return an object on the stack in a function call.
With regards to the copy constructor, if I have a class alpha in the function
<br />
alpha * func()<br />
{<br />
alpha anything;<br />
alpha *ptr = &anything;<br />
return ptr;<br />
<br />
}<br />
<br />
how would it return ptr. Would it copy the pointer ptr using the copy constructor and then destroy it as the function goes out of scope?
Thanks.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
