On 2/26/2011 02:12, leledumbo wrote:
is it allowed ?
Yes, but watch out that is/as operator might not work as expected.
can i pass ansistrings ?
Yes, but only if you know what you're doing. NEVER modify the passed strings
(it would confuse the reference counting). Use const parameter all th
Hi,
MSEide+MSEgui version 2.6 has been released.
http://developer.berlios.de/project/showfiles.php?group_id=11520
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hello,
On 2011-02-26 14:12, Angel Montesinos wrote:
An added difficulty that I have thumped with is that the debugger of
fpc-Lazarus does not move, by pressing F7
I think this may be solved already in the latest Lazarus version:
"Single Instruction step (over/into)"
(http://wiki.lazarus.free
In our previous episode, Angel Montesinos said:
> > Have a look at FPC package symbolic. It sounds like roughly the same kind of
> > soup. (parsing, differentiating, fast eval)
>
> Yes, roughly. Because if I have read it correctly, the package
> evaluates things ultimately by calls to the system
And a few lines down in the stack of messages you say so yourselve
'... at each step of the evaluation of the RPN it evaluates the ...'
Is it then not easier to make a proper RPN-stack processor and feed the
RPN-code into it?
There are many versions already at http://www.hpcalc.org/hp48/pc/emulato
I downloaded the files from your website to have a look.
My first thought was 'I am looking at a program written in Reverse
Polish Notation that is literally translated into processor machinecode.'
RPN is the 'native language' of Hewlett-Packard calculators.
My second thought was that in order to
I think the Superficies version 2 is newer and preferred for porting.
The 3-D images are rotated nicely without OpenGL support. Good.
I tried to convert it but there are 3rd party components which are not
ported to Lazarus.
Also, there are references to TBitmap.ScanLine which is not portable.
The
El 25/02/2011 12:08, Marco van de Voort escribió:
Have a look at FPC package symbolic. It sounds like roughly the same kind of
soup. (parsing, differentiating, fast eval)
Yes, roughly. Because if I have read it correctly, the package
evaluates things ultimately by calls to the system functio
On Sat, 26 Feb 2011, Jonas Maebe wrote:
On 26 Feb 2011, at 11:15, Michael Van Canneyt wrote:
On Fri, 25 Feb 2011, leledumbo wrote:
can i pass ansistrings ?
Yes, but only if you know what you're doing. NEVER modify the passed strings
(it would confuse the reference counting). Use const p
On 26 Feb 2011, at 11:15, Michael Van Canneyt wrote:
> On Fri, 25 Feb 2011, leledumbo wrote:
>
>>> can i pass ansistrings ?
>>
>> Yes, but only if you know what you're doing. NEVER modify the passed strings
>> (it would confuse the reference counting). Use const parameter all the time.
>
> It
On Fri, 25 Feb 2011, leledumbo wrote:
is it allowed ?
Yes, but watch out that is/as operator might not work as expected.
can i pass ansistrings ?
Yes, but only if you know what you're doing. NEVER modify the passed strings
(it would confuse the reference counting). Use const parameter al
On 26 Feb 2011, at 08:12, leledumbo wrote:
>> can i pass ansistrings ?
>
> Yes, but only if you know what you're doing. NEVER modify the passed strings
> (it would confuse the reference counting). Use const parameter all the time.
Or, alternatively, use the "cmem" unit in both the application a
12 matches
Mail list logo
