CompilePalX28 "COPY Exited with code: 4"

[hehe troll (she/her)]

Hello all.
Lately I've been experiencing weird stuff with CompilePal when compiling a TF2 map. (the .vmf is 22MB large) It's been acting very weird lately, regarding an error along the lines of "COPY Exited with code: 4" whenever it goes to copy the BSP.

When it did finally compile correctly it gave an older version of the same map, with glitched chunks. (Presumably an old leak regarding areaportals)

This is the output:

Spoiler: Output

Starting a 'Normal' compile.
Starting compilation of jb_savannah_a1d1
Valve Software - vbsp.exe (Jan  4 2023)
8 threads
MSG_FILEWRITE - Filesystem was asked to write to 'G:\Game Screens\Team Fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.log', but we don't own that location. Allowing.
materialPath: C:\Program Files (x86)\Steam\steamapps\common\Team Fortress 2\tf\materials
Loading G:\Game Screens\Team Fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.vmf
ConVarRef mat_reduceparticles doesn't point to an existing ConVar
Patching WVT material: maps/jb_savannah_a1d1/egypt/sand_floor_blend_03_wvt_patch
Patching WVT material: maps/jb_savannah_a1d1/beach/blendsandtograss001_wvt_patch
Patching WVT material: maps/jb_savannah_a1d1/dev/dev_blendmeasure2_wvt_patch
Patching WVT material: maps/jb_savannah_a1d1/egypt/sky_sand_waves_01_wvt_patch
fixing up env_cubemap materials on brush sides...
env_cubemap pointing at deleted brushside near (-1981, -3557, -256)
ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)
ProcessBlock_Thread: 0...1...2...3...4...5...6...7...8...9...10 (0)
Processing areas...done (0)
Building Faces...error: material NATURE/GRASS_03 doesn't have a $bottommaterial
error: material NATURE/GRASS_03 doesn't have a $bottommaterial
error: material NATURE/GRASS_03 doesn't have a $bottommaterial
error: material NATURE/GRASS_03 doesn't have a $bottommaterial
error: material NATURE/GRASS_03 doesn't have a $bottommaterial
done (0)
Chop Details...done (1)
Find Visible Detail Sides...
Merged 6962 detail faces...done (1)
Merging details...done (0)
FixTjuncs...
PruneNodes...
WriteBSP...
done (1)
writing G:\Game Screens\Team Fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.prt...Building visibility clusters...
done (0)
Too many brush models in map, max = 1024
Valve Software - vvis.exe (Jan  4 2023)
MSG_FILEWRITE - Filesystem was asked to write to 'g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.log', but we don't own that location. Allowing.
8 threads
reading g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp
Error opening g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp
Valve Software - vrad.exe SSE (Jan  4 2023)

      Valve Radiosity Simulator    
8 threads
MSG_FILEWRITE - Filesystem was asked to write to 'g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.log', but we don't own that location. Allowing.
[Reading texlights from 'lights.rad']
unknown light specifier type - lights

[56 texlights parsed from 'lights.rad']

Loading g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp
Error opening g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp
0 File(s) copied
COPY exited with code: 4

'Normal' compile finished in 00:00:07
1 errors/warnings logged:
  1 errors/warnings logged for jb_savannah_a1d1:
    ● 1x: Warning: COPY exited with code: 4

I'm saving the file on an external hard drive with 23,1 GB out of 931 GB left (= 907,9 GB used).
I've tried the following:

• Run the program as administrator, which resulted in the error.
• Reinstalling the program, same result.
• Saving the .vmf in the "C:/Program Files (x86)/Steam/steamapps/common/Team Fortress 2/tf/maps" directory of tf2 together with the instances that it uses, same result.
• Force the vbsp.exe, bspzip.exe, vbspinfo.exe, and all the other compiling tools that compilepal uses, to run as administrator, same result.
• Turning off the "COPY" module and starting the game that way, but that way the map doesn't show up in the game files so I couldn't load the map.

None of which give the result I want it to.
Could anyone help me? Thanks!

 

[hehe troll (she/her)]

The only thread I've seen on the internet on this particular error that is sort of related to this is this one from Visual Studio.

 

[Sonoma]

Looks like your compile is failing at the vbsp step, Looks like "Too many Brush Models" indicating you might have too many brushes in this map

 

[Emanvidmaker]

run VSBP and make sure g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp
and make sure that file exists.

Chances are that the map is not saving to file therefore COPY error, since theres nothing to copy.
thus on the logs
"reading g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp
Error opening g:\game screens\team fortress 2\custom texture shit\maps\jb_placeholder map 2\jb_savannah_a1d1.bsp"


Error code 4 is a XCOPY Error, from the copy step it means "Initialization error occurred. There isn't enough memory or disk space, or you entered an invalid drive name or invalid syntax on the command line." https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/xcopy

Aditional info:
this error can be replicated from compling an empty txt file from compile pal.

A friend of mine got this error recently, due to accidentally deactivating the VSBP step when compiling
Hopefully this helps