On Mon, Dec 27, 2021 at 12:44 AM Noel Duffy via lazarus
wrote:
> I need some help getting to the root of a problem with incorrect results
> on Apple hardware (M1, aarch64) for the function UTF8LengthFast in lazutf8.
Your M1 architecture is BigEndian perhaps?
(I really have no idea)
--
Bart
--
The mailing lists should be available again
Marc
On 24-12-2021 08:30, Marc Weustink via lazarus wrote:
Hi,
On Monday 27 December 9.00 CET (8.00 GMT) the Lazarus server will be
down for maintenance. This affects the following services:
* Lazarus website
* Lazarus mailinglists
* Lazarus onli
On Mon, 27 Dec 2021, zeljko wrote:
Hi all,
fpc-3.2.2, lazarus trunk...found that sqldbrestdispatcher does not free some
unused resources, so sqldbrestserver memory alloc grows and after few
thousand connections eats more than 1GB of memory.
Just found in TSQLDBRestDispatcher.HandleResourc
On Mon, Dec 27, 2021 at 1:44 AM Noel Duffy via lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> I need some help getting to the root of a problem with incorrect results
> on Apple hardware (M1, aarch64) for the function UTF8LengthFast in lazutf8.
>
> On MacOS, when given a string containing one o
On Mon, Dec 27, 2021 at 3:41 PM Juha Manninen via lazarus
wrote:
> It must be a Big endian / Little endian issue. IIRC it can be adjusted in ARM
> CPUs.
> Why do MacOS and Linux use a different setting there? I have no idea.
On second thought: if the function returns grabage for just a single
'
Am 27.12.2021 um 13:28 schrieb Bart via lazarus:
On Mon, Dec 27, 2021 at 12:44 AM Noel Duffy via lazarus
wrote:
I need some help getting to the root of a problem with incorrect results
on Apple hardware (M1, aarch64) for the function UTF8LengthFast in lazutf8.
Your M1 architecture is BigEndi
Op 12/27/2021 om 4:39 PM schreef Bart via lazarus:
pn8^ =11100010 //first byte
(pn8^ shr 7) = //<<-- I would have expected that to be 0001 ?
Depends on if pn8^ is signed or not, for a signed shift it makes sense.
The definition as pint8 (instead of puint8) is
On Mon, Dec 27, 2021 at 6:35 PM Marco van de Voort via lazarus
wrote:
> The expression seems to be 1 when the top bits are 10 iow when it is a
> follow bytes of utf8, that is what the comment says, and I as far as I
> can see the signedness doesn't matter.
>
> Basically to me that seems to be a
On 28/12/21 04:39, Bart via lazarus wrote:
On Mon, Dec 27, 2021 at 3:41 PM Juha Manninen via lazarus
wrote:
It must be a Big endian / Little endian issue. IIRC it can be adjusted in ARM
CPUs.
Why do MacOS and Linux use a different setting there? I have no idea.
On second thought: if the fun
On 28/12/21 01:47, Juha Manninen via lazarus wrote:
On Mon, Dec 27, 2021 at 1:44 AM Noel Duffy via lazarus <
lazarus@lists.lazarus-ide.org> wrote:
I need some help getting to the root of a problem with incorrect results
on Apple hardware (M1, aarch64) for the function UTF8LengthFast in lazutf8.
On Mon, Dec 27, 2021 at 10:02 PM Noel Duffy via lazarus
wrote:
> It's not just the euro, though. It's any utf-8 sequence.
What I meant was that a single '€' (or any other single UTF8
"character") will not enter the mentioned block.
Can you add some debug statements to display the values of the
On 28/12/21 07:21, Bart via lazarus wrote:
On Mon, Dec 27, 2021 at 6:35 PM Marco van de Voort via lazarus
wrote:
The expression seems to be 1 when the top bits are 10 iow when it is a
follow bytes of utf8, that is what the comment says, and I as far as I
can see the signedness doesn't matter.
12 matches
Mail list logo
