On 23 May 2016 at 15:23, Jonas Maebe wrote:
>
> Michael Van Canneyt wrote on Mon, 23 May 2016:
>
> The typecase will not help you, since the result is an ansistring.
>> The result will still be crippled.
>>
>
> It would help when DefaultSystemCodePage is changed to UTF-8, as Lazarus
> does.
>
> T
I have started again to work on pic32 (mipsel-embedded) target and found
an issue in the Dwarf Debug Info:
(Please also refer to this old discussion on the problem:
http://lists.freepascal.org/fpc-devel/2013-July/032447.html )
The problem is that .long should be replaced with .4byte for debu
Michael Van Canneyt wrote on Mon, 23 May 2016:
On Mon, 23 May 2016, Jonas Maebe wrote:
Michael Van Canneyt wrote on Mon, 23 May 2016:
The typecase will not help you, since the result is an ansistring.
The result will still be crippled.
It would help when DefaultSystemCodePage is changed t
On Mon, 23 May 2016, Jonas Maebe wrote:
Michael Van Canneyt wrote on Mon, 23 May 2016:
The typecase will not help you, since the result is an ansistring.
The result will still be crippled.
It would help when DefaultSystemCodePage is changed to UTF-8, as Lazarus
does.
Should that not be
Michael Van Canneyt wrote on Mon, 23 May 2016:
The typecase will not help you, since the result is an ansistring.
The result will still be crippled.
It would help when DefaultSystemCodePage is changed to UTF-8, as Lazarus does.
The only solution for this is a unicode RTL.
That is incorrec
The typecase will not help you, since the result is an ansistring.
The result will still be crippled.
The only solution for this is a unicode RTL.
Michael.
On Mon, 23 May 2016, Denis Kozlov wrote:
P.S. A minor typo, GetEnvironmentVariableA should read
GetEnvironmentStringsA.
On 23 May 201
2016-04-13 13:46 GMT+02:00 Michael Van Canneyt :
> On Wed, 13 Apr 2016, Maciej Izak wrote:
>
> 2016-04-13 13:03 GMT+02:00 Michael Van Canneyt :
>>
>> Sorry. This is simply very bad design.
>>>
>>>
>> I agree with many points. Frankly, I was surprised that they did something
>> like using attribute
P.S. A minor typo, GetEnvironmentVariableA should read
GetEnvironmentStringsA.
On 23 May 2016 at 13:31, Denis Kozlov wrote:
> Hi,
>
> In FPC 3.0.0 and TRUNK for Windows:
> > SysUtils.GetEnvironmentVariable(String) uses GetEnvironmentVariableA
> > SysUtils.GetEnvironmentVariable(UnicodeString) u
Hi,
In FPC 3.0.0 and TRUNK for Windows:
> SysUtils.GetEnvironmentVariable(String) uses GetEnvironmentVariableA
> SysUtils.GetEnvironmentVariable(UnicodeString) uses GetEnvironmentStringsW
GetEnvironmentVariableA produces a result crippled by ANSI/OEM. Can it be
replaced with a simple typecast of
