On Friday 27 December 2013 21:10:39 Marcos Douglas wrote:
Resume:
MSElang do no allow to cancatenate different string types (must be
explicitely converted)
Correct.
and the RTL does not will use string8.
Wrong. MSElang RTL suports string8 (utf-8), string16, (utf-16), string32
(UCS4)
On Fri, Dec 27, 2013 at 9:07 PM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
On 2013-12-27 22:49, Marco van de Voort wrote:
Just look on e.g. the forums. All people are asking about Delphi packages.
And once those Delphi packages are ported to Free Pascal, nobody needs
Delphi any more.
On Sat, Dec 28, 2013 at 6:18 AM, Martin Schreiber mse00...@gmail.com wrote:
On Friday 27 December 2013 21:10:39 Marcos Douglas wrote:
Resume:
MSElang do no allow to cancatenate different string types (must be
explicitely converted)
Correct.
and the RTL does not will use string8.
Wrong.
On Sat, 28 Dec 2013, Marcos Douglas wrote:
The close coupling of compiler and framework is necessary for a commercial
software producer in order to optimize profit, opensource development does
not need it. It is not necessary that the compiler and its environment
dictate how the frameworks
Am 2013-12-28 11:20, schrieb Marcos Douglas:
file API for example must be implemented in the frameworks.
I think this is an option even in FPC and Lazarus, ie, I see people,
on the future, creating your own RTL because FPC and Lazarus do not
agree about Unicode. :-)
Yes, I already started
On Saturday 28 December 2013 11:20:58 Marcos Douglas wrote:
Wrong. MSElang RTL suports string8 (utf-8), string16, (utf-16), string32
(UCS4) without preference. Additionally there is bytestring for any 8-bit
encoding or binary data. Please remember, MSElang RTL is the bare
minimum,
How
On 2013-12-27 23:55, Marco van de Voort wrote:
Somehow there is still more Delphi use than Lazarus, so I'll bounce back
the statistics request.
Umm, I never quoted any stats.
Free Pascal and Lazarus projects are like Linux - there is NO reliable
way of tracking usage. So at best, any usage
Am 28.12.2013 11:01, schrieb Marcos Douglas:
incompatibilities Free Pascal might have with Delphi. The language still
stays a lot more similar than the alternative. Yet, looking at the
current employment market, it seems most companies opted to rewrite
there Delphi projects in C# and Java - so
Am 2013-12-28 12:46, schrieb Michael Van Canneyt:
Even when looking into documentation there is no information about
which string encoding the routines use/need.
For example, not a single word about string encoding here:
http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html
For a
Am 28.12.2013 13:02, schrieb Marcos Douglas:
On Sat, Dec 28, 2013 at 9:41 AM, Florian Klämpfl flor...@freepascal.org
wrote:
Am 28.12.2013 11:01, schrieb Marcos Douglas:
[...]
So, if the companies prefer to rewrite everything to another language,
this is another prove that people do not
On Sat, 28 Dec 2013, Jürgen Hestermann wrote:
Am 2013-12-28 12:46, schrieb Michael Van Canneyt:
Even when looking into documentation there is no information about
which string encoding the routines use/need.
For example, not a single word about string encoding here:
Am 2013-12-28 13:19, schrieb Florian Klämpfl:
I understand. But if the major companies prefer to use C# or Java
instead Delphi well, they not care about Delphi compatibilities. If
they care, why they would be leaving Delphi?
If they leave Delphi compatibility, they normally don't go for a
On Sat, Dec 28, 2013 at 10:19 AM, Florian Klämpfl
flor...@freepascal.org wrote:
Am 28.12.2013 13:02, schrieb Marcos Douglas:
On Sat, Dec 28, 2013 at 9:41 AM, Florian Klämpfl flor...@freepascal.org
wrote:
Am 28.12.2013 11:01, schrieb Marcos Douglas:
[...]
So, if the companies prefer to
On Sat, Dec 28, 2013 at 10:37 AM, Jürgen Hestermann
juergen.hesterm...@gmx.de wrote:
Am 2013-12-28 13:19, schrieb Florian Klämpfl:
I understand. But if the major companies prefer to use C# or Java
instead Delphi well, they not care about Delphi compatibilities. If
they care, why they would be
On Sat, Dec 28, 2013 at 9:04 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Sat, 28 Dec 2013, Marcos Douglas wrote:
The close coupling of compiler and framework is necessary for a
commercial
software producer in order to optimize profit, opensource development
does
not need it.
On Sat, Dec 28, 2013 at 9:21 AM, Martin Schreiber mse00...@gmail.com wrote:
On Saturday 28 December 2013 11:20:58 Marcos Douglas wrote:
Wrong. MSElang RTL suports string8 (utf-8), string16, (utf-16), string32
(UCS4) without preference. Additionally there is bytestring for any 8-bit
On Sat, 28 Dec 2013, Jürgen Hestermann wrote:
Am 2013-12-28 13:25, schrieb Michael Van Canneyt:
I admit that the bug in fpdoc has not exactly helped. I have since fixed
that,
You mean it will be fixed here too some day?
http://www.freepascal.org/docs-html/rtl/sysutils/findfirst.html
Am 28.12.2013 13:37, schrieb Jürgen Hestermann:
Am 2013-12-28 13:19, schrieb Florian Klämpfl:
I understand. But if the major companies prefer to use C# or Java
instead Delphi well, they not care about Delphi compatibilities. If
they care, why they would be leaving Delphi?
If they leave Delphi
Am 28.12.2013 13:39, schrieb Marcos Douglas:
If they leave Delphi compatibility, they normally don't go for a
marginal oss compiler.
So you're saying that FPC cannot survive without Delphi?
Define survive. But I'am saying indeed that FPC's usage would drop
significantly if Delphi wouldn't be
On Sat, Dec 28, 2013 at 11:09 AM, Florian Klämpfl
flor...@freepascal.org wrote:
Am 28.12.2013 13:37, schrieb Jürgen Hestermann:
Am 2013-12-28 13:19, schrieb Florian Klämpfl:
I understand. But if the major companies prefer to use C# or Java
instead Delphi well, they not care about Delphi
On Sat, Dec 28, 2013 at 11:09 AM, Florian Klämpfl
flor...@freepascal.org wrote:
Am 28.12.2013 13:39, schrieb Marcos Douglas:
If they leave Delphi compatibility, they normally don't go for a
marginal oss compiler.
So you're saying that FPC cannot survive without Delphi?
Define survive.
To
On Sat, Dec 28, 2013 at 11:11 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Sat, 28 Dec 2013, Marcos Douglas wrote:
That said:
Nothing stops anyone from implementing a totally separate RTL for FPC.
The number of internal functions that must be implemented for the
compiler
to
On Sat, 28 Dec 2013, Marcos Douglas wrote:
On Sat, Dec 28, 2013 at 11:11 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Sat, 28 Dec 2013, Marcos Douglas wrote:
That said:
Nothing stops anyone from implementing a totally separate RTL for FPC.
The number of internal functions
On 28.12.2013 14:25, Marcos Douglas wrote:
On Sat, Dec 28, 2013 at 11:09 AM, Florian Klämpfl
flor...@freepascal.org wrote:
Am 28.12.2013 13:37, schrieb Jürgen Hestermann:
Am 2013-12-28 13:19, schrieb Florian Klämpfl:
I understand. But if the major companies prefer to use C# or Java
instead
Am 2013-12-28 14:09, schrieb Florian Klämpfl:
The world is not only 1 and 0. FPC lives (and living means getting
usefull code!) from being delphi compatible but filling the niches
delphi leaves open.
What niches?
It seems you want a possibly exact clone so where are niches?
And what is the
Hi Marcos,
I do agree a Unicode enabled RTL is required, but just curious...
On 2013-12-28 13:51, Marcos Douglas wrote:
1. How can I make programs on Windows using FPC and Lazarus without
problems with Unicode stuff?
What problems would those be?
I've implemented UTF-8 methods in fpGUI that
On Sat, Dec 28, 2013 at 3:51 PM, Marcos Douglas m...@delfire.net wrote:
So PLEASE, tell us how to make a code on Windows safe, readable and
strong using FPC 2.6.x (AnsiString) and Lazarus (UTF-8) because I and
most people still not know.
That is not true. Most people using LCL already know how
However I know there are no answers yet so I will ask about it.
However I know there are no answers yet so I will NOT ask about it.
Uhhh...
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Am 28.12.2013 16:40, schrieb Jürgen Hestermann:
Am 2013-12-28 14:09, schrieb Florian Klämpfl:
The world is not only 1 and 0. FPC lives (and living means getting
usefull code!) from being delphi compatible but filling the niches
delphi leaves open.
What niches?
If you can/want affort it; if
Flávio Etrusco wrote:
Yes, but we all know you are a special case :-)
Point is if you make conversion harder PEOPLE WILL NOT EVEN TRY!
I tend to agree with Graeme on this one.
-Flávio
My opinion as well, and its already hard at this moment as generics and
string/utf8 are the first problems
On Sat, 28 Dec 2013, Mark Morgan Lloyd wrote:
Can TThread.Synchronize() be used in a non-graphical program (i.e. invoked
from a unix shell and interacting with the user by typed commands) or does it
rely on some LCL magic in the main thread which can't easily be replicated?
Synchronize
On Sat, Dec 28, 2013 at 2:35 PM, Marius fpclaza...@home.nl wrote:
Flávio Etrusco wrote:
Yes, but we all know you are a special case :-)
Point is if you make conversion harder PEOPLE WILL NOT EVEN TRY!
I tend to agree with Graeme on this one.
-Flávio
My opinion as well, and its already
Michael Van Canneyt wrote:
On Sat, 28 Dec 2013, Mark Morgan Lloyd wrote:
Can TThread.Synchronize() be used in a non-graphical program (i.e.
invoked from a unix shell and interacting with the user by typed
commands) or does it rely on some LCL magic in the main thread which
can't easily be
Michael Van Canneyt schrieb:
http://docwiki.embarcadero.com/Libraries/XE5/en/System.SysUtils.FindFirst
No mention of encoding either.
Wake up! In XE5 String is UnicodeString, so what's unclear?
DoDi
--
___
Lazarus mailing list
On 28.12.2013 22:07, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
On Sat, 28 Dec 2013, Mark Morgan Lloyd wrote:
Can TThread.Synchronize() be used in a non-graphical program (i.e.
invoked from a unix shell and interacting with the user by typed
commands) or does it rely on some LCL
On Sat, Dec 28, 2013 at 1:31 PM, Sven Barth pascaldra...@googlemail.com wrote:
On 28.12.2013 14:25, Marcos Douglas wrote:
On Sat, Dec 28, 2013 at 11:09 AM, Florian Klämpfl
flor...@freepascal.org wrote:
Am 28.12.2013 13:37, schrieb Jürgen Hestermann:
Am 2013-12-28 13:19, schrieb Florian
On Sat, Dec 28, 2013 at 12:46 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Sat, 28 Dec 2013, Marcos Douglas wrote:
On Sat, Dec 28, 2013 at 11:11 AM, Michael Van Canneyt
[...]
So PLEASE, tell us how to make a code on Windows safe, readable and
strong using FPC 2.6.x
On Sat, Dec 28, 2013 at 2:06 PM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
Hi Marcos,
Hi Graeme,
I do agree a Unicode enabled RTL is required, but just curious...
On 2013-12-28 13:51, Marcos Douglas wrote:
1. How can I make programs on Windows using FPC and Lazarus without
problems
On Sat, Dec 28, 2013 at 2:15 PM, Juha Manninen
juha.mannine...@gmail.com wrote:
On Sat, Dec 28, 2013 at 3:51 PM, Marcos Douglas m...@delfire.net wrote:
So PLEASE, tell us how to make a code on Windows safe, readable and
strong using FPC 2.6.x (AnsiString) and Lazarus (UTF-8) because I and
most
39 matches
Mail list logo