Any developer starting a new job needs to learn the idioms used in that project and team. Learning the idioms of the particular implementation language is just an aspect of that, really - an extra learning curve issue, but for C++ relative to C# or Java, probably not that big a deal. The exception may be where there are strong religious views that the person may not be willing to drop as a point of principle.
The non-garbage-collected nature of C++ is an obvious area for religious issues. I might worry about someone who strongly asserts that all non-GC software is buggy without acknowledging that that using GC can lead to different resource-management complications and bugs rather than complete upside-only elimination of a whole class of problems. A true extremist in that position may reject C++ resource management idioms pretty much out of hand, insisting that the resulting issues are inevitable anyway and that any working C++ code produced by others is a result of bizarre superhuman intelligence or fluke. A view that GC is generally a better approach wouldn't necessarily worry me, so long as there is flexibility and a willingness to adopt idioms appropriate to C++.
A question to reveal that viewpoint? Without giving a misleading impression of people who currently have mostly GC-specific experience, but would quickly adapt? I doubt I can come up with one, and I think the real issue would be with people who's bias is apparent throughout, and irrespective of the particular question, anyway. That's assuming you can reliably detect the issue in an interview situation at all, assuming the applicant knows the role involves C++.