How to get warning source
显示 更早的评论
Good day everyone,
I have a very long matlab code, and I get the folowing warning when runing (about as much as matlab can spill out into the console per second):
Warning: Colon operands must be real scalars. This warning will become an error in a future release.
How do I get the file / line number generating this warning?
Thank you very much.
采纳的回答
dpb
2024-7-14
>> x(i:i)
Warning: Colon operands must be real scalars.
Array indices must be positive integers or logical values.
>> [w,wid]=lastwarn
w =
'Colon operands must be real scalars.'
wid =
'MATLAB:colon:operandsNotRealScalar'
>>
The above generated the warning but also errors, but if you've managed to only generate the warning but not an error, then
dbstop if warning
will stop at the first warning; enter the text of the warning ID (wid return variable from lastwarn) to be the specific warning.
dbstop if warning MATLAB:colon:operandsNotRealScalar
9 个评论
L. F.
2024-7-15
dpb
2024-7-15
So, what was the actual error (curious minds and all...)?
dpb
2024-7-16
Ah, so...a fairly common oversight/mistake/typo...
L. F.
2024-7-16
Image Analyst
2024-7-16
Evidently it wasn't a vector like the author thought, so the size() function is returning 2 or more numbers instead of a single number. While your modification fixes the for statement, you might try to track down the root cause of why somevector is not really a vector as expected.
"...it wasn't a vector like the author thought, so the size() function is returning 2 or more numbers instead of a single number."
size(x) always returns at least two values unless it is called with the optional dim argument to limit it to one or more dimension. All native types in MATLAB are arrays of at least two dimensions; even an [] empty array.
The above appears to me to have simply been an oversight or maybe somebody over the years introduced size in place of an initial use of the risky length without including the dim argument. Since it only generated a warning and didn't crash and burn, may have just lived with it because like @L. F., it was buried in such a mass of code they couldn't find where it was coming from.
size([])
size(1)
v=1:3; size(v)
I'm not sure what you were thinking of IA...
Steven Lord
2024-7-16
The above appears to me to have simply been an oversight or maybe somebody over the years introduced size in place of an initial use of the risky length without including the dim argument. Since it only generated a warning and didn't crash and burn,
FYI, that is planned to change, as the warning message the original poster quoted states. From the Release Notes, "colon now issues a warning when creating vectors if one or more operands are not scalar. For example, expressions like [1 2 3]:2:10 now warn. This warning will become an error in a future release, removing support for nonscalar operands. Previously, colon used the first element of any nonscalar operands to evaluate the expression." [Emphasis added.]
1:size(something) is a common pattern that probably doesn't do what the author intended it to do. Usually either adding the dimension input (if you want to iterate over the rows / columns / pages / etc. of something) or replacing size with numel (if you want to iterate over all the elements using linear indexing) is probably the solution.
dpb
2024-7-16
Thanks for the reminder of colon behavior with nonscalar elements; I knew that but forgot about it in concentrating on the for construct and thinking about how prevelant the use of length was; it seems to be somewhat less so recently although it is still quite dangerous in that it also may not do what the user expects.
更多回答（1 个）
Image Analyst
2024-7-15
0 个投票
Learn to debug your code. Just step through it one line at a time until you see the error appear. See this link
so you can do it yourself and not have to wait for us to figure it out for you.
类别
在 帮助中心 和 File Exchange 中查找有关 Loops and Conditional Statements 的更多信息
Translated by 
