Перебор в массиве с выявлением совпадений

[rdama]

и кажый день не будет такую проверку

Зачем если все правильно сделать на стороне сервера, то можно повесить джобом и пусть сам обновляет хоть влево хоть вправо.
Что вы уперлись в свои массивы. Ваше решение в корне не верное.
Посмотрите на задачу как на частичную синхронизацию БД. Эту задачу можно решить на стороне сервера.
Почему не попробовать решить свою задачу иначе?
Ваши массивы будут создавать нагрузку на клиенте. А если несколько пользователей будут это делать.
А когда количество элементов в массивах станет не подъемным.
Ведь это все лежит в памяти. И при обработке ее кушает. Зачем спрашивается этот гемморой?

[SovereignSun]

if first_mass[i] <> second_mass[j] then
if j=last j then
begin // записываем любой несовпавший ???
а такой всегда найдется не первый так второй, где здесь логика!
third_mass[k]:=first_mass[i];
k:=k+1;
break; // после того как записали нам больше нечего здесь делать
end;

все равно не реагирует

[evg_m]

if first_mass[i] <> second_mass[j] then begin // находим любой несовпавший ??? 
а такой всегда найдется не первый так второй, где здесь логика!
      third_mass[k]:=first_mass[i];

в корне неверный алгоритм!

НАДО
1.просмотреть (сравнить) ВЕСЬ второй массив (найти совпадения).
2.и если нет ни одного совпадения (ПОСЛЕ полного просмотра), то только тогда записывать.

У тебя
если есть хоть одно несовпадение то записать.
причем столько раз сколько было несовпадений.

[SovereignSun]

Фуф все сделал.. е мое.. пришлось вообще иначе подходить к задаче.