64kb limit to module code

[Stuart]

Within the last day or so Rob Bovey replied to an OP
and included the comment that (sic) "a module should
not exceed 64kb" ( I think that's what was said).

Would someone be kind enough to explain the reasons
behind this advice, please?

Would this apply to all modules (Standard, Class etc),
and would this equally apply to AddIns?

Regards.

 

[David]

How does one check, just the size of the module? If it
excedes 64 k, then is the best way to export it, not to
export it, but to maybe put the code in a word document
then copy it out to a "newly" establised module in the
exported Excel file?

Thanks,
David

 

[Rob Bovey]

Hi David,

The easiest way to check one module is to export it and then look at the
file size of the exported module in Explorer. If the module is too large,
add a new module to your Excel project and move code from the module that is
too large into the new module until the module that was too large falls
below 64KB.

--
Rob Bovey, MCSE, MCSD, Excel MVP
Application Professionals
http://www.appspro.com/

* Please post all replies to this newsgroup *
* I delete all unsolicited e-mail responses *

 

[RB Smissaert]

Rob,

This is interesting.
I just exported a module from an add-in and the module size is 450 Kb.
This is the file Module1.bas is 450Kb.
Now this is an add-in and sofar I haven't found any problems yet.
It would be a nuisance to split this module in 8.
What kind of problems could one have and are there particular situations
where they are more likely to happen?
Thanks for any advice.

RBS

 

[Rob Bovey]

To add to Myrna's response, 64KB is not some kind of absolute limit. In
fact I don't even know where that particular size originated. Lacking any
guidance from MS, and faced with an obvious problem, it may simply have been
empirically determined by the Excel development community that size-related
problems stopped once modules were smaller than this.

It's very rare to see immediate problems upon exceeding the 64KB size
limit. The problems tend to appear over time and manifest themselves as
strange logical or structural errors in your code for which no obvious cause
can be found.

--
Rob Bovey, MCSE, MCSD, Excel MVP
Application Professionals
http://www.appspro.com/

* Please post all replies to this newsgroup *
* I delete all unsolicited e-mail responses *

 

[RB Smissaert]

Does the same apply to Userforms?
Just exported one and the .frm file is 90 Kb and the .frx file is 80 Kb.
It does actually sometimes show minor abberations, but sofar nothing major
to worry about.

RBS

 

[Rob Bovey]

Does the same apply to Userforms?
Just exported one and the .frm file is 90 Kb and the .frx file is 80 Kb.
It does actually sometimes show minor abberations, but sofar nothing major
to worry about.

That's a very good question. UserForms didn't even exist when this
problem first appeared, so I don't know if they are handled differently from
standard modules or not. I keep my own UserForm code within the 64KB limit
out of habit, so I haven't had the opportunity to test the size limit with
them. Based on postings here, having too many controls on a UserForm seems
to be a much more common problem then having to much code in them.

--
Rob Bovey, MCSE, MCSD, Excel MVP
Application Professionals
http://www.appspro.com/

* Please post all replies to this newsgroup *
* I delete all unsolicited e-mail responses *