PC Review


Reply
Thread Tools Rate Thread

Access2k3 Application works under XP, fails under Windows 2000

 
 
teddysnips@hotmail.com
Guest
Posts: n/a
 
      3rd Apr 2007
SCENARIO:

Application originally developed in Access 97 several years ago.
Worked with no problem until recent change from Novell to Active
Directory.

PROBLEM:

Application was converted from Access 97 to Access 2003.

It WORKS on machines running Windows XP

It FAILS on machines running Windows 2000 as below:

In the Form_Load event of one of the forms (which contains a number of
subforms) the following lines appear:

Forms![frmPartDetails]![fsubNHA_Details].Form.RecordSource
= "qryPart_Details_frm_NHA"
Forms![frmPartDetails]!
[fsubEndUnit_Details].Form.RecordSource =
"qryPart_Details_frm_End_Unit"

When the second line is hit it prompts for a parameter thus:

Forms!frmPartDetails!fsubNHA_Details!NHA.Text

This problem does not occur on Windows XP machines.

In order to test this reasonably thoroughly, I copied the code onto a
pen drive and installed it on three machines running XP. They all
worked fine. I then copied it to three machines running Windows 2K
and they all failed with the same problem.

The answer, obviously, is to upgrade all Windows 2000 machines to XP.
But what is the reason that this doesn't work? Is it an
incompatibility between Access 2003 and Windows 2000?

Thanks

Edward

 
Reply With Quote
 
 
 
 
Allen Browne
Guest
Posts: n/a
 
      3rd Apr 2007
When you open a form, Access must it and its subforms into memory. One of
the 2 subforms loads before the other. If you have a dependency that assumes
the other subform is loaded, you can get caught short if Access loads them
in the other order.

Since this happens only when the form is loading, you might be able to work
around the problem by adding error handling, and ignoring the specific error
that occurs when the form first loads.

--
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.

<(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> SCENARIO:
>
> Application originally developed in Access 97 several years ago.
> Worked with no problem until recent change from Novell to Active
> Directory.
>
> PROBLEM:
>
> Application was converted from Access 97 to Access 2003.
>
> It WORKS on machines running Windows XP
>
> It FAILS on machines running Windows 2000 as below:
>
> In the Form_Load event of one of the forms (which contains a number of
> subforms) the following lines appear:
>
> Forms![frmPartDetails]![fsubNHA_Details].Form.RecordSource
> = "qryPart_Details_frm_NHA"
> Forms![frmPartDetails]!
> [fsubEndUnit_Details].Form.RecordSource =
> "qryPart_Details_frm_End_Unit"
>
> When the second line is hit it prompts for a parameter thus:
>
> Forms!frmPartDetails!fsubNHA_Details!NHA.Text
>
> This problem does not occur on Windows XP machines.
>
> In order to test this reasonably thoroughly, I copied the code onto a
> pen drive and installed it on three machines running XP. They all
> worked fine. I then copied it to three machines running Windows 2K
> and they all failed with the same problem.
>
> The answer, obviously, is to upgrade all Windows 2000 machines to XP.
> But what is the reason that this doesn't work? Is it an
> incompatibility between Access 2003 and Windows 2000?
>
> Thanks
>
> Edward


 
Reply With Quote
 
teddysnips@hotmail.com
Guest
Posts: n/a
 
      3rd Apr 2007
On 3 Apr, 08:44, "Allen Browne" <AllenBro...@SeeSig.Invalid> wrote:
> When you open a form, Access must it and its subforms into memory. One of
> the 2 subforms loads before the other. If you have a dependency that assumes
> the other subform is loaded, you can get caught short if Access loads them
> in the other order.
>
> Since this happens only when the form is loading, you might be able to work
> around the problem by adding error handling, and ignoring the specific error
> that occurs when the form first loads.


I tried that, and it didn't work because the second form depends on a
value that exists in a control on the first form, which is not
available when it's run on Windows 2000. So although I can bypass the
run-time error the containing form, when loading is complete, is
useless.

What I really want to know is why this should work as expected under
XP but not W2k. I suspect that it is a library issue.

Thanks

Edward

 
Reply With Quote
 
Albert D. Kallal
Guest
Posts: n/a
 
      3rd Apr 2007
Try placing a doevents command between the two lines....

It might very well be a threading issue, and those NT machines behave a bit
different...

I had a few threading issues pop up when converting from a97 to a2003.

It is a guess on my part..but, give it a try...

--
Albert D. Kallal (Access MVP)
Edmonton, Alberta Canada
(E-Mail Removed)


 
Reply With Quote
 
 
 
Reply

Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
16 Bit Application Fails on XP Works on Windows NT =?Utf-8?B?RGF2ZSBQZXR6ZWw=?= Windows XP Accessibility 1 22nd Sep 2005 07:09 PM
Form filter works in 2000-2002 but fails in 2003 Greg O Microsoft Access Forms 2 10th Mar 2005 12:16 AM
WinXP port forwarding through SSH fails/ Works with Windows 2000 =?Utf-8?B?U2VhZ3VsbA==?= Windows XP Networking 0 27th Jan 2005 06:37 PM
application works fine in 2000 but won't work in networked XP-Pro pc mjw Microsoft Windows 2000 Applications 1 27th Jan 2004 01:18 AM
RedirectStandardOutput fails on W2k Server application, works on XP professional R Fischer Microsoft Dot NET 0 8th Aug 2003 10:00 PM


Features
 

Advertising
 

Newsgroups
 


All times are GMT +1. The time now is 08:50 PM.