I want to make my own font file, but Error encountered about epdiy

[vroland]

It's hard to make anything of the backtrace with only the addresses, but I would guess that the problem occurs because the ASCII characters are missing.
E.g. if a glyph is not found, "?" is used by default, which is not present in that font. Could you try again with the ASCII range included? (32, 126)

[lixy123]

oh, you are right! I success, thanks you!

According to your instructions, alphanumeric characters can now be displayed, but “Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
" will still appear when characters not in the font are displayed

[vroland]

Hm, that's strange. I'll mark it as a bug and have a look in the next days.
But the non-alphanumeric characters that are present in the font work?

[lixy123]

Hm, that's strange. I'll mark it as a bug and have a look in the next days.
But the non-alphanumeric characters that are present in the font work?

The exact description of the bug is: “Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled." bug is triggered ,when all the characters are not in the font library. Although it's not very elegant, in the end, my temporary method is to add a space before all the displayed characters.

[vroland]

Could you give me an example string? Right now I have some trouble reproducing this.

[lixy123]

Could you give me an example string? Right now I have some trouble reproducing this.

for example
writeln((GFXfont *)&msyh36, (char *)now_string.c_str(), &cursor_x, &cursor_y, NULL);

1.when now_string be equal to 'abc', which 'abc' exist in the font library, No mistakes
2.when now_string be equal to '嗯', which '嗯' no exist in the font library, run error.
3.when now_string be equal to 'abc嗯', which 'abc' exist in the font library and '嗯' no exist in the font library, No mistakes

so, Finally, I skipped the bug in the following way:
now_string=">"+now_string;
writeln((GFXfont *)&msyh36, (char *)now_string.c_str(), &cursor_x, &cursor_y, NULL);

[vroland]

Thanks, looks like the code still wanted to allocate a buffer with negative height. This should be fixed now.

[lixy123]

Thanks, looks like the code still wanted to allocate a buffer with negative height. This should be fixed now.

by the way, function writeln string wrap is not supported now, whether there are plans to support string wrap in the future, or provides the function of auxiliary judgment

[vroland]

You mean breaking the string into multiple lines based on some line width?
I'm not sure if the display library is the right place for that, since the rules for breaking strings into lines vary from language to language and can be quite complex.

[lixy123]

You mean breaking the string into multiple lines based on some line width?
I'm not sure if the display library is the right place for that, since the rules for breaking strings into lines vary from language to language and can be quite complex.

That's what I asked, You can do the simplest case first, for example, like office word software, when a line of text cannot be displayed in the line, you can wrap it normally