Conversion from 'int' to 'dword' may lead to loss of data or overflow errors
Posted: Tue Nov 01, 2022 4:59 pm
Hello Chris,
Apart from the 2 I wrote above:
nInt := longint(nFrac*10000)
I had to add longint . nFrac is a float and nInt is a LongInt
Next sample:
Self:dwMaxbytes is a DWORD. As the access is defined "as byte strict" it makes more sense to me that 2.12 gives a compiler error (before adding the bold "byte") than that 2.13 does not.
IF SELF:oTargetFile:OpenFile(strFileName,word(dwOpenMode))
Here I had to add the (bold) word in order to get it compiled, but only in 2.12. The second parameter of OpenFile is defined as word. So again it doesn't make sense to me that 2.13 accepts a DWORD parameter dwOpenMode.
There are a few more errors we could solve in 2.12 but I think it gives you an idea.
Dick
What I meant is not that the error was totally removed, but that there were several cases in which it appeared in 2.12 (and should appear IMO) and not in 2.13.Chris post=24312 userid=313 wrote: Which compiler error was removed?
Apart from the 2 I wrote above:
nInt := longint(nFrac*10000)
I had to add longint . nFrac is a float and nInt is a LongInt
Next sample:
Code: Select all
ACCESS LineSize() AS BYTE STRICT CLASS IVFile
RETURN [b]byte[/b](SELF:dwMaxbytes)
IF SELF:oTargetFile:OpenFile(strFileName,word(dwOpenMode))
Here I had to add the (bold) word in order to get it compiled, but only in 2.12. The second parameter of OpenFile is defined as word. So again it doesn't make sense to me that 2.13 accepts a DWORD parameter dwOpenMode.
There are a few more errors we could solve in 2.12 but I think it gives you an idea.
Dick