There are two common symbol file systems. In this document, these will be referred to as the current system and the old system.
Current Symbol File System
In the current system, there are always two files: the executable file and a .pdb file. The .pdb file contains all the symbols. The executable file contains a pointer to the .pdb file.
If a .pdb symbol file contains private symbols, BinPlace can strip this information out and produce a stripped symbol file. See Public Symbols and Private Symbols for details.
Old Symbol File System
In the old system, executable files and symbol files can be arranged in two different ways:
The executable file and a .pdb file. In this arrangement, most symbol information is in the .pdb file. The remainder of the symbol information is included in the executable file. The executable file also contains a pointer to the .pdb file.
The executable file, a .pdb file, and a .dbg file. The .pdb file is the same as in the two-file arrangement: it holds most of the symbols. The remainder of the symbol information is in the .dbg file. No symbol information is in the executable file. The executable file contains a pointer to the .dbg file, and the .dbg file contains a pointer to the .pdb file.
In the old symbol file system, both the two-file arrangement and the three-file arrangement contain the same executable code and the same symbols. The program can run and can be debugged in either arrangement. However, the three-file arrangement speeds up execution, because the executable file is smaller.
If you have binaries that were built with the old symbol file system in the two-file arrangment, BinPlace can convert it to the three-file arrangement. In other words, BinPlace can "split" the executable file into a symbol-free executable file and a new .dbg file containing the symbols that were in the executable file.
BinPlace can also strip private symbol information from files in the old symbol file system, but only if it is also splitting the files (in other words, only if it is changing the files from the two-file arrangement to the three-file arrangement). BinPlace cannot strip private symbols out of files in the old symbol file system and leave them in the two-file arrangement. And if the files are already in the three-file arrangement, BinPlace will not perform any stripping; indeed, it will not even move the symbol files if the executable file is named on the BinPlace command line. See Public Symbols and Private Symbols for details.