- Original Message -
From: "Francisco Reyes"
To: "FreePascal list"
Sent: Friday, March 20, 2009 2:32 PM
Subject: [fpc-pascal] Pascal arrays vs TStringList.DelimitedText
Getting back to Pascal.. Aren't pascal arrays 1 based?
As I get myself re-acquainted with pascal I am working on a
Getting back to Pascal.. Aren't pascal arrays 1 based?
As I get myself re-acquainted with pascal I am working on a small open
source utility. Bumped into something that confused me.. It seems
TStringList.DelimitedText produces an array that starts at zero, but from
what I can tell regular arra
On the rules how to decide which file to process.
First check for LC_ALL environmentvariable, if it is set it overrules
any LC_xxx env.var. set
If no LC_ALL check for env.var. LC_xxx
If no LC_xxx check for env.var LANG
(If nothing there, defualt to US system settings)
The env.var found has the fo
same problem with this test.
just the output "Illegal instruction".
nothing in dmesg.
---
r...@om-gta02:/opt/test# tar -xvzf HelloWorld-fpc-2.2.2.arm-linux.tar.gz
copying
copying.fpc
hello.pas
ppcarm
prt0.o
system.o
system.ppu
TurboControlDistributionReadMe.txt
r...@om-gta02:/
Beni,
Please try the ARM-Linux example on this page and see if it works:
http://www.turbocontrol.com/helloworld.htm
--
Regards,
Paul Breneman
http://www.TurboControl.com
http://www.TurboControl.com/embeddedfreepascal.htm - Notes on using
FreePascal on embedded systems
http://www.TurboControl.
2009/3/19 Marco van de Voort :
> In our previous episode, Bart said:
>> > usr/share/i18n/locales/wo_SN
>> > /usr/share/i18n/locales/xh_ZA
>>
>> I noticed that I had more direectories in /usr/lib/locale (echh with
>> it's compiles LC_xxx files) than I have /usr/share/118n/locales
>> directory.
>
>
2009/3/19 Bart :
>> I'm not talking about the "compiled binary files", I am talking about
>> the text based locale files. On my Linux Ubuntu 7.10 system they are
>> include in the 'locales' package and are install in the following
>> directory location:
>> /usr/share/i18n/locales/*
>>
>> eg:
In our previous episode, Bart said:
> > usr/share/i18n/locales/wo_SN
> > /usr/share/i18n/locales/xh_ZA
>
> I noticed that I had more direectories in /usr/lib/locale (echh with
> it's compiles LC_xxx files) than I have /usr/share/118n/locales
> directory.
I've some in /usr/share/local and /usr/l
> I'm not talking about the "compiled binary files", I am talking about
> the text based locale files. On my Linux Ubuntu 7.10 system they are
> include in the 'locales' package and are install in the following
> directory location:
> /usr/share/i18n/locales/*
>
> eg:
> usr/share/i18n/locale
Martin Friebe wrote:
Here is another idea.
You would still need a user on the DB, to limit what can be accessed.
But to check if access should be granted (allow or deny tcp) you can
use your own software.
All you need is some sort of Proxy/socket forwarder, that you can
implement using FPC.
Andreas Berger wrote:
This isn't really a FPC question, but since the application is being
written in FPC I thought I would ask here.
I am developing an application that controls machinery. The
application will store everything that happens in a SQL database. Some
clients (restricted) should
Andreas Berger wrote:
This isn't really a FPC question, but since the application is being
written in FPC I thought I would ask here.
I am developing an application that controls machinery. The
application will store everything that happens in a SQL database. Some
clients (restricted) should
On Thu, 19 Mar 2009, Andreas Berger wrote:
> This isn't really a FPC question, but since the application is being written
> in FPC I thought I would ask here.
>
> I am developing an application that controls machinery. The application will
> store everything that happens in a SQL database. Some
This isn't really a FPC question, but since the application is being
written in FPC I thought I would ask here.
I am developing an application that controls machinery. The application
will store everything that happens in a SQL database. Some clients
(restricted) should have permission to acce
Hi,
i installed fpc-2.2.2 with the arm-linux-binaries from the main page.
the installation finished with no problems.
but when i try to use on of the installed programms (e.g. ppcarm, fpc or
fpcmake) i get a "Illegal instruction" error.
What ARM CPUs are supported by FPC?
My cpu info :
r...@
In our previous episode, Florian Klaempfl said:
> >> Would that then mean we could fix issues like Russian locales that use
> >> unicode characters which do not fit into a Char size (as is used in
> >> the current local variables)? Or would that be a totally different can
> >> of worms.
> >
> > I
Marco van de Voort schrieb:
> In our previous episode, Graeme Geldenhuys said:
If not, can we extend the FPC locale variable to include salutation
(names), telephone, measurement, paper sizes etc..
>>> In that case I think we better start a 'locale' unit. I don't want to
>>> burden SysUti
In our previous episode, Graeme Geldenhuys said:
> >> If not, can we extend the FPC locale variable to include salutation
> >> (names), telephone, measurement, paper sizes etc..
> >
> > In that case I think we better start a 'locale' unit. I don't want to
> > burden SysUtils with even more stuff.
>
On Thu, Mar 19, 2009 at 11:40 AM, Michael Van Canneyt
wrote:
>>
>> If not, can we extend the FPC locale variable to include salutation
>> (names), telephone, measurement, paper sizes etc..
>
> In that case I think we better start a 'locale' unit. I don't want to
> burden SysUtils with even more st
On Thu, 19 Mar 2009, Graeme Geldenhuys wrote:
> On Thu, Mar 19, 2009 at 10:55 AM, ik wrote:
> > The locale itself is not just ascii based files, there are compiled
> > files, so you will require to re-implement the way of reading the data
> > inside the compiled files.
>
> I'm not talking abou
On Thu, Mar 19, 2009 at 10:55 AM, ik wrote:
> The locale itself is not just ascii based files, there are compiled
> files, so you will require to re-implement the way of reading the data
> inside the compiled files.
I'm not talking about the "compiled binary files", I am talking about
the text ba
On Thu, Mar 19, 2009 at 10:48 AM, Marco van de Voort wrote:
>
> Note that clocale depends on iconv, not (strictly)
> libc, though in some system iconv is bundled into the libc library.
That's what I meant. :)
Regards,
- Graeme -
___
fpGUI - a cros
The locale itself is not just ascii based files, there are compiled
files, so you will require to re-implement the way of reading the data
inside the compiled files.
If you wish to make rules on your own, well it's way too much
information to add to RTL.
For example here in Israel our first work da
In our previous episode, Graeme Geldenhuys said:
>
> Yet if I create a simple console application the date formats etc are
> all en_US. I want to write a new unit that doesn't rely on libc
> (seeing that it isn't available on all UNIX-style platforms)
libc what and where? Note that clocale depen
On Thu, Mar 19, 2009 at 10:17 AM, ik wrote:
> In order to know what is the active local in Unix/Linux you should
> check the environment variables.
> If it was not defined or it stand on "C", then en_US is inplace.
Currently FPC doesn't populate the locale variable on unix systems (if
you don't c
In order to know what is the active local in Unix/Linux you should
check the environment variables.
If it was not defined or it stand on "C", then en_US is inplace.
Ido
On Thu, Mar 19, 2009 at 8:49 AM, Graeme Geldenhuys
wrote:
> [moved the conversation from Lazarus mailing list]
>
>
> O
Hi bd,
than I guess, this is why you look at the boehm gc (that's why I was
looking at it). I have put some haxe/neko pascal related code at
http://code.google.com/p/pascal4neko/
The code is only tested with delphi, but should work with fpc as well.
There is no memory manager for boehm, but some c
27 matches
Mail list logo