On Wednesday 01 March 2017 02:40:44 nore...@z505.com wrote:
> On 2017-02-14 08:51, Martin Schreiber wrote:
> > Hi,
> > MSEide+MSEgui 4.4 for Free Pascal 3.0.2 has been released:
> > https://sourceforge.net/projects/mseide-msegui/
> >
> > There are also new versions of the ARM (Raspberry Pi) cross a
How come:
class operator Initialize(var aFoo: TFoo);
class operator Finalize(var aFoo: TFoo);
in a record are called class operator..
why not "record operator"?
Are these advanced neo-records considered classes?
Again, sorry I'm new to all this new record stuff (neo records ;-))
If they
On 2017-02-14 08:51, Martin Schreiber wrote:
Hi,
MSEide+MSEgui 4.4 for Free Pascal 3.0.2 has been released:
https://sourceforge.net/projects/mseide-msegui/
There are also new versions of the ARM (Raspberry Pi) cross and native
environments for Free Pascal:
https://sourceforge.net/projects/mseide
On 2017-02-28 20:40, nore...@z505.com wrote:
> Sorry, I've been out of touch with what's happening with Records lately
> in modern pascal/delphi/etc.
Don't worry, I'm with you on that one. All I know is that
Borland/CodeGear/EMBT broken TP Objects somewhere in Delphi. Then they
decided they want
On 28/02/17 21:40, nore...@z505.com wrote:
What happens with a stack allocated record?
(no new() required, nor dispose() so is the record ever
initialized/finalized?)
Yes, just like records that contain e.g. an ansistring field.
Jonas
___
fpc-pascal
Hi,
how would you handle large output and large stderr?
When you read from one and it writes to the other, the read blocks. Then
it keeps writing to the other buffer, till that is full, and then its
write is blocked, and it is deadlocked.
Probably check NumBytesAvailable before reading?
B
On 2017-02-28 05:20, Maciej Izak wrote:
It works correctly in all possible ways with RTL:
* New (Initialize)
* Dispose (Finalize)
What happens with a stack allocated record?
(no new() required, nor dispose() so is the record ever
initialized/finalized?)
Or stack records are forbidden?
One
On 2017-02-28 20:03, nore...@z505.com wrote:
> Did you end up resolving the issue?
Yes, see my "closing thoughts" reply to Michael. What he suggested fixed
the issue.
> I'd be interested in creating a build tool that not only compiles
> projects in FPC but also compiles with dcc32 (delphi compi
On 2017-02-28 16:28, Michael Van Canneyt wrote:
> poWaitOnExit should not be needed, as this will cause Execute to wait for
> process exit...
This post is simply to close off this thread. Michael's suggestion was
the solution to my problem. I removed the poWaitOnExit and set my buffer
size to 204
On 2017-02-28 10:06, Graeme Geldenhuys wrote:
Hi,
Can anybody see if there is something wrong with the code shown below.
The code is copied from one of my earlier projects where I call the FPC
compiler and it worked just fine in that project.
Did you end up resolving the issue?
I'd be intere
On 2017-02-24 15:00, Bernd wrote:
Hello,
Eight years ago someone asked whether there is a parser combinator
library for free pascal, nothing like that existed at that time and
also does not seem to exist up to the present day.
While I was reading about parser combinators in functional programmi
On 2017-02-28 16:28, Michael Van Canneyt wrote:
> poWaitOnExit should not be needed, as this will cause Execute to wait for
> process exit...
>
> It seems likely that this will interfere with reading from output: when the
> output buffer is full, the executed process will block.
Ah. I've also be
On Tue, 28 Feb 2017, Graeme Geldenhuys wrote:
Hi,
Can anybody see if there is something wrong with the code shown below.
The code is copied from one of my earlier projects where I call the FPC
compiler and it worked just fine in that project.
In the work I'm doing now, I'm calling the Delphi
On 2017-02-28 16:06, Graeme Geldenhuys wrote:
> //p.CurrentDirectory := ExtractFilePath(p.Executable);
Just thought I would explain this. I don't change directory there (in
the TProcess instance), because the program itself changes the current
directory before calling RunTProcess().
As for t
Hi,
Can anybody see if there is something wrong with the code shown below.
The code is copied from one of my earlier projects where I call the FPC
compiler and it worked just fine in that project.
In the work I'm doing now, I'm calling the Delphi Command Line Compiler,
and made a few minor tweaks
2017-02-28 13:19 GMT+01:00 Michael Van Canneyt :
> You do now. I took care of that :)
Thanks ^^ now I can officially fix bugs related to new feature. Mhm.
Great... ;)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
On Tue, 28 Feb 2017, Michael Van Canneyt wrote:
On Tue, 28 Feb 2017, Maciej Izak wrote:
2017-02-28 12:28 GMT+01:00 denisgolovan :
Thanks a lot.
I guess http://bugs.freepascal.org/view.php?id=30687 should be closed now
:)
I don't have such powers ;)
You do now. I took care of that :)
On Tue, 28 Feb 2017, Maciej Izak wrote:
2017-02-28 12:28 GMT+01:00 denisgolovan :
Thanks a lot.
I guess http://bugs.freepascal.org/view.php?id=30687 should be closed now
:)
I don't have such powers ;)
You do now. I took care of that :)
But I set it to fixed for you. Seeing you were the
2017-02-28 12:28 GMT+01:00 denisgolovan :
> Thanks a lot.
> I guess http://bugs.freepascal.org/view.php?id=30687 should be closed now
> :)
>
I don't have such powers ;)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepasc
Thanks a lot.I guess http://bugs.freepascal.org/view.php?id=30687 should be closed now :) -- Regards,Denis Golovan
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hi,
I'm pleased to finally announce (again but now officially ;) ) the
additional record operators: Initialize, Finalize, AddRef and Copy.
Available in latest FPC trunk (r35485):
1. operator Initialize - is called after memory allocation for record (called
*after* FPC internal call recordrtti(dat
21 matches
Mail list logo
