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

Есть в некоем модуле объявление типа

Public MyVar as byte

В процессе работы что-нибудь туда кладу

Private Sub Function Butt1_Click()
MyVar = 1
...

Дальше генерицца (против моего желания, конечно:) ошибка. После этого в MyVar будет 0.

2ЛП
Логично. Но ведь я не всегда знаю, где будет ошибка :)) и посему не всегда могу ее обработать.

Нехорошо. Во-первых, я заранее не знаю, сколько и каких переменных буду использовать, поэтому создавать в этой табличке новые поля - еще хуже, чем добавить поле в форму. Во-вторых, к этим переменным я буду обращаться и в запросах, и в циклах. Что быстрее - обратиться к полю открытой формы, или открыть таблицу, прочитать ее запись и посмотреть содержимое поля?

А если переменная - объект...

А нек..й объекты в глобальных переменных хранить тогда! Или же надо бояться...

2TatianaT

> сколько у тебя есть глобальнных переменных? 20? 40? 100?

Да не знаю. Сегодня 100, завтра 101 и т.д.
Или при каждом запуске убивать таблицу и создавать новую?

>а после какой ошибки Асесс сбрасывает значение глобальных переменных?

В каком-нить модуле:
Public MyVar as byte

В какой-нить форме:

Private Sub Function Butt1_Click()
MyVar = 1
MsgBox MyVar
MyVar = "qwerty"

Вылезает ошибка. Очумевший пользователь после n-й попытки понимает, что после нажатия на кнопку Debug надо перезагружаться, а после End - все вроде-бы работает.

Так вот после нажатия на End переменная MyVal становится равной 0.

2ЛП
Согласен. Но ведь за всем не уследишь. И непременно профукаешь САМУЮ ГЛАВНУЮ переменную. Обидно, да. Поэтому и хочу от греха хранить их "сбоенезависимо".

> Нет, это не я лох позорный \r
Зар-раза \r
\r
> Ты зачем вообще оставил пользователю доступ к исходному коду??? \r
> Тебе шаловливые пользователи никогда код не правили что-ли? \r
\r
Да не везде я могу писать mde!\r
/topic/40756\r
Кроме того, моя организация имеет деньгу с абонентской поддержки, т.е. программы постоянно находятся в стадии разработки. И не мне это менять.\r
\r
> Вот ведь лень до чего доводит... \r
> Пробегись по всем своим "Private Sub Function Butt1_Click" и впихатй туда\r
> обработку ошибок. Тогда и в код не будет падать, и переменные не будут\r
> сбрасываться. \r
> Писать надо сбоенезависимо\r
Плин, да я и так это знаю. Вопрос здесь не только и не столько о моем природном идиотизме, а о хранении глобальных переменных. Если ты скажешь, что в твоих программах в принципе не бывает ошибок, я сам готов собрать тебе памятник из пивных бутылок (невысокий).

Владимиру Санычу:
Согласен. Но некоторые переменные (к примеру текущая организация или р/с) могут меняться в процессе работы в неизвестных местах. И если окажется, что последние пара записей внесены не так, как ожидалось, то (мне) может стать мучительно больно.

2Pavel и остальные.

Я в первую очередь исхожу из посылки, что могу в том или ином месте забыть поставить обработчик (что, естественно, переодически и происходит). Или, не дай бог, будет дописывать кто-нибудь еще, кто не знает об этой особенности Access'a.

2ЛП
> Сбросить галку "Просмотр програм после ошибки" в параметрах запуска.
Ок. Спасибо.

>> Если ты скажешь, что в твоих программах в принципе не бывает ошибок
> Я скажу что в моих программах не бывает необработанных ошибок.
> Разницу чуешь?

Чую. Но это справедливо только для обкатанных некоторое время программ. А у меня, повторюсь, программы постоянно "в стадии разработки". Важный фактор - моя неопытность в акцессе.

2Senin Viktor
По первой части согласен полностью, я так и делаю сейчас. Но "сбоенезависимость", думаю, мне все-таки нужна. И, скорее, реализованная посредством формы, а не таблицы.