<div dir="ltr"><div class="gmail_signature"><div class="gmail_signature">I've Decided to close the "FreeSparta". Thanks you all for your interest. There are several reasons.</div><div class="gmail_signature"><br></div><div class="gmail_signature">1. The project had only 1 developer (yeah it's me).</div><div class="gmail_signature">2. New 2015 EU VAT rules on the sale of e-services</div><div class="gmail_signature">3. I am a terrible marketer. I'm just a programmer.</div><div class="gmail_signature">4. Lack of sufficient income.</div><div class="gmail_signature"><br></div><div class="gmail_signature">When I look for new jobs, it seems that there are no more jobs for Pascal/Delphi Programmers. Now in my new job I'm using Java EE and C# most of the time.</div><div class="gmail_signature"><br></div><div class="gmail_signature">Thanks!</div><div class="gmail_signature"><br></div><div class="gmail_signature">PS. now Generics.Collections library is Open Source :)</div><div class="gmail_signature"><br></div><div class="gmail_signature"><a href="http://bugs.freepascal.org/view.php?id=27206">http://bugs.freepascal.org/view.php?id=27206</a><br></div><div class="gmail_signature"><br></div><div class="gmail_signature"><div class="gmail_signature">Important:</div><div class="gmail_signature"><br></div><div class="gmail_signature">TFastHashMap from Generics.Collections is faster than any other generic container for fpc :) (is based on "De-amortized Cuckoo Hashing" </div><div class="gmail_signature"><br></div><div class="gmail_signature"><a href="http://arxiv.org/abs/0903.0391">http://arxiv.org/abs/0903.0391</a>). For big data count is even faster than TFPStringHashTable.</div><div class="gmail_signature"><br></div><div class="gmail_signature">Suggestion: </div><div class="gmail_signature"><br></div><div class="gmail_signature">1. someone can extend generics.memoryexpanders for TCustomList/TList (for control memory growth by constraints)</div><div class="gmail_signature">2. nice to have for dictionary hashing: <a href="http://blog.synopse.info/post/2014/05/25/New-crc32c%28%29-function-using-optimized-asm-and-SSE-4.2-instruction">http://blog.synopse.info/post/2014/05/25/New-crc32c%28%29-function-using-optimized-asm-and-SSE-4.2-instruction</a></div><div class="gmail_signature"><br></div><div class="gmail_signature">Library is compatible with Rev 27327. To run this library in new version of compiler we need to fix: </div><div class="gmail_signature"><br></div><div class="gmail_signature"><span style="color:rgb(0,0,0);font-family:Verdana,Arial,Helvetica,sans-serif;font-size:13px;background-color:rgb(232,232,232)">REGRESSION: </span>26483 and 26481</div><div class="gmail_signature"><br></div><div class="gmail_signature">and will be nice to fix</div><div class="gmail_signature"><br></div><div class="gmail_signature">CRITICAL: 24848(!!!), 24872(!), 25607(!), 26030, 25917, 25918, 25620, 24283, 24254, 24287 (Related to? 24872)</div><div class="gmail_signature">IMPORTANT: 23862(!), 24097, 24285, 24286 (Similar to? 24285), 24098, 24609 (RTL inconsistency), 24534, </div><div class="gmail_signature">             25606, 25614, 26177, 26195</div><div class="gmail_signature">OTHER: 26484, 24073, 24463, 25593, 25596, 25597, 25602, 26181 (or MYBAD?)</div><div class="gmail_signature">CLOSED BUT IMO STILL TO FIX: 25601(!), 25594</div></div></div><div class="gmail_signature"><br></div><div class="gmail_signature">Best Regards,<br>Maciej Izak</div>
</div>