Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
One limitation is you can't modify the same project in different instances of VFP dev environment simultaneously. VFP opens project excl.
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Richard Kaye Sent: Saturday, 13 May 2017 5:21 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
Darren - Exactly.
Paul - as RK said - and I do it ALL the Time - actually - right now I have 2 instances open.
For the Hell of it - try this.
Go to the Windows Start menu - find VFP - right click on it and Run as Admin - and see if THAT allows for another VFP session to run! The only reason I know about the Admin option is because Projects I have to compile - that have VCX's in them - they REQUIRE me to run VFP in Admin mode...
-K-
On 5/12/2017 3:33 PM, Darren wrote:
One limitation is you can't modify the same project in different instances of VFP dev environment simultaneously. VFP opens project excl.
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Richard Kaye Sent: Saturday, 13 May 2017 5:21 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
It is a great feature for doing multiuser testing. Run multiple instances on same machine - functionally (for most purposes) the same as multiple users hitting same data.
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Kurt at VR-FX Sent: Saturday, 13 May 2017 6:00 AM To: profoxtech@leafe.com Subject: Re: Running Multiple Instances of VFP 9
Darren - Exactly.
Paul - as RK said - and I do it ALL the Time - actually - right now I have 2 instances open.
For the Hell of it - try this.
Go to the Windows Start menu - find VFP - right click on it and Run as Admin - and see if THAT allows for another VFP session to run! The only reason I know about the Admin option is because Projects I have to compile - that have VCX's in them - they REQUIRE me to run VFP in Admin mode...
-K-
On 5/12/2017 3:33 PM, Darren wrote:
One limitation is you can't modify the same project in different instances of VFP dev environment simultaneously. VFP opens project excl.
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of
Richard
Kaye Sent: Saturday, 13 May 2017 5:21 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul
H.
Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from
time
to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing
dev
window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
Kurt at VR-FX wrote on 2017-05-12:
Darren - Exactly.
Paul - as RK said - and I do it ALL the Time - actually - right now I have 2 instances open.
For the Hell of it - try this.
Go to the Windows Start menu - find VFP - right click on it and Run as Admin - and see if THAT allows for another VFP session to run! The only reason I know about the Admin option is because Projects I have to compile - that have VCX's in them - they REQUIRE me to run VFP in Admin mode...
-K-
Kurt,
The only reason I've found VFP needs to be in Admin to compile a project is when there are OLEPUBLIC classes in the project.
Does your project have COM objects?
Tracy Pearson PowerChurch Software
I'm not sure. I don't think so. But, I just disconnected from work - and its Time for a BEER and Not working!
TGIF Everyone!
-K-
On 5/12/2017 4:34 PM, Tracy Pearson wrote:
Kurt at VR-FX wrote on 2017-05-12:
Darren - Exactly.
Paul - as RK said - and I do it ALL the Time - actually - right now I have 2 instances open.
For the Hell of it - try this.
Go to the Windows Start menu - find VFP - right click on it and Run as Admin - and see if THAT allows for another VFP session to run! The only reason I know about the Admin option is because Projects I have to compile - that have VCX's in them - they REQUIRE me to run VFP in Admin mode...
-K-
Kurt,
The only reason I've found VFP needs to be in Admin to compile a project is when there are OLEPUBLIC classes in the project.
Does your project have COM objects?
Tracy Pearson PowerChurch Software
[excessive quoting removed by server]
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Friday, May 12, 2017 2:21 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
Well, in that case you can create a shortcut in every root dir project that starts a vfp9.exe in this directory, so depending on which directory you double-click the shortcut, the corresponding config.fpw is loaded.
I use something similar to this to open vfp9 sessions on different default directories
El 13/5/2017 0:22, "Paul H. Tarver" paul@tpcqpc.com escribió:
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Friday, May 12, 2017 2:21 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
Thanks to everyone that offered help and suggestions. With combination of your ideas, I was able to get this working like I wanted. In case there are others who like me haven't taken the time to work this out here's exactly what I did:
1) Created a shortcut to VFP9.exe in my project folder.
2) Edited the shortcut to add "-C.\CONFIG.FPW" (without quotes) to the end of the target line to force VFP to use the CONFIG.fpw in the current directory.
3) Edit the Config.FPW to add "DEFAULT = x:\path\to\project\file" (without quotes) NOTE: I have tested without this line and it still changes the default folder to the correct location so this is probably unnecessary, but it is an explicit path reference.
4) Edit the Config.FPW to add 'COMMAND = MODIFY PROJECT "project.pjx"' (without single quotes) to open the project file. I didn't use the startup option because I'm using Thor and I didn't want to overwrite the startup instruction to load Thor. This way they coexist thor opens first and then my project file.
All of this emulates what I get when I double-click on a .pjx file AND it gets me the ability to open multiple projects at the same time. This is one of those things I've thought should be possible, but just hadn't taken the time to work it all out.
Thanks for the help everyone! All things considered it was definitely worth the time to resolve these issues!
PS: I was also able to retro fit this start up process to VFP6 on the same computer to prevent VFP9 from opening when I really intended for VFP6 to open. This process also solve the problem of VFP6 trying to open the .pjx as an executable file. The biggest difference I found on VFP6 is that I had to use full path names in the Config.fpw file rather than '.' or relative paths for the default and command lines.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: Fernando D. Bozzo [mailto:fdbozzo@gmail.com] Sent: Friday, May 12, 2017 5:38 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Well, in that case you can create a shortcut in every root dir project that starts a vfp9.exe in this directory, so depending on which directory you double-click the shortcut, the corresponding config.fpw is loaded.
I use something similar to this to open vfp9 sessions on different default directories
El 13/5/2017 0:22, "Paul H. Tarver" paul@tpcqpc.com escribió:
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Friday, May 12, 2017 2:21 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
Great feedback thanks
Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud
Le 13 mai 2017 à 21:50, Paul H. Tarver paul@tpcqpc.com a écrit :
Thanks to everyone that offered help and suggestions. With combination of your ideas, I was able to get this working like I wanted. In case there are others who like me haven't taken the time to work this out here's exactly what I did:
Created a shortcut to VFP9.exe in my project folder.
Edited the shortcut to add "-C.\CONFIG.FPW" (without quotes) to the end of the target line to force VFP to use the CONFIG.fpw in the current directory.
Edit the Config.FPW to add "DEFAULT = x:\path\to\project\file" (without quotes) NOTE: I have tested without this line and it still changes the default folder to the correct location so this is probably unnecessary, but it is an explicit path reference.
Edit the Config.FPW to add 'COMMAND = MODIFY PROJECT "project.pjx"' (without single quotes) to open the project file. I didn't use the startup option because I'm using Thor and I didn't want to overwrite the startup instruction to load Thor. This way they coexist thor opens first and then my project file.
All of this emulates what I get when I double-click on a .pjx file AND it gets me the ability to open multiple projects at the same time. This is one of those things I've thought should be possible, but just hadn't taken the time to work it all out.
Thanks for the help everyone! All things considered it was definitely worth the time to resolve these issues!
PS: I was also able to retro fit this start up process to VFP6 on the same computer to prevent VFP9 from opening when I really intended for VFP6 to open. This process also solve the problem of VFP6 trying to open the .pjx as an executable file. The biggest difference I found on VFP6 is that I had to use full path names in the Config.fpw file rather than '.' or relative paths for the default and command lines.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: Fernando D. Bozzo [mailto:fdbozzo@gmail.com] Sent: Friday, May 12, 2017 5:38 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Well, in that case you can create a shortcut in every root dir project that starts a vfp9.exe in this directory, so depending on which directory you double-click the shortcut, the corresponding config.fpw is loaded.
I use something similar to this to open vfp9 sessions on different default directories
El 13/5/2017 0:22, "Paul H. Tarver" paul@tpcqpc.com escribió:
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Friday, May 12, 2017 2:21 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Sure. I do it all the time. It should just work unless you have your environment setup with some dependencies on exclusive access.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 3:19 PM To: profoxtech@leafe.com Subject: Running Multiple Instances of VFP 9
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
[excessive quoting removed by server]
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Monday, May 15, 2017 6:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
[excessive quoting removed by server]
I missed in the thread where you mentioned the scope of your variations. EM might be a bit clunky under those conditions. :-) OTOH hundreds of shortcuts or navigating around also sounds a bit messy. IAC config.fpw and startup PRGs will also do the trick.
My own personal dev setup involves the ability to run with a specific customers set of business rules. So I use EM for the overall environment (i.e. SET commands, etc.) and a PRG that lets me select the path of the environment I want to test in via a plain old DBF. Besides the pathing it also swaps out a customer specific class library as needed.
--
rk
-----Original Message----- From: Paul H. Tarver [mailto:paul@tpcqpc.com] Sent: Tuesday, May 16, 2017 1:00 PM To: Richard Kaye rkaye@invaluable.com; profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Monday, May 15, 2017 6:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
[excessive quoting removed by server]
I definitely can see where you would benefit from EM based on the way you work. I can also see where managing so many projects might seem messy, but one man's mess is another man's office, right?
My projects usually start with a short, steep development cycle then migrate to a long term support. My process is to create self-contained project folders for each project with the exception of links to a global .vcx file and some re-useable forms and graphics. Once a project is complete and the client is live, then the project folder is archived to a different storage area for ongoing support. Using the shortcuts and relative path references enable those settings to remain the same regardless of where the files are stored.
Somehow the process works for me and I suspect everyone on this list has their own "process" for using VFP. In my opinion that is one of the best recommendations for VFP: there are lots of ways to solve just about any problem.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Tuesday, May 16, 2017 12:08 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I missed in the thread where you mentioned the scope of your variations. EM might be a bit clunky under those conditions. :-) OTOH hundreds of shortcuts or navigating around also sounds a bit messy. IAC config.fpw and startup PRGs will also do the trick.
My own personal dev setup involves the ability to run with a specific customers set of business rules. So I use EM for the overall environment (i.e. SET commands, etc.) and a PRG that lets me select the path of the environment I want to test in via a plain old DBF. Besides the pathing it also swaps out a customer specific class library as needed.
--
rk
-----Original Message----- From: Paul H. Tarver [mailto:paul@tpcqpc.com] Sent: Tuesday, May 16, 2017 1:00 PM To: Richard Kaye rkaye@invaluable.com; profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Monday, May 15, 2017 6:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
[excessive quoting removed by server]
On 2017-05-16 16:21, Paul H. Tarver wrote:
Somehow the process works for me and I suspect everyone on this list has their own "process" for using VFP. In my opinion that is one of the best recommendations for VFP: there are lots of ways to solve just about any problem.
+1
Paul, I have a standard of adding an "init.prg" to every project which sets the default folder to that current project home folder and then also sets up any settings required such as exact, date, ansii etc.
It soon becomes second nature to run the init program when a project is open or when some of the settings have been hosed in development mode when programs have crashed. I was going to generate a project hook to auto run it on open but have never bothered.
Dave
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: 16 May 2017 18:00 To: 'Richard Kaye' rkaye@invaluable.com; profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Monday, May 15, 2017 6:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
[excessive quoting removed by server]
I love hearing how other people do their work, it makes me think about new ways and reminds me that my ways are not the only ways!
I have several .prg files that I automatically attach to projects as not included files that do things like generate my table re-index/re-build procedures, a modified gendbc to generate code to re-create tables, and even a script I use a lot to create Field Lists and Create Cursor scripts. Adding an Init.prg file would be an easy way to handle the settings like you describe. I think investigating the project hook to auto-run the prg would be worth the time though!
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Dave Crozier [mailto:DaveC@Flexipol.co.uk] Sent: Wednesday, May 17, 2017 2:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Paul, I have a standard of adding an "init.prg" to every project which sets the default folder to that current project home folder and then also sets up any settings required such as exact, date, ansii etc.
It soon becomes second nature to run the init program when a project is open or when some of the settings have been hosed in development mode when programs have crashed. I was going to generate a project hook to auto run it on open but have never bothered.
Dave
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: 16 May 2017 18:00 To: 'Richard Kaye' rkaye@invaluable.com; profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Monday, May 15, 2017 6:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
[excessive quoting removed by server]
Project hooks are really useful and the primary limitation is one's imagination. I also happen to use VSS (still) and with project integration. Every time I check out some source or add new source, I have a project hook that lets me email my team. Sadly, the VFP team never exposed the event for a source control check-in or I'd automate that, too.
I also use a hook in my build process, which I have semi-automated, to control file attributes.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Wednesday, May 17, 2017 1:09 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I love hearing how other people do their work, it makes me think about new ways and reminds me that my ways are not the only ways!
I have several .prg files that I automatically attach to projects as not included files that do things like generate my table re-index/re-build procedures, a modified gendbc to generate code to re-create tables, and even a script I use a lot to create Field Lists and Create Cursor scripts. Adding an Init.prg file would be an easy way to handle the settings like you describe. I think investigating the project hook to auto-run the prg would be worth the time though!
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Dave Crozier [mailto:DaveC@Flexipol.co.uk] Sent: Wednesday, May 17, 2017 2:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Paul, I have a standard of adding an "init.prg" to every project which sets the default folder to that current project home folder and then also sets up any settings required such as exact, date, ansii etc.
It soon becomes second nature to run the init program when a project is open or when some of the settings have been hosed in development mode when programs have crashed. I was going to generate a project hook to auto run it on open but have never bothered.
Dave
-----Original Message----- From: ProFox [mailto:profox-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: 16 May 2017 18:00 To: 'Richard Kaye' rkaye@invaluable.com; profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
-----Original Message----- From: Richard Kaye [mailto:rkaye@invaluable.com] Sent: Monday, May 15, 2017 6:41 AM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I know you've come up with a good solution that works for you but I thought I'd mention that the situation you're describing is exactly what the Environment Manager is for.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Paul H. Tarver Sent: Friday, May 12, 2017 6:22 PM To: profoxtech@leafe.com Subject: RE: Running Multiple Instances of VFP 9
I guess the deal is that if I open VFP by clicking on a .PJX file, it seems to always open in the same dev environment, but if I open VFP by clicking on the VFP icon, I can get a new development environment. The challenge is that because I work on so many different projects I use unique config.fpw files to set the paths and other custom settings for each project. That means if I start the project from the folder where the config.fpw is located, all the settings are controlled by the config.fpw stored in that folder. However, if I start the program from the icon, it loads the standard default settings which are not necessarily what I need for each specific project.
I think what I was really asking was whether there was a setting that would force VFP to open new projects in a new development environment. Kind of like right clicking on a link and choosing to open the page in a new tab or a new window.
Paul H. Tarver Tarver Program Consultants, Inc. Email: paul@tpcqpc.com
[excessive quoting removed by server]
On 2017-05-16 12:59, Paul H. Tarver wrote:
Admittedly, I don't know a lot about the Environment Manager, but what I've seen of it so far, it would be lots more work to configure than my solution for the way I work.
The Environment Manager looks like a good idea if you have smaller number of large projects you need to work on a regularly. My situation is I have hundreds of individual projects sharing most of the same Option settings, but I need to control default search paths and relative paths independently. And those paths may change frequently as projects move through our development process. However, I can see where the Environment Manager could be very useful for the right person.
Thanks for the reminder.
Paul H. Tarver Tarver Program Consultants, Inc.
Like you, Paul, I've got other ways for my setup, but for this last corporate gig of mine, they used the Env Mgr all the time because they liked to set path in DEV for lots of folders. You pretty much had to use it to get things to work correctly from the command line without having to site full paths.
--Mike
I use multiple sessions all the time. Normally in one session I do the programming/compuling and have some projects open, and in the other I only run/debug those programs, so If a hang occurs, the project and classes are not affected and just open and run/debug again.
I use even 2 vfp sessions for each project that resides in a different directory. Same schema, 1 for dev/compile and 1 for run/debug
El 12/5/2017 9:20 p. m., "Paul H. Tarver" paul@tpcqpc.com escribió:
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
And you can tweak the startup environments by using different config.fpw files.
--
rk
-----Original Message----- From: ProfoxTech [mailto:profoxtech-bounces@leafe.com] On Behalf Of Fernando D. Bozzo Sent: Friday, May 12, 2017 4:42 PM To: profoxtech@leafe.com Subject: Re: Running Multiple Instances of VFP 9
I use multiple sessions all the time. Normally in one session I do the programming/compuling and have some projects open, and in the other I only run/debug those programs, so If a hang occurs, the project and classes are not affected and just open and run/debug again.
I use even 2 vfp sessions for each project that resides in a different directory. Same schema, 1 for dev/compile and 1 for run/debug
El 12/5/2017 9:20 p. m., "Paul H. Tarver" paul@tpcqpc.com escribió:
Does anyone know if there is a way to run multiple instances of the VFP development environment on the same computer. I run into this need from time to time, but I've not taken a lot of time to research it.
I know I can run multiple instances of a compiled VFP program, but every time I try to open multiple VFP projects, it simply brings the existing dev window forward and opens each project within the same development environment.
Short of running virtual machines, is this even possible?
Paul H. Tarver Tarver Program Consultants, Inc. mailto:paul@tpcqpc.com paul@tpcqpc.com
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
_______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/CAGQ_JunBfdezpwjD0Lzk05xSJpmXcmxvYsee... ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious. Report [OT] Abuse: http://leafe.com/reportAbuse/CAGQ_JunBfdezpwjD0Lzk05xSJpmXcmxvYseeanb6C=zLr9...
Like anything in Windows, shift-click on tbe shortcut to start a new instance.
-
Alan Bourke -
Darren -
Dave Crozier -
Fernando D. Bozzo -
Kurt at VR-FX -
mbsoftwaresolutions＠mbsoftwaresolutions.com -
Paul H. Tarver -
Richard Kaye -
Thierry Nivelet -
Tracy Pearson