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

Tue Feb 26 10:13:30 GMT 2013

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.