To whom it may concern
All of my past future contributions to LibreOffice may be licensed under
the MPL/LGPLv3+ dual license
Thanks and regards
Keith McRae
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org
On Wed, Feb 1, 2012 at 3:09 PM, bugzilla-dae...@freedesktop.org wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=39428
--- Comment #9 from Caolán McNamara caol...@redhat.com 2012-02-01
07:09:32 PST ---
here's one place I know about where the current std::stream-alike failed
reads
leave
Hello all
I've removed all the operator/ from SvStream and replaced with
Read/Write[sal_type] functions. While fixing up the references I noticed
the template'd functions below:
templatetypename prefix
rtl::OString read_lenPrefixed_uInt8s_ToOString(SvStream rStrm)
{
prefix nUnits = 0;
Given that these are almost exclusively called with sal_uInt16, I would
simply un-template'ize the functions, substituting sal_uInt16 for prefix.
For instantiations with prefix != sal_uInt16, I count four uses of
read_lenPrefixed_uInt8s_ToOStringsal_uInt8, two of
fa4257356472f466673cd88cb2c4331386a30dda Mon Sep 17 00:00:00 2001
From: Keith McRae keithco...@gmail.com
Date: Wed, 18 Jan 2012 14:51:03 +
Subject: [PATCH 1/7] fdo#39428 Remove/audit SvStream operator/(long)
Removed declarations definitions for operator(long),(int)(short)
Removed declarations
Hello all...
Progress to date:
In tools/inc/tools/stream.hxx
Removed operator declarations for types long, short, int
Removed operator declarations for types long, short, int
Added operator declarations for types sal_uInt16, sal_uInt32, sal_uInt64,
sal_Int16, sal_Int32, sal_Int64
Added operator
