The first variable was li_contract. The second was gb_stats. Anyway, this
wouldn't account for the behavior being different between the two virtually
identical databases.
> It could be that your variable name is also a function or method name. I
> have seen lots of programmers that don't realize that date is a function
[quoted text clipped - 20 lines]
> > Option Compare Database
> > Option Explicit
I've never found Option Explicit to be unreliable. One thing I have found in
recent versions of Access, though, is that the VBA editor doesn't always
detect the fact that code needs to be recompiled if I edit code without
moving off the edited line. This could possibly be what you are seeing, as
the undeclared variable will not be detected until VBA attempts to compile
the code.

Signature
Brendan Reynolds (MVP)
> The first variable was li_contract. The second was gb_stats. Anyway,
> this
[quoted text clipped - 33 lines]
>> > Option Compare Database
>> > Option Explicit
Laurel - 31 Jan 2005 14:30 GMT
Yeah, I've found that about the VBA compiler too. But in the process of
verifying that the behavior was different in the two db's, I definitely
compiled successfully, after adding yet another undeclared variable.
Compiling was how I verified.
> I've never found Option Explicit to be unreliable. One thing I have found in
> recent versions of Access, though, is that the VBA editor doesn't always
[quoted text clipped - 40 lines]
> >> > Option Compare Database
> >> > Option Explicit