On Tuesday 22 November 2005 08:06 pm, Vesa Jääskeläinen wrote:
> I think it can be gzipped to fit more nicely :).. (and it seems to work
> too).

Compression might make the performance horrible, because PPF is very 
optimized.

> After something calls grub_error first read from font file fails, with
> grub_file_read() == -1. Now this causes font manager to drop font from
> memory. If I disable feature that I can see that first character is
> invalid and others come nicely. In case of "error: ..." first 'e' is
> corrupt and rest is ok. I am not sure is this really issue in grub_error
>  itself but it is in sequence when problem shows up.
>
> I can't find problem in font manager, even the offset that is tries to
> seek is within limits of the file (and correct) and there is enough
> bytes left in file in order to successfully complete the read.
>
> I can send tarred version of grub2 with video subsystem if someone wants
> to help on this one. I will continue to search for possible problems in
> case I can pinpoint and fix it.

I will check this myself later.

> Is the font file using some standard format or can it's contents be
> changed? Bitmap data for fonts could be placed in better order to more
> easily to render it (currently I modify byte order before giving it to
> glyph renderer). (My guess is that it is [P]upa [F]ont [F]ormat or file)

If you want to improve it, feel free to do it. It is our own format. But I 
think the byte order was set conveniently.

Okuji



_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Reply via email to