|
There is no such thing 9 databits.
beware that:
When a DCB structure is used to configure the 8250, the following restrictions apply to the values specified for the ByteSize and StopBits members:
The number of data bits must be 5 to 8 bits.
The use of 5 data bits with 2 stop bits is an invalid combination, as is 6, 7, or 8 data bits with 1.5 stop bits.
Good luck!
ÿFor the bread of God is he who comes down from heaven and gives life to the world. - John 6:33
|
|
|
|
|
We can set databits to 8, and set the dcb.parity to
MarkParity or SpaceParity as the 9th bit to send.
if dcb.parity equals markParity then the 9th bit is 1;
if dcb.parity equals spaceParity then the 9th bit is 0.
|
|
|
|
|
can anyone kindly provide source code for adding cdialogbar into an SDI? Also does this CDialogBar have all the cntrls (buttons, treelist, combo..etc) as in the cdialog? thanx!
|
|
|
|
|
Can anybody send me Intel Compiler 7.1 "*.lic" file or crack.
Thanks beforehand.
yiy
|
|
|
|
|
|
I'm just chiming in with a terse quip to raise my post count:
Buy it yourself.
|
|
|
|
|
SUre, just make this:
PACKAGE I000000000O000 INTEL 2003.0829 FAD22188ADED \
COMPONENTS="Ultra Optimized C/C++ Compiler" OPTIONS=SUITE ck=114 \
SIGN=2F387FA0B7EA
FEATURE I000000000O000 INTEL 2003.0829 \
6AB088C87C3D VENDOR_STRING="SUPPORT=ENTERPRISE PRO" \
HOSTID=ID=574791212 PLATFORMS="i86_n ia64_n" ck=178 \
SN=SMSA12027836 SIGN=3EB5F750D8BA
leppie::AllocCPArticle("Zee blog");
|
|
|
|
|
please delete this thread!
Don't try it, just do it!
|
|
|
|
|
How can I know if there are modal dialog popup of some process?
|
|
|
|
|
Enumerate all of its children looking for dialog windows class.
BOOL
hWnd_Is_Dialog( HWND hWnd )
{
char szName[ 30 ];
return ( IsWindow( hWnd )
and GetClassName( hWnd, szName, sizeof( szName ) ) > 0
and strncmp( szName, "#32770", 6 ) eq 0
);
}
You might be able to just run this agains GetLastActivePopup() instead of enumerating all windows.
Neville Franks, Author of ED for Windows. Free Trial at www.getsoft.com
|
|
|
|
|
Hi all
Where can I find such an animal? (woohoo out u english man!!! ignore cricket comments). I have found 2 commercial tools. Glowcode - nice looking but cant handle program args well. And VTune from Intel, at a whopping ~200Mb, err no thanx.
I have tried gprof too, but that doesnt seem to link properly.
All I need it a list a functions, # times executed, avg exec time, total exec time, WITHOUT having to wrap every call in a "tag"/macro.
Thanks
leppie::AllocCPArticle("Zee blog");
|
|
|
|
|
|
igor1960 wrote:
http://www.intel.com/software/products/global/eval.htm
Unfortunately that is the 127mb (ok its not really 200mb) beast I was referring to, and with only 7 days to eval, I'm not sure I will have the file by then... The beauty of narrowband.
leppie::AllocCPArticle("Zee blog");
|
|
|
|
|
Linking problems with gprof are usually caused by not supplying the correct command line options to the linker.
Ran into this problem the other day on a Sun system (can't remember compiler version), compiled up the code using -xpg (profiling enabled) and it wouldn't link.. added -xpg to the link arguments and no problems.
Your problem could be something similar?
|
|
|
|
|
hi,
i am importing msacc9.lib and using transfertext method of Access application objects DoCmd object to import a tab delimited file into a table like this .code works fine with access 2000.but when i use access 97.It throws an exception saying : "Invalid number of parameters".
I am struk with this problem unable to understand why it is giving problems.Any idea will be highly appreciated.
My code looks something like this......
try
{
acc::DoCmd d1 = m_pAccessApp->GetDoCmd();
d1.TransferText(0,COleVariant(_T("ID Import Specification")),COleVariant(_T("IDTable")),
COleVariant(sTempDatabase),
COleVariant((short)1),
COleVariant(_T("")),
COleVariant((short)0, VT_I2));
catch(CException *pException)
{
TCHAR lpszError[1000];
pException->GetErrorMessagelpszError,1000);
AfxMessageBox(lpszError);
throw pException;
}
Regards.
|
|
|
|
|
I've been programming in straight C (Borland then Visual C) for about 15 years now, mostly command line utilities. I've known I need to get into C++ and have tried several times, but never been able to get the hang of it because I keep falling back to C.
What am I doing wrong? Maybe I don't want to give up all the code fragments I amassed over the years or I haven't found the right book.
Any ideas?
|
|
|
|
|
Unless you have a specific need to learn C++, try having a quick look at C# or Java. You don't need to become an expert but they will teach you how to think OO which is probably the number one problem C programmers have when trying to make the transition. But unlike in C++, you don't have the option of reverting back to your old ways
"Sucks less" isn't progress - Kent Beck [^]
Awasu 1.1.1 [^]: A free RSS reader with support for Code Project.
|
|
|
|
|
I would highly recommend against Java and C# for a C programmer migrating to C++. They are pseudo languages with a heavy layer of abstraction between you and the opcode and or the API if you use windows. They do not allow for direct casting, memory access, or access to the true low level API that we all enjoy using C++.
I STRONGLY recommend this book for the core differences between C and C++ programming
O'Reilly Publishing - C++: The Core Language[^]
and this book if you need to learn the Windows API
MSPRESS - Petzold, Programming Windows[^]
|
|
|
|
|
Beer26 wrote:
They do not allow for direct casting, memory access, or access to the true low level API that we all enjoy using C++.
This is *exactly* my point. As a C programmer, he presumably knows all this stuff already. What he is probably having trouble with is all the higher-level abstraction stuff.
"Sucks less" isn't progress - Kent Beck [^]
Awasu 1.1.1 [^]: A free RSS reader with support for Code Project.
|
|
|
|
|
memory allocation and de-allocation are very different in C++ than in java or javaplus(C#).
In C++ you have virtual functions, oo class casting, class pointer indirection, classes retrieved by direct API, such as fromhandle, and others.
Learning C# or java will not prepare a C programmer for C++ properly.
I still think your comment would lead the writer down the wrong track for what he's looking for.
I'll restate my suggestion to pick up O'reilly publishing's C++: The Core Language[^]
The reason?
That book in particular goes into great detail about how a C programmer may migrate to C++. It does NOT go into detail about platform specific API. It's purely for migration from C to C++.
Revised: In addition, when he begins to look at the C++ threading models, he will find they are much, much different from Java which extends the thread class or C#. There are a million reasons not to learn C++ OO by learning java and C# i can think of, but I won't list them all.
|
|
|
|
|
Taka Muraoka wrote:
they will teach you how to think OO which is probably the number one problem C programmers have when trying to make the transition
And thats exactly why I have such a hard time coding in C... Good habits die hard...
leppie::AllocCPArticle("Zee blog");
|
|
|
|
|
Even after years of C++ experience, its very easy to slip into doing it the C way and whilst that is not necessarily bad, you do miss out on a lot of the features C++ provides to make your code tighter and less prone to the wobbly-leg syndrome. I'd heartily recommend Bjarne Stroustrup's C++ Programming Language (3rd ed) not only as a great C++ reference, but also because its very good at demonstrating the differences between C and C++. You dont need a complete changeover of style, but a little bit here and there will work wonders
|
|
|
|
|
I coded in C for over 15 years, and reluctantly moved to C++ about 6 years ago. I can honestly say now that I wish I'd done it a lot earlier. I don't even like straight C any more.
Find you self a small app that you're interested in and design the OO framework for it, then start coding. It took me quite a while to wrap my head around OO design, and even now I'm still learning better ways of composing OO systems. You have to take the plunge. You may find that you can move lots of your existing code into classes. I've done that with ED (see sig), which started life as straight C, and is now nearly all C++.
Understanding OOD is the key, C++ is just a way to implement it.
Neville Franks, Author of ED for Windows. Free Trial at www.getsoft.com
|
|
|
|
|
Neville Franks wrote:
don't even like straight C any more
Yes I was the same, the book I used, was Newnes C++ Pocket book by Conor Sexton ISBN 0 7506 0635 5. don't know if it is still in print though, as you said understanding OOD is the key. That book got me started.
It is amazing what you can accomplish if you do not care who gets the credit. - Harry S Truman
|
|
|
|
|
what u'll find is that most of ur code fragments will end up being class member functions in a properly refactored system
the oo bit is kinda related to how u organise those fragments ... if that helps
"there is no spoon" biz stuff about me
|
|
|
|