150442 cannot be the PID, because the PID is only 2 bytes. Even in decimal, this is not possible. It is to check: just open the dump in WinDbg and look at the PID using |
.
The book "Windows SysInternals Administrator's Reference" (my version is 2012-10-19) describes the file name on page 230 like this:
The format for the file name is basename_yyMMdd_HHmmss.dmp.
(emphasis as in the book)
and later on the same page
Note that the format of the file name is fixed ans is independent of regional settings.
This cannot match your file names (63 seconds or 64 minutes), so depending on the version of ProcDump you're using, you should
a) report a bug, if it's the current version
b) upgrade to a newer version
Another, maybe unlikely case is that the file name was passed like this as an argument to ProcDump. Since ProcDump writes the command line arguments as a comment into the dump file, just open the dump in WinDbg and read the comment. It looks similar to this:
Comment: '
*** procdump.exe -e 1 -f "" -ma -x test.dmp Debug\SimpleCppCrash.exe
*** Unhandled exception: E06D7363.?AVexception@std@@'