473,386 Members | 1,752 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,386 software developers and data experts.

A2K db crashes after A2K3/ADE installed

I have just installed Office 2003 and Visual Studio Tools for Office 2003,
including the Developer Extensions for Access. I kept my Access 2000/MOD
installation intact (I hope), installed Access 2003 and upgraded all the
other Office apps. I have all updates/service packs installed including Jet
SP8. OS is XP Pro.

I have a repeatable situation where opening a report with code will cause
any mdb to crash every time. The following is one sample of code but ANY
code that opens ANY report in ANY mdb results in a crash under the
circumstances described below:

Dim stDocName As String
Dim boolSubs As Boolean

Me.Refresh
boolSubs = Me.Check55
DoCmd.Close

If boolSubs = True Then
stDocName = "rptWindows1"
Else
stDocName = "rptNoSubTotal"
End If

DoCmd.OpenReport stDocName, acPreview

Nothing too exotic here.

These are the steps that put the mdb in a state where the above code crashes
the app:

1.Open the mdb in Access 2003, compile under 2003 - code runs fine. Close
mdb

2.Open same mdb with Access 2000 after it has been compiled under 2003,
attempt to open report and Access crashes. Every time. Recompiling under
2000 either before or after trying open report does not help. Once its broke
recompiling doesn't fix it. Opening reports directly from the database
window does not cause the crash.

The only variation is sometimes just opening in 2003 then opening a report
with code in 2000 is enough to cause the crash. Compiling under 2003 causes
the problem every time but just opening with 2003 sometimes causes the mdb
to crash when subsequetly opening a report in 2000.

I see a description of my symptoms in an NG where the solution was to update
printer drivers. If that's the problem why would using code to preview a
report cause a crash while previewing from the db window doesn't?

I have tried this with several different mdbs, all developed under 2000 and
get the same results. So far it seems Access 2003 is harder to live with
than previous versions, but it always seems like that at first.

Anyone have similar experiences or comments?

Thanks for any comments or help.

Brent
Nov 12 '05 #1
2 1824
Further:

I uninstalled Office 2003 leaving Access 2000 on the machine by itself. All
the 2000 mdbs now work without error or problem.

Copied those mdbs to another machine that has only Office 2003 installed.
Opened, ran, compiled without error or problem.

Copied mdbs compiled on Office 2003 machine back to Access 2000 machine.
They still work fine; run, open reports, etc without error or problem.

So....Access 2003 and 2000 can't live on the same machine?

Brent
"Brent" <brento@telus_NO_SP_AM_planet.net> wrote in message
news:hA_cc.20506$J56.15528@edtnps89...
I have just installed Office 2003 and Visual Studio Tools for Office 2003,
including the Developer Extensions for Access. I kept my Access 2000/MOD
installation intact (I hope), installed Access 2003 and upgraded all the
other Office apps. I have all updates/service packs installed including Jet SP8. OS is XP Pro.

I have a repeatable situation where opening a report with code will cause
any mdb to crash every time. The following is one sample of code but ANY
code that opens ANY report in ANY mdb results in a crash under the
circumstances described below:

Dim stDocName As String
Dim boolSubs As Boolean

Me.Refresh
boolSubs = Me.Check55
DoCmd.Close

If boolSubs = True Then
stDocName = "rptWindows1"
Else
stDocName = "rptNoSubTotal"
End If

DoCmd.OpenReport stDocName, acPreview

Nothing too exotic here.

These are the steps that put the mdb in a state where the above code crashes the app:

1.Open the mdb in Access 2003, compile under 2003 - code runs fine. Close
mdb

2.Open same mdb with Access 2000 after it has been compiled under 2003,
attempt to open report and Access crashes. Every time. Recompiling under
2000 either before or after trying open report does not help. Once its broke recompiling doesn't fix it. Opening reports directly from the database
window does not cause the crash.

The only variation is sometimes just opening in 2003 then opening a report
with code in 2000 is enough to cause the crash. Compiling under 2003 causes the problem every time but just opening with 2003 sometimes causes the mdb
to crash when subsequetly opening a report in 2000.

I see a description of my symptoms in an NG where the solution was to update printer drivers. If that's the problem why would using code to preview a
report cause a crash while previewing from the db window doesn't?

I have tried this with several different mdbs, all developed under 2000 and get the same results. So far it seems Access 2003 is harder to live with
than previous versions, but it always seems like that at first.

Anyone have similar experiences or comments?

Thanks for any comments or help.

Brent

Nov 12 '05 #2
> So....Access 2003 and 2000 can't live on the same machine?

They can, normally. Either it's something new, or (more likely)
you have just been unlucky.

BTW, I once had an application that worked perfectly except
that one feature I wanted was missing. I just thought it was
designed that way. Later I found that my copy of the executable
differed by ONE BYTE from the copy on the installation floppy.
And installation has only become more complex since then....

(david)

"Brent" <brento@telus_NO_SP_AM_planet.net> wrote in message
news:uo3dc.14874$Sh4.829@edtnps84...
Further:

I uninstalled Office 2003 leaving Access 2000 on the machine by itself. All the 2000 mdbs now work without error or problem.

Copied those mdbs to another machine that has only Office 2003 installed.
Opened, ran, compiled without error or problem.

Copied mdbs compiled on Office 2003 machine back to Access 2000 machine.
They still work fine; run, open reports, etc without error or problem.

So....Access 2003 and 2000 can't live on the same machine?

Brent
"Brent" <brento@telus_NO_SP_AM_planet.net> wrote in message
news:hA_cc.20506$J56.15528@edtnps89...
I have just installed Office 2003 and Visual Studio Tools for Office 2003, including the Developer Extensions for Access. I kept my Access 2000/MOD
installation intact (I hope), installed Access 2003 and upgraded all the
other Office apps. I have all updates/service packs installed including

Jet
SP8. OS is XP Pro.

I have a repeatable situation where opening a report with code will cause any mdb to crash every time. The following is one sample of code but ANY
code that opens ANY report in ANY mdb results in a crash under the
circumstances described below:

Dim stDocName As String
Dim boolSubs As Boolean

Me.Refresh
boolSubs = Me.Check55
DoCmd.Close

If boolSubs = True Then
stDocName = "rptWindows1"
Else
stDocName = "rptNoSubTotal"
End If

DoCmd.OpenReport stDocName, acPreview

Nothing too exotic here.

These are the steps that put the mdb in a state where the above code

crashes
the app:

1.Open the mdb in Access 2003, compile under 2003 - code runs fine. Close mdb

2.Open same mdb with Access 2000 after it has been compiled under 2003,
attempt to open report and Access crashes. Every time. Recompiling under
2000 either before or after trying open report does not help. Once its

broke
recompiling doesn't fix it. Opening reports directly from the database
window does not cause the crash.

The only variation is sometimes just opening in 2003 then opening a report with code in 2000 is enough to cause the crash. Compiling under 2003

causes
the problem every time but just opening with 2003 sometimes causes the mdb to crash when subsequetly opening a report in 2000.

I see a description of my symptoms in an NG where the solution was to

update
printer drivers. If that's the problem why would using code to preview a
report cause a crash while previewing from the db window doesn't?

I have tried this with several different mdbs, all developed under 2000

and
get the same results. So far it seems Access 2003 is harder to live with
than previous versions, but it always seems like that at first.

Anyone have similar experiences or comments?

Thanks for any comments or help.

Brent


Nov 12 '05 #3

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

4
by: Tony | last post by:
We have a simple MSAccess97 database located on a file server. We have a number of Win2000 machines accessing the database regularly. On one particular machine it repeatdly crashes (no specific...
2
by: Brent | last post by:
I have just installed Office 2003 and Visual Studio Tools for Office 2003, including the Developer Extensions for Access. I kept my Access 2000/MOD installation intact (I hope), installed Access...
19
by: David W. Fenton | last post by:
I'm setting up a project for a client on a new Windows Terminal Server. The application is currently in A2K, but the sysadmin does not want to install that, he wants to install A2K3, because Office...
13
by: Arno R | last post by:
Hi all, I am deploying an A2k app to users with different versions of Access. Using Access 2000 the relinking on startup (on deploying a new frontend or when backend has changed) is very fast....
0
by: taylorcarr | last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
0
by: aa123db | last post by:
Variable and constants Use var or let for variables and const fror constants. Var foo ='bar'; Let foo ='bar';const baz ='bar'; Functions function $name$ ($parameters$) { } ...
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.