was it related to symbian design choices?
Maybe the compiling times too.
“Most programmers come to Symbian OS from some other development environment, and tend to think they’ve already got strings pretty much sussed. After all, there’s not much to C strings to understand, although there are plenty of ways they can go wrong. The Java String and StringBuf classes have about the best combination of power and simplicity that you can get. And the various String and CString classes found in different flavours of C++ environments are usually mastered fairly quickly.
But then they encounter Symbian OS descriptors. If there was anything invented to bring a high flying C++ developer firmly back to ground during their first week of Symbian OS development, it’s descriptors.”
For the lack of a better word, development in Symbian was "tacky", was like walking on mud, everything took 10x the effort it should.
It was a time when Nokia was the only game in town (think N93, N95) and they thought they could get away with mistreating developers forever.
Funny how they sabotaged their own efforts to make development easier e.g. Python for Series 60, let alone Maemo.
HBufC* heapbasedFred=HBufC::NewL(4);
TPtr fredPtr(heapbasedFred->Des());
_LIT(KFred, “fred”);
fredPtr.Copy(KFred);
I had forgot it was this bad.It's kind of weird that Symbian calls these descriptors, but the actual types and macros don't use that word at all — they are HBufC, TPtr and _LIT.