Не парься и напиши этот фильтр на перле или руби.

тоже как вариант
можно пример? не особо силён в этих языках
я понимаю что нужно построчно прочитать файл, найти входжение, записать строку, проверить на наличие слова и записать

grep?

Набросал псевдокод на Руби. Работоспособность не проверял.

# Читаем файл со списком ключей, заполняем хэш:
search_keys = {}
IO.read(filename1).each_line { |line| search_keys[line.strip] = 1 }

# Читаем и фильтруем stdin:
STDIN.read.each_line do |line|
	line = line.strip.split(' ')
	puts line.join(' ') if line[4] == 'test' && search_keys.has_key?(line[3])
end

Хотя изменение полей строки не требуется же, поэтому лучше без join-а:

STDIN.read.each_line do |line|
   l = line.strip.split(' ')
   puts line if l[4] == 'test' && search_keys.has_key?(l[3])
end

не подоёдет, тк не известно в каком l будет

можно подсказку?
не могу сообразить как сделать

Ну так передавай в параметрах. Я тебе алгоритм показал, а не готовую программу.

Или у тебя в произвольном месте строки могут стоять данные? Тогда либо длиииииинную регулярку нарисовать, либо перебирать в цикле элементы l в моём примере.

мне может быть не известно где оно
алгоритм я сам написал выше

долго и нудно

Регулярка

Осторожно, быдлокод!

"(" + IO.read(filename).each_line.select {|v| v.strip != «» } .map {|v| Regexp.quote v.strip} .join(«|») + ")\stest"

grep -f file1.txt file2.txt | grep -w test >> file3.txt

Так как Вам нужно чтобы последовательности символов во втором файле были отделены от остальных пробелами, то можно так:

grep -wf file1.txt file2.txt | grep -w test >> file3.txt

на выходе
aaa gdfgd 333 123 test
строки не хватает, те так только смотрит по первой строке файла 1

все там правильно, ищите ошибки в том, как вы перепечатали команду. Скорее всего вы упустили -f в первом грепе.

спасиюо, то что нужно

grep -f file1.txt file2.txt | grep -w test >> file3.txt работает
если в первом поставить w - то нет

А неделю назад этот курсовик тут решили таки на баше...

Ну я думал, ТСу нужно искать по полям, а не вхождения в любом месте строки.

можно по подробнее? мне уже хочется понять логику человека, почему он захотел писать ~10 строк кода, вместо того что бы воспользоваться тем что уже изначально есть

> решили таки на баше

Чисто на шелл, без грепа?

можно и на чистом шелле, в принципе, без грепа и седа

Логика проста, иногда кроме шелла с грепом, седом и авк нету ничего.

можно и на чистом шелле, в принципе, без грепа и седа

Но зачем когда есть ruby ^W grep && sed?

frep -Ff