|
Mark Salsbery wrote: Every time this comes up (function call operator) I'm reminded how lame the
example is in the Visual C++ documentation:
That one is lame, but there are others that are not[^].
|
|
|
|
|
Indeed.
Thanks much for the link (and the wiki link)  Seriously.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Mark Salsbery wrote: Thanks much for the link (and the wiki link) Seriously.
You're welcome. In this profession, we all learn all the time, and that's one thing I love about it
|
|
|
|
|
I agree. Geez, if I didn't learn anything than hanging out at this site would be a complete
waste of time
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Mark Salsbery wrote: Are you the posting police?
Not at all. Just wanted to know the reasons of such a "taliban" position. Now I know.
Like many MS MVP you're convinced MS documentations about languages is the Bible.
I'm not. I consideri it as just one (of many) sources of information. And Nemania explained what it is for.
Now, is your good example of A (better ONE) bad use, enough to say "never use" without any explanation about?
I think no, but I couldn't say it, until you didn't provide any motivation about.
Of course, fell free to sustain your position, but let every one else to know.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
emilio_grv wrote: Like many MS MVP you're convinced MS documentations about languages is the Bible.
Where did you get that from? You seem to have implied a lot of things from one line of tongue-in-cheek
text that wasn't even directed to you.
If I didn't post enough information or provide any help to you or the OP then simply ignore my post. I'm
pretty sure all of us who read here do the same.
If everyone starts pulling apart useless and bad posts here (and there are LOTS of them, every day),
the forums will degenerate pretty quickly.
If you knew the slightest thing about me, you'd know that me being an MS MVP is the real irony.
I was dragged into using MS dev tools, kicking and screaming. I had no choice. I still have no choice.
It's market and customer demand. I do have a choice to not make money but I'm not choosing that yet.
Until then, I will make the best of what I have to use, including whatever MS is kind enough to give me.
And arrogance? Give me a break. I have never claimed to know everything, and have repeatedly stated I know
next to nothing. I'm here on this site to learn and no other reason. I figure with 4 million+ users potentially
able to contribute to a thread, I'm going to pick up some knowledge, and I do. If that stops, I will move on.
Cheers
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
I actually use this all the time, in the XTrace.h file I include with some of my projects. I got the idea from this article. Very useful.
|
|
|
|
|
I only commented about the original context, because it reminded me of the bad example,
and definitely didn't explain myself.
Your example has a recognizable context, thus easy for me to read. Same with some examples
in the other posted links.
A POINT class with a function operator that takes two ints, and uses those ints to offset
the POINT? Not very clear to me.
Thanks Hans,
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
To be completely honest, this TRACE example was the first one that I saw that made me realize how useful it could be. Like you, I had seen "academic" examples, but this one brought it home.
|
|
|
|
|
emilio_grv wrote: I don't see any need
Thanks, we'll be sure to check with you from now on.
Get over yourself 
|
|
|
|
|
Thanks, I appreciate.
But, as you can see, that served as a prompt to the author to better explain is position.
It's called "reverse psychology"
It worked.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
yadrif wrote: So, what is the purpose of oerloading the () operator
Functors[^], of course.
|
|
|
|
|
Thanks to everyone for the help.
Thanks.
|
|
|
|
|
Hi everybody,
it's seriously possible to handle a click on the statusbar, or not?
This it work with OnNcHitTest?
Big thanks for help
Nice weekend everybody 
|
|
|
|
|
A status bar is not a piece of "non-client area" (hence it has nothing to deal with OnNCHitTest).
It is just a child window, so you can either subclass it to get the messages it receives in a supplied procedure, or process it's notifications inside the parent message processing
(WM_NOTIFY, WM_PARENTNOTIFY etc.)
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
|
Hi Guys,
we have our own database and API. which is used by many application.
we have some ODBC SQl interface to support odbc driver to export data in Excel and any application.
I am able to understand the complte functionlity, but i am not much aware how OS will recognise odbc driver (may be using function )
i want some good article and good link on creating odbc driver with eg if possible
thanks Guys
|
|
|
|
|
I'm not clear on your question.
Are you trying to create an ODBC driver for your app ?
If so, a good place to start is here: http://www.iodbc.org/[^]
...cmk
Save the whales - collect the whole set
|
|
|
|
|
I've been doing this for years...
// When need access to specific item in my derived App class
CSomeApp* pApp=(CSomeApp*)AfxGetApp();
if (pApp) {
// Do something
}
// When need access to just the generic CWinApp class
CWinApp* pApp=AfxGetApp();
if (pApp) {
// Do something
}
Do I really need to check this pointer?
I struggle with the need to check the result from...
CView::GetDocument();
AfxGetApp();
Since CView seems to fail and assert like crazy without a document and the app thingy, well can you really not have something for the app pointer?
|
|
|
|
|
Safety is the best policy! (... unless you like crash)
Maxwell Chen
|
|
|
|
|
well... AfxGetApp returns an internally stored global pointer initialized by the CWinApp constructor.
Unless you are inside an MFC application with no CWinApp object, such pointer should never be NULL.
If you cannot exclude that certainly, you'd better to check.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
emilio_grv wrote: such pointer should never be NULL
That's what I'm thinking but I'm not sure if there is a situation where it could burn me. I couldn't imagine when it would fail.
CView without a CDocument. Theoretically it can be done but I've not the slightest idea how to get through all the ASSERTs if I tried.
|
|
|
|
|
bob16972 wrote: if there is a situation where it could burn me.
If you are the writer of the application you must know if and when the CWinApp is constructed / destroyed (that is: if it's a global variable, it is never null inside the CWinApp running)
If not (you're working on a part of somebody else application) don't trust.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
I'll probably keep coding the same way as usual then.
I prefer to be cautious anyway. 
Thanks for the guidance.
|
|
|
|
|
If you are writing a console (DOS-box) application with MFC support, this might happen.
Maxwell Chen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
