[mkgmap-dev] [PATCH v1] Random changes in img file sizes since r2477

Tue Feb 26 21:44:38 GMT 2013

Thanks Gerd,

I overlooked the hashCode(). I have removed the hashCode() from the 
compare method.
Please test attached patch.

WanMil

> Hi WanMil,
>
> I think the problem is in CutPoint compareTo(). In some cases it uses
> hashCode()
> to decide which one is better, but hashCode() is not overwritten, so the
> result is
> undetermined.
>
> Gerd
>
>
> WanMil wrote
>>> WanMil wrote
>>>>>
>>>>> @WanMil: Is it possible to change that?
>>>>
>>>> I don't have a clue. As far as I can see the mp cut algorithm is
>>>> constant - same input should create the same output.
>>>>
>>>>>
>>>
>>> I did not debug yet, but I assume the HashMap outOfBboxPoints could be
>>> the
>>> cause.
>>> Maybe this must be an IdentityHashMap?
>>
>> This has not been changed since r1953 so it should not be the cause.
>>
>>> I'll try that tomorrow if you can't find anything else.
>>>
>>> Ciao
>>> Gerd
>>>
>>>
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>
>> mkgmap-dev at .org
>
>> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.com/Random-changes-in-img-file-sizes-since-r2477-tp5750746p5751003.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mpr_consistency_v1.patch
Type: text/x-patch
Size: 1233 bytes
Desc: not available
Url : http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20130226/923d0f7e/attachment.bin 