Hello.
Please merge commit 20362 from trunk to fixes_2_6.
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=rev&revision=20362
"Fix loss of OPT variable content on last part of cross-cpu cycles"
Thanks!
--
cobines
___
fpc-devel ma
ixed in 2.5.1, however the commit it is not
present in fixes_2_6 branch.
Thanks
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I hope he can
read it before the release.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
];
>
> Now, to return codepoint[i], you need to parse all codepoints before [i].
Correct me if I'm wrong, but length(s1) wouldn't return the number of
code points anyway?
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.or
imple yes or no will suffice.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
tring does ansi -> utf-16
conversion.
Will UTF8String be a separate type recognizable by the compiler and
UTF8String -> WideString will do utf8 -> utf-16 conversion?
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://list
2011/9/16 Martin :
> On 16/09/2011 00:03, cobines wrote:
>>
>> 2011/9/15 Hans-Peter Diettrich:
>>>
>>> cobines schrieb:
>>>>
>>>> When doing:
>>>> MyChar := MyString[1]
>>>>
>>>> appropriate functi
2011/9/15 Hans-Peter Diettrich :
> cobines schrieb:
>> When doing:
>> MyChar := MyString[1]
>>
>> appropriate function retrieves first unicode character, regardless of
>> encoding.
>
> This is just wrong :-(
>
> MyString[1] accesses the first element of
ave to adjust their
applications. I just think the decision of how to implement Unicode in
FPC should not be based on it.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ink any specific
format is easier to learn than the other. You know you cannot use it
like Ansi anymore anyway and direct access to characters is gone.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mail
with Ansi. There is no automatic switch your
application to Unicode.
2011/9/15 Michael Schnell :
> On 09/15/2011 10:43 AM, cobines wrote:
>>
>> MyChar := MyString[1]
>>
>> appropriate function retrieves first unicode character, regardless of
>> encoding.
>
>
ding the code
should work the same.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello.
Can the commit nr 18230 be merged into FPC 2.6 ?
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=rev&revision=18230
Fixes bug:
http://bugs.freepascal.org/view.php?id=20003
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal
d as constants strings and were not able to be translated.
Workaround was to create a function which returns a (then translated)
resource string at runtime. I also use such method in my application
and dislike the fact that I have to use additional code for it, so I
actually find this feature usefu
ause it may crash".
Maybe the const should have never been there in the first place. I
would say if procedure writes to some non-local strings, never add
'const' to parameter.
It is easy to start adding 'const' to every parameter but some may not
be aware of the dangers it
Maybe it's because GetFileAttributes returns DWORD (unsigned) but
FileGetAttr's result is Longint (signed). When directory not exists
result is DWORD(-1) = 0x which is outside of Longint range.
--
cobines
___
fpc-devel maillist -
-e \"inet6?
4: addr:\" | grep -v -E -e\"(127.0.0.1|::1|Scope:Link)\" | sed
-e\"s/^.*addr:\s*\(\S*\)\(\/\d+\)*.*$/\1/g\""
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
about overloaded functions without parameters,
> similar to mode objfpc disallowing parameter names that are the same as
> methods?)
Just checked that if you use {$mode delphi} instead of {$mode objfpc}
then using:
Result:=GetValue_overloaded;
is correct.
--
cobines
warning.
The reason you might be getting random results is that the return
value has not been initialized.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
n building.
Can you run the script directly? (./prebuild.sh)
Make sure the script returns 0 if successful.
--
cobines
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
20 matches
Mail list logo