GoldenCheetah_v3.7_x64.dmg crashes on MACOS Tahoe

[NopacerRB]

Hi all,

I have a weird issue using the stable 3.7 and snapshot built of 18.Oct.

After installing and starting the app it stucks and is increasing the demand for RAM/and Storage up to 100GB and the Mac crashes with the message "no storage" left.

The older version of a 3.7 Snapshot built 5001 is working.

Is there anything I can do? Does someone have similar issues?

Thanks and regards,

Markus

[NopacerRB]

for additional Information.

Stable Version 3.7 and Version 5005 is demanding 123GB virtual storage on the fresh, first start after installation, which crashes the MacOS, because free space on the disk is 100GB.

The older snapshot Version 5001 is only using 350GB virtual storage.

Can the demand for storage be reduced when starting GC?

[Ale Martinez]

El lunes, 27 de octubre de 2025 a la(s) 4:46:51 p.m. UTC-3, NopacerRB escribió:

for additional Information.

Stable Version 3.7 and Version 5005 is demanding 123GB virtual storage on the fresh, first start after installation, which crashes the MacOS, because free space on the disk is 100GB.

This is during the verification process or after you authorized GoldenCheetah to run once verification failed?

 

The older snapshot Version 5001 is only using 350GB virtual storage.

Can the demand for storage be reduced when starting GC?

In the first case there is nothing you can do other than to build from source to try a native version, in the second you can try starting from the command line as explained in Troubleshooting section of the wiki to have more control, s.t. enable debugging, use a non-existing athlete to be prompted to open or create a new one just in case your main athlete is corrupted. 

[NopacerRB]

Hi Ale,

Thanks for the advices.

I have authorized DC to start and then the the high demand for storage starts. On the activity view the GC ist marked as red.

GC where started from the terminal/command line using --debug option und I have chosen a new athlete "test". But it does not change the demand for the virtual storage.

The debug log with athlete "test" until the crash look like:

Python loaded [3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)  [Clang 6.0 (clang-600.0.57)]]

[20:25:35.704] debug: Failed to load Qt translator for  "de_CH"

[20:25:35.776] warning: QPixmap::scaled: Pixmap is a null pixmap

[20:25:40.936] debug: Cannot read file "/Users/markus/Library/GoldenCheetah/Test/config/seasons.xml" - "No such file or directory"

The debug log with athlete "Markus" until crash look like:

Python loaded [3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)  [Clang 6.0 (clang-600.0.57)]]

[20:28:11.174] debug: Failed to load Qt translator for  "de_CH"

[20:28:11.211] warning: QPixmap::scaled: Pixmap is a null pixmap

I have tried the --no-python option, but all the same issue.

What else could be done?

Best Regards,

Markus

[Ale Martinez]

El martes, 28 de octubre de 2025 a la(s) 4:40:32 p.m. UTC-3, NopacerRB escribió:

Hi Ale,

Thanks for the advices.

I have authorized DC to start and then the the high demand for storage starts. On the activity view the GC ist marked as red.

GC where started from the terminal/command line using --debug option und I have chosen a new athlete "test". But it does not change the demand for the virtual storage.

The debug log with athlete "test" until the crash look like:

Python loaded [3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)  [Clang 6.0 (clang-600.0.57)]]

[20:25:35.704] debug: Failed to load Qt translator for  "de_CH"

[20:25:35.776] warning: QPixmap::scaled: Pixmap is a null pixmap

[20:25:40.936] debug: Cannot read file "/Users/markus/Library/GoldenCheetah/Test/config/seasons.xml" - "No such file or directory"

The debug log with athlete "Markus" until crash look like:

Python loaded [3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)  [Clang 6.0 (clang-600.0.57)]]

[20:28:11.174] debug: Failed to load Qt translator for  "de_CH"

[20:28:11.211] warning: QPixmap::scaled: Pixmap is a null pixmap

I have tried the --no-python option, but all the same issue.

What else could be done?

You could pass -- or the name of a non existing athlete as parameter which should lead the the Choose Athlete dialog, if that happens you can try to create an athlete from Scratch using New... 

[NopacerRB]

Hi Ale,

I have created the new athlete "Wrong" from scratch during startup with new, but it is still the same:

 ~ % /Applications/GoldenCheetah.app/Contents/MacOS/GoldenCheetah --debug

Python loaded [3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)  [Clang 6.0 (clang-600.0.57)]]

[18:25:25.313] debug: Failed to load Qt translator for  "de_CH"

[18:25:25.348] warning: QPixmap::scaled: Pixmap is a null pixmap

[18:25:30.929] warning: QPixmap::scaled: Pixmap is a null pixmap

[18:26:02.265] debug: Cannot read file "/Users/markus/Library/GoldenCheetah/Wrong/config/seasons.xml" - "No such file or directory"

zsh: terminated  /Applications/GoldenCheetah.app/Contents/MacOS/GoldenCheetah --debug

This is special, that the snapshot built GC3.7 5001 works, the stable version and the later snapshot built 5005 does not work too.

Do you think it is only working when you have enough space on the disk, mean larger 100G?

[Ale Martinez]

El miércoles, 29 de octubre de 2025 a la(s) 2:38:22 p.m. UTC-3, NopacerRB escribió:

Hi Ale,

I have created the new athlete "Wrong" from scratch during startup with new, but it is still the same:

 ~ % /Applications/GoldenCheetah.app/Contents/MacOS/GoldenCheetah --debug

Python loaded [3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)  [Clang 6.0 (clang-600.0.57)]]

[18:25:25.313] debug: Failed to load Qt translator for  "de_CH"

[18:25:25.348] warning: QPixmap::scaled: Pixmap is a null pixmap

[18:25:30.929] warning: QPixmap::scaled: Pixmap is a null pixmap

[18:26:02.265] debug: Cannot read file "/Users/markus/Library/GoldenCheetah/Wrong/config/seasons.xml" - "No such file or directory"

zsh: terminated  /Applications/GoldenCheetah.app/Contents/MacOS/GoldenCheetah --debug

This is special, that the snapshot built GC3.7 5001 works, the stable version and the later snapshot built 5005 does not work too.

Do you think it is only working when you have enough space on the disk, mean larger 100G?

I have no idea, currently I don't have a macOS dev environment available and for testing the latest version I can use is 15.7.1 since I have not dared to install 26.0 on my wife's MacBook, I cannot reproduce your issue there.

May be other macOS users can collaborate, at least to understand if the problem is specific to your configuration or a more general issue on macOS 26.0

Some time ago I started a thread about GoldenCheetah on macOS status which may be useful to understand the situation.

Ale.

[Michael Kaeppeli]

I had the same error message on MacOS Tahoe 26.1 on a MacBook Air with M1 CPU. With 126 GB free hard disk space I was not able to install GC 3.7. After deleting an app with 9.X GB installation worked fine. I think this confirms that it is only a questions of free hard disk space.

[TJDunnigan]

Since upgrading to the November 19 build (5006) I have experienced very slow loading of the program and very odd behavior. I generally update GC updates and believe I was running the previous build successfully (at the minimum the second earlier build). I first updated by opening the dmg package and dragging the app into my Applications folder (then authorizing its running). When I noticed the slow loading I also saw that it seemed there was a .dmg file running as it is listed as a location which can be ejected in Finder (see attached). 

I deleted the program and again opened the .dmg and dragged the app first to my desktop, then deleted the .dmg before dragging the app into my Applications folder. Same behavior. I sometimes, but not always, receive a "validating program" or something similar upon opening GC. 

The file in my Applications folder is recognized as an "App" not a .dmg.

Upon quitting GC, the Location (pseudo .dmg) remains in Finder.

Mac Sequoia 15.7.1

[NopacerRB]

Hi Michael,

Thanks for sharing this information. I have freed disk space up to 186GB, but it stops to load GC and furthermore I received a message, "System is running out of Memory".

I have used the Activity Monitor to check the demand for memory and it could be seen, that the 16GB RAM is completely used up. Furthermore I must use the task manager to stop GC and the Activity Monitor as well, to avoid a rebooting of the system.

So it seems not related to the disk space, it is more related to the RAM size. 16GB ist not enough for running GC 3.7 on Mac OS Tahoe 26.1?

Regards,

Markus

[Ale Martinez]

El viernes, 28 de noviembre de 2025 a la(s) 5:01:18 p.m. UTC-3, TJDunnigan escribió:

Since upgrading to the November 19 build (5006) I have experienced very slow loading of the program and very odd behavior. I generally update GC updates and believe I was running the previous build successfully (at the minimum the second earlier build). I first updated by opening the dmg package and dragging the app into my Applications folder (then authorizing its running). When I noticed the slow loading I also saw that it seemed there was a .dmg file running as it is listed as a location which can be ejected in Finder (see attached). 

I deleted the program and again opened the .dmg and dragged the app first to my desktop, then deleted the .dmg before dragging the app into my Applications folder. Same behavior. I sometimes, but not always, receive a "validating program" or something similar upon opening GC. 

The file in my Applications folder is recognized as an "App" not a .dmg.

Upon quitting GC, the Location (pseudo .dmg) remains in Finder.

What you call pseudo .dmg is the disk image (that’s what dmg stands for) mounted as a file system, you have to Eject it to dismount after install, similar to an USB disk.

[TJDunnigan]

Sorry, I left out that not only have I ejected that disk-image symbol numerous times, I have deleted the actual .dmg file from my computer. The screenshot shows what occurs after I'd deleted the .dmg and run the .app file. Seems impossible, but I've even searched my computer for any .dmg file and there are none hiding anywhere.

[Ale Martinez]

El sábado, 29 de noviembre de 2025 a la(s) 11:21:05 a.m. UTC-3, TJDunnigan escribió:

Sorry, I left out that not only have I ejected that disk-image symbol numerous times, I have deleted the actual .dmg file from my computer. The screenshot shows what occurs after I'd deleted the .dmg and run the .app file. Seems impossible, but I've even searched my computer for any .dmg file and there are none hiding anywhere.

That looks like an Operating System issue unrelated to GoldenCheetah, If a reboot don't fix that you may need to use the Disk Utility to understand what is happening.

[Ale Martinez]

*If* you were running GoldenCheetah from that filesystem it would be slow as you reported, and you could not eject it because it is in use...

[Ale Martinez]

El sábado, 29 de noviembre de 2025 a la(s) 7:07:58 a.m. UTC-3, NopacerRB escribió:

Hi Michael,

Thanks for sharing this information. I have freed disk space up to 186GB, but it stops to load GC and furthermore I received a message, "System is running out of Memory".

I have used the Activity Monitor to check the demand for memory and it could be seen, that the 16GB RAM is completely used up. Furthermore I must use the task manager to stop GC and the Activity Monitor as well, to avoid a rebooting of the system.

From https://developer.apple.com/library/archive/documentation/Performance/Conceptual/ManagingMemory/Articles/AboutMemory.html

> Note: Unlike most UNIX-based operating systems, OS X does not use a preallocated disk partition for the backing store. Instead, it uses all of the available space on the machine’s boot partition.

Is that free disk space on the boot partition?

[Steve Edmonds]

I am not sure how volumes are organised in Mac OS 26.0, I have 12.7.6 8GB ram and GC 3.7 SP1 seems fine.
If I open a terminal and type 
df -h <enter> I get the following.

Filesystem                  Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk1s1s1             113Gi   14Gi   23Gi    39%     502388  239498480    0%   /
devfs                      188Ki  188Ki    0Bi   100%        651          0  100%   /dev
/dev/disk1s4               113Gi  4.0Gi   23Gi    15%          5  239498480    0%   /System/Volumes/VM
/dev/disk1s2               113Gi  287Mi   23Gi     2%       1116  239498480    0%   /System/Volumes/Preboot
/dev/disk1s6               113Gi  4.5Mi   23Gi     1%         18  239498480    0%   /System/Volumes/Update
/dev/disk1s5               113Gi   70Gi   23Gi    76%     512692  239498480    0%   /System/Volumes/Data
map auto_home                0Bi    0Bi    0Bi   100%          0          0  100%   /System/Volumes/Data/home

/System/Volumes/VM is where my swap is located and 4.0Gi seems correct.

In the terminal typing 
diskutil list <enter> displays the partitions.
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            15.4 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.4 GB    disk1s1s1
   3:                APFS Volume ⁨Preboot⁩                 301.4 MB   disk1s2
   4:                APFS Volume ⁨Recovery⁩                1.1 GB     disk1s3
   5:                APFS Volume ⁨VM⁩                      4.3 GB     disk1s4
   6:                APFS Volume ⁨Macintosh HD — Data⁩     75.3 GB    disk1s5

This shows I have ample room for swap (in /System/Volumes/VM or APFS Volume ⁨VM) to grow.

Steve

--
_______________________________________________
Golden-Cheetah-Users mailing list
golden-che...@googlegroups.com
http://groups.google.com/group/golden-cheetah-users?hl=en
---
You received this message because you are subscribed to the Google Groups "golden-cheetah-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golden-cheetah-u...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/golden-cheetah-users/a2ff6a3d-ca73-4fd0-9e12-a2910ec0c84en%40googlegroups.com.