[mdk-re] C/C++ question

[Sergey Vlasov]

On Thu, 3 May 2001 15:57:41 +0300
Serge Skorokhodov <suralis на pisem.net> wrote:

> Здравствуйте!
> 
> Sergey Vlasov пишет по-поводу [mdk-re] C/C++ question
> 
> SV> On Tue, 1 May 2001 00:59:34 +0400
> SV> Serge Skorokhodov <suralis на pisem.net> wrote:
> 
> >> On Mon, 30 Apr 2001 21:16:55 +0400
> >> Michael Ivanov <ivans на isle.spb.ru> wrote:
> >> 
> >> > On 30 April 2001 14:11, you wrote:
> >> > >
> >> >  В одной программе на "двухкрестовом" столкнулся со строчкой,
> >> > > наподобие следующего отрывка:
> >> > >
> >> > > char              buf[BUFSIZ];
> >> > > // ...
> >> > > if ( buf[0] == '\n' || buf[0] == '<cr>' )
> >> > >                        ^^^^^^^^^^^^^^^^
> >> > 
> >> > А это не _один_ символ с кодом '\r'? По крайней мере nedit его
> >> > отображает именно так.
> >> 
> >> Да, а я тут, старый дурень, дискуссии о симантике С-подобных
> >> языков веду:)
> >> 
> >> Но, если честно, то мне еще непонятнее: В nedit это отображается
> >> '<cr>', в xemacs -- '^M', а мс его вообще не отображает, и при
> >> просмотре, и при редактировании просто ''. Как выяснить, какой же
> >> символ в программе. Я всегда думал, что исходный текст есть
> >> исходный текст, ascii есть ascii. А тут и я, и компилятор в
> >> затруднении, и неизвестно, какая тулза из богатого инструментария
> >> *nix может помочь:(
> 
> SV> А откуда вообще программа с такими символами выползла? Вообще в
> таких
> SV> случаях в C[++] положено писать либо '\r', либо '\015'. А
> управляющим
> SV> символам в файле делать нечего.
> 
> SV> Если таких мест много, можно сделать, например:
> 
> SV>   perl -pi -e 's,\015,\\015,g' file.c
> 
> Спасибо, я просто дешево купился на '<cr>' в nedit:) Программа
> ishmail, я ей заинтересовался в связи с nmh (она указана, как
> совместимый клиент на сайте nmh). Все места в одном файле, так
> что изменить не сложно:), тем более, что собирается и работает
> простым "выкомментом".

Так там все по этому поводу в FAQ написано.

Я собирался посмотреть, но что-то мне от Motif стало тоскливо. :-(