Should I be worried about this?

This appeared on the command line when I last saved:

Command: _Save
Error replacing backup file “U:\My Documents\Personal\PROJECT FILES\Dining Table\dining table 3.3dmbak” with original file “U:\My Documents\Personal\PROJECT FILES\Dining Table\dining table 3.3dm” and original file “U:\My Documents\Personal\PROJECT FILES\Dining Table\dining table 3.3dm” with temp file "U:\My Documents\Personal\PROJECT FILES\Dining Table\RHIBAAB.tmp"
Replace file function failed with error code 0.
File successfully written as U:\My Documents\Personal\PROJECT FILES\Dining Table\dining table 3.3dm

It seems to have been able to save the file but what about the error?

Hi Nick- I take that to mean the 3dmbak file may not have been saved correctly. U drive = a network drive, is that correct? Are there extra files piling up in the folder by any chance?

@JohnM, do you have an idea?


FWIW, I’m getting this as well now. I’m saving to the C-drive but to a folder that is mirrored to the server (or the other way around) for backup purposes and off-line work.

The thing is, yesterday Rhino echoed that the file was successfully saved but today I couldn’t find that file in that folder. A .3dmbak of that file existed though and I’m using that one now.

And, yes, there are extra files piling up in that folder: RHI4AEB.tmp, RHIBCC3.tmp, RHIDBF0.tmp. The are basically the correct size. Renaming them to .3dm lets me open them in Rhino without problems.

This is pretty much standard for me saving files to our network. Nobody’s ever been able to figure out why. I have the automatic creation of .bak files turned off, but when saving, they are created anyway - they just end up getting stuck there.

File “\\ENAC-OC\commun1\Mitch\SaveTest.3dm” successfully read

Command: _Save

Error replacing backup file “\\ENAC-OC\commun1\Mitch\SaveTest.3dmbak” with original file “\\ENAC-OC\commun1\Mitch\SaveTest.3dm” and original file “\\ENAC-OC\commun1\Mitch\SaveTest.3dm” with temp file “\\ENAC-OC\commun1\Mitch\RHIB4A4.tmp”

Replace file function failed with error code 0.

File successfully written as \\ENAC-OC\commun1\Mitch\SaveTest.3dm


Yea, I don’t have any real hopes of getting this fixed - also out of Rhino things get messed up once in a while… I guess I’ll have to write a batch file to take care of copying things to the server and just write to a normal directory on the c-drive.

I have never seen this issue, but I can recommend Microsoft’s SyncToy to synchronize two folders. It is not automatic, so you have to run it each time. Free and easy to use:

I think Wim and I are on big industrial-strength networks - in my case a medium-sized university… --Mitch

That’s correct. I can fire a batch command through this system but beyond that my hands are tied…

@JohnM , I added - it defaults to Dale Lear but maybe you can take a look?


Hi Pascal,
No there are just the expected ones. As you can see in the attached image the .bak was written a few minutes before the final save.

And yes, like Mitch I’m on a network drive in a university, a large one in my case. All of my data is written to a remote drive.

It seems like it is still saving but maybe not backing up - at least not at the time of the save.


As I understand it the “bak” file IS the renamed .3dm file and then a new .3dm file is written. Maybe this routine is causing issues.

Hi Wim -

This is a little alarming- are you saying that saving to the local C drive, Rhino told you it had successfully saved, but the file was not there later? Is the file on the mirrored drive? I’d like to figure this one out…


Here’s a little background about what we do when saving files. This may help you diagnose what’s going on with your sys admin. Consider that you’re saving a file named “MyFile.3dm”

  1. Rhino creates a temporary file named something like RHIB4A4.tmp and writes the entire model to that file.
  2. Rhino calls Microsoft’s ReplaceFile function which does the following:
  3. If MyFile.3dm exists, it is renamed to MyFile.3dmbak
  4. RHIB4A4.tmp is renamed to MyFile.3dm
  5. If Rhino’s “Create Backup File” option is disabled, then Rhino tries to delete the MyFile.3dmbak file.

One might think that simply writing over the original file is the best way to go. But here are problems we’ve seen in the past:

  1. Rhino fails to save the file, thereby corrupting not only the original file, but also the one you try to save. If you don’t notice, then your data is gone.
  2. Rhino runs out of disk space in the middle of the save. Same problem as before: the original file is gone, and the only thing left is what is in memory in Rhino.

Do you experience this symptom with any other applications?

Nick, I can only speculate about what’s going on here. Can you try to do the same steps as outlined above - by hand - using text files? Of course, you won’t be calling the Windows ReplaceFile function, but it will demonstrate that you have full permissions to create and delete files. If your test succeeds, but Rhino continues to fail, let me know.

Can you try the manual steps I described above, too?

Mitch, can you delete files from the network drive by hand? It seems like during the save process, Rhino doesn’t have permissions to delete the file.

Hi Brian,
Not quite sure I understand what you would like me to do. I created a text file named “test” saved it, renamed it and opened the renamed file. It had the original content. Was that what you wanted? I have more or less admin rights on this computer - I can install programs etc.

I think the idea is to write, copy, rename, and delete files on the same drive and folder as is giving you the error message when you save Rhino files and verify that you are allowed to do all of these things.
Is ‘U’ a local or network drive?


Yes, correct. To spell it out more clearly:

  1. Create a file named mine.txt
  2. Create a file named temp.txt
  3. Rename mine.txt to mine.backup.txt
  4. Rename temp.txt to mine.txt
  5. Delete mine.backup.txt

My guess is that this will work because:

A) The files are small
B) You are much slower than the process that is synchronizing with your server
C) A and B combined mean that you’ll likely not reproduce the problem.

I guess another interesting test would be to save very small files from Rhino. Does that exhibit the same problem as you described initially?

I was just going through your steps without reading the entire message first and while I was doing that I was thinking that I would be way too slow to be able to trigger an error :grin:
But, yes, that works.

But, like I wrote, I was also getting problems in Windows Explorer with other files that day. I tried renaming a PowerPoint file and got the message that I could not do so:

and that is on my mirrored drive where I should have full access. But this is not something that I can reproduce.

I know the feeling :wink:
I just cannot wrap my head around this mirror thing. It must be on my C:\ drive as when I disconnect from the net I still can work with those files. But when I search for the file on the C:\ drive through Windows Explorer, nothing comes up - except for the autosave file that Rhino should be saving in the same directory but is putting in the [user]\AppData\Roaming\McNeel\Rhinoceros\5.0\AutoSave\ directory instead. Note that if I search in “Computer”, all 3dm files are found. And “Include system directories” “When searching non-indexed locations” is on.

I’m attaching the echo to the Rhino prompt for a file that I opened, gets autosaved, and then saved.
2015-02-05 Rhino Log.txt (1.4 KB)

As for the file not being there, as you see in the log, the file is named “blabla 003 - restore.3dm”. That is an incremental save from the 002 version. I closed for the day with the 003 version but when I came back the next day, all there was was the 002 version and a 003.3dmbak file (and the 3 RH**.tmp files). I then copied and renamed the 3dmbak file to 003 - restore.3dm.


Yes, I can do any kind of file manipulation in this particular directory on the network - it’s the dedicated section for our unit, and all of my people have read/write/rename/delete control over anything in it. I have no problems with any other programs.

Cheers, --Mitch

Yeah, when I create a file with a single rectangle, save it, move the rectangle and save again, there is no error. But the file that does show the error is 1.7Mb, not that big compared to some that users are working with(?).

But now more oddities. I created the rectangle test file on my desktop. Everytime I save it, a tmp file is created, as you said. But the tmp files are not being deleted - they just accumulate.


Just to muddy the waters a little further, when I do a save and receive this error, I check the network drive and find that both the .3dm and .3dmbak files are there.