Unable to Reload Saved .cub, .cub5, or .msh Files in Cubit 2025.8 - ERROR: Referenced vertex not found

Coreform Cubit
#1

Hello Coreform Team and Community,

I recently purchased and started using Coreform Cubit 2025.8. I am encountering a critical issue when attempting to reload files that I have just saved.

Problem Description

After creating a new model and saving it as a .cub file (or a .cub5 file), when I try to open the saved file immediately afterward, the load operation fails, and the following error code is displayed:

Geometry engine set to: ACIS Version 33.0.0.0 ERROR: Referenced vertex not found. Mesh could not be restored. ***Please validate the geometry model.*** ERROR: Command Failed.

I also saved the mesh as an .msh file and tried to reload the original Cubit file, but the same error occurs with both .cub and .cub5 formats.

Key Observation

Interestingly, the **exported .msh file opens perfectly fine in ANSYS Fluent (or other external solvers), which indicates that the mesh data itself is complete and not corrupted. The issue seems to be with how Coreform Cubit is saving or recalling the **link between the geometry and the mesh (or the mesh connectivity) when reading its native file formats (.cub/.cub5).

Questions

  1. What could be the underlying reason for Coreform Cubit failing to restore the mesh (specifically the Referenced vertex not found error) immediately after a successful save in the same session?
  2. Is this a known bug in version 2025.8, or is there a specific command or setting I might be missing during the saving process?
  3. What are the suggested troubleshooting steps or workarounds to resolve this issue?

Thank you for your time and assistance in helping me resolve this problem. I appreciate your support.

#2

Can you give the set of commands that you used to arrive that this error? Iโ€™m running 2025.8 and I run the following set of commands, trying a set of different things to replicate the issue.

  1. Create hex, tet, and pyramid elements in the same model
  2. Export to fluent
  3. Write to a .cub find and a .cub5 file
    None of these steps replicate your problem. My test journal file is included below.

Your help identifying this problem is appreciated!

Karl

reset
brick x 10
volume 1 copy move x 10
imprint all
merge all 
mesh vol 1
volume 2 scheme tetmesh
mesh vol 2
export fluent 'junk.msh' overwrite
save as 'junk.cub' overwrite
save cub5 'junk.cub5' overwrite
reset
open 'junk.cub'
reset
open 'junk.cub5'
1 Like
#3

Hi Karl,

Thanks a lot for taking the time to reproduce my steps and share the journal file.

I just wanted to report back that the issue is now resolved, and it turned out not to be a problem with the journal or the CUB5 export itself, but with my Windows TEMP path.

My Windows user name is in Korean, so the default TEMP directory was:

C:\Users\์œค๊ทœ\AppData\Local\Temp

When opening the .cub5 file, Cubit wrote a temporary file like CBTxxxx.tmp into that folder, but ACIS consistently failed to read it and printed:

did not read anything from the input file โ€˜C:\Users\์œค๊ทœ\AppData\Local\Temp\CBTxxxx.tmpโ€™
You may be trying to read a file that is from an Acis version newer than you are using.
Referenced vertex not found. Mesh could not be restored.

As a test, I launched Cubit from a batch file that first sets:

set TEMP=C:\CubitTemp
set TMP=C:\CubitTemp

With TEMP/TMP pointing to C:\CubitTemp (ASCII-only path), the same .cub5 file opens without any errors.
After that, I changed my user TEMP/TMP environment variables in Windows to C:\CubitTemp, and now Cubit works fine even when I start it normally from the shortcut.

So it looks like ACIS (or the CUB5 read path) has trouble when the TEMP directory contains non-ASCII characters in the user name. Changing TEMP/TMP to an English-only path is a reliable workaround.

Posting this here in case it helps others who might run into the same issue.
Thanks again for your help and for checking the workflow on your side!

#4

Thank you for your report. We should be using the UTF-8 character set everywhere. That would support the Korean character set as well. I will do an audit of the code to make sure we arenโ€™t assuming Latin characters anywhere especially in the Open/Save dialogs.

Karl

#5

Hi @huryk706,

I created a directory on my machine named C:/Users/kgmer/AppData/ํ…Œ์ŠคํŠธ_์ž„์‹œํด๋”. I am able to save and open .cub5 files, .cub files and .sat files. I can also set this directory as my current working directory.

Do you have any suggestions for what else I should be testing to determine the root cause of the problem?

Thanks,
Karl