I have a situation where some, not all, users get the message "Couldn't
find file "F:\AccessApps\ AppName.mdw". This file is required for startup".
My app the users are attempting to access is written A2003 and they use
the A2003 runtime to access the application. They use a desktop icon
that specifies the location of Access, the Appname, and the MDW file to
use. Ex:
"C:\ProgramFile s\Office\MSACCE SS.EXE" "C:\Apps\App.MD B" /wrkgrp
F:\Backend\App. MDW
The only users getting this message have A97 retail, A2000 retail, and
A2003 runtime. All other users have A2003 runtime only on their PCs as
well as Office 2007 products and they do not get this error message.
All users experiencing this problem have WinXP as their OS and all SPs
are up to date. The office version they have is Office 2000 they use
for other Office products like Word and Excel.
These users, if they want to use the program in A2003, must/always log
into the same app in A97 first and then log into the app in A2003. In
all desktop icons the MDW is specified.
At first I thought it might be a "rights" issue but I discarded that
thought since they can log into the app with A2003 if they first open it
(using the same MDW file) in A97.
This problem first cropped up using Tony Toew's AutoFE program. Since I
don't have Tony's source code I couldn't determine if his program or my
program was the source of the problem. I designed another method to
distribute updates and the problem still occurs with my new method.
My temporary kludge fix is to have them run WrkGAdm.EXE and join to the
MDW file on the network. This corrects the problem. This problem
occurs only when I create a new update for them that requires
distribution. After they have "rejoined" the MDW file after a new
update they don't have the problem again until another update is created.
When I do an update, I create the updated version from a machine with a
full version of A2003 attached to their network. I recompile the
application and make an MDE from that machine. This machine is always
attached to the MDW file on their network.
Does anyone have any idea why Access gives this message regarding the
MDW file that is hard-coded/specified in the desktop icon? Why
rejoining is the only solution at this point to solving the problem?
Could this be a registry problem? I am casting a jaundiced eye towards
Office 2000 at this point as the culprit.
Any suggestions are welcome.
4  4065 
On Oct 15, 1:57*pm, Salad <o...@vinegar.c omwrote:
I have a situation where some, not all, users get the message "Couldn't
find file "F:\AccessApps\ AppName.mdw". *This file is required for startup".
My app the users are attempting to access is written A2003 and they use
the A2003 runtime to access the application. *They use a desktop icon
that specifies the location of Access, the Appname, and the MDW file to
use. *Ex:
* *"C:\ProgramFil es\Office\MSACC ESS.EXE" "C:\Apps\App.MD B" /wrkgrp
F:\Backend\App. MDW
The only users getting this message have A97 retail, A2000 retail, and
A2003 runtime. *All other users have A2003 runtime only on their PCs as
well as Office 2007 products and they do not get this error message.
All users experiencing this problem have WinXP as their OS and all SPs
are up to date. *The office version they have is Office 2000 they use
for other Office products like Word and Excel.
These users, if they want to use the program in A2003, must/always log
into the same app in A97 first and then log into the app in A2003. *In
all desktop icons the MDW is specified.
At first I thought it might be a "rights" issue but I discarded that
thought since they can log into the app with A2003 if they first open it
(using the same MDW file) in A97.
This problem first cropped up using Tony Toew's AutoFE program. *Since I
don't have Tony's source code I couldn't determine if his program or my
program was the source of the problem. *I designed another method to
distribute updates and the problem still occurs with my new method.
My temporary kludge fix is to have them run WrkGAdm.EXE and join to the
MDW file on the network. *This corrects the problem. *This problem
occurs only when I create a new update for them that requires
distribution. *After they have "rejoined" the MDW file after a new
update they don't have the problem again until another update is created.
When I do an update, I create the updated version from a machine with a
full version of A2003 attached to their network. *I recompile the
application and make an MDE from that machine. *This machine is always
attached to the MDW file on their network.
Does anyone have any idea why Access gives this message regarding the
MDW file that is hard-coded/specified in the desktop icon? *Why
rejoining is the only solution at this point to solving the problem?
Could this be a registry problem? *I am casting a jaundiced eye towards
Office 2000 at this point as the culprit.
Any suggestions are welcome.
Does it make any difference if you specify the \wrkgrp parameter
before the name of the .mdb file, i.e.
"C:\ProgramFile s\Office\MSACCE SS.EXE" /wrkgrp "F:\Backend\App .MDW" "C:
\Apps\App.MDB"
Also, what do you have in the 'Start in:' field of the shortcut
properties?
Bruce
BruceB wrote:
On Oct 15, 1:57 pm, Salad <o...@vinegar.c omwrote:
>>I have a situation where some, not all, users get the message "Couldn't
find file "F:\AccessApps\ AppName.mdw". This file is required for startup".
My app the users are attempting to access is written A2003 and they use
the A2003 runtime to access the application. They use a desktop icon
that specifies the location of Access, the Appname, and the MDW file to
use. Ex:
"C:\ProgramFile s\Office\MSACCE SS.EXE" "C:\Apps\App.MD B" /wrkgrp
F:\Backend\Ap p.MDW
The only users getting this message have A97 retail, A2000 retail, and
A2003 runtime. All other users have A2003 runtime only on their PCs as
well as Office 2007 products and they do not get this error message.
All users experiencing this problem have WinXP as their OS and all SPs
are up to date. The office version they have is Office 2000 they use
for other Office products like Word and Excel.
These users, if they want to use the program in A2003, must/always log
into the same app in A97 first and then log into the app in A2003. In
all desktop icons the MDW is specified.
At first I thought it might be a "rights" issue but I discarded that
thought since they can log into the app with A2003 if they first open it
(using the same MDW file) in A97.
This problem first cropped up using Tony Toew's AutoFE program. Since I
don't have Tony's source code I couldn't determine if his program or my
program was the source of the problem. I designed another method to
distribute updates and the problem still occurs with my new method.
My temporary kludge fix is to have them run WrkGAdm.EXE and join to the
MDW file on the network. This corrects the problem. This problem
occurs only when I create a new update for them that requires
distributio n. After they have "rejoined" the MDW file after a new
update they don't have the problem again until another update is created.
When I do an update, I create the updated version from a machine with a
full version of A2003 attached to their network. I recompile the
application and make an MDE from that machine. This machine is always
attached to the MDW file on their network.
Does anyone have any idea why Access gives this message regarding the
MDW file that is hard-coded/specified in the desktop icon? Why
rejoining is the only solution at this point to solving the problem?
Could this be a registry problem? I am casting a jaundiced eye towards
Office 2000 at this point as the culprit.
Any suggestions are welcome.
Does it make any difference if you specify the \wrkgrp parameter
before the name of the .mdb file, i.e.
"C:\ProgramFile s\Office\MSACCE SS.EXE" /wrkgrp "F:\Backend\App .MDW" "C:
\Apps\App.MDB"
I will have to check that one out. What would you recommend...the
folder that MS-Access.EXE is in or the folder where the MDB is in?
Also, what do you have in the 'Start in:' field of the shortcut
properties?
I really don't know. I'll check that out tho I don't know why it would
make a difference.
Bruce
On Oct 15, 5:22*pm, Salad <o...@vinegar.c omwrote:
BruceB wrote:
On Oct 15, 1:57 pm, Salad <o...@vinegar.c omwrote:
>I have a situation where some, not all, users get the message "Couldn't
find file "F:\AccessApps\ AppName.mdw". *This file is required for startup".
>My app the users are attempting to access is written A2003 and they use
the A2003 runtime to access the application. *They use a desktop icon
that specifies the location of Access, the Appname, and the MDW file to
use. *Ex:
* "C:\ProgramFile s\Office\MSACCE SS.EXE" "C:\Apps\App.MD B" /wrkgrp
F:\Backend\App .MDW
>The only users getting this message have A97 retail, A2000 retail, and
A2003 runtime. *All other users have A2003 runtime only on their PCs as
well as Office 2007 products and they do not get this error message.
>All users experiencing this problem have WinXP as their OS and all SPs
are up to date. *The office version they have is Office 2000 they use
for other Office products like Word and Excel.
>These users, if they want to use the program in A2003, must/always log
into the same app in A97 first and then log into the app in A2003. *In
all desktop icons the MDW is specified.
>At first I thought it might be a "rights" issue but I discarded that
thought since they can log into the app with A2003 if they first open it
(using the same MDW file) in A97.
>This problem first cropped up using Tony Toew's AutoFE program. *Since I
don't have Tony's source code I couldn't determine if his program or my
program was the source of the problem. *I designed another method to
distribute updates and the problem still occurs with my new method.
>My temporary kludge fix is to have them run WrkGAdm.EXE and join to the
MDW file on the network. *This corrects the problem. *This problem
occurs only when I create a new update for them that requires
distribution . *After they have "rejoined" the MDW file after a new
update they don't have the problem again until another update is created.
>When I do an update, I create the updated version from a machine with a
full version of A2003 attached to their network. *I recompile the
application and make an MDE from that machine. *This machine is always
attached to the MDW file on their network.
>Does anyone have any idea why Access gives this message regarding the
MDW file that is hard-coded/specified in the desktop icon? *Why
rejoining is the only solution at this point to solving the problem?
>Could this be a registry problem? *I am casting a jaundiced eye towards
Office 2000 at this point as the culprit.
>Any suggestions are welcome.
Does it make any difference if you specify the \wrkgrp parameter
before the name of the .mdb file, i.e.
"C:\ProgramFile s\Office\MSACCE SS.EXE" /wrkgrp "F:\Backend\App .MDW" "C:
\Apps\App.MDB"
I will have to check that one out. *What would you recommend...the
folder that MS-Access.EXE is in or the folder where the MDB is in?
Also, what do you have in the 'Start in:' field of the shortcut
properties?
I really don't know. * I'll check that out tho I don't know why it would
make a difference.
Bruce
I would experiment with specifying the /wrkgrp parameter first, and
try different values for the 'start in' property of the shortcut,
i.e., try starting it in f:\backend, c:\program files\office, and c:
\apps, see if any of those correct the problem. It's a shot in the
dark, I admit.
Bruce
BruceB wrote:
On Oct 15, 5:22 pm, Salad <o...@vinegar.c omwrote:
>>BruceB wrote:
>>>On Oct 15, 1:57 pm, Salad <o...@vinegar.c omwrote:
>>>>I have a situation where some, not all, users get the message "Couldn't
find file "F:\AccessApps\ AppName.mdw". This file is required for startup".
>>>>My app the users are attempting to access is written A2003 and they use
the A2003 runtime to access the application. They use a desktop icon
that specifies the location of Access, the Appname, and the MDW file to
use. Ex:
"C:\ProgramFile s\Office\MSACCE SS.EXE" "C:\Apps\App.MD B" /wrkgrp
F:\Backend\ App.MDW
>>>>The only users getting this message have A97 retail, A2000 retail, and
A2003 runtime. All other users have A2003 runtime only on their PCs as
well as Office 2007 products and they do not get this error message.
>>>>All users experiencing this problem have WinXP as their OS and all SPs
are up to date. The office version they have is Office 2000 they use
for other Office products like Word and Excel.
>>>>These users, if they want to use the program in A2003, must/always log
into the same app in A97 first and then log into the app in A2003. In
all desktop icons the MDW is specified.
>>>>At first I thought it might be a "rights" issue but I discarded that
thought since they can log into the app with A2003 if they first open it
(using the same MDW file) in A97.
>>>>This problem first cropped up using Tony Toew's AutoFE program. Since I
don't have Tony's source code I couldn't determine if his program or my
program was the source of the problem. I designed another method to
distribut e updates and the problem still occurs with my new method.
>>>>My temporary kludge fix is to have them run WrkGAdm.EXE and join to the
MDW file on the network. This corrects the problem. This problem
occurs only when I create a new update for them that requires
distributio n. After they have "rejoined" the MDW file after a new
update they don't have the problem again until another update is created.
>>>>When I do an update, I create the updated version from a machine with a
full version of A2003 attached to their network. I recompile the
applicati on and make an MDE from that machine. This machine is always
attached to the MDW file on their network.
>>>>Does anyone have any idea why Access gives this message regarding the
MDW file that is hard-coded/specified in the desktop icon? Why
rejoining is the only solution at this point to solving the problem?
>>>>Could this be a registry problem? I am casting a jaundiced eye towards
Office 2000 at this point as the culprit.
>>>>Any suggestions are welcome.
>>>Does it make any difference if you specify the \wrkgrp parameter
before the name of the .mdb file, i.e.
>>>"C:\ProgramF iles\Office\MSA CCESS.EXE" /wrkgrp "F:\Backend\App .MDW" "C:
\Apps\App.MD B"
I will have to check that one out. What would you recommend...the
folder that MS-Access.EXE is in or the folder where the MDB is in?
>>>Also, what do you have in the 'Start in:' field of the shortcut
properties ?
I really don't know. I'll check that out tho I don't know why it would
make a difference.
>>>Bruce
I would experiment with specifying the /wrkgrp parameter first, and
try different values for the 'start in' property of the shortcut,
i.e., try starting it in f:\backend, c:\program files\office, and c:
\apps, see if any of those correct the problem. It's a shot in the
dark, I admit.
Bruce
Thanks Bruce. I decided to remove the reference to the MDW entirely (it
doesn't seem to be used much in A2007. In my app the login was solely
used the login name for determining the currentuser and with A2003 I
updated to UserRoster to get the PC names of active users. I'll find
out tomorrow if it all works.
The error you are responding to is such an esoteric error although one
can see others have had the same problem if your search google.
Personally, I think it was the way O2K was installed...it may be they
used the same "root" folder that A97 was in when they installed A2K and
perhaps that confuses Access. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics | |
by: Peter Hansen |
last post by:
Greetings.
Im trying to write a program that can be run from the command line.
If I want to search for example after a file with the ending .pdf, I should
be able to write in the command line:
python name of my program / the libary to search and what kind of file it
is example a .pdf file
So if my program name was test.py and the library name was library1 and the
test type i wanted to find was, a .pdf file
I should write python...
|
by: Abe |
last post by:
I have a strange Perl problem I don't understand. I've written the
following program to scan different disks on a Windows server to look
for directory files. Works fine until it gets to 'e:' when I get this
warning:
Can't stat e:: Unknown file or directory
(If I don't have the "use warnings" in the code I get no message.)
There are folders and files on e:. I don't understand what the
|
by: Bob Morrow |
last post by:
Frustrating problem. I have a .dll that is called by all
the .NET programs that we are developing.
The dll reads an .ini file to determine if it should fill a data dictionary
from the development or production SQL Server. If no .ini is found it
defaults to production.
I recently started using a new PC with Win XP. The process works except for
finding the .ini file. I always get the production environment as if the
..ini does not...
|
by: Karen Grube |
last post by:
Hi!
Each week, we receive a two-page PDF file from UPS along with a separate
flat file (a CSV) The PDF file contains the overview of our weekly invoice
and the CSV contains the details of each shipment.
I download the file from UPS and then use DTS to import the data into
SQL. At that point, I have a Crystal report that prints what looks like a
regular UPS invoice. The only problem is that I wind up with having to print
two...
|
by: Siv |
last post by:
Hi,
A little while ago I wrote a small program that allowed the user to view
products from a database. The database holds the details of the products
which can be viewed via a form and additionally pictures of the product are
stored in an images subfolder and the database holds the file name of the
relevant picture. The user can then click a button to display the picture in
a pop-up window and also another button to email the potential...
| | |
by: georges the man |
last post by:
The purpose:
• Sorting and Searching
• Numerical Analysis
Design Specification
You are to write a program called “StockAnalyser”. Your program will read a text file that
contains historical price of a stock. The program will allow users to query the stock price of a
particular date and output its statistics (mean price, median price and standard deviation) for any
specified period. Your program must be menu driven and works as follows.
|
by: Mudcat |
last post by:
Hi,
I can't figure out why ctypes won't load the DLL I need to use. I've
tried everything I can find (and the ctypes website is down at the
moment). Here's what I've seen so far.
I've added the file arapi51.dll to the system32 directory. However
when I tried to access it I see this:
Traceback (most recent call last):
|
by: sndive |
last post by:
I have a weid problem. If i do this:
import elementtree.ElementTree as ET
....
tree = ET.parse("whatever")
root = tree.getroot()
r = root.find('last')
print r
return root
where last is not an immediate child of root node i get back None.
However if i comment the r = root.find('last')
|
by: john6630 |
last post by:
I am trying to get PDO for sqlite to work on my localhost system. I
have modified the PHP5.ini file as shown below and run the following
PHP script. As stated below, it reports the mssql, mysql and sqlite2
drivers but then gives a "could not find driver" exception. Any help
is greatly appreciated. Also, I am concerned if PDO for sqlite is
widely supported by hosting companies, any input or opinions on that?
<?php...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look !
Part I. Meaning of...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For most users, this new feature is actually very convenient. If you want to control the update process,...
| | |
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own....
Now, this would greatly impact the work of software developers. The idea...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one.
At the time of converting from word file to html my equations which are in the word document file was convert into image.
Globals.ThisAddIn.Application.ActiveDocument.Select();...
|
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols.
I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
|
by: 6302768590 |
last post by:
Hai team
i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
|
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
| | |
by: bsmnconsultancy |
last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...
| |
