>>то все работает хорошо.
>>где засада?
>
>Извините, я снова не понял -- так "всё работает хорошо" или где-то
>"засада"? :-O

Где-то "засада" и похоже в строках где формируется дата, потому что когда присваиваешь значения переменным непосредственно ($month="Dec"; $date="7";), то все работает.

Т.е. когда делаю следующее:
$d=`date -v -1d '+%h %d'`;
($month,$date) = split(/ /, $d);
$date=~s/0//g;

print "$month  $date";

получаю то что нужно
Dec  7

НО, при объединении в единую переменную и последующем использовании в грепе - неработает :)

$ndate="$month  $date";
system("grep '$ndate' $sfile >$gfile");

>>то все работает хорошо.
>>где засада?
>
>Извините, я снова не понял -- так "всё работает хорошо" или где-то
>"засада"? :-O

мне кажеться мы имеем здесь дело с телепатией!
скрипту на расстоянии должны внушаться параметры работы, но вот как это сделать автор топика пока не знает.

>[оверквотинг удален]
>$ date '+%h %d' "-1 day"
>date: invalid option -- 1
>Попробуйте `date --help' для получения более подробного описания.
>$ date '+%h %d' -d "-1 day"
>Дек 07
>abm@abm:~$ LANG=C date '+%h %d' -d "-1 day"
>Dec 07
>$ _
>
>Уф, показалось.

вы используюте date под линухом. Они по разному работают в разных осях.

>Используйте print на этапе отладке как можно чаще. Распечатывайте содержимое всех переменных,
>что у вас в итоге в переменных $month и $date? Что
>распечатается если строку отдаваемую в system() вывести на экран? Помните что
>system() неявно вызывает sh для обработки входной строки, что может влиять
>на интерпретацию строки.
>Так легче вам искать места где что-то неправильно работает.

спасибо за ответ.
именно так и делаю при отладке.

вот смотрите:

#!/usr/bin/perl

$d=`date -v -1d '+%h %d'`;
($month,$date) = split(/ /, $d);

#$month="Dec";
#$date="7";

$sfile="file.txt";
$gfile="file.N.txt";

print "$month";  
print "$date";  

$date=~s/0//g;
print "$date";

$ndate="$month  $date";
print "$ndate";

system("grep '$ndate' $sfile >$gfile");

на выходе получаю
Dec07
7
Dec  7

а также файл file.N.txt идентичный файлу file.txt :)

>[оверквотинг удален]
>>
>>если для тебя ламера строки:
>>grep temp1 temp2 file
>>и
>>grep "temp1 temp2" file
>>единтичны, поздравляю! ты реально ламер!
>>man grep
>
>mopsiso в ветке ниже очень хорошо охарактеризовал таких людей как ты:) отдыхай
>короче.

как я? а чо я? у меня то по крайней мере хватает ума с grep разобраться ))))

>[оверквотинг удален]
>>и
>>grep "temp1 temp2" file
>>единтичны, поздравляю! ты реально ламер!
>>man grep
>
>man grep ни разу не поможет в понимании того как работают кавычки
>в шелле при передаче  параметров командной строки в запускаемую программу.
>В том числе и разницу между одинарными и двойными кавычками.
>Тут следует изучать man bash, ну или какое-нить руководство по шеллу для
>новичков и не только.

ошибаетесь уважаемый! еще как поможет!
man grep ... в первых строках
SYNOPSIS
       grep [options] PATTERN [FILE...]
       grep [options] [-e PATTERN | -f FILE] [FILE...]
по крайней мере имея даже очень скудные познания в sh/bash можно сообразить что второй параметр паттерна будет схаван грипом как имя файла ...
просто не привыкли люди работать головой, все делается по типу винды "yes" "no" "ignore".
То что есть четвертая и пятая, и другие кнопки никто не догодавыется, потому как не умеют ни читать ни думать. И увы, не вы, не я им не поможем ...