From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: HB To: mandrake-russian@altlinux.ru Message-ID: <20011001154744.B11095@hb.ant-on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Subject: [mdk-re] `sort` behaves not as expected (not as strcmp() would) Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Mon Oct 1 15:49:16 2001 X-Original-Date: Mon, 1 Oct 2001 15:47:44 +0400 Archived-At: List-Archive: List-Post: Я столкнулся с тем, что не понимаю, как сортирует sort, и как заставить его сортировать так, как это сделал бы strcmp(). Разумеется, я читал `man sort`, но это не только не помогло, но создало впечатление, что работа sort происходит не так, как там описано :-( $ cat file a *b *d c $ sort file a *b c *d Похоже на то, что при сортировке игнорируются все non-alphanumeric (?) символы. Кусок из `man sort`, говорящий (AFAI understood) об обратном, прилагается ниже. А хотелось бы получить такую сортировку: $ perl -we 'print sort <>' file *b *d a c /* Разумеется, использовать для этого Perl -- это не метод. */ Выдержка из `man sort`: Finally, as a last resort when all keys compare equal (or if no ordering options were specified at all), sort com- pares the lines byte by byte in machine collating sequence instead of LC_COLLATE. В данном случае, imho, должен быть как раз этот случай, т. к. no ordering options were specified Спасибо заранее за любую помощь. -- HB