Re: [fpc-pascal] Generic way to pre-maturely exit TCustomApplication without memory leaks

2016-10-16 Thread Bart 
On 10/16/16, grouchysmurf  wrote:

>> Probably you can set system.ExitCode before calling Terminate.
>
> I ended up doing exactly that though it feels like an ugly thoug
> incomplete hack. Thanks for the tip.

Why a hack?
System.ExitCode is meant for returning exitcodes.
an overloaded TCustomApplication.Terminate(AExitCode: Integer) might
be nice to have though.

You could file it as a feature request in the bigtracker.

Bart
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Generic way to pre-maturely exit TCustomApplication without memory leaks

2016-10-16 Thread grouchysmurf 
> Probably you can set system.ExitCode before calling Terminate.

I ended up doing exactly that though it feels like an ugly thoug
incomplete hack. Thanks for the tip.

Łukasz

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

2016-10-16 Thread Bart 
On 10/16/16, Mark Morgan Lloyd  wrote:

> I've got a 5.0 manual to hand [blows dust off, coughs].

See: http://putka.upm.si/langref/turboPascal/0683.html

Bart
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

2016-10-16 Thread Michael Van Canneyt 



On Sun, 16 Oct 2016, fredvs wrote:


I feel so lonely.


I'm told this can help: http://www.tinder.com



Nobody in the world to confirm (or not) that *--gc-sections* option is added
to ld when -XX is used ?

Did I do something wrong against fpc community ?


No, simply probably no-one knows the answer or the few knowledgable people
didn't see your message.

Michael.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

2016-10-16 Thread fredvs 
I feel so lonely.

Nobody in the world to confirm (or not) that *--gc-sections* option is added
to ld when -XX is used ?

Did I do something wrong against fpc community ?

If yes I apologize a lot and a lot and a lot.

Fre;D





-
Many thanks ;-)
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Smart-link-in-FreeBSD-multi-arch-tp5726375p5726588.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

2016-10-16 Thread Mark Morgan Lloyd 

On 15/10/16 20:00, Michael Van Canneyt wrote:

issues, but I still get the following error:

OPTIQAP.PAS(18,21) Error: Identifier not found "HeapError"
OPTIQAP.PAS(19,6) Error: Identifier not found "HeapError"



This is possibly code intended for Turbo Pascal. The HeapError
identifier does not exist in Free Pascal. At least, I have not found any.

In some old Free Vision code, I found a reference to HeapError which seems
to be a callback function variable, but it is not active for Free
Pascal. I suggest you simply remove any lines that contain HeapError.


I've got a 5.0 manual to hand [blows dust off, coughs]. The function 
takes size (bytes?) as parameter, returns 0 by default indicating that a 
runtime error should be raised, but may alternatively return 1 (New or 
GetMem should return Nil) or 2 (New or GetMem should retry).


Presumably it's in there to allow normal memory management to be 
augmented with application-specific garbage collection, I've seen this 
in the Pascal source for a Prolog system (not the Spivey one).


Perhaps Michael et al. would confirm this, but I'd expect FPC to use the 
OS's memory management including virtual memory, so within limits I'd 
not expect to see memory exhaustion in finite time. The residual use of 
this function is to return Nil rather than forcing a run-time error if 
there is an allocation problem.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal