Wonderfulllllllllllllllll

In the second setting vl should be set explicitly because SEW is going to change and hence VLMAX!

Otherwise, Implementations may set vill

And as an example spacemit-x60 throws Illegal instruction but qemu does not.

Question about vsetvl/vsetvli X0 X0

See also notes about VLMAX and vsetvl x0, x0 in the fork decription...

Thanks! This does help a lot...

The misguide is that the votes are of Ints but happiness is of Float!

If you decided to code the style with instructions started at the label level, then it would be nice to align the rest of instrucitons...

This solution copies each word to a new string, so it is also very slow… (>18× slower than necessary).

الله أكبر

Merci

and to use the properties and methods directly without this

My code was wrong!

Exactly! Just needs to remove also scope to pass...

Thanks a lot ! ! !

Your code returns Cr@p the moment that you have more @ symbols than you have total capacity for. So, if bag and cap are 1, and the garden looks like this: [['_','@','@','_']['_','_','D','_']], your code will return Cr@p the moment it encounters the second @ symbol, meaning it never sees the D. Consequently, since your debug statements print the garden one CharArray at a time as your code runs, if this situation happens, your code never prints the full garden. You can probably see what I mean if you modify your code to print the entire garden to console before you do anything else.

Hi, may I see your code?

Kotlin
Could anyone be so kind to explain what i do misunderstand here?

The last outputs from the every run (being shown below) say:
expected:<[Dog!!]> but was:<[Cr@p]>

>>> New Garden: 3, 1 <<<
@____@@_@______@______@_________
Debug: Cr@p

>>> New Garden: 7, 0 <<<
__@____________________
Debug: Cr@p

>>> New Garden: 0, 2 <<<
__@__@_____@
Debug: Cr@p

>>> New Garden: 4, 0 <<<
__@__@__________
Debug: Cr@p

>>> New Garden: 7, 0 <<<
@_____@____@____@____@_@_________
Debug: Cr@p

Big Thanks!