Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Retention in Win 7
Message
De
07/10/2012 07:10:03
 
 
À
06/10/2012 22:31:13
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Versions des environnements
Visual FoxPro:
VFP 7 SP1
OS:
Windows 7
Network:
Windows 2008 Server
Database:
Visual FoxPro
Application:
Desktop
Divers
Thread ID:
01554356
Message ID:
01554464
Vues:
65
All users.
>Darn, with Home you do get these kinds of problems, IIRC.
>
>Did you install VFP just for you, or all users?
>
>>Yes
>>>You're on Win 7 Professional?
>>>
>>>>Thanks for the suggestion Hank, but the only thing you mention that I'm not already doing is check the "Run as Administrator" check box. So I did that and it didn't make any difference at all. I still lose any breakpoints set in the debugger, and the command window commands are not retained.
>>>>
>>>>>Hi Ray,
>>>>>
>>>>>I do 2 things (and have never had your problem on Win7). Both are in the shortcut I use to start VFP. First, I put the startup directory in a non-secure place (i.e., outside program files or program files (x86) on x64). I have a directory with libraries in sub-directories, and use the root as a sandbox of sorts, so that's what I set as the Default directory. Second, under Compatibility, I set the Run As Administrator checkbox.
>>>>>
>>>>>Hank
>>>>>
>>>>>
>>>>>>You may be logged in as Admin, but you DO NOT HAVE ADMIN rights. You still have to elevate to do anything in Windows or Program Files, install software, update primary registry. I think Lutz was exactly right. You need to put FoxUser in different location.
>>>>>>>
>>>>>>>>Hmmm... you may have put your finger on something there. But I'm the only user on the machine, logged in as Admin. Doesn't Windows reroute everything in "legacy" apps running in Program Files to Program Files(x86)? And if so, the foxuser file should get updated there, right?
>>>>>>
>>>>>>OK, so the VFP desktop icon is set to "Start in" C:\Foxuser70\. The CONFIG.FPW file there has these lines:
>>>>>>
>>>>>>SCREEN=OFF
>>>>>>resource=C:\FOXUSER70\foxuser.dbf
>>>>>>editwork=C:\FOXUSER70\
>>>>>>sortwork=C:\FOXUSER70\
>>>>>>tmpfiles=C:\FOXUSER70\
>>>>>>overlay=C:\FOXUSER70\ OVERWRITE
>>>>>>progwork=C:\FOXUSER70\
>>>>>>exclusive=off
>>>>>>default=C:\FOXUSER70
>>>>>>mvcount=65000
>>>>>>CATMAN=OFF
>>>>>>TITLE=CSST
>>>>>>DEFAULT="C:\PROJECTS\CSST\"
>>>>>>COMMAND=DO start
>>>>>>
>>>>>>The Start program includes the line
>>>>>>
>>>>>>SET RESOURCE TO C:\FOXUSER70\FOXUSER.DBF
>>>>>>
>>>>>>I did a global search on the entire C: drive looking for other instances of CONFIG.FPW and edited all of them that could possibly have any relevance to the same "Resource=" line shown above. Starting and closing VFP sure enough updates the file date/time on the C:\FOXUSER70\FOXUSER.DBF file. But.... There is also a FOXUSER.DBF, _command.prg, foxcode.dbf, and foxtask.dbf in the C:\users\administrator\AppData\Roaming\Microsoft\Visual FoxPro\ folder. Those files remain after VFP has been closed. Copying the C:\Foxuser70 files to that folder and vice versa neither have any beneficial effect. Neither does deleting them altogether. I'm still not retaining Command window or debugger breakpoint history between VFP sessions. So I thought about uninstalling and reinstalling VFP in some folder outside of Program Files, but I hate to think about all the other possible places THAT could cause code to break. Anybody have a quick fix?
Ray Roper
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform