mem: Fix SHM server path cleanup logic
Previously, shared memory server remove old socket *before* filling the
target path into API's data structure. However, the target path might
get truncated hence the path we check against might not be the one we
will be using in the end.
In a case where the path specified by user is free while the truncated
path is in used, gem5 will get a mysterious EADDRINUSE.
We swap the two steps in the CL, so we'll be checking against the actual
path we use, instead of the path user request to use.
Reviewed-by: Gabe Black <email@example.com>
Tested-by: kokoro <firstname.lastname@example.org>
Maintainer: Gabe Black <email@example.com>
1 file changed