Recent changes to bugs

#3 Contribute to FastCode (make the test suites work under 64-bit and the latest version of Delphi - 10.2 Tokyo)

2020-06-01T22:30:14.644000Z

I have made a new repository at GitHub since the project does not seem to be maintained here. I have also made the required contributions. Please see https://github.com/maximmasiutin/FastCodeBenchmark

Contribute to FastCode (make the test suites work under 64-bit and the latest version of Delphi - 10.2 Tokyo)

2017-06-26T00:43:59.634000Z

I would like to contribute to the FastCode project (test suites) - of FillChar and MemoryManager - to make the test framework application to compile under latest version of Delphi (10.2 Tokyo) and compile under Win64. Of course, if you compile under Win64, the 32-bit implementations may not run, but at least you would be able to test your own 64-bit implementations.

How can I contribute? Could you please give me a write access to the code repository?

I have contacted FastCode contributors listed here, but nobody have replied so far. How can I contact them? Maybe the sourceforge emails do not work?

Bug in Pos_JOH_IA32_6, PosEx_JOH_IA32_7 and PosEx_JOH_IA32_8.

2017-04-18T11:53:42.639000Z

Apparently we've stumbled on a bug in Pos_JOH_IA32_6, PosEx_JOH_IA32_7 and PosEx_JOH_IA32_8. (Using Delphi 7).

Simplest case that can demonstrate the problem:

program PosTestCase;

uses
  FastMM4,
  SysUtils,
  FastcodePosExUnit,
  FastcodePosUnit
;

var
  S: String;
  X: Integer;
begin
    // See edx and esi registers near in the appropriate functions
    // @@MainLoop:
    //   add     edx, 4
    //   cmp     edx, esi
    //   ...
  S := 'aaa'#0;
  X := Pos_JOH_IA32_6('e'#0, S);
  X := PosEx_JOH_IA32_7('e'#0, S, 1);
  X := PosEx_JOH_IA32_8('e'#0, S, 1);
end.

The search switches between @@MainLoop and @@Remainder eventually searching past S.

Important bits:
1. S must be followed by #0
2. Crash will occur if past the #0 is unallocated or protected memory. Unfortunately we weren't able to make a simplified crashing case, but it should be trivial to see that it can happen.

This example does not unless you manage to allocate S near memory boundary.

FastObj.inc not found in CVS

2005-12-09T19:41:20Z

FastObj.inc not found in CVS