UnknownShadow200

Please don't do this, as it means your account password is transmitted in plaintext when logging in. You may want to try updating to the latest dev build, as that should fix most SSL/TLS issues. (ClassiCube in the latest dev build manually integrates SSL/TLS support, rather than relying on the operating system to do it)

What system you are targetting that only has OpenGL 1.1 support? You would need to use EXTRA_CFLAGS="-DCC_GFX_BACKEND=CC_GFX_BACKEND_GL11" when running make.

A large part of the backtrace includes classicube_cef_loader_macos_x86_64.dylib - so the problem likely comes from the CEF plugin rather than ClassiCube itself.

Can you please send me client.log or take a screenshot or the full crash dialog? I tried to reproduce this crash on my own mac, but wasn't able to.

I have reworded the MCGalaxy download page (https://www.classicube.net/mcg/download/) to be clearer, does that help? You can also download the standalone build from that page that can be run directly on macOS without needing to install mono - it is CLI only though.

I was able to get the CLI to run on mac OS 10.4 Tiger once. Unfortunately, the problem is that the GUI framework MCGalaxy relies on does not work on 64 bit macOS only (it works fine on 64 bit Linux and Windows), and that's not something that can be easily fixed.

Which level is this error happening on? Have you previously had issues with crashing from loading a texture pack? If so, please report the crashes to me (by sending me client.log) - the game should never crash from this.

ClassiCube is supposed to use the display mode configured in the console's settings, is that not being used? There is USB mouse support now, but it hasn't been tested on real hardware yet. How should the controls be changed?

This issue with fonts has been fixed in the latest dev build.

If you update to the latest dev build, does that fix the crash?

What device and what browser are you using?

What device and what browser are you using?

Unfortunately, porting to a platform is dependent on more factors than just how old it is. ClassiCube is written in C, which makes compiling for the Nintendo 64 relatively straightforward. But J2ME applications are written in Java, which would be harder to work with for ClassiCube.

What exactly do you mean by that it broke?

It already has been https://www.classicube.net/download/n64

It was an oversight in the most recent change made to the game. I made a fix for the issue, so it should work again now. (Webclient may take a bit longer to update due to caching)

It was a mistake in the most recent change made to the game a couple of hours ago. I made a fix for the issue, so the blocks should look correct in the latest dev build now. (Webclient may take a bit longer to update due to caching)

Is this with the iOS build, the Android build, or the mobile webclient?

It was a mistake with changes made to the game yesterday, it should be fixed now.

Are you referring to the Hotkeys menu? If so that has been fixed now.

Hmm, that's a bit tricky. The place where the crash is occurring isn't directly in the ClassiCube executable itself, but somewhere in libc (probably memcpy) Unfortunately, that does mean there isn't currently enough information to work out what is causing the crash. Is compiling ClassiCube yourself and running it under gdb something you are fine with doing? Otherwise I will look into adding more crash details to client.log

client.log doesn't appear to be attached here, could you please attach it so I can investigate the crash?

It was a mistake in some recent code changes, but it has been fixed now. If you download and then install it again, the issue should not occur now.

Are you running the server with any custom commands or plugins?

ClassiCube does not come with a cow model, but it can be provided by a third party plugin such as MoreModels. If you look in the plugins folder where you are running the 64 bit version of ClassiCube from, do you have a 64 bit MoreModels plugin DLL in there?