Delphi сошла с ума.

← →
Ozone © (2004-10-27 10:38) [0]

Вобщем, если напишешь строчку кода с ошибкой, то обычно Delphi при компиляции выделяет ее бурым цветом и говорит, что в такой-то строке (указывает номер) такая-то ошибка.

Вот ща сижу, пишу модуль. Написал строку с ошибкой (грамматической), а delphi мне в ответ - выделяет не ту строку где ошибка, а на 2 строки выше и причем еще и говорит, что в строке с таким-то номером (куда встала) есть такая-то ошибка. (самое интересное, что если на эти "2 строки выше" попадается пустое поле, то результат тот же).

Как быть? Как вылечить?

← →
Алхимик © (2004-10-27 10:46) [1]

HEX редактором посмотри исходник, на предмет не кошерных символов.
Было пару раз подобное.

← →
Ozone © (2004-10-27 11:01) [2]

Алхимик © (27.10.04 10:46) [1]

Исходник модуля?

← →
Anatoly Podgoretsky © (2004-10-27 11:05) [3]

Пути проверить, наличие дублей файлов.

← →
ИМХО © (2004-10-27 11:08) [4]

это не Delphi сошла с ума, это мир сошел с ума...

← →
080D:07BBh © (2004-10-27 11:09) [5]

Ozone

исходники *.pas файл
♀ - вот такие например символы

← →
Плохиш © (2004-10-27 11:10) [6]

Можно ещё попробовать Build all project сделать

← →
Ozone © (2004-10-27 11:24) [7]

080D:07BBh © (27.10.04 11:09) [5]

Удалить их?

← →
Ozone © (2004-10-27 11:32) [8]

Плохиш © (27.10.04 11:10) [6]

Не помогает

← →
Ozone © (2004-10-27 11:40) [9]

080D:07BBh © (27.10.04 11:09) [5]

3-й раз уже просматриваю... в глазах рябит... нет там подобых символов.

← →
ЮЮ © (2004-10-27 11:44) [10]

Открой и сохрани в каком нибудь текстовом редакторе

← →
Pentium133 © (2004-10-27 11:46) [11]

Оно сильно тебе мешает? Если знаешь что реальная ошибка на 2 строки ниже - привыкни и продолжай работать.

← →
Ozone © (2004-10-27 11:47) [12]

Pentium133 © (27.10.04 11:46) [11]

Сильно мешает.

← →
alles (2004-10-27 11:47) [13]

а ты эти строки сам писал или юзал CTRL+C и CTRL+V ?

← →
Ozone © (2004-10-27 11:51) [14]

alles (27.10.04 11:47) [13]

Сам писал.

А как можно в hex-редакторе сделать поиск этих "неправильных" символов? А то устал всматриваться...

← →
080D:07BBh © (2004-10-27 11:52) [15]

Ozone
ну дык
если ошибка вот такая то

begin

case(i)of
1:SomeFunc(1);
2:SomeFunc(3);
3:SomeFunc(2);

end;

то дельфя будет тебе на следующую процедуру ругатся а не на begin

← →
Штуша-Кутуша (2004-10-27 12:07) [16]

Это значит, что ты в другом проекте сурсы поменял, а библиотеку не перебилдел. Вот текущий проект неперебилденную и цепляет.

← →
080D:07BBh © (2004-10-27 12:13) [17]

Штуша-Кутуша
гыыы

← →
SPeller © (2004-10-27 12:18) [18]

Глюк со смещенными строками точно бывает если где-то встречается перенос строки на #13#10, а #13. Редактор отображает нормально, но компилятору надо подавать именно 13-10, иначе переноса он не понимает.

← →
Ozone © (2004-10-27 12:22) [19]

080D:07BBh © (27.10.04 11:52) [15]

Нет, я говорю про другие ситуации.
Например,

procedure TVideoWindow.DeleteFrame(Indx: integer); var pStream: IAVIStream; pIndx, pLength: LONG; begin if CreateEditableStream(pStream, FTempStream) <> AVIERR_OK then raise Exception.Create("Error"); <здесь пишу ошибку> end;

Выделяет begin.

А если написать uses bla_bla в интерфейсной части, то выделит нужную строки или выше? И повторяется ли это на других модулях?

>Нет, я говорю про другие ситуации.

Пора уже и служать научиться: [18], [10]

Чтобы решить проблему с переносами достаточно загрузить юнит в стринглист, например, кинуть мемо на форму и загрузить в Lines, а затем не выходя из диалога сразу же сохранить в тот же файл. После такой процедуры все переносы верочно будут #13#10.

ЮЮ © (27.10.04 12:28) [22]

// Пора уже и служать научиться: [18]

В это время я писал то сообщение.

// [10]

Теперь я понял смысл этой фразы.

SPeller © (27.10.04 12:30) [23]
Ок, попробую.

← →
noname_ (2004-10-27 13:04) [26]

> delphi мне в ответ - выделяет не ту строку где ошибка, а на 2 строки выше

такое бывает если вместо досовых разделителей строк (CR LF) стоят юниксовые (только LF)

← →
noname_ (2004-10-27 13:06) [27]

упс, не заметии ответов Speller

Delphi сошла с ума. Найти похожие ветки