[Libreoffice] Problems with windows build

[Thomas Arnhold]

I think the problem is, that without resize the hash map could be
overfilled.

I did fix this like commit 6ecdae26517b89ee670.

Think problem is like in PspKernInfo::Initialize() [in
vcl/unx/source/gdi/salgdi3.cxx]:

maUnicodeKernPairs.insert( aKernPair );

maUnicodeKernPairs is boost::unordered_map  and rKernPairs is std::list.
Is it clean to do this?! And: If we don't resize maUnicodeKernPairs to
the size of aKernPair, could we run out of memory - this would be the
case for all of them?

Thomas

On 02/04/2011 08:17 PM, Caolán McNamara wrote:
> On Fri, 2011-02-04 at 06:41 -0700, Tor Lillqvist wrote:
>>> And after a while of dismissing these, saxparser goes into an infinite loop.
>>
>> For me, saxparser crashes... I am debugging that but not really getting much wiser.
> 
> does this patch, to revert a hash_map -> unordered_map make it "go away"
> 
> C.
> 
> 
> 
> _______________________________________________
> LibreOffice mailing list
> LibreOffice at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dirty.patch
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20110204/9dfd402c/attachment.asc>