On your latter point (pointers) I've heard that argument before. I work with somebody that turned out not to know about hash tables. I could spin a tale about how this meant they were so wide eyed they'd just be incapable of doing anything valuable (an argument made so many times on here). Instead, I took 15 minutes and taught them about hash tables and how to do them in C++. A few pointed questions about run time and the constants implied by the promise of O(1) (i.e a good question), and from then on every time a hash should have been used sure enough, they used one. Even showed initiative and added a memcache type interface to some of our code that was performing very slowly due to poor access patterns.
I guess it is lucky for us that when they interviewed they didn't have an interview question that involved hash tables, because they would have been bounced for not hitting the ground running.
I bet I know a lot about a field that you don't. I wouldn't bet that you couldn't walk in and pretty quickly become useful, given that you've learned other things, and at one time I didn't know this field either yet somehow, somehow, learned it. I think you would do just fine; and I think somebody that can get a PhD in CS can handle the math that 2^16 < 2^64, even if they haven't thought about the implications re allocations.