|
Symbian platform (C++)
SDK native APIs, runtime and tooling
|
This reference documents the native code maintained in this repository. Use it alongside the developer guides: declarations tell you what a function accepts, while the guides explain how to build, run and verify an application. The original Symbian header reference is a separate, curated index of historical platform declarations.
The SDK native API guide maps public headers to CMake targets, result types and object lifetime rules before you jump into the generated symbol list.
| Task | Start with | Where it runs |
|---|---|---|
| Inspect or publish an E32 executable | symbian::e32 in e32.h | Host tooling |
| Build or inspect a SIS package | symbian::sis in sis.h | Host tooling |
| Query supported device services | symbian::api connectivity, display, power, storage, camera and system headers | Guest application |
| Schedule guest work | symbian::concurrency Future, Task, event executor and timer headers | Guest application |
| Stream HTTP or WebSocket data | symbian::http and connectivity HTTP/WebSocket headers | Host library and guest application |
| Configure application TLS | Connectivity TlsStream and Mbed TLS headers | Guest application |
| Validate a development-agent envelope | symbian::agent frame and control headers; Symbian::Agent read-only guest codec | Host library and guest application |
| Work directly with EUSER or Window Server | Original header reference | Guest application |
The host format libraries return absl::Status or absl::StatusOr. A failed inspection of an unsupported E32 or SIS profile is not a general verdict on the file. For guest code, read the C++ application guide and runtime limits before using a class just because its declaration appears here. The device API map shows which components are implemented and which remain planned.
symbian::api header, read its result and lifetime rules, and check its firmware requirements in the corresponding capability guide.symbian::concurrency::Future and its event executor. An asynchronous native request must keep its buffers alive until completion or cancellation has drained.The file list, namespace list and search box lead to the generated symbol detail. The index includes native implementation files so maintainers can trace behavior; application code should start with public headers.