Emacs и подсветка комментариев

0

0

Добрый день!
Поставил себе emacs. Такой вопрос: почему комментарии в С-шных исходниках подсвечиваются не правильно? Есть, например, большая фунция, вся закомментаренная таким макаром:
/*
static void drawTri(HDC hdc, int width, bool l, bool r,
bool first, bool last)
{
SIZE s;
GetTextExtentPoint(hdc, " ", 1, &s);
..................
}
*/
Так вот, цветом комментария подсвечивается примерно половина функции. Потом идет просто обычный текст, как будто он не закомментирован.
Еще интересный эффект: если функцию
static void SetCaretX(int x)
{
POINT p;
GetCaretPos(&p);
SetCaretPos(x, p.y);
}
попытаться заккоментарить:
/*
static void SetCaretX(int x)
{
POINT p;
GetCaretPos(&p);
SetCaretPos(x, p.y);
}
то как комментарий подсвечивается только static void SetCaretX(int x).
Весь остальной текст отображается, как и отображался.
Это нормально для Емакса? Или что подправить? Потому как, если это устранить не удастся - еще одним пользователем Емакса станет меньше :)

Ссылка

←	ptrace и сигналы

printer driver

→

> Это нормально для Емакса?

Нет, ненормально. Во всяком случае, у меня эти примеры подсвечиваются нормально.

> Или что подправить?

А какой Emacs (GNU или X), версия, режим при работе с файлами '*.c'?

Можно попробовать поискать в инете чьи-нибудь файлы '.emacs' и посмотреть, как будет с ними.

DKorolkov ★
(15.10.03 12:50:20 MSD)

Ответ на: комментарий от DKorolkov 15.10.03 12:50:20 MSD

Дело не конкретно в этих примерах. Не работает вообще, в принципе подсветка комментариев если комментарить всю функцию, как показано в примерах.
GNU Emacs 21.3.1, Motiff 2.2.2
По поводу готовых конфигов.... Так я свой конфиг убирал и запускал емакс в "голом" виде, так, как он запускается после сборки - со всеми своими зелеными фонами и пр. Эффект аналогичный....

Sergeant ★
(15.10.03 13:17:50 MSD) автор топика

Ответ на: комментарий от Sergeant 15.10.03 13:17:50 MSD

> Дело не конкретно в этих примерах. Не работает вообще, в принципе подсветка комментариев если комментарить всю функцию, как показано в примерах.

Это я понял. Просто проверил те же примеры у себя.

А остальная подсветка работает нормально? А как с комментариями типа //? В каком режиме работает Emacs при редактировании сишного файла?

Немного не по теме: код лучше убирать условными директивами типа

#if 0 #endif

или

#if CONDITION #endif .

DKorolkov ★
(15.10.03 13:40:54 MSD)

lazy-lock-mode, lazy-lock-defer-time

abbr ★
(15.10.03 14:57:13 MSD)

Ответ на: комментарий от abbr 15.10.03 14:57:13 MSD

>lazy-lock-mode, lazy-lock-defer-time

Спасибо! Похоже, то, что надо. Когда щелкаю этим режимом - все становится нормально, перерисовывается. правда, при загрузке файла приходится этот режим передернуть, чтоб рисовало нормально. Но, направление для поиска нужное, дальше, думаю, разберусь. Спасибо за подсказку.

Sergeant ★
(15.10.03 15:13:31 MSD) автор топика

Ссылка

Ответ на: комментарий от DKorolkov 15.10.03 13:40:54 MSD

>Немного не по теме: код лучше убирать условными директивами типа
#if 0 #endif

Позвольте полюбопытствовать, почему это лучше?

Dead ★★★★
(15.10.03 15:18:39 MSD)

Ответ на: комментарий от Dead 15.10.03 15:18:39 MSD

> >Немного не по теме: код лучше убирать условными директивами типа #if 0 #endif

>Позвольте полюбопытствовать, почему это лучше?

Во первых, комментарии лучше использовать по прямому назначению, использование их для двух разных целей создаёт путаницу.

Во вторых, в отключаемом коде тоже могут быть комментарии.

В третьих, условные конструкции типа

#if COND

#endif

позволяют включать/выключать несколько связанных участков кода одним определением #define COND. Это удобнее, чем ставить/убирать комментарии во всём тексте, рискуя ошибиться.

P.S. Всё изложенное частично IMHO, частично где-то вычитано. Сам, каюсь :), не всегда это соблюдаю, но стараюсь делать именно так.

DKorolkov ★
(15.10.03 15:47:48 MSD)

Ответ на: комментарий от Dead 15.10.03 15:18:39 MSD

POV-Ray

Потому что меньше соблазн выкинуть код, чем если он просто закомментарен. Замечено: как только удалишь кусок кода, так он сразу понадобится :)

hbee ★★★★
(15.10.03 15:48:56 MSD)

Ответ на: POV-Ray от hbee 15.10.03 15:48:56 MSD

> Замечено: как только удалишь кусок кода, так он сразу понадобится :)

cvs? :)

DKorolkov ★
(15.10.03 16:00:15 MSD)

Ссылка

Ответ на: комментарий от DKorolkov 15.10.03 15:47:48 MSD

Спасибо за разъяснения. Звучит логичино, однако когда копаешься в чужом коде и видишь закоментареную функцию, то сразу же ее пропускаешь, так как видно (хотя бы по подсветке синтаксиса) что она не компилится и уж точно нигде не вызовется...

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

Dead ★★★★
(15.10.03 16:46:10 MSD)

Ответ на: комментарий от Dead 15.10.03 16:46:10 MSD

#if vs /*

> Спасибо за разъяснения. Звучит логичино, однако когда копаешься в чужом коде и видишь закоментареную функцию, то сразу же ее пропускаешь, так как видно (хотя бы по подсветке синтаксиса) что она не компилится и уж точно нигде не вызовется...

Насчёт подсветки согласен. Но недостатки IMHO перевешивают это преимущество. Как я уже говорил, закомментировать участок кода трудно, если в нём есть "нормальные" комментарии. Если функция закомментарена то, скорее всего, внутри неё комментариев нет. И, с большой вероятностью, они отсутствуют и в других функциях. А такой код ужасно трудно читать (как раз сейчас разбираюсь с чужим кодом подобного вида :((((((( ).

> а вот когда случайно пропустишь этот #if и начнешь пытаться понять код который просто напросто нигде не вызывается, думаю будет раздражать.

Если разбирать код начиная с main(...), и далее по вызовам функций, то функцию, которая не вызывается, разбирать не придётся. Если, конечно, автор не выкинул старый вариант функции, и не написал рядом (или не рядом) новый вариант с тем же именем :).

Просто перед выпуском программы код нужно чистить --- выкидывать из файла всё отключённые куски. А чтобы не бояться что-то потерять --- пользоваться CVS или какой-нибудь альтернативой.

Кстати, такая вещь как doxygen пропускает куски, выкинутые условными конструкциями.

DKorolkov ★
(15.10.03 17:16:44 MSD)

Ссылка

Ответ на: комментарий от Dead 15.10.03 15:18:39 MSD

>> Немного не по теме: код лучше убирать условными директивами типа #if 0 #endif

> Позвольте полюбопытствовать, почему это лучше?

в коментах нельзя вставлять коменты :)

lg ★★
(15.10.03 18:05:28 MSD)

Ответ на: комментарий от Dead 15.10.03 16:46:10 MSD

> так как видно (хотя бы по подсветке синтаксиса) что она не компилится и уж точно нигде не вызовется...

Ну Vim, к примеру, умеет подсвечивать код между #if 0 и #endif, может emacs это тоже умеет?

Можно настроить "по-нормальному" автоматический folding.

anonymous
(15.10.03 20:48:20 MSD)

Ссылка

Ответ на: комментарий от lg 15.10.03 18:05:28 MSD

Однострочные // можно :)

Dead ★★★★
(15.10.03 21:43:39 MSD)

Ответ на: комментарий от Dead 15.10.03 21:43:39 MSD

> Однострочные // можно :)

но это уже не C

lg ★★
(16.10.03 09:12:19 MSD)

Ответ на: комментарий от lg 16.10.03 09:12:19 MSD

>но это уже не C
но это все еще gcc :)

Dead ★★★★
(16.10.03 14:03:47 MSD)

Ссылка

Ответ на: комментарий от lg 16.10.03 09:12:19 MSD

а есть еще в природе компиляторы которые не понимают комментарии // ?

их-же вроде даже в стандарт проталкивали(протолкнули?) какой-там последний? C99?

anonymous
(16.10.03 23:45:06 MSD)

Ссылка

Ответ на: комментарий от lg 16.10.03 09:12:19 MSD

>> Однострочные // можно :)
>но это уже не C

Теперь уже C, в последнем стандарте -- точно знаю -- это прописано наконец-то.

anonymous
(17.10.03 19:56:24 MSD)

Ссылка

Ответ на: комментарий от DKorolkov 15.10.03 15:47:48 MSD

>Во первых, комментарии лучше использовать по прямому назначению,
>использование их для двух разных целей создаёт путаницу.

По-моему, комментарии уже навсегда приобрели этот второй смысл,
по-крайней мере, даже от монстров программирования с непререкаемым
авторитетом очень часто можно услышать словосочетание "comment out" :-)
К тому же, гораздо проще выделить в emacs нужную область и дважды
сделать Ctrl-C, чем вписывать эти дурацкие директивы ;-)
Это тоже всего лишь мое IMHO...

anonymous
(17.10.03 20:03:21 MSD)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	ptrace и сигналы

Development

printer driver

→

POV-Ray

#if vs /*

Похожие темы