diff options
author | Tor Lillqvist <tml@iki.fi> | 2013-03-11 11:47:25 +0200 |
---|---|---|
committer | Tor Lillqvist <tml@iki.fi> | 2013-03-11 12:14:44 +0200 |
commit | 494f9304086de829b0ab372b35c337bc50236f33 (patch) | |
tree | 1a32f5faf8e0420af29893baadafed14f6c1ce4c /officecfg/registry | |
parent | 32e593dc2da4266567cf80ee6bea7917e56572c7 (diff) |
Fix fallout from 3137258e346a9c16b2e61747fd926a1e7d358d02
WaE: expression which evaluates to zero treated as a null pointer
constant of type 'OutputDevice *'.
In this case, I think the code would have worked despite the scary
warning. (By luck, as the sal_False got passed as a NULL OutputDevice
pointer, and the following sal_Boolean parameter, which the sal_False
presumably was intended to mean, has the default value of sal_False.)
But better to make it more explicit which overload of Paint() is
intended.
But seriously, what good is supposed to come from the overloading of
the function name Paint() here? Would it really be so horribly
old-fashioned and C-like to use two different function names for the
slightly different use cases?
Change-Id: Ib397c8c1785320d3a9c0579a24f2c28ee4d22796
Diffstat (limited to 'officecfg/registry')
0 files changed, 0 insertions, 0 deletions