Hi Mike,
you start the main exe on your local PC. It runs in the RAMspace of your local PC. It doesn't matter where you're going to fetch the sourcecode, modules or classes from. VFP doesn't care if it was stored on a local disk C:, D: or a remote disk called \server\SomeStuff. All it knows: I'm running on this PC, therefor it will read your ini on your local PC.
It would be different if you'd run a DCOM component on that server via CreateObjectX(), because that instance would get started on the server, and you would get a remote objectreference.
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von MB Software Solutions, LLC Gesendet: Donnerstag, 10. September 2020 22:06 An: ProFox Email List profox@leafe.com Betreff: VFP application on client invoking class from EXE on server
VFP9SP2 Win10 clients, Win 2K12R2 Server
If MyClientApp.exe on the client creates an instance of a class from a VFP EXE on the Server, and that MyServer.Exe has code that reads configuration values from an INI file there on the server, I'm wondering if it will function properly. I don't have the setup to quickly test that theory so I thought I'd ask here.
MyServer.exe is usually always run on the Server. It uses a SETTINGS.INI file to determine where the data is located as well as other property values set at run time.
This client has a VFP app that runs on everybody's virtual space and I want to hook into an existing class from MyServer.exe but don't want to copy the code to the other app.
Ideas/comments/suggestions?
tia! --Mike
[excessive quoting removed by server]
Thanks wOOdy...I kinda thought that. I guess I'll have to adjust the class so that I can pass parameters to set the properties rather than rely on the Server.Exe app's reading on the local INI file.
On 9/10/2020 6:32 PM, Jürgen Wondzinski wrote:
Hi Mike,
you start the main exe on your local PC. It runs in the RAMspace of your local PC. It doesn't matter where you're going to fetch the sourcecode, modules or classes from. VFP doesn't care if it was stored on a local disk C:, D: or a remote disk called \server\SomeStuff. All it knows: I'm running on this PC, therefor it will read your ini on your local PC.
It would be different if you'd run a DCOM component on that server via CreateObjectX(), because that instance would get started on the server, and you would get a remote objectreference.
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von MB Software Solutions, LLC Gesendet: Donnerstag, 10. September 2020 22:06 An: ProFox Email List profox@leafe.com Betreff: VFP application on client invoking class from EXE on server
VFP9SP2 Win10 clients, Win 2K12R2 Server
If MyClientApp.exe on the client creates an instance of a class from a VFP EXE on the Server, and that MyServer.Exe has code that reads configuration values from an INI file there on the server, I'm wondering if it will function properly. I don't have the setup to quickly test that theory so I thought I'd ask here.
MyServer.exe is usually always run on the Server. It uses a SETTINGS.INI file to determine where the data is located as well as other property values set at run time.
This client has a VFP app that runs on everybody's virtual space and I want to hook into an existing class from MyServer.exe but don't want to copy the code to the other app.
Ideas/comments/suggestions?
tia! --Mike
[excessive quoting removed by server]
Or I could just copy the Server EXE to the client and call it from there with its own customized INI settings....problem would be that if it changes, the Client workstation would need the update. Solved by a Loader.exe I guess! ;-)
On 9/10/2020 7:51 PM, MB Software Solutions, LLC wrote:
Thanks wOOdy...I kinda thought that. I guess I'll have to adjust the class so that I can pass parameters to set the properties rather than rely on the Server.Exe app's reading on the local INI file.
On 9/10/2020 6:32 PM, Jürgen Wondzinski wrote:
Hi Mike,
you start the main exe on your local PC. It runs in the RAMspace of your local PC. It doesn't matter where you're going to fetch the sourcecode, modules or classes from. VFP doesn't care if it was stored on a local disk C:, D: or a remote disk called \server\SomeStuff. All it knows: I'm running on this PC, therefor it will read your ini on your local PC.
It would be different if you'd run a DCOM component on that server via CreateObjectX(), because that instance would get started on the server, and you would get a remote objectreference.
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von MB Software Solutions, LLC Gesendet: Donnerstag, 10. September 2020 22:06 An: ProFox Email List profox@leafe.com Betreff: VFP application on client invoking class from EXE on server
VFP9SP2 Win10 clients, Win 2K12R2 Server
If MyClientApp.exe on the client creates an instance of a class from a VFP EXE on the Server, and that MyServer.Exe has code that reads configuration values from an INI file there on the server, I'm wondering if it will function properly. I don't have the setup to quickly test that theory so I thought I'd ask here.
MyServer.exe is usually always run on the Server. It uses a SETTINGS.INI file to determine where the data is located as well as other property values set at run time.
This client has a VFP app that runs on everybody's virtual space and I want to hook into an existing class from MyServer.exe but don't want to copy the code to the other app.
Ideas/comments/suggestions?
tia! --Mike
[excessive quoting removed by server]
Yes, you can copy the exe, but also the other depended files like e.g.FoxyPreviewer.app to your client. Copy also the ini file. You dont need a loader for that, you only need a loader if you change / update your exe. Koen
Op vr 11 sep. 2020 om 15:08 schreef MB Software Solutions, LLC < mbsoftwaresolutions@mbsoftwaresolutions.com>:
Or I could just copy the Server EXE to the client and call it from there with its own customized INI settings....problem would be that if it changes, the Client workstation would need the update. Solved by a Loader.exe I guess! ;-)
On 9/10/2020 7:51 PM, MB Software Solutions, LLC wrote:
Thanks wOOdy...I kinda thought that. I guess I'll have to adjust the class so that I can pass parameters to set the properties rather than rely on the Server.Exe app's reading on the local INI file.
On 9/10/2020 6:32 PM, Jürgen Wondzinski wrote:
Hi Mike,
you start the main exe on your local PC. It runs in the RAMspace of your local PC. It doesn't matter where you're going to fetch the sourcecode, modules or classes from. VFP doesn't care if it was stored on a local disk C:, D: or a remote disk called \server\SomeStuff. All it knows: I'm running on this PC, therefor it will read your ini on your local PC.
It would be different if you'd run a DCOM component on that server via CreateObjectX(), because that instance would get started on the server, and you would get a remote objectreference.
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von MB Software Solutions, LLC Gesendet: Donnerstag, 10. September 2020 22:06 An: ProFox Email List profox@leafe.com Betreff: VFP application on client invoking class from EXE on server
VFP9SP2 Win10 clients, Win 2K12R2 Server
If MyClientApp.exe on the client creates an instance of a class from a VFP EXE on the Server, and that MyServer.Exe has code that reads configuration values from an INI file there on the server, I'm wondering if it will function properly. I don't have the setup to quickly test that theory so I thought I'd ask here.
MyServer.exe is usually always run on the Server. It uses a SETTINGS.INI file to determine where the data is located as well as other property values set at run time.
This client has a VFP app that runs on everybody's virtual space and I want to hook into an existing class from MyServer.exe but don't want to copy the code to the other app.
Ideas/comments/suggestions?
tia! --Mike
[excessive quoting removed by server]
-
Jürgen Wondzinski -
Koen Piller -
MB Software Solutions, LLC