|
I agree, Cedric!
Confirmation is good practice for the flat world. Since you are not sit next to me, or climb through the network cable. 
regards,
George
|
|
|
|
|
George_George wrote: You mean your code will cause undefined behavior? CPallini?
Well, MSDN says it and of course I cannot object to Microsoft. See 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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
modified on Tuesday, April 1, 2008 1:55 PM
|
|
|
|
|
Sure, CPallini!
About my original question, your option is we can not define an auto_ptr array and do initialization at the same time?
regards,
George
|
|
|
|
|
Do you need an array of auto_ptr?
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Sure, CPallini.
My requirement is, I need to have an array of pointers to class Goo, wrapped in class Foo as member variables. I want to make them auto_ptr array to make it exception safe.
Do you think in this situation using auto_ptr array is a good idea? If you have better ideas, please feel free to let me know.
regards,
George
|
|
|
|
|
You probably need something like the following:
(Sample for a 3-items array)
auto_ptr<Foo> pi[3]={auto_ptr<Foo>(new Foo), auto_ptr<Foo>(new Foo), auto_ptr<Foo>(new Foo)};
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Thanks CPallini,
Do we have any ways to saving typing?
regards,
George
|
|
|
|
|
Yes: employ someone and let he/she do the job for you.
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Thanks CPallini,
I believe it is a limitation for initialization approach for auto_ptr array.
regards,
George
|
|
|
|
|
That applies to all arrays initialization. Actually I dont know if there is a smarter way to do it.
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
No CPallini,
For a normal array, we can declare/initialize in the simple way, saving type work. Right?
int array[20] = {100};
regards,
George
|
|
|
|
|
No George. You are wrong. Your code
int array[20] = {100};
initializes only the first element of the array (please make a test).
You can indeed apply the same syntax to an auto_ptr array.
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Cool, CPallini!
I have tried, you are correct!
regards,
George
|
|
|
|
|
|
Good resource, Steve!
Unfortunately, in current project, I have to use MSVC, and it does not support shared_ptr.
regards,
George
|
|
|
|
|
As you have already discovered auto_ptr is not designed to work as an array of pointers. There are multiple solutions to your problem and they are described in the below links.
http://www.codeproject.com/KB/cpp/COAP.aspx[^]
http://www.gotw.ca/gotw/042.htm[^]
If you are just interested finding out how auto_ptr can be used with an array then above links are suffice.
but in real use, you might want to take a look at the boost smart pointer library. you can also use the shared_ptr as it is designed to work with STL containers.
Ankita
|
|
|
|
|
Hi Ankita,
I have not made myself understood. My question is (say in another way), how to define an array of auto_ptr and initialization at the same time of definition? Any ideas?
regards,
George
|
|
|
|
|
Hi
I have created a ocx control in vc++.
The control is used in ASP.net.
Now the project is modified for Internationalization.
So I have to change the tooltips and other text.
for that what modification i need to do?
|
|
|
|
|
Follow This Link[^]
Somethings seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
I think, I can expose property for each string.
then whatever the value in that property will get displayed.
can someone suggest whether my assumption is correct or not?
|
|
|
|
|
Hi,
Here is the code.
HWND hwndCalc;<br />
hwndCalc = ::FindWindowEx(NULL, NULL, _T("SciCalc"),_T("")); <br />
DWORD dwerr = GetLastError();
I'm unable to understand why FindWindowEx is returning null handle although GetLastError() is returning 0 i.e. successful
Please check the document of FindWindowEx
http://msdn2.microsoft.com/en-us/library/ms633500(VS.85).aspx[^]
Regards,
Mushq
|
|
|
|
|
Because FindWindowEx is successfully finding no window matching your criteria?
You're looking for any window that is a child of the desktop, with a window class name of SciCalc.
It's worth verifying using spy++ that that is actually true. Or is the window text for that window scicalc, and the class is some other name?
(and just to be clear, this is class as in RegisterClass, not as in class CMyWindow...)
Iain.
Iain Clarke appears because CPallini still cares.
|
|
|
|
|
Thanks for the quick reply.
Iain Clarke wrote: Because FindWindowEx is successfully finding no window matching your criteria?
I don't think so, if this happens then GetLastError() function returns 2(The system cannot find the file specified.)
Iain Clarke wrote: You're looking for any window that is a child of the desktop, with a window class name of SciCalc.
Yes exactly and that window is "Calculator window".
Iain Clarke wrote: It's worth verifying using spy++ that that is actually true.
I have verified that "Calculator window" is a child of desktop window in spy++.
Regards,
Mushq
|
|
|
|
|
I just ran calculator, and use the following code snippet:
HWND hWndFind = FindWindowEx (NULL, NULL, _T("SciCalc"), NULL);
if (hWndFind)
{
TCHAR buf [1001];
::GetWindowText (hWndFind, buf, 1000);
}
and it worked a treat. The text said "Calculator" as expected. So I'm not sure what's wrong for you.
Do you have multiple monitors? I'd doubt this should be a problem, but I'm stabbing in the dark now. Terminal services? Other user logged on? Etc.
I did my test under XP.
Iain.
Iain Clarke appears because CPallini still cares.
|
|
|
|
|
Iain Clarke wrote: Do you have multiple monitors? I'd doubt this should be a problem, but I'm stabbing in the dark now. Terminal services? Other user logged on? Etc.
I did my test under XP.
Nothing of the above.
He simply has _T("") as last parameter.
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
