On Fri, February 18, 2011 02:24, waldo kitty wrote:
On 2/17/2011 18:16, Kevin Jesshope wrote:
.
.
my next problem is to get it compiling on my OS/2 box with FPC 2.4.2 and
so far,
that is not working... complaints of missing units and include files that
i just
don't know where to tell the
While waiting for a 64 bits Delphi, I am doing experimentation with
fpc-Lazarus 64 bits. And this is my problem:
In most of my programs I use my own library for parsing and evaluating
floating point functions like
'x sin(y z)'
passed by the user as strings. The basic organization is as
On 18 Feb 2011, at 09:14, Angel Montesinos wrote:
I have tried all possible combinations like V:= PChar(code), V:=
@code[1], etc. to no avail. Thus I think something is wrong in my
understanding of the whole business in 64 bits or in fpc-Lazarus,
because this is not a problem in Delphi
In our previous episode, Jonas Maebe said:
because this is not a problem in Delphi nor it was in an old version
of fpc-Lazarus 32 bits. Please give me a tip.
Many thanks in advance.
You probably have to mark the memory in which you write the code as
executable first (this has to be
Am 18.02.2011 12:16, schrieb Marco van de Voort:
In our previous episode, Jonas Maebe said:
because this is not a problem in Delphi nor it was in an old version
of fpc-Lazarus 32 bits. Please give me a tip.
Many thanks in advance.
You probably have to mark the memory in which you write the
Am 18.02.2011 13:46, schrieb Sven Barth:
Am 18.02.2011 12:16, schrieb Marco van de Voort:
In our previous episode, Jonas Maebe said:
because this is not a problem in Delphi nor it was in an old version
of fpc-Lazarus 32 bits. Please give me a tip.
Many thanks in advance.
You probably have to
In our previous episode, Sven Barth said:
I personally would say that mapping a page with the Execute flag set and
storing the to-be-executed content there should be enough. After all JIT
compilers must do that as well. ;)
Also according to here:
On 02/18/11 03:14, Angel Montesinos wrote:
While waiting for a 64 bits Delphi, I am doing experimentation with
fpc-Lazarus 64 bits. And this is my problem:
In most of my programs I use my own library for parsing and evaluating
floating point functions like
'x sin(y z)'
passed by the
I need to trace through a program, running on two different systems
which might or might not have the same OS, in order to find out where
it's failing.
Before I start giving myself a gdb refresher course or manually
inserting trace messages, is there any way that I can extract a trace of
On 2/18/2011 04:47, Tomas Hajny wrote:
On Fri, February 18, 2011 02:24, waldo kitty wrote:
on my OS/2 box, i've tried targets of OS2 and OS2 with EMX but both have
failed all kinds of ways... i suspect that it is simply to do with the
paths to the units and include files... i have been able to
On 2/18/2011 04:47, Tomas Hajny wrote:
On Fri, February 18, 2011 02:24, waldo kitty wrote:
I'm willing to have a look at your current version if you can upload it
somewhere. Synapse has probably not been ported to the OS/2 target and it
possibly uses various platform specific APIs but it should
I'm trying to convert a Delphi console-mode program which needs to
walk directory trees to FP **and Linux** - is there a standard way to
detect and handle recursive symlinks, if the user has been daft enough
to create them?
Thanks,
Brian.
___
12 matches
Mail list logo
