Процедура слишком большая

Question

Процедура слишком большая

Я получил это сообщение об ошибке -Procedure too large - в VBA. В чем причина и выход этой ошибки?

22

vba error-handling ms-office

Источник

user386694 20 сен '10 в 12:01

8 ответов

Другие вопросы по тегам vba error-handling ms-office

user306651 20 сен '10 в 12:07 2010-09-20 12:07 · Answer 1 · 2010-09-20 12:07

Вероятно, у вас есть одна или несколько гигантских процедур / функций, и я думаю, что VBA имеет ограничение в 64 КБ или что-то на процедуру.

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

Поэтому вместо того, чтобы:

 Sub GiantProcedure()
      ... ' lots and lots of code
 End Sub

У вас будет что-то вроде:

 Sub GiantProcedure()
      ... ' a little bit of common code
      Proc1()
      Proc2()
      Proc3()

 End Sub

 Sub Proc1()
      ... ' quite a bit of code
 End Sub

 Sub Proc2()
      ... ' quite a bit of code
 End Sub

 Sub Proc3()
      ... ' quite a bit of code
 End Sub

user48378 20 сен '10 в 12:08 2010-09-20 12:08 · Answer 2 · 2010-09-20 12:08

Ваша скомпилированная процедура не может превышать 64 КБ. Вы должны разбить его на разные подпрограммы.

http://msdn.microsoft.com/en-us/library/Aa264541

6

Источник

user48378 20 сен '10 в 12:08

user7109437 02 апр '18 в 16:17 2018-04-02 16:17 · Answer 3 · 2018-04-02 16:17

Идея GiantProcedure не работала для меня, используя Microsoft Powerpoint 2013. Затем я добавил "вызов" перед каждым "процессом". Как это:

Sub GiantProcedure()

  Call Proc1()
  Call Proc2()
  Call Proc3()

End Sub

Теперь это работает.

2

Источник

user7109437 02 апр '18 в 16:17

user14771818 06 дек '20 в 03:31 2020-12-06 03:31 · Answer 4 · 2020-12-06 03:31

Не уверен, почему рекомендуется публикация, получившая наибольшее количество голосов, поскольку гигантский код процедуры для меня тоже не работал. В итоге сработало вот что:

Sub MacroName

Call ProcedureName1
Call ProcedureName2
etc...

End Sub

Sub ProcedureName1
'insert your vba code here

End Sub

Оператор Call вытягивал каждую из подпрограмм, пока я вызывал правильную именованную подпрограмму.

user40347 20 сен '10 в 12:09 2010-09-20 12:09 · Answer 5 · 2010-09-20 12:09

Это сообщение об ошибке может появиться, если макрос был создан с использованием 64-разрядной версии Office. См. Следующую статью для получения дополнительной информации и обходного пути:

Сообщение об ошибке "Ошибка компиляции: слишком большая процедура" при попытке запуска макроса VBA в 32-разрядной версии программы Office 2010

user13216600 17 фев '21 в 02:41 2021-02-17 02:41 · Answer 6 · 2021-02-17 02:41

Решено, что процедуры следует разбивать на более мелкие подпрограммы, а не на один гигантский кусок кода.

Я видел слишком большие ошибки процедуры в 32-битных установках Excel, когда они отлично запускаются / компилируются на 64-битной установке, код был написан, поэтому, если это случай процедуры, слишком большая ошибка [внезапно] возникает, и она раньше работала, проверьте, является ли установка Excel, на которой вы пытаетесь запустить код, 32-разрядной версией, и попробуйте вместо нее 64-разрядную установку.

user10467437 06 окт '21 в 16:55 2021-10-06 16:55 · Answer 7 · 2021-10-06 16:55

Используйте 32-разрядную версию программы Office 2010 или разделите модуль на части

0

Источник

user10467437 06 окт '21 в 16:55

user9023714 17 май '21 в 23:45 2021-05-17 23:45 · Answer 8 · 2021-05-17 23:45

Мои сотрудники получают то же сообщение на своих более слабых компьютерах, а я - на моем. Так что либо тот факт, что объем памяти на вашем компьютере меньше 16 ГБ, либо тот факт, что у вас слишком слабый процессор Intel. Процессор i7 Intel после 8-го поколения определенно должен справиться со своей задачей. Просто купите лучший компьютерный процессор и лучшую память на вашем компьютере, и он будет работать.