Sorry it took a while to get back to this, but after copying all the pieces over top of their counterparts in all the appropriate directories, everything seems to work just fine!
Thanks for everyone's thoughts on this.
Rick
Hi Dave,
Yup I tried that. In fact I tried running them in XP SP2 compatibility mode too, but still no errors and no success.
Since SP5 has the all the files expanded (at least for VFP), I'm considering just copying them over thier base counterparts, and hope that there aren't any critical...
Because I have to occasional support a VFP 6.0 SP5 app, I thought I'd try installing this on my new Vista machine at home. While the VFP 6.0 install went fine, the SP5 update fails because it requires MDAC 2.5 (or higher). While I get no error on the install of 2.5 MDAC (or 2.6), apparently what...
Have you tried using the Compatibility mode on the shortcut? While I haven't tried it yet, I've read some good things about DOSBox - http://dosbox.sourceforge.net/news.php?show_news=1.
Rick
You also might get this error if the label file(s) have become corrupted. Try opening the .LBX file. First try it with USE mylabel.LBX Then try Modify Label mylabel.LBX
Rick
...layout spacing was deleted
so it it wouldn't word-wrap here!)
Rick
FUNCTION bo_dttm && break out date and time from timestamp
PARAMETER zx_DtTm
* Notes: zx_DtTm is either a number or a character string representing
number
* Returns: Character String w/ "MM/DD/YYYY HH:MM:SS xM"
*...
The runtime files for FPW 2.6a are:
FOXW2600.ESL
FOXRUN.PIF (if you run any DOS commands in the application)
FOXTOOLS.FLL (if you use any of these library functions)
FPATH.FLL (if you use any of these library functions)
RESERVED.FLL (if you use any of these library functions)
and any custom .FLL...
BlackDice,
Because VFP keeps as much stuff in memory as it can, it's always a good idea to CLEAR RESOURCES after making these kinds of changes. See the Help file topic for CLEAR for more detail.
Rick
savita,
Another way to do this is to create an active user table with five records in it. Then when a user logs on, try to LOCK each record until you find one. Then when they exit the application release the lock - if they have connection problems or a system crash the file server will...
I seem to remember that SP3 fixed this for NT/2000. I don't believe SP3 is still available, but the more stable SP5 is at http://msdn.microsoft.com/vstudio/downloads/updates/sp/vs6/sp5/dnldoverview.aspx.
Rick
Steve,
Is this form "Modal"? Does it run correctly from inside the VFP IDE? (i.e. DO myapp.exe )We've got VFP executables as large as 35 MB, so no 3 MB is not a real problem.
Rick
I agree with Dave, because it's a DOS application, it expects that it's the only thing running. If the Windows environment switches it out it'll loose that time. In fact it's one of the reasons that under NT/2000/XP/2003 a DOS app shows it's using all the processor time.
Rick
Henry,
You didn't say what the OS of the user's station is, or what the File Sever's OS is. Do they use any screensaver? (on either system) How busy is the network? What network protocol(s) are you using?
Rick
Rick
While there are products for VFP like FoxAudit (http://www.takenote.com/DesktopDefault.aspx?tabid=28), you'd have to design your program to do your own auditing in FPD and FPW.
Rick
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.