Re: Technical Delphi Question (but not about coding)
- From: Marc <notspecified@xxxxxxxxxxx>
- Date: Mon, 02 May 2005 15:50:29 -0700
Scott, Dave, and Lauchlan...
Thanks very much for your proferred solutions, am sure those work
nicely, and am sure we could implement similar solutions without too
much difficulty...
I guess I'm really asking what really would happen if we did the rename
as I explained...I'm trying to understand the Windows memory management
model (with regards to relocating, resources, etc) in conjuction with
Delphi apps...
Thanks for your input.
Marc
Marc wrote:
>
> Hi,
>
> This question is indeed technical, but not related to development per
> se.
>
> Every once in a while we need to update the binary at a client's
> location. Since the app is deployed on a WAN with several hundred users
> logged on, it would be somewhat difficult to have everyone log out
> during the day before we can release the new binary. Sure, we can
> always wait till some ungodly time in the wee hours to deploy, but
> sometimes a critical fix needs to be deployed quickly; the sooner the
> better.
>
> Windows 2003 Server (and others) allow users to rename a running EXE.
>
> What would be the effect of renaming a currently running EXE and
> replacing it with the newer version?
>
> How does Windows on client stations handle the fact that the PE image of
> the process in local memory has been changed from underneath it? Will
> loading/reloading of resources from the original EXE cause problems? Do
> Delphi apps manage resource loading differently than other apps? Does
> the server serving up the EXE somehow store the entire binary image on
> the server's memory?
>
> We do not use DLLs and my understanding that EXEs are not relocatable,
> so that shouldn't even factor in this scenario, right? Our only concern
> was that of the [re]loading of resources from a binary that will most
> likely have a different image size...
>
> Trying to get a feel of the whole thing,
>
> Thanks,
> M
.
- Follow-Ups:
- Re: Technical Delphi Question (but not about coding)
- From: Lauchlan M
- Re: Technical Delphi Question (but not about coding)
- References:
- Prev by Date: Re: Delphi 2005
- Next by Date: Re: Win 64 reality so far
- Previous by thread: Re: Technical Delphi Question (but not about coding)
- Next by thread: Re: Technical Delphi Question (but not about coding)
- Index(es):
Relevant Pages
|