|
this is not a real answer to your expectations, but why starting with Visual C++ 6 ? the compiler is pretty old, and really far now from the C++ standard. If you can aquire i'd suggest to work with Visual Studio 2005, or at least 2003.
another question comes in mind. why do you really need to migrate that legacy code, even from Turbo C++, if it does work already ? It sounds like a waste of time to migrate all the GUI specificities from one dev environment to the other
|
|
|
|
|
Cmania wrote: being a beginner in win32 env. can anybody point me to some urls or give me some tips as how to start, which part to do first, etc. as there are lots of projects in its dialog box. Im confused wat to do first and where to search
try http://codeproject.com/cpp[^] there are lot of resource for beginner
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and you
|
|
|
|
|
Cmania wrote: being a beginner in win32 env. can anybody point me to some urls or give me some tips as how to start,
Grab one of Petzold's or Schildt's books. They're great for starting Windows development.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
While Petzold's books are supposed to be good, Schildt's books are not very highly regarded in the C and C++ community. For example, when looking at the book reviews at accu.org[^] (the Association of C and C++ Users), most of Schildt's books are rated as "Not Recommended".
--
Marcus Kwok
|
|
|
|
|
Those are opinions, nothing more, nothing less. If a "not recommended" book actually helps someone, does that make it a good book or a bad book? It all boils down to what you need vs. what the book offers. Those reviewers you referenced might have been looking for "A" but the book(s) offered "B", thus they are "not recommended."
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
True, these are just the opinions of the reviewers, though often the reviewers are themselves experts in the field and thus are able to point out flaws that less-experienced people might not be able to notice. For example, when a new math paper/theory comes out, it must be peer-reviewed by other experts in the field, and not by random people who just happen to have a casual interest in math.
However, in Schildt's case, it has been documented[1,2] that there are many factually inaccurate and sometimes blatantly wrong statements in his books, and much of the code he presents teaches bad style or dangerous practices. If someone is trying to learn, then he most likely will not be able to distinguish good practice and bad practice, and thus is likely to learn bad habits, which might never be corrected.
So, take the reviews with a grain of salt. If someone is able to gain useful knowledge from a "bad" book, then that's great. However, if a person reads this book and then believes what he is doing is correct when there are much better, safer ways to do the same, wouldn't you like to know about it, and help people to avoid that mistake?
--
Marcus Kwok
|
|
|
|
|
Fair enough. I only read one of his books (dated 198x). I can't remember the exact title, but it was an awesome book filled with all sorts of neat stuff. Sparked my interest greatly.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Cool. While I'm sure that not all of his stuff is bad (and one of the reviewers that rated his book as "not recommended" even commented that Schildt's writing style was very good), the issues that I have pointed out above have made me wary of his books. But, this is my personal opinion. You know what they say about opinions... they're a lot like a**-holes: everyone has one, and they all stink 
--
Marcus Kwok
|
|
|
|
|
Ivor Horton would probably be the best book coming from Turbo C++ 3.0 since his "Beginning Visual C++ 6.0" book covers the language and command line programming in part 1, and Windows programming using MFC in the second half.
It's still in print (or at least it was last I checked 4 weeks ago)
For Win32, Petzold would be a good place to start your migration.
|
|
|
|
|
Please suggest me how to draw curves with smooth edges. I tried Arc, ArcTo, AngleArc etc. They draw curves with jiggs.
Regards
The Best Religion is Science.
Once you understand it, you will know God.
|
|
|
|
|
What you are looking for is to Antialias the drawing. There are some articles on CodeProject about that.
|
|
|
|
|
GDI+ does wonders with antialiased drawing and it mixes well with existing MFC view based or just plain GDI code.
It's a bit slow(er) and has a different "feel" than MFC wrapper classes but once you get comfortable with mixing it into existing code, it eliminates the need to deal with other graphics libraries for the most common imaging and drawing operations.
Not to mention that the text output in the antialiased non-grid fit mode is so well behaved, that WYSIWYG output is possible using standard MM_ISOTROPIC mapping modes with no additional effort. You can choose to use GDI or GDI+ coordinate translation schemes depending on whether you like matrices or the traditional approach.
The .dll is already available on XP systems and there is a redistributable for earlier Windows NT/2000 based versions if you need.
|
|
|
|
|
i am working with windows xp, ndis5.1, visual c++.
i want to ask about the object identifier OID_802_11_RSSI.
i read its documentation in msdn. i test it in one of my applications. i know that it returns the signal strength . but how could i know to which ap this measured rssi belongs ?
if i have a dedicated ap that i want to measure its rssi ,can i do this using this oid ? how?
i noted that the this OID readings differs from the rssi readings of OID_802_11_BSSID_LIST. Why?
also when i test this OID in a compaq laptob with Intel(R) PRO/Wireless 3945ABG card it does not return rssi values .Why?
need help. thank you in advance.
|
|
|
|
|
I would like to "gracefully" terminate a process.
If I call TerminateProcess, the process is just yanked, and gets no notifications whatsoever, i.e. handlers in the process code attached with SetConsoleCtrlHandler() do not appear to get called. So is there a standard way to close the process (a command line process, not a GUI program), assuming I have a process handle? My gut reaction, based on searching around, is that there isn't and I'll have to dream something up (ick  ).
|
|
|
|
|
what about sending it a "gentle" WM_CLOSE first ?
|
|
|
|
|
Can't, as I mentioned it's not a GUI program, thus there's no HWND to send anything to, unless SendMessage() has started to accept process handles as a substitute for HWND's! 
|
|
|
|
|
You could try the PostThreadMessage function, although I don't know for sure if it allows interprocess communication.
You could also try a global event, see the CreateEvent() function in MSDN.
|
|
|
|
|
Jeroen Walter wrote: You could try the PostThreadMessage function, although I don't know for sure if it allows interprocess communication.
the console program doesn't have the MessageLoop associated with that.. so there no way they going to handle the window Message
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and you
|
|
|
|
|
Mmmm, in that case, if they don't have the source code of the console program, the global event I suggested won't work either.
|
|
|
|
|
If you are looking at something similar to Unix signals, there is no such things on Windows. Basically, I think you'll just need to make the process listening, or even polling to a notification from the external one, and then "gracefully" kill itself.
|
|
|
|
|
Actually, there is. Look at the signal function - set a handler that signals some event that the main code periodically checks. I was using it in a console app and it caught CTRL-C just fine.
|
|
|
|
|
Unfortunately there is no way to send the process a signal from another process.
Plus the signal callback doesn't respond to all the various signal types.
|
|
|
|
|
Does GenerateConsoleCtrlEvent() help?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
UNfortunately no, because it (according to the docs) only allows 2 types of events to be sent, CTRL_C_EVENT, or CTRL_BREAK_EVENT.
|
|
|
|
|
According to MSDN (the august 2006 dvd-version, not the online msdn, as that only shows the 2 you mentioned), CTRL_SHUTDOWN_EVENT can also be sent.
So you could just try GenerateConsoleCtrlEvent with the other events too (defined in wincon.h):
#define CTRL_C_EVENT 0
#define CTRL_BREAK_EVENT 1
#define CTRL_CLOSE_EVENT 2
// 3 is reserved!
// 4 is reserved!
#define CTRL_LOGOFF_EVENT 5
#define CTRL_SHUTDOWN_EVENT 6
-- modified at 3:37 Thursday 22nd February, 2007
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
