Am Friday 31 August 2012 01:59:45 schrieb Graeme Geldenhuys:
> On 30/08/12 17:07, Jonas Maebe wrote:
> > Turbo Pascal does not support the "result" alias for the function
> > result.
>
> Yup, I can confirm that. I just tested with Turbo Pascal 5.5 :) Wow,
> that brought back memories.
TP 7.0 also
Am Friday 31 August 2012 10:27:32 schrieb Rainer Stratmann:
> TMT Pascal (now Framework Pascal) _does_ support a function result.
> Although it is not described in the online documentation.
> http://www.frameworkpascal.com
http://www.frameworkpascal.com/contribs.htm
The first demo program uses al
Rainer Stratmann wrote:
Thus I thought freepascal is not
mature when an error like:
'identifier "result" not found' comes up with no further comment.
'Result' is a Delphi-ism. FPC predates Delphi. FPC is mature in terms of
age, mature in terms of stability, and mature in terms of the develop
On 30/08/2012 18:13, Reinier Olislagers wrote:
> On 30-8-2012 18:44, Rainer Stratmann wrote:
[...]
>> Ok so you prefer to let the beginner leave out in the rain.
>> Because he and someone else (more experienced) _could_ mislead a clearly
>> formulated message (are you in the right syntax mode?).
>
On 31/08/12 09:27, Rainer Stratmann wrote:
I could swear that it supports it...
I thought the same, and that is why I tried it myself. :) I guess we
have been with Object Pascal for too long, and forgot the difference
between Pascal and Object Pascal.
Graeme.
__
Rainer Stratmann wrote:
Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
FPC is mature in terms of
age, mature in terms of stability, and mature in terms of the developers
not liking changing established features: sometimes that frustrates
almost everybody, but it's something to be l
Am Friday 31 August 2012 11:23:49 schrieb Mark Morgan Lloyd:
> Rainer Stratmann wrote:
> > Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
> >> FPC is mature in terms of
> >> age, mature in terms of stability, and mature in terms of the developers
> >> not liking changing established f
Hi,
Can this thread please be moved to fpc-other? I think everyone has
been able to make their opinion clear on this matter.
Thanks,
Jonas
FPC mailing lists admin.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
Rainer Stratmann wrote:
Am Friday 31 August 2012 11:23:49 schrieb Mark Morgan Lloyd:
Rainer Stratmann wrote:
Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
FPC is mature in terms of
age, mature in terms of stability, and mature in terms of the developers
not liking changing estab
On 30.08.2012 00:13, Graeme Geldenhuys wrote:
> Signal received. Signal: SIGSEGV, Segmentation fault.
>
> #0 0040E1BB :0 SYSTEM_WAITFREE_FIXED$PMEMCHUNK_FIXED$POSCHUNK()
> #1 01FB8D3C :0 ??()
> #2 0040C51A :0 fpc_finalize()
> #3 0001 :0 ??()
> #4 0040AD2A :0 SYSTEM_TOBJECT_$__CLEANUPINST
> I question your assumption that
"Result" is specifically more important than the other incompatibilities
among different modes (i.e. your statement that it "will help...a lot"). I
do not say that it is wrong to be more helpful in error messages, but
rather that your proposal tries to "fix" a
On 8/29/2012 17:46, Krzysztof wrote:
Hi,
I have some problem. Example:
I created some exec using free pascal and lazarus. It is placed on
http server. User in webbrowser click download, and server should
attach link from where it is clicked into this exec. So when user run
downloaded exec, this
On 31-8-2012 17:48, waldo kitty wrote:
> On 8/29/2012 17:46, Krzysztof wrote:
>> Hi,
>>
>> I have some problem. Example:
>>
>
> i think i know what you are asking for and my thought actually matches
> what mark loyd seemed to be saying... with that in mind, i remember
> reading about some sort of
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 :)
El 31/08/2012 17:48, waldo kitty escribió:
i think i know what you are asking for and my thought actually matches
what mark loyd seemed to be saying... with that in mind, i remember
reading about some sort of resource editor to allow editing of resources
in a binary... it was posted in this area
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 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
Hi,
Does anybody know if there is a 'winres' for non-Windows platforms? How
do I compile *.rc files into *.res files under Linux, FreeBSD etc? Or
does Linux/*BSD executables simply not support such resources?
Or can FPC somehow compile/convert *.rc files into *.res files for all
non-Windows
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 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
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..
21 matches
Mail list logo
