Letters display as boxes

Issue #47 resolved
Robin Wellner
created an issue

In love-hg, latest revision, letters are displayed as boxes, with the same proportions as the letters would be (some sort of bounding boxes).

This happens with every .love, and even when passing a wrongly-packages .love.

For some reason, with the font Space uses, the u and n display normally, but all the other characters are boxes.

Comments (11)

  1. Bill Meltsner

    I'd bet you twenty bucks that this is yet another power-of-2 issue, something that I'm really getting sick of. (Dear robin-gvx: your graphics card sucks and I hate it.)

    I know we don't pad things by default anymore, but we should probably consider doing that for fonts. Thoughts, bartbes?

  2. Bill Meltsner

    Okay, this is nominally fixed in 079397ac976b but I don't have a computer to test it on. It'd be awesome if someone without non-power-of-2 texture support could test out the latest revision and see if fonts show up for them.

  3. Andrzej Giniewicz

    It seems strange, but with r355 and even simple Hello World from wiki, so:

    function love.draw()
        love.graphics.print('Hello World!', 400, 300)

    I'm getting

    Program received signal SIGSEGV, Segmentation fault.
    0x00007ffff55b8359 in free () from /lib/libc.so.6
    (gdb) bt
    #0  0x00007ffff55b8359 in free () from /lib/libc.so.6
    #1  0x0000000000411f4a in love::font::GlyphData::pad() ()
    #2  0x0000000000412741 in love::font::freetype::TrueTypeRasterizer::getGlyphData(unsigned short) const ()
    #3  0x0000000000413c67 in love::font::FontData::FontData(love::font::Rasterizer*) ()
    #4  0x0000000000412fc4 in love::font::freetype::Font::newFontData(love::font::Rasterizer*) ()
    #5  0x000000000041295e in love::font::freetype::w_newFontData(lua_State*) ()
    #6  0x00007ffff6aaa79d in ?? () from /usr/lib/liblua.so
    #7  0x00007ffff6aaac24 in ?? () from /usr/lib/liblua.so
    #8  0x00007ffff6aa67b6 in lua_call () from /usr/lib/liblua.so
    #9  0x0000000000410f72 in love::luax_convobj(lua_State*, int, char const*, char const*) ()
    #10 0x0000000000450337 in love::graphics::opengl::w_setFont1(lua_State*) ()
    #11 0x00007ffff6aaa79d in ?? () from /usr/lib/liblua.so
    #12 0x00007ffff6ab54cc in ?? () from /usr/lib/liblua.so
    #13 0x00007ffff6aaac6d in ?? () from /usr/lib/liblua.so
    #14 0x00007ffff6aa9ef7 in ?? () from /usr/lib/liblua.so
    #15 0x00007ffff6aaae32 in ?? () from /usr/lib/liblua.so
    #16 0x00007ffff6aa6851 in lua_pcall () from /usr/lib/liblua.so
    #17 0x00007ffff6ab7bec in ?? () from /usr/lib/liblua.so
    #18 0x00007ffff6aaa79d in ?? () from /usr/lib/liblua.so
    #19 0x00007ffff6ab55e1 in ?? () from /usr/lib/liblua.so
    #20 0x00007ffff6aaac6d in ?? () from /usr/lib/liblua.so
    #21 0x00007ffff6aa67b6 in lua_call () from /usr/lib/liblua.so
    #22 0x0000000000489a44 in main ()

    I don't know if this is exactly after only r355 or later few speed-up revisions (wasn't checking right after), though it seems related so I decided to post it here :)

  4. Bill Meltsner

    I would wager that's an issue with me being dumb and using the wrong delete in pad() (and perhaps with Mac OS X being somewhat... generous with what it allows, code-wise). Try the latest revision?

  5. Log in to comment