Page 1 of 1

Bug (or protocol change) since FE update 2 [solved]

Posted: Thu Jun 13, 2024 3:55 pm
by gdridi
Hello!

Test case is: DoIO() followed by a second DoIO() to my arabicconsole.device which call Text() [graphics] in a char by char manner cause ASCII text lines are gambled or swapped not in the proper order : first ASCII line is always ok, second ASCII line is reversed (an ESC byte normally starting means ASCII but it works only for the first DoIO() ).

It seems a bug or a protocol changes for output since FE update 2 (SAM440)

My program works well with FE update 1 (and uO!)
Console.device 53.99 (05/05/2016)
Exec.library 53.89 (11/28/2016)

Not with FE update 2
Console.device 53.105 (01/25/2017)
Exec.library 54.30 (01/01/2021)

Lacks, graphics.library version (I forgot)

Then the bug or change protocol (probably graphics though I test WaitBlit() ) belongs to FEa1222 also! Because it starts with FE update 2 (installed on SAM440)


Best regards,
DGILLES - os4depot.net - Arabic console - 30 May 2024

Re: Bug (or protocol change) since FE update 2

Posted: Mon Jun 17, 2024 1:49 pm
by tonyw
I hope I am reading this correctly:

In a system with a newer version of console.device, a DoIO() with a few characters outputs the chars to screen in the wrong order, for later Writes. Correct?

Are you sending Write requests directly to the console.device? Because a Write string will always be executed in the order of the incoming characters. I can't imagine how they could get mixed up.

See PM.

Re: Bug (or protocol change) since FE update 2 [solved]

Posted: Tue Jun 25, 2024 12:04 pm
by gdridi
Hello!

After talking with Tonyw

The misoperating was due to not taking into account multiline in FEu2 or FEa1222, like "abc\ndef" as one string received instead of two strings "abc\n" and "def", with previous venerable FEu0

Wow
DGILLES - os4depot.net @ 25 June 2024