У меня в программе из компонента Tedit считывается строка и её нужно преобразовать с учётом знака. При этом неизвестно, число там введено или нет. Стандартный Floattostr выдает ошибку EConvertError, если введено не число, и эту ошибку я никак не могу перехватить. Мучаюсь долго. Ничего не выходит. Может есть обходные пути?

Используй лучше контрол TRxCalcEdit из RXLib, таких вопросов возникать не будет.
а вообще ошибки перехватываются
try
...
except
...
end;

procedure TForm1.Edit1KeyPress(Sender: TObject; var Key: Char);
begin
if Key=',' then Key:='.';
if (pos('.', Edit1.Text)<> 0) and (key='.') then key:=#0;
if not(Key in ['0'..'9', '+', '-']) and not (Key=#8)and not (Key='.') then begin
key:=#0;
beep;
end;
end;

Но если писать
try..except..end;
то отладчик всё равно останавливает программу при ошибке. У меня - по ошибке EConvertError.
Прикол всей этой строки в TEdit - не в точке или запятой, а в том, что туда некоторые тупые юзеры пишут не число, а буквы. Кстати, если код просто откомпилировать и запустить без отладчика, то
try..except..end;
прекрасно работает! И при любых нарушениях в строке!

я сменил ник (с guest_bobah на cpu). зарегестрировался.

Цитата(Guest_bobah @ 27.2.2003, 09:16)

Но если писать try..except..end; то отладчик всё равно останавливает программу при ошибке. У меня - по ошибке EConvertError. Прикол всей этой строки в TEdit - не в точке или запятой, а в том, что туда некоторые тупые юзеры пишут не число, а буквы. Кстати, если код просто откомпилировать и запустить без отладчика, то try..except..end; прекрасно работает! И при любых нарушениях в строке!

Да, действительно, потрясающее открытие.....

Убери в опциях дебаггера соответстующую опцию.

Цитата(Song @ 27.2.2003, 21:25)

Убери в опциях дебаггера соответстующую опцию.

Можно поконкретней, please? (пишу проги а опций дебаггера не знаю - позорррррр! )

Меню->Tools->Debugger Options->Language Exceptions

Uncheck: Stop On Delphi Exceptions

Спасибо!!!

Только не советую тебе это делать...

Цитата(Pegas @ 2.3.2003, 14:33)

Только не советую тебе это делать...

А что?

Говоря простым языком - эта фитча очень здорово облегчает процесс отладки и тестирования кода.
Если жы Вы поставили программно обработку ошибок, и очень хочеться посмотреть как они (ошибки) обрабатываются, то просто запустите скомпилированный exe-шик из проводника, командной строки и т.д.
Ну а в Вашей ситуации саммым корректым выходом было бы (по привилам хорошего стиля) сделать так, как посоветывал alex-co.

ИМХО она очень осложняет, а не облегчает.
Если Вам она облегчает значит Вы не привыкли пользоваться современными способами обработки ошибок, например, try .. except .. end
Конечно на момент отладки это полезно, но когда кусок кода будет отлажен, работа с ним будет невозможна т.к. IDE всё время будет вылетать по exception'у на этом участке кода.

Пользуюсь, и очень часто, поэтому и придерживаюсь такого мнения.
Причем правильно пользуюсь этим.

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

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

1) try..except...end;
2) через OnKeyPress.

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

ИМХО второй вариант больше соответствует хорошему стилю программирования. Этого я и придерживаюсь, причем во всем.