[Yurk@]

всем привет. помогите найти выход с такой ситуации: долгое время работал с библиотекой EhLib 2.5 (Delphi 7) и вроде как всё устраивало и все нормально работало ... с недавних пор потребовался переход на более новую версию EhLib ввиду новых требований к программе и отсутствия в старой библиотеке такой возможности (в часности речь идет о TMemTableEh). Скачал с и-нета полную версию 5.5, поставил, и вроде как все норм работало до тех пор пока не перекомпили 1 из старых проектов в котором использовался 2.5. и тут-то начали вылазить косяки класа ацесс виолэйшн в таких местах, что и писать стыдно. после возврата на старую версию - косяки пропали. вернул назад 5.5 - та же история. подскажите как побороть эту беду, оч нужны новые компоненты, а каждый раз прыгать между версиями не в тему как-то
p.s. на версии 3,6 та же картина(

[angvelem]

Искать причину косяков.

[Yurk@]

Хы ... ну эт понятно ... может есть какие-то более конкретные варианты?

[angvelem]

Сам пишешь, что места известны.

[Yurk@]

например:

Код:

  begin
  if bRam1.Enabled=False then edModRam1.ItemIndex:=-1;
  if bRam2.Enabled=False then edModRam2.ItemIndex:=-1;
  if bRam3.Enabled=False then edModRam3.ItemIndex:=-1;
  if bRam4.Enabled=False then edModRam4.ItemIndex:=-1;
  end;

ацесс виолэйшн выскакивает между 2й и 3й строкой. (на EhLib 3.6, 5.2, 5.5)
все элементы создавались путем Copy-Paste т.е. абсолютно все свойства, кроме имени, идентичны.
а на родном 2.5 всё это компилится без всяких проблем

[angvelem]

Методом телепатии догадываемся, что первое CheckBox, второе ComboBox?

[Yurk@]

а причем тут это?
в самом проэкте ошибок нет ... на версии 2,5 он нормально компилируется ...
вопрос в том "почему этот же код не компилится на более новой версии?"

upd: bRam - TGroupBox; edModRam - TDBComboBoxEh;

[angvelem]

Ну раз это такой секрет, то...

А вообще, принято писать не:

Код:

  if bRam1.Enabled=False 

а

Код:

 if not bRam1.Enabled 

но это так, к слову.

[Ildar-tsr]

А так на каком участке violation выскакивает? Просто ради эксперимента.

Код:

begin
  if not bRam1.Enabled then
    edModRam1.ItemIndex:=-1;
  if not bRam2.Enabled then
    edModRam2.ItemIndex:=-1;
end;

[Yurk@]

ни на каком ... violation начинается с bRam3 даже при такой записи

[Ildar-tsr]

Сообщение от Yurk@

ни на каком ... violation начинается с bRam3 даже при такой записи

Значит данный контрол отличается от первых двух. Вот черт только знает чем. Может какое-то свойство стоит, которое с ошибкой обрабатывается в последующих версиях.

[Yurk@]

все элементы создавались путем Copy-Paste т.е. абсолютно все свойства, кроме имени, идентичны

[angvelem]

Чтобы убедиться, что именно с 3, напиши:

Код:

  if not bRam1.Enabled then edModRam1.ItemIndex:=-1;
  if not bRam1.Enabled then edModRam1.ItemIndex:=-1;
  if not bRam1.Enabled then edModRam1.ItemIndex:=-1;
  if not bRam1.Enabled then edModRam1.ItemIndex:=-1;

[Yurk@]

та не катит с ним такой прикол .. результат тот же

[NumLock]

при обращении к какому объекту/свойству возникает AV?