[moved the conversation from Lazarus mailing list]
On Wed, Mar 18, 2009 at 7:29 PM, Bart bartjun...@gmail.com wrote:
Yes, i see. I have those files on Suse too.
Not sure what package is responsible.
An rpm -q locale (or locales) reveals nothing.
I'm pretty sure rpm must have a way
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
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
graemeg.li...@gmail.com wrote:
[moved the conversation from Lazarus
On Thu, Mar 19, 2009 at 10:17 AM, ik ido...@gmail.com 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
On Thu, Mar 19, 2009 at 10:48 AM, Marco van de Voort mar...@stack.nl 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 -
___
On Thu, 19 Mar 2009, Graeme Geldenhuys wrote:
On Thu, Mar 19, 2009 at 10:55 AM, ik ido...@gmail.com 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
On Thu, Mar 19, 2009 at 11:40 AM, Michael Van Canneyt
mich...@freepascal.org 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
On Thu, Mar 19, 2009 at 10:55 AM, ik ido...@gmail.com 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 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
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.
Would
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 SysUtils with even
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 think that
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 :
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 depends
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
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
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
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.
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/locales/wo_SN
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
2009/3/19 Bart bartjun...@gmail.com:
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/*
2009/3/19 Marco van de Voort mar...@stack.nl:
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.
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
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
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
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
- Original Message -
From: Francisco Reyes li...@stringsutils.com
To: FreePascal list fpc-pascal@lists.freepascal.org
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
28 matches
Mail list logo