Hi,
Not directly relevant to the web server problem at hand, but...
Interestingly enough, I used to do this on Atari ST systems with
PurePascal, but the reason was different.
I wanted to have things like Mac OS had (meta-data like icons, extension of
files the app could open, friendly application
On 9/1/2012 02:56, Mark Morgan Lloyd wrote:
waldo kitty wrote:
Of course, an even safer way would be to leave the executable alone and to put
an early check in the startup code that a subsidiary key file existed, and for
that key to include something that identified the machine or site on which
waldo kitty wrote:
Of course, an even safer way would be to leave the executable alone
and to put
an early check in the startup code that a subsidiary key file existed,
and for
that key to include something that identified the machine or site on
which the
program was entitled to run.
true..
On 01/09/12 01:18, waldo kitty wrote:
true... but as i recall, one of the goals of this capability was to not
have extra files laying about... i remember the days of dongles and
never liked them at all...
+1
I hated those dongles too.
The OnGuard code we use, I simply store the unique unlock
On 8/31/2012 16:18, Mark Morgan Lloyd wrote:
waldo kitty wrote:
i also used this technique to store registration data and options settings
directly in the executable instead of having a separate and external
configuration file...
i can post those old sources if anyone is interested... they onl
On 31/08/12 21:18, Mark Morgan Lloyd wrote:
Of course, an even safer way would be to leave the executable alone and
to put an early check in the startup code that a subsidiary key file
existed, and for that key to include something that identified the
machine or site on which the program was enti
waldo kitty wrote:
i also used this technique to store registration data and options
settings directly in the executable instead of having a separate and
external configuration file...
i can post those old sources if anyone is interested... they only need
ask... the sources are dated May 199
On 8/31/2012 11:55, Reinier Olislagers wrote:
On 31-8-2012 17:48, waldo kitty wrote:
if i'm reading the above correctly, it would appear that it can possibly
do what you are looking for... maybe...
I'd say it can definitely do what he's asking for - but I'm biased:
as well you should be :)
Thanks to all!
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Krzysztof wrote on Thu, 30 Aug 2012:
Hmm sounds good. So I can normally open another exec in for example
TFileStream and write something at the end and this exec run without
error?
Yes. Do keep in mind that the original exe has to be able to find the
length of the data you appended to it. S
Hmm sounds good. So I can normally open another exec in for example
TFileStream and write something at the end and this exec run without
error?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pa
Krzysztof wrote on Thu, 30 Aug 2012:
Maybe I can write own commandline tool for server admins, which can
edit resource of another (written in FPC too) executable?
I think the easiest is to add the data at the end of the binary, as
has been suggested earlier. It breaks signed applications, b
Maybe I can write own commandline tool for server admins, which can
edit resource of another (written in FPC too) executable?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
13 matches
Mail list logo
