|
Same could be said about unsigned integers.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
|
|
|
|
|
or floats, or doubles or any numeric encoding that has to reside on a computer with finite storage.
it's all about what you need the numbers to do for you.
|
|
|
|
|
Exactly.
Chris Losinger wrote: it's all about what you need the numbers to do for you.
Yes it is.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
|
|
|
|
|
I was wondering why he singled out signed integers. But now that you point this out, I think I understand what he means.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Signed integers lead to singed digits. 
|
|
|
|
|
No. Unsigned integers wrap, signed integers cause UB. Wrapping can be "not what you wanted", but it does something perfectly predictable and well-defined.
|
|
|
|
|
harold aptroot wrote: Signed integers seem to be a minefield of undefined behaviour
Since their behaviour is completely defined, I find it hard to understand what you mean.
|
|
|
|
|
It isn't. See for example 3.4.3 of C99[^],
An example of undefined behavior is the behavior on integer overflow This does not apply to unsigned integers, which can't overflow because they wrap.
Taking some other standard doesn't help either, as far as I know that's undefined in all version of C and C++ (but I'd really like to be wrong about that).
|
|
|
|
|
Lots and lots of things in C++ (and C for that matter) can lead to undefined behavior if preconditions are not met. Signed integer arithmetic is just one of many. If you're programming in this language, you should be used to dealing with narrow contracts.
So, no, they shouldn't be avoided. Deal with them depending on the situation, in many cases an assert will suffice. Pretending it's not a problem is fatal.
(and no, gcc isn't the only compiler that assumes that naive signed overflow checks are always false)
|
|
|
|
|
Hi,
i am trying to point my vector iterator to some vector index like this:
std::vector::iterator* it= myVec[i];
But it fails:
no known conversion for argument 1 from ‘Data’ to ‘std::vector::iterator
Please help 
|
|
|
|
|
std::vector<int>::iterator it = myVec.begin() + i;
«_Superman_»
I love work. It gives me something to do between weekends.
Microsoft MVP (Visual C++) (October 2009 - September 2013) Polymorphism in C
|
|
|
|
|
Thank you, but can you explain why my version does not work?
Are the types not compatible? I can access vector elements by dereferencing iterators, does it not work the other way around?
|
|
|
|
|
It doesn't work because it is wrong.
Quote: std::vector::iterator* it= myVec[i];
You are trying to assign a value (not an address) to an iterator.
Please note, even
std::vector<int>::iterator* it= &myVec[i];
Would NOT WORK, because iterators are not exactly pointers.
THESE PEOPLE REALLY BOTHER ME!! How can they know what you should do without knowing what you want done?!?!
-- C++ FQA Lite
|
|
|
|
|
Hi,
I have a char array like that represents a double, e.g "1.0004"
If i use atof to get double then i get the value 1, since my locale is using , as decimal separator.
But when i use istringstream i get the correct value. How is that possible? Does it convert BOTH the . and , to decimal separators?
Regards
|
|
|
|
|
stringstream uses the locale information to do the conversion.
You can use _atof_l to achieve the same result.
«_Superman_»
I love work. It gives me something to do between weekends.
Microsoft MVP (Visual C++) (October 2009 - September 2013) Polymorphism in C
|
|
|
|
|
|
atof() is part of the standard C library that uses the general 'C' locale by default while stringstream is C++ which uses the current system locale by default. You can use the setlocale()[^] function to change the locale for the standard C library functions (pass an empty string to use the environment's default locale).
|
|
|
|
|
Hi all
I am trying to build a windows run time component which I need to link with a C static library.
It build fine when building in Win32 Release configuration.
but it generates following error when try to build in ARM Release configuration
"LNK2001 unresolved external symbol"
I have provided the path to .lib properly.
Can anyone please show me what I'm missing
Thank You
|
|
|
|
|
Please provide the full error message.
|
|
|
|
|
As the other reply stated, a full error message would be handy. Just a thought, you're definitely linking against a static library built for ARM as well ?
|
|
|
|
|
I used splitter to create 3 view in 2 rows.
1st row is splitted to 2 view and 2nd row is having only 1 view. But the view of 2nd row is attached to 0,0 position of main window. How can I repostion it to after 1 row?
|
|
|
|
|
See if this article (specifically steps 2 and 3) is of any help.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
hi all,
Am new to MFC.I have an MFC application that has to capture the device/system shut down using MFC window messages.I tried it with wm_close,wm_destroy,wm_endsession.But not able to capture.The fix should be like it has to work in xp/vista and Windows 8.0. Thanks in advance
Naveen
|
|
|
|
|
|
Following code is at very beginning of "HessenbergDecomposition.h", which is a public library for calculating Eigen values.
Source code cab be viewed at this link.
namespace Eigen
{
namespace internal
{
template <typename MatrixType> struct HessenbergDecompositionMatrixHReturnType;
template <typename MatrixType>
struct traits <HessenbergDecompositionMatrixHReturnType <MatrixType> > { typedef MatrixType ReturnType;
};
}
}
VC++ compiler says:
E:\...\Eigen/HessenbergDecomposition.h(21) : error C2143: syntax error : missing ';' before '<'
E:\...\Eigen/HessenbergDecomposition.h(21) : error C2059: syntax error : '<'
E:\...\Eigen/HessenbergDecomposition.h(21) : error C2065: 'MatrixType' : undeclared identifier
E:\...\Eigen/HessenbergDecomposition.h(22) : error C2143: syntax error : missing ';' before '{'
E:\...\Eigen/HessenbergDecomposition.h(22) : error C2447: missing function header (old-style formal list?)
Is this c/c++ or UNIX/VC++ incompatible problem?
How to fix the compile error?
Thanks for code corrections.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
