Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Forms / March 2007

Tip: Looking for answers? Try searching our database.

Code always enters 'debug mode'

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Bobthebadger - 12 Mar 2007 11:57 GMT
I'm working with an Access 2003 application developed (by someone else)
several years ago and the first thing I've found is that if I hit 1
particular button on a form, the VB Editor window is opened and the debugger
sits on the same line of code, even though there is no breakpoint set. If I
F5 the debugger then execution continues normally, but that's not the point.
I don't want to open the code editor unless I'm coding!

Any ideas?

Signature

A journey of 1,000 miles often ends in disaster.

Allen Browne - 12 Mar 2007 12:14 GMT
A decompile will probably solve that issue.

Try this sequence (in order):

1. Uncheck the boxes under:
   Tools | Options | General | Name AutoCorrect
In Access 2007, it's:
   Office Button | Access Options | Current Database | Name AutoCorrect
Explanation of why:
   http://allenbrowne.com/bug-03.html

2. Compact the database to get rid of this junk:
   Tools | Database Utilities | Compact/Repair
or in Access 2007:
   Office Button | Manage | Compact/Repair

3. Close Access. Make a backup copy of the file. Decompile the database by
entering something like this at the command prompt while Access is not
running. It is all one line, and include the quotes:
   "c:\Program Files\Microsoft office\office\msaccess.exe" /decompile
       "c:\MyPath\MyDatabase.mdb"

4. Open Access (holding down the Shift key if you have any startup code),
and compact again.

5. Open a code window.
Choose References from the Tools menu.
Uncheck any references you do not need.
For a list of the ones you typically need in your version of Access, see:
   http://allenbrowne.com/ser-38.html

6. Still in the code window, choose Compile from the Debug menu.
Fix any errors, and repeat until it compiles okay.

At this point, you should have a database where the name-autocorrect errors
are gone, the indexes are repaired, inconsistencies between the text- and
compiled-versions of the code are fixed, reference ambiguities are resolved,
and the code syntax is compilable.

Signature

Allen Browne - Microsoft MVP.  Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

> I'm working with an Access 2003 application developed (by someone else)
> several years ago and the first thing I've found is that if I hit 1
[quoted text clipped - 7 lines]
>
> Any ideas?
Bobthebadger - 12 Mar 2007 12:22 GMT
Excellent!

Thanks for this.

Signature

A journey of 1,000 miles often ends in disaster.

> A decompile will probably solve that issue.
>
[quoted text clipped - 46 lines]
> >
> > Any ideas?
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.