/ vs. \到CMD和C系统功能中可执行文件的相对路径

考虑Windows 10上的以下CMD会话，以#注释开头的行：

# We have this simple program
D:\testdir>type prg.c
#include <stdio.h>

int main() {
  printf("Hello prg");
  return 0;
}
# This is "realgcc.exe (Rev2, Built by MSYS2 project) 6.2.0"
D:\testdir>gcc prg.c -o prg
D:\testdir>prg.exe
Hello prg
D:\testdir>md dir
D:\testdir>cd dir
D:\testdir\dir>..\prg.exe
Hello prg
# This does not work however
D:\testdir\dir>../prg.exe
'..' is not recognized as an internal or external command,
operable program or batch file.
# But this does
D:\testdir\dir>"../prg.exe"
Hello prg
# Now we want to call the same program, from the same directory,
# but from C instead, so we create this file
D:\testdir\dir>type call.c
#include <stdlib.h>

int main() {
  system("..\\prg.exe");
  return 0;
}
D:\testdir\dir>gcc call.c -o call
D:\testdir\dir>call.exe
Hello prg
# Now to the question: If we modify the system function call
# to the following -- why doesn't it work?
D:\testdir\dir>type call.c
#include <stdlib.h>

int main() {
  system("\"../prg.exe\"");
  return 0;
}
D:\testdir\dir>gcc call.c -o call
D:\testdir\dir>call.exe
'..' is not recognized as an internal or external command,
operable program or batch file.

因此，显然调用system与在CMD会话中交互式运行命令不同吗？报价是否由于某些原因而被删除？是否存在另一种语法，可以使用包含使用/而不是\作为分隔符的相对路径来调用其他目录中的可执行文件？

（我在尝试使Cygwin程序和通常的Windows程序相互通信时注意到这一点。）

编辑：显然，这工作：

#include <stdlib.h>

int main() {
  system("\"\"../prg.exe\"\"");
  return 0;
}

在CMD中可能相关

cmd /c ""../prg.exe""

可行，但这不可行

cmd /c "../prg.exe"

因此，似乎出于某种原因在system通话中需要一些额外的报价吗？