sot: fix some bizarre resize code that creates 4G temp files on 32bit

StgTmpStrm::SetSize(): the nEndOfData - 1 may underflow if nEndOfData=0
which happened to be the same value of STREAM_SEEK_TO_END before
but not any more; also it's a mystery to me why the last byte in the
buffer would need to be overwritten with 0 here.

This also fixes the failure of ww8_export test.

Change-Id: Iefe5a22c667ee83fbc315d772f357b913105ad93
deploy some asserts to detect truncated STREAM_SEEK_TO_END

Since STREAM_SEEK_TO_END is now 64 bits it could happen that some
existing code uses it in some indirect manner and it gets truncated to
32 bits somewhere (on 32 bit platforms); try to detect that with asserts.

Of course the checked value is now a valid stream position, so
perhaps the checks should eventually be removed.

Change-Id: I4248c00d758220bdc3ee94c7aa7a7bd4c86c57f0
tools, sc: fix GCC -Werror=type-limits (comparison is always true)

... on 32 bit platforms.  These asserts appear to be impossible anyway.

Change-Id: I6bd332ca49e9992740315e0f6c58e98ac337817c
sot: convert that to SAL_INFO

Change-Id: Iaf2de623c0893b0f500d54ce6558bf40af6e655b
kde4: loplugin:saloverride

Change-Id: I3d299a5dc98ff2775d36c839363461b727a512d9