On 11/23/2014 09:09 PM, waldo kitty wrote:
On 11/22/2014 6:45 PM, Mattias Gaertner wrote:
On Sat, 22 Nov 2014 23:27:30 +0100
Bart bartjun...@gmail.com wrote:
On 11/22/14, Joost van der Sluis jo...@cnoc.nl wrote:
Add the windows-unit to the uses section of lresources as a quick fix.
Done.
On 11/23/2014 07:52 PM, Felipe Monteiro de Carvalho wrote:
Well, the first reports of how the unicode rtl would look like were
pretty scary: Total break of the string part of millions of lines of
code that people wrote with Lazarus since years.
That is why I stopped recommending Lazarus to my
On 11/22/2014 05:18 PM, Hans-Peter Diettrich wrote:
Does this mean that Lazarus (new mode) ignores the OS system codepage
setting?
IMHO that would be just GREAT to allow for doing portable software. The
RTL and LCL interface should be OS ignorant for portability. In user
code, the user
Am 24.11.2014 10:20 schrieb Joost van der Sluis jo...@cnoc.nl:
On 11/23/2014 09:09 PM, waldo kitty wrote:
On 11/22/2014 6:45 PM, Mattias Gaertner wrote:
On Sat, 22 Nov 2014 23:27:30 +0100
Bart bartjun...@gmail.com wrote:
On 11/22/14, Joost van der Sluis jo...@cnoc.nl wrote:
Add the
2014-11-24 6:29 GMT-03:00 Michael Schnell mschn...@lumino.de:
On 11/23/2014 07:52 PM, Felipe Monteiro de Carvalho wrote:
Well, the first reports of how the unicode rtl would look like were
pretty scary: Total break of the string part of millions of lines of
code that people wrote with
On 11/22/2014 12:45 PM, C Western wrote:
I have been switching back and forth between gdb and the new one - both
have some issues. The one I noticed most recently with the new one is
with a multi threaded application - a break set in the thread seem to
cause the debugger to become lost. Is the
On 11/22/2014 12:18 AM, Mattias Gaertner wrote:
On Fri, 21 Nov 2014 23:08:00 +
Martin Frb laza...@mfriebe.de wrote:
[...]
So as far as the debugger goes, this would then be correctly following
the debug info.
Funny fpc. Thanks for checking.
BTW, the default TGDBMIDebugger jumps even
On 11/24/2014 11:44 AM, luiz americo pereira camara wrote:
If the program does not explicitely assumesa specific encoding, i.e.
use only String type and do not do low level string handling, there
will be no need to change.
I don't know the internals of the program(s). It's a huge system and
On Mon, Nov 24, 2014 at 11:33 AM, Michael Schnell mschn...@lumino.de wrote:
IMHO that would be just GREAT to allow for doing portable software. The RTL
and LCL interface should be OS ignorant for portability. In user code, the
user should be allowed to use the string encoding (and byte cont per
On Sun, 23 Nov 2014 21:37:56 -0300
luiz americo pereira camara luiz...@oi.com.br wrote:
2014-11-20 13:21 GMT-03:00 Mattias Gaertner nc-gaert...@netcologne.de:
[...]
First of all: Thanks for testing.
Without {$codepage utf8} directive String constants will get Code Page 0
(CP_ACP) and not the
On Mon, 24 Nov 2014 12:15:03 +0100
Mattias Gaertner nc-gaert...@netcologne.de wrote:
[...]
I guess it would be a good idea to pass -Fcutf8 with FPC 2.7.1. For
both modes.
On second thought: only for new mode.
Passing it in the old mode will make the wide/unicode/utf8string work,
but the
On 11/24/2014 12:01 PM, Juha Manninen wrote:
See the request from Mattias : Please test and tell what you find out.
I have not enough knowledge to be able to patch the compiler :-(
let's keep this thread in a more congrete level.
Agreed (even if I don't think that will lead to anything
On Mon, 24 Nov 2014 13:12:04 +0100
Michael Schnell mschn...@lumino.de wrote:
On 11/24/2014 12:01 PM, Juha Manninen wrote:
See the request from Mattias : Please test and tell what you find out.
I have not enough knowledge to be able to patch the compiler :-(
I asked for testing compiling
On Sun, 23 Nov 2014 18:27:12 -0300
luiz americo pereira camara luiz...@oi.com.br wrote:
2014-11-20 13:21 GMT-03:00 Mattias Gaertner nc-gaert...@netcologne.de:
[...]
Please test and tell what you find out.
The FormatSettings fields are still encoded with System Code Page
regardless of
Michael Schnell schrieb:
On 11/23/2014 07:52 PM, Felipe Monteiro de Carvalho wrote:
Well, the first reports of how the unicode rtl would look like were
pretty scary: Total break of the string part of millions of lines of
code that people wrote with Lazarus since years.
That is why I stopped
On 11/24/2014 02:19 PM, Hans-Peter Diettrich wrote:
A move to UTF-16 instead will only favor Windows,
Regarding the RTL interface, you of course are right.
Doing the user software with UTF-16 instead of RTZF-8 strings, in many
cases (but of course not perfectly) allows for keeping old-style
Am 24.11.2014 14:55 schrieb Hans-Peter Diettrich drdiettri...@aol.com:
Please note that until now Windows did the Ansi to UTF conversions
itself, in every API call with strings involved. If this was not noticed
before, the conversions won't be noticeable afterwards as well.
This is something
On 11/24/2014 02:50 PM, Hans-Peter Diettrich wrote:
code, the user should be allowed to use the string encoding (and byte
cont per character), he finds the most convenient for his application.
I'm not sure what exactly you mean here.
Here I menat that for a *new project* the user might be
Please don't start an UTF war again.
This has been discussed in length and a zillion times.
Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 2014-11-24 10:52, Michael Schnell wrote:
I don't know the internals of the program(s). It's a huge system and
does anything that somehow might be possible :-) .
Luckily you have everything unit tested right. So it would simply be a
case of running the test suite to see what works and what
2014-11-24 8:15 GMT-03:00 Mattias Gaertner nc-gaert...@netcologne.de:
On Sun, 23 Nov 2014 21:37:56 -0300
luiz americo pereira camara luiz...@oi.com.br wrote:
The attached program show how data loss can occur
The program uses writeln, which converts to console CP.
When you save the strings
On Mon, 24 Nov 2014 12:45:54 -0300
luiz americo pereira camara luiz...@oi.com.br wrote:
2014-11-24 8:15 GMT-03:00 Mattias Gaertner nc-gaert...@netcologne.de:
[...]
This works with or without {$codepage utf8}:
S := 'João'; // constant to (Ansi or Short)string
Without {$codepage utf8}
On 2014-11-22 16:38, Michael Van Canneyt wrote:
The exact behaviour of the RTL is controlled by a couple of variables:
DefaultSystemCodePage, DefaultFileSystemCodePage ,
DefaultRTLFileSystemCodePage.
I've read the updated wiki page, but still confused about something...
TFormatSettings =
On Mon, 24 Nov 2014 16:25:15 +
Graeme Geldenhuys mailingli...@geldenhuys.co.uk wrote:
[...]
Or is TFormatSettings just something that hasn't yet been converted to
be Unicode friendly?
It has not yet been converted.
We can help the FPC team by collecting all places.
Mattias
--
On 2014-11-24 16:36, Mattias Gaertner wrote:
It has not yet been converted.
Many thanks for confirming that.
We can help the FPC team by collecting all places.
Where should we report this? Mantis or Unicode page of the Wiki?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI
On 24/11/14 10:46, Joost van der Sluis wrote:
On 11/22/2014 12:45 PM, C Western wrote:
I have been switching back and forth between gdb and the new one - both
have some issues. The one I noticed most recently with the new one is
with a multi threaded application - a break set in the thread seem
luiz americo pereira camara schrieb:
When DefaultSystemCodePage is CP_ACP the variable S will have the
content of UTF8 but the encoding will be ACP (in my case 1252), just
like is today.
With DefaultSystemCodePage as CP_UTF8 both content and code page will match
The Delphi (and FPC)
Graeme Geldenhuys schrieb:
How is ThousandSeparator and DecimalSeparator supposed to work it
TFormatSettings? If you switched the RTL to UTF-8 or UTF-16 a Russian
thousand separator (4-byte non-breaking white space character) for
example will not fit into a Char type.
The Char type is quite
On Mon, 24 Nov 2014 22:15:29 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
[...]
The Delphi (and FPC) encoding model allows for strings of different
static (declared) and dynamic (true content) encoding, see the special
handling of RawByteString (Wiki).
So far it's not a good
On Mon, 24 Nov 2014 22:53:44 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Graeme Geldenhuys schrieb:
How is ThousandSeparator and DecimalSeparator supposed to work it
TFormatSettings? If you switched the RTL to UTF-8 or UTF-16 a Russian
thousand separator (4-byte non-breaking
On Mon, 24 Nov 2014 16:40:06 +
Graeme Geldenhuys mailingli...@geldenhuys.co.uk wrote:
[...]
Where should we report this? Mantis or Unicode page of the Wiki?
On a second thought, a programmer need to know what might fail and the
alternative/workaround. The latter depends on settings.
In case
31 matches
Mail list logo