Thank you Marco, works perfectly.
Russell
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
>Best is to use either THandle or cInt, probably the former. The latter may not
be defined in the system unit.
> Nice catch !
> Michael.
Thanks, Michael. I'll submit a bug and patch on mantis.
-SG
--
Seth Grover
Be kind to all of your neighbors
Because they're just like you.
And you're nothing
On Thu, 30 Jun 2016, Seth Grover wrote:
At +123 I can see that $eax/$ebx contains the correct descriptor, 51345.
However, when I print $bx in the debugger, it looks like a negative number,
as if it had overflowed a signed 2-byte integer, so the function errors
out. This causes the file
I am debugging an issue with FPC 3.0 on Linux x86_64 which I believe I have
tracked down to Fpopendir rtl/linux/ossysc.inc:
---
function Fpopendir(dirname : pchar): pdir; [public, alias :
'FPC_SYSC_OPENDIR'];
var
fd:integer;
st:stat;
This tip worked just fine, I was too blind to see how this works .
Thank you Jonas!
Michael
Am 30.06.16 um 15:47 schrieb Jonas Maebe:
Michael Ring wrote on Thu, 30 Jun 2016:
So far I understood the fpc code that registers s0-s7 are
automagically flagged when used as those are the
On 06/30/2016 06:01 AM, Henry Vermaak wrote:
On Wed, Jun 29, 2016 at 05:09:54PM +0100, Henry Vermaak wrote:
On Tue, Jun 28, 2016 at 10:56:30AM +0200, Michael Van Canneyt wrote:
[...]
So the output is correct in trunk, and the bug has been fixed. I expect the
fix to be in 3.0.2.
It doesn't
Michael Ring wrote on Thu, 30 Jun 2016:
So far I understood the fpc code that registers s0-s7 are
automagically flagged when used as those are the registers that must
be saved in the context of a standard procedure/function call.
Same does apply for some of the Floating Point Registers.
On Wed, Jun 29, 2016 at 05:09:54PM +0100, Henry Vermaak wrote:
> On Tue, Jun 28, 2016 at 10:56:30AM +0200, Michael Van Canneyt wrote:
> > FPC 3.0 indeed contains a bug. This has meanwhile been fixed.
> >
> > If I compile the program with trunk, I get:
> >
> > home: >fpc tt.pp
> > home: >./tt
> >
Am 30.06.2016 02:01 schrieb "Max Nazhalov" :
>
>
> Wed, 29 Jun 2016 03:32:35 +0200, Sven Barth:
> >
> > And the tagging and building of 3.0.2 should start soon (TM).
> >
>
> Is there any chance that bug#0030240 will be fixed/merged?
Considering that it is not even fixed in