Fairly strange event - hopefully I can explain it properly.
I have a fairly hefty Excel workbook with quite a bit of code in it - one particular event I keep seeing is that a parameter doesn't get passed correctly.
For example the line:
RowLockDown "ACCT", "equals", 6299
Calls the subroutine "RowLockDown" which is declared as follows:
Sub RowLockDown(ByVal sDim as string, byval sOp as string, byval vCode as variant)
However, occasionally (ie, not every time), when the RowLockDown routine executes the sDim (first) parameter is equal to a null string.
Indeed, if I try to populate sDim using the Immediate Window in runtime, it loses the value as soon as I advance the code.
Very peculiar.
I've been through a large number of processes trying to clean this code up such as
- running code cleaner (many times)
- ensuring no modules are too big
- removing all public variables
amongst others.
Anyone ever seen this before and have any suggestions?
I have a fairly hefty Excel workbook with quite a bit of code in it - one particular event I keep seeing is that a parameter doesn't get passed correctly.
For example the line:
RowLockDown "ACCT", "equals", 6299
Calls the subroutine "RowLockDown" which is declared as follows:
Sub RowLockDown(ByVal sDim as string, byval sOp as string, byval vCode as variant)
However, occasionally (ie, not every time), when the RowLockDown routine executes the sDim (first) parameter is equal to a null string.
Indeed, if I try to populate sDim using the Immediate Window in runtime, it loses the value as soon as I advance the code.
Very peculiar.
I've been through a large number of processes trying to clean this code up such as
- running code cleaner (many times)
- ensuring no modules are too big
- removing all public variables
amongst others.
Anyone ever seen this before and have any suggestions?