I'm not sure if anything displays on screen. I've tried compiling and running every commit back to where accessibility was added, and they all segfault after opening.

I wonder if it is actually a problem with t4kcommon. This is just a guess though.

Fedora 36.

#0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
tid =
ret = 0
pd =

                old_mask = {__val = {8374, 140737488344096, 93825003245216, 140737348354371, 93825003245296, 140737352645129, 8374, 0, 8374, 140737317446165, 4294955776, 93825003245296, 93825003241592, 93825003241600, 8589923424, 140737488344784}}
    ret = <optimized out>

#1 0x00007ffff7a6dcb3 in __pthread_kill_internal (signo=6, threadid=) at pthread_kill.c:78
#2 0x00007ffff7a1d9c6 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
ret =
#3 0x00007ffff7a077f4 in __GI_abort () at abort.c:79
save_stage = 1

              act = {__sigaction_handler = {sa_handler = 0x20da46464952, sa_sigaction = 0x20da46464952}, sa_mask = {__val = {8, 0, 0, 69263977830, 20, 0, 0, 35967691153764, 44, 0, 0, 137438953480, 140737348350595, 137438953472, 93825003312128, 255}}, sa_flags = 99, sa_restorer = 0x7fffffffd660}

                sigs = {__val = {32, 4627307879634829312, 4602678819172646912, 4629559679448514560, 4602678819172646912, 3121243357844279552, 140737329735872, 140737488344032, 93824993878864, 140737328909808, 140737329735872, 3121243357813145601, 140737329975296, 0, 140737488344032, 140737328902225}}

#4 0x00007ffff7a61d9e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7b99925 "%s\n") at ../sysdeps/posix/libc_fatal.c:155
--Type for more, q to quit, c to continue without paging--c
ap = {{gp_offset = 24, fp_offset = 0, overflow_arg_area = 0x7fffffffd590, reg_save_area = 0x7fffffffd520}}
fd =
list =
nlist =
cp =
#5 0x00007ffff7a7795c in malloc_printerr (str=str@entry=0x7ffff7b9c420 "free(): double free detected in tcache 2") at malloc.c:5664
#6 0x00007ffff7a79cec in _int_free (av=0x7ffff7bd7c80 <main_arena>, p=0x55555577b3e0, have_lock=0) at malloc.c:4473
tmp =
cnt =
e = 0x55555577b3f0
tc_idx = 28
size = 480
fb =
nextchunk =
nextsize =
nextinuse =
prevsize =
bck =
fwd =
PRETTY_FUNCTION = "_int_free"
#7 0x00007ffff7a7c143 in __GI___libc_free (mem=mem@entry=0x55555577b3f0) at malloc.c:3391
ar_ptr =
p = 0x55555577b3e0
err = 2
#8 0x00007ffff7a580e7 in _IO_deallocate_file (fp=0x55555577b3f0) at /usr/src/debug/glibc-2.35-14.fc36.x86_64/libio/libioP.h:862
status = -1
#9 _IO_new_fclose (fp=0x55555577b3f0) at iofclose.c:74
status = -1
#10 0x00007ffff5d1d5d9 in stdio_close (context=0x555555fd21c0) at /usr/src/debug/SDL2-2.0.22-3.fc36.x86_64/src/file/SDL_rwops.c:658
status = 0
#11 0x00007ffff7e98cd7 in RWops20to12_close (rwops12=0x555555fcbc00) at /usr/src/debug/sdl12-compat-0.0.1~git.20211125.4e4527a-4.fc36.x86_64/src/SDL12_compat.c:6833
rc = 0
#12 0x00007ffff7e2003e in Mix_LoadWAV_RW (src=0x555555fcbc00, freesrc=freesrc@entry=1) at /usr/src/debug/SDL_mixer-1.2.12-24.fc36.x86_64/mixer.c:565
magic =
chunk =
wavespec = {freq = 22050, format = 32784, channels = 1 '\001', silence = 0 '\000', samples = 4096, padding = 0, size = 0, callback = 0x0, userdata = 0x0}
loaded =
wavecvt = {needed = 1, src_format = 32784, dst_format = 32784, rate_incr = 1, buf = 0x5555560033c0 "", len = 8364, len_cvt = 16728, len_mult = 4, len_ratio = 2, filters = {0x7ffff5d00fe0 <SDL_Convert_S16_to_F32_SSE2>, 0x7ffff5cfa7f0 <SDL_ConvertMonoToStereo>, 0x7ffff5d01560 <SDL_Convert_F32_to_S16_SSE2>, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, filter_index = 3}
samplesize =
#13 0x000055555555bd63 in load_sound_data () at /usr/src/debug/tuxmath-2.0.3-12.fc37.x86_64/src/fileops_media.c:271
i = 4
#14 load_data_files () at /usr/src/debug/tuxmath-2.0.3-12.fc37.x86_64/src/setup.c:750
#15 setup (argv=, argc=) at /usr/src/debug/tuxmath-2.0.3-12.fc37.x86_64/src/setup.c:139
#16 main (argc=, argv=) at /usr/src/debug/tuxmath-2.0.3-12.fc37.x86_64/src/tuxmath.c:40

I just installed debian bullseye from testing and Tuxmath always segfault. After the title screen, a planet briefly appears then crash.

CPU/GPU: Intel Pentium 4 2.66GHz / Intel 82865G

Older version of this game works on this machine under ubuntu 18.04 base (bodhi linux legacy). In fact, bionic binary runs just fine under bullseye without installation if I mount and run it straight off my old os partition...

UDPATE: I also tested on virtual machine simulating much newer hardware, same segfault same place. So seems to be a problem with bullseye package.

Im using the latest version of Ubuntu Budgie 21 64bit
All updated
Game installed via software centre

Not working on ipad and mac os...on mac os it has a version compatibility issue

Per @fak98:

Attempting to play it on a laptop with a 4k screen is tough, specially for little people

• https://github.com/tux4kids/tuxmath/blob/master/README
  • rm README; ln -s doc/README README
• https://github.com/tux4kids/tuxmath/blob/master/doc/README
  • https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax

Translation seems not to be working in latest version.

Hi there.. I have 3 pcs at home, all with Ubuntu 20.04: a dell hybrid with a French keyboard, a mini-pc with US remote keyboard and a laptop with Italian keyboard.

Only the last system works, in the other two systems when I type a digit nothing happens (but arrows and other keys work).

I did try to install from source, but the I can't install t4k_common.. :-/

The comets fall too slowly on a 4k display compared to a laptop.

Moreover, for some reason I was not able to increase speed with command line option. I tinkered the speed in configuration files and managed to increase initial speed. Sadly, this worked for first wave but not subsequent waves (which reverted to slow speed).

Regardless defaults should reflect similar speeds across different screen resolutions.

Using Tuxmath version 2.0.3

I played with v2.0.2 downloaded from sourceforge.

My operating system is Windows 11, then I use the compatibility mode: Windows 7 to open the game.

I played "Fleet Missions" several times and I met the same situation several times:

In the last wave of a round, it doesn't give enough comets for solving. Once I clear all comets, it shows "GAME OVER" and end the game, then I should restart a play.

Video of the BUG: https://www.youtube.com/watch?v=e8Oq-w0uY_Y

A normal GAME OVER should be like this I think: https://youtu.be/SONFN4zP5XQ?si=cKUmCwmPEesbKlbM&t=777

Is it intended behavior? If so, what causes this situation?

Hello,
thanks for tuxmath

On version tuxmath-2.0.3-2, on Arch linux I get:

$ tuxmath
Initializing Tux4Kids-Common 0.1.1
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile

(process:14892): librsvg-WARNING **: 09:12:58.836: element id="#default" does not exist
Segmentation fault (core dumped)

Best wishes

Users can learn with TuxMath in a browser tab without installing anything but a browser.

• BLD: Compile TuxMath to WASM with emscripten
  • https://www.google.com/search?q=sdl+wasm
  • https://github.com/emscripten-forge/recipes#adding-packages
  • https://github.com/emscripten-forge/recipes/tree/main/recipes/recipes_emscripten
  • /? compiler("c") cmake:
    https://github.com/search?q=repo%3Aemscripten-forge%2Frecipes%20compiler(%22c%22)%20cmake&type=code
• BLD,DAT: rely upon XML parsing in WASM || transform XML to JSON
  • https://github.com/emscripten-forge/recipes/blob/main/recipes/recipes_emscripten/libxslt/recipe.yaml
  • https://github.com/emscripten-forge/recipes/blob/main/recipes/recipes_emscripten/libxslt/recipe.yaml
    • libxslt also depends upon libxml2

Hello everybody,

When I try to run tuxmath on Windows, do not happen anything.

My (job) computer is:
Windows 7 ultimate Service Pack 1 64 bits
Processor: Intel Core(TM)2 Duo

Hi to the Tuxmath team,

I'm working on a project, named "Afrikalan", aiming to spread free educational software in Mali, Africa. More than 70 libraries (mostly school libraries, but also public libraries) have been equipped with raspberry pi based educational computers. (our project website is: http://www.afrikalan.org)

Tuxmath is part of the embedded software and is really appreciated by children. You can see it in action here: https://download.tuxfamily.org/afrikalan/videos/en_utilisation_web.mp4

We try to adapt the softwares on our computers to match the reality of the places we give it. I had to make some minor change in the tuxmath code:

The fact is that librarians in Mali are not used to help the children selecting an activity matching their educational needs. This can end up with 7th grade children playing with "sums 1 to 5", for example.

The change i made is allowing the game to have many /usr/local/share/tuxmath/missions/lessons folder, then linking to then in main_menu.xml, so that when a child start the program, it will let him choose his grade, and then it will offer him/her the activities matching his grade. We made this work with education professionals in Mali to make it match with the school program of Mali.

The thing compile and works perfectly under Linux (so we can use it on our raspberry pis). But we also like to distribute the windows version: many schools already have windows computers and ask us to install tuxmath on it, and i would like to offer them the modified version, matching the malian school program.

I spent many days trying to compile Tuxmath on windows, with no luck so far...

I made différents tries with Debian and/or unbuntu:
-i tried the "official" compiling was with buildw32/setup_mingw-cross-env.sh , but the script fails downloading dependencies that are not on the remote server anymore (404 errors)
-I tried installing the mingw-w64 package for the distro (Debian or Unbuntu), but failed with missing SDL in the mingw-w64 chain
-I installed MXE following instruction from https://mxe.cc, and started to cross compile trought it, but there seem to be some problems with SDL:

[...]
/opt/mxe/usr/i686-w64-mingw32.static/lib/../lib/libSDL_mixer.a(music_modplug.o): In function `modplug_setvolume':
/opt/mxe/tmp-sdl_mixer-i686-w64-mingw32.static/SDL_mixer-1.2.12.build_/../SDL_mixer-1.2.12/music_modplug.c:74: undefined reference to `ModPlug_SetMasterVolume'
/opt/mxe/usr/i686-w64-mingw32.static/lib/../lib/libSDL_mixer.a(music_modplug.o): In function `modplug_jump_to_time':
/opt/mxe/tmp-sdl_mixer-i686-w64-mingw32.static/SDL_mixer-1.2.12.build_/../SDL_mixer-1.2.12/music_modplug.c:236: undefined reference to `ModPlug_Seek'

If you can provide me a working way of compiling tuxmath for windows, it may help a lot of children here :-)
I would like to know how could i can setup a solution (what distro, with tuxpaint source files/version, witch toolchain?), for cross-compiling tuxmath working as of 2020 :-)

My contact is: [email protected]

I'll also be glad to share the small improvements i made to tuxmath.

If you have multiple monitors it doesn't work properly since it defaults to using the 'best' resolution.
In that case it is the combined resolution of all monitors possible also cutting parts of armagetron if you have 3 monitors (top, bottom_left, bottom_right)