On 22/02/11 06:23, Jorge Aldo G. de F. Junior wrote:
Does the ARM port of freepascal compile to the XScale IXP435/Linux archtecture ?
I've used fpc on pxa25x and ixp420. All XScale processors are ARMv5TE,
so I'd be surprised if it doesn't work for you.
I want to write some small network a
Hello all,
I was trying to compile my project with FPC rev16967 on Mac OS X 10.5.
CONST NoChartData='No data for chart.';
...
TextRect (R, x, y, NoChartData, TR);
...
Compiling ./comp/rtschart.pas
100 144.684/149.856 Kb Used
200 144.801/150.112 Kb Used
300 144.859/150.112 Kb Used
400 144.
On 22 Feb 2011, at 11:09, Roland Turcan wrote:
Any idea what should I do or to which revision to rollback. Thanks in
advance.
You should provide a compilable example that demonstrates the problem,
so the problem can be fixed. I have no idea about a specific revision
that might have introd
If it is ARVv5 with softfloat, then maybe the instructions for Android
will work for you, because it targets the same configuration. You can
either build the compiler yourself or try to use the pre-compiled
snapshot that I created:
http://wiki.lazarus.freepascal.org/Android_Interface#Configuring_t
Now that I have a working fpc crosscompiler for Android, and all the
code runs ok, I encountered another problem. Namely working with
ansistrings causes crashes. For example, in a simple test, calling the
str() routine will cause a crash due to a run-time 216 error (general
protection fault). I
On 02/22/11 12:06, de_jean_ wrote:
> Now that I have a working fpc crosscompiler for Android, and all the
> code runs ok, I encountered another problem. Namely working with
> ansistrings causes crashes. For example, in a simple test, calling the
> str() routine will cause a crash due to a run-t
On 22.2.2011. 19:34, Andrew Haines wrote:
Not sure if this is the case for you but I started writing a program for
arm wince device and I had some trouble because of unaligned access to
strings.
So "FooString := BarString" in some instances might cause a AV. But
"FooString := unaligned(BarString
Many thanks, Andrew. I intend to apply this to my old programs in 32
bit Windows. I'll tell you about the outcome.
Below you will see a console application for testing your suggestions
or better my understanding of them. The results are (in Windows XP 64
bits Pro):
1. When Data Executio
Forgot to tell that the program was written, compiled and tested with
Delphi6 PE for Windows 32 bits
Sorry.
--
montesin at uv dot es
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 22 Feb 2011, at 21:24, Angel Montesinos wrote:
> one uncomments the commented line of code, that is makes
> codeFunction:= '',
> the program fails.
>
>
> What may be happening here?
This code is wrong:
functionCode : AnsiString; {the function opCode sequence}
...
Move(functionCode
Hi,
On Tue, 22 Feb 2011 13:34:06 -0500, Andrew Haines
wrote:
> On 02/22/11 12:06, de_jean_ wrote:
>> Now that I have a working fpc crosscompiler for Android, and all the
>> code runs ok, I encountered another problem. Namely working with
>> ansistrings causes crashes. For example, in a simple
It's a problem I can work around, but I'm not sure how this affects the
functionality of ansistrings.
- Original Message -
From:Thomas Schatzl
To:FPC-Pascal users discussions
Cc:
Sent:Tuesday, February 22, 2011 10:44 PM
Subject:Re: [fpc-pascal] Ansistrings under Android
Hi,
On Tue,
I second the motion of using a Dynamic array too instead of the manual
creation/destruction of a memory block.
I use this for a virtual machine I created a few years back and it works
under XP/Vista for me :)
cheers,
Paul
- Original Message -
From: "Jonas Maebe"
To: "FPC-Pascal us
13 matches
Mail list logo
